[00:00] jeg fortalte deg isted at denne tjenesten var en del av et bestemt program. [00:00] såvidt jeg vet, er det ingen som har gått spesielt inn for å lage en mer generell tjeneste for det. [00:01] ser ikke ut som om jeg vil kunne få dette til å fungere på windows [00:01] hva prøver du å oppnå? [00:01] slå hull i ditt argument om at ubuntu sine saker er så fantastisk fordi de fungerer over alt [00:01] i all hovedsak [00:02] DBus fungerer i Windows. Så du kan jo med all sannsynlighet bare kjøre den indikatortjenesten du har i Ubuntu i Windows, skjønt jeg ikke har prøvd. [00:03] ser ikke ut som om mange andre har prøvd heller, ettersom jeg ikke finner noe på google [00:03] nei. Det er jo ikke så rart. Unity er jo helt nytt. [00:03] kanskje du ikke skal påstå at det fungerer så fint i windows da [00:03] hvorfor ikke? [00:04] teknologien fungerer selvom ingen har valgt å bruke den enda. [00:04] fordi vi ikke finner et eneste bevis på at det fungerer, og du selv har ikke prøvd [00:04] jeg velger å bruke den nå [00:04] hvordan går jeg frem? [00:04] waawaa, du kjører indikator-tjenesten. Når et program ber om et ikon, så lager du et systray-ikon i Windows og kobler signalene mellom Windows og programmet. [00:05] hvor finner jeg den? [00:05] vis meg kildekoden din, så skal jeg vise deg. [00:05] har som sagt prøvd google [00:05] jeg vil bare laste ned indikator-tjenesten, jeg trenger vel ingen kildekode for det [00:06] hvorfor vil du ha indikator-tjenesten? Det er jo bare en server. Du ser den ikke. Du kan ikke gjøre noe med den. Det eneste du vil ha den til å gjøre, er å lage systray-ikon for programmet ditt, istedenfor å lage systray-ikonet direkte i programkoden din. [00:07] jeg vil ha den så jeg kan bruke den [00:07] apt-get soruce indicator-service? [00:07] har ikke apt-get i windows [00:07] jeg husker ikke riktig pakkenavnet. [00:07] waawaa, du klarer vel å sende en zip-fil til deg selv? [00:08] inneholder den ELF binaries? [00:08] ah, source [00:08] hvilket språk er dette skrevet i? [00:08] Python antar jeg. [00:08] det spiller forsåvidt ikke noen særlig stor rolle. [00:09] spiller en stor rolle om det skal kunne kjøres på windows uten å modifisieres først [00:09] å? [00:09] jeg er ikke interessert i å porte noe til windows selv [00:09] hvorfor må du portere noe? [00:10] https://launchpad.net/libappindicator/0.5/0.4.92/+download/libappindicator-0.4.92.tar.gz [00:10] denne trengs vel? [00:11] jeg vet ikke. Jeg ser ingen fordeler i å skrive sånne programmer på en plattformavhengig måte. Jeg ville ikke ha gjort det, i alle fall. [00:11] fungerer ikke på windows i alle fall [00:11] går det an å kjøre android apps i Ubuntu? [00:12] westernanalog, snart. [00:12] libappindicator er et bibliotek skrevet i C som ikke kompilerer under windows [00:12] waawaa, ok? [00:13] mente det var skrevet i Python. Men altså.. Det er som sagt ikke noe komplisert ved det. Jeg ville heller bare ha brukt WinDBus og videresendt meldingene selv. [00:13] nais [00:13] hvor snart? [00:13] det gjør jo argumentet ditt om at ubuntu-saker fungerer over alt litt meningsløst, når det absolutt ikke er sånn [00:13] westernanalog, vet ikke. De gjør det i Ubuntu for Android. http://www.ubuntu.com/devices/android [00:14] waawaa, nei. Det er sånn. [00:14] men i likhet med all annen programvare, så må programvaren lages før du kan starte den. [00:14] når den ikke er laget så fungerer den ikke [00:14] waawaa, man kan kompilere C i windows da [00:15] tertitten : det kan man, men det hjelper ikke når programvaren man skal kompilere ikke er platformuavhengig [00:15] jeg har kompilert C i både linux og windows i mange år [00:15] waawaa, jeg skal ikke prøve å forklare deg disse tingene engang. [00:15] jo-erlend : vil du ha litt pizza av meg? den er ikke laget enda, men den er utrolig god og lukter fantastisk, jeg lover [00:15] waawaa, det er mulig, men det var ikke det du sa da. . [00:15] waawaa, men du forstår ikke fordelen ved å skille presentasjon og logikk? [00:16] tertitten : det var akkurat det jeg ssa.. jeg sa at libappindicator er et bibliotek skrevet i C som ikke kompilerer under windows [00:16] ikke fordi det er C [00:16] men fordi libappindicator ikke støtter win32-platformen [00:16] waawaa, vil du ha min Pizza? Den er støpt i betong. Det er en veldig stor fordel, for da kan du ikke spise den. Det er det som gjør min Pizzabakst så bra. [00:16] det tror jeg på [00:16] ;) [00:39] hmmmm... diskusjon ferdig [00:39] :) [00:40] jeg er irritert på meg selv for at jeg lot meg rive med [00:40] :D [00:40] like tullete det som vrøvlet han drev med i går. [00:41] ah var ikke her i går [00:41] hva gikk det i da? [00:41] det er bare trolling. [00:41] he he [00:43] har du noe forslag på hvordan jeg kan sette opp desktop'en (nå windows) og laptop'en (nå ubuntu) slik at jeg kan fjernstyre musikkbiblioteket og avspilling på desktop'en fra laptop'en [00:44] Men det er en interessant problemstilling. For eksempel, når Windows ikke har en driver innebygget, så må man bare laste den ned. Jeg har ikke hørt noen si at Windows er dårlig av den grunn. Når man kommer over nøyaktig det samme i Ubuntu, så er det fordi Ubuntu er dårlig. Pussig. Flesteparten gjør det jo ikke med vilje. [00:44] helst med album art browsing og ikke bare liste [00:45] ser den [00:45] nei, jeg driver ikke med Windows i det hele tatt. [00:46] kunne jo alltids integrert det i lydmenyen i Ubuntu, hvis det programmet du bruker i Windows har støtte for eksterne løsninger. [00:46] koster meg ikke noe å sette opp dualboot [00:47] spørsmålet er jo hva du bruker Windows til. [00:47] det er jo en fordel i seg selv å bruke samme operativsystemet overalt hvis det ikke skaper noen spesielle problemer. [00:48] Reason, Cubase, Reaper, 123D, SynthMaker med mer [00:48] men som sagt setter gjerne opp dualboot med ubuntu på desktop [00:49] velg 12.04. [00:49] det jeg kjører på laptop'en [00:49] XBMC er i programvaresenteret nå. [00:50] jeg har aldri sett på det før, faktisk. Men det så jo veldig greit ut. [00:50] er det bare musikk du spiller på den maskinen? [00:50] det er ikke albumart på annet en fila som spilles i øyeblikket [00:50] ja [00:50] kun musikk [00:50] kanskje mpd kan være noe for deg. Nettverksmusikkspiller. [00:51] altså jeg vil ikke streame til laptop [00:53] ah [00:53] det så jo interessant ut [00:55] tror tanken er at du kan velge om du vil streame eller spille på serveren, men uansett styre lokalt. [00:56] jeg har liten erfaring med den. [00:58] driver å leser om den [00:58] vi får se hvordan det ser ut [00:59] det ser sånn ut på diagrammet der også, synes jeg. [01:09] masse muligheter [01:17] mhm. Det har veldig mange klienter. [01:17] og mpd selv er mulig å installere på windows XP :) [01:18] http://sourceforge.net/projects/musicpd/files/mpd/0.16.8/ [01:18] så da sparer jeg mye jobb [01:19] men kan sitte godt i sofaen med ubuntu med mpdc som kontrollsenter [01:19] akkurat det jeg ønsket [01:22] perfekt. [01:23] hehe... Fint med programvare som kan kjøres i forskjellige operativsystemer. :) [01:26] absolutt [01:27] og mpdc har plugin som gir meg all den albumart herligheten jeg ønsker [01:27] blir ikke likare enn det [02:05] hah... Det ble et morsomt opptak, synes jeg: http://ubuntuone.com/1EYK3HUxCqyAXQ669WS1UL [02:09] La ut på Youtube også, naturligvis: http://www.youtube.com/watch?v=MfdeltZJHGw&feature=plcp&context=C479aa89VDvjVQa1PpcFMnEh2bU8oAEDtGNYIoXq1uUuoMFUgEncE%3D [02:51] har for treg linje til å se noe film på nett nå [02:52] jeg gir opp mpd på windows og installerer ubuntu på desktop'en itedet [02:52] i stedet [02:52] dual boot [03:02] forresten en ting som er irriterende ved Ubuntu installasjonen. Har lurt på dette under mange installasjoner. Tastaturoppsett etter steds-angivelse????? [03:03] Veldig mange stedsnavn bruker lokale tegn. [04:11] hæ? [04:30] jeg tror han mener; ut fra steds-angivelse (for tidssone etc) kan man gjøre seg en educated guess om hvilket tastaturoppsett som er aktuelt [07:20] http://www.multicom.no/-/cat-p/c/p4156233 <-- det her må være den mest påkosta plastikkramma i nyere tid [08:19] god morgen [08:33] god morgen waawaa [09:09] tihi, er du her inne Tale, aka gjest001 ? [09:13] Ohh :-) [09:15] gjest001: her inne nerdes det en del.... [09:15] ubuntu-norge sin irc-kanal :) [09:15] Og det skal det sikkert... Tar det videre i privat kanal ;-) === malin is now known as Malinkb === Malinkb is now known as malin === gjest001 is now known as Nala [09:29] RoyK: er med disk da :P [09:29] RoyK: ossen tok sjefen oppsigelsen? [09:36] RoyK, Dell 1TB Near Line SAS 6Gbps 7.2k 3.5" HD Hot Plug Fully Assembled - Kit <-- Den er jo satt sammen! [09:38] Atluxity, men Ubuntu har jo gjettet tastaturoppsett basert på land i årevis. Så lenge jeg kan huske. Jeg er ikke sikker på om det noengang ikke har vært gjort. [09:39] ah. Nå skjønte jeg. [09:40] Atluxity, han mener "etter" som at det kommer senere i rekkefølgen, at det kan være problematisk hvis du trenger et spesielt tastaturoppsett for å skrive stedsnavnet. [09:48] aha [10:03] tihi, ei venine av meg kom visst inn her via nettsiden min :) [10:04] men hun er ikke så nerd [10:04] Uffda [10:04] jo-erlend: det er pushet en oppdatering av buss-linsa. Jeg har stilt den så den fjerner forrige søk ved nytt søk. fordi svarene man får opp vil være utdadert etter en stund likevel :) [10:21] jo-erlend: på lucid er det jo US som er standard med mindre du velger "detect keyboard layout", som er en sånn interaktiv greie [10:23] Tja, ikke hvis du velger norsk som språk [10:30] noen som virklig installerer et os på norsk (ja, jeg vet si-m1, du velger nynorsk) [10:31] såklart [10:36] Og jeg velger alltid bokmål [10:38] Men det er jo uansett enkelt å bytte språk i ettertid. (I motsetning til et visst annet operativ system) [10:39] foretrekker alt på engelsk, uvane fra jeg begynte med dette it-tullet i '87 :P [10:39] hehe [10:39] bokmåloversettelsene pleide å suge lut [10:39] vet ikke om det har blitt betre [10:40] Det har blitt noe bedre, men det er fort satt mange sammen satte ord som ikke er helt sammen satte [10:41] likte eksempelet med at noen hadde oversatt space(tasten) til verdensrommet [10:42] haha [10:42] trykk på verdensromet [10:42] gir mening :P [10:42] yess [10:42] verdensveven [10:42] tror faktisk også den var rett oversatt til å begynne med [10:42] og ødelagt inne i ubuntu sitt oversettelsessytem [10:42] *system [10:43] autooversetter ting? [10:43] Jeg var innom en dialogboks i rhytmbox. Var noe med ripping fra CD tror jeg. Det var to knapper der "Interrupt" og "Cancel". Begge var oversatt til "Avbryt". [10:43] nei, men de har jo sånn webfrontend med litt ferdiglastet fra upstreampakker [10:45] si-m1: ah, den ja... har vært innom der og prøvd å fikse ting... [17:38] :) [17:39] halla malin. [17:40] hei jo-erlend :) [17:42] ei veninne mente at det var vanlig at nerder brukte mye små bokstaver... så jeg måtte jo vise at jeg hadde eh... liten forbokstav i nicket [17:43] det er også veldig vanlig at nerder bruker for korte bukser [17:43] Jeg prøver vel å være ganske flink til å bruke store forbokstaver når jeg skriver og sånt, tror jeg. Ofte ikke som første tegn i meldingen da. :) [17:43] det har jeg sett på tv [17:44] waawaa: jeg går ikke så ofte i korte bukse, men har en superkort shorts ;) [17:44] ikke nå da [17:48] whor er pipe i os-x [17:48] cmd+7 [17:49] nope [17:49] nei, option+7 [17:49] sorry... alt ja [17:49] trykker bare på knappene, glemmer hva som står på de :P [17:50] eller gjør som jeg, programmer cmd+space til å bytte mellom norsk og amerikansk tastatur og bruk det som passer best for anledninga, dvs amerikansk for alt av koding [17:52] prøver å be launchpad bygge prosjektet mitt (pakke det mener jeg) [17:52] får building failed [17:52] dpkg-source: error: syntax error in recipe-{debupstream}-0~{revno}/debian/control at line 21: continued value line not in field [17:53] https://launchpadlibrarian.net/102498318/buildlog.txt.gz [17:53] RoyK: cmd+space = alfred her [17:53] malin: hva sier control-filen på linje 21 da? [17:53] her er er problembarnet. http://bazaar.launchpad.net/~malinkb/unity-buss/unity-buss-experimental/view/head:/debian/control [17:54] malin: tror du har en komma for mye på linje 17 [17:55] Sakarias: det kommaet har jeg aldri endret. David Calle har skrevet inn det, og den ble pakket i revisjon 22 og da var det ikke der [17:55] Eller sagt på en annen måte, hva er diffen mellom den og sist fungerende versjon. Og hva Sakarias sa. [17:55] kompilatoren sier det er på linje 21 [17:55] kompilatorer bare gjetter [17:55] hjd: forskjellen er at det er flere filer, men vent litt så skal jeg vise diffen [17:56] malin: se på `bzr log -p debian/control | less` [17:56] Så ser du hvilke endringer som har blitt gjort med filen i det siste. [17:56] -p er for patch (dvs vis koden) [17:57] http://bazaar.launchpad.net/~malinkb/unity-buss/unity-buss-experimental/revision/26 [17:57] ok [17:57] will do [17:58] Kompilatoren sier egentlig hvor den gir opp og ikke klarer med, med den kan ha kjørt ut av kurs før det, så hvis det ikke er noe rart på linjen den oppgir hjelper det ofte å se litt over. [17:58] malin: du har lagt til " i "Bussorakel" ? [17:58] ser at det er en forskjell fra revisjon 22 eller hva pokker det var [17:59] http://pastebin.com/a52q74Fi [17:59] Sakarias: hvor mener du nå? I control? [17:59] ja [17:59] jeg la til mer tekst i control under description [17:59] men har visst gjort det på feil måte [18:00] kanskje det skal være en linje mellom hver tekst-linje? [18:00] kan hende "" kuker det til [18:01] malin: Debian har vanligvis veldig god dokumentasjon. Jeg regner med du kan finne hvordan control skal fylles ut inkludert hva den godtar/liker i description. [18:01] hjd: aha [18:01] hjd: ja, jeg tittet der, men kan ikke huske jeg så at " ikke var lov [18:01] så om det er det som kuker det til, så får jeg fjerne det :) [18:01] prøver det jeg :) [18:02] Sakarias: ja, cmd+space *var* bytte layout tilbake i 10.3 eller noe, jeg har bare holdt på den [18:02] Sakarias: og forresten, sjefen tok ikke noen oppsigelse, han kom seg ikke på jobb i dag og sånt vil jeg ta personlig... [18:02] RoyK: mener cmd+space har vært spotlight siden 10.0 kom ut [18:03] men har ikke brukt rælet siden tiger kom [18:03] Silje, veninna mi har 10.7.3 [18:03] Sakarias: "Spotlight was first announced at the June 2004 Apple Worldwide Developers Conference,[1] and then released with Mac OS X v10.4 in April, 2005.[2]" [18:03] Sakarias: så tviler ;) [18:03] RoyK: som sagt, jeg har kun brukt "rælet" siden tiger, aka 10.4 [18:04] ja, men cmd+space *var* bytte layout [18:04] malin: som de fleste andre... 10.7.3 på de fleste maskinene her, 10.8 på 2 [18:04] på cirka 10.3 [18:04] så har jeg bare beholdt den... [18:05] * RoyK sitter fremdeles på 10.6 og er egentlig fornøyd med den [18:05] men nå får jeg jo ny mac snart, så da får vi se ... [18:05] ah, kjører du beta eller alpha av 10.8? :) [18:05] malin: developer release nr 2 [18:05] leste nå at den er scheduled to be released på seinsommeren ish [18:06] aha [18:06] kult [18:06] NDA og fjas [18:06] (som jeg enda ikke har lest) [18:06] hehe, tydelig at btrfs er litt nytt. Jeg har en disk med 1.5TB. Nautilus sier det riktig; 1.5TB. System Monitor, derimot... I system-fanen sier den at jeg har 3TB. I filsystemer-fanen, sier den at jeg har 1TB :) [18:06] Sakarias: noe nytt, eller bare litt mer *pink*? ;) [18:07] jo-erlend: lol [18:07] RoyK: er noe nytt... men mest underliggende... og maskinene jeg valgte å installere dette på, er ikke nye nok til støtt os-wide airplay som jeg ville teste [18:07] og det er...? [18:08] i følge apple er os-x verdens mest avanserte operativsystem for datamaskiner [18:08] personige datamaskiner [18:08] malin: Skummet den nå og den sier ikke noe om " som burde tilsi at den ikke er forbudt i allefall. Det er også mulig den ikke liker at du hopper over annenhver linje. Det ser også ut som om andre descriptions har et mellomrom i starten av hver linje (som dokumentasjonen nevner), men det er litt vanskelig å se av diffen om du har det eller ikke. [18:08] malin: i følge apple er jorda flat [18:08] RoyK: å kunne speile skjermbildet over på en TV f.eks via wifi [18:08] RoyK: hehe ja [18:08] RoyK: med runde kanter :p [18:08] hm.. så blir alt speivent :p [18:09] Sakarias, akkurat det der, høres veldig kult ut. [18:09] * RoyK gleder seg virkelig til å få SAGT OPP i morra [18:09] Sakarias, funker det bra eller? [18:09] jo-erlend: som sagt, jeg valgte å installere på 2 bokser som er for gamle [18:09] ah, ok. Jeg har ikke fulgt med. .) [18:10] hirr [18:10] det er ikke så veldig mye i OS X som interesserer meg eller imponerer meg noe særlig. Men akkurat det der med AirPlay, hvis det funker som de sier, så høres det veldig kult ut. [18:11] airplay generelt virker som det skal [18:11] måker lyden fra spotify over wifi til anlegget støtt og stadig [18:11] (har ikke nytt nok anlegg som har spotify støtte) [18:23] jo-erlend: når jeg får bygd (om jeg får bygd nå), så kommer det en ny versjon av søkelinsen :) [18:23] når var det du, og hvor du ville vise den frem? (føler meg beæret eller noe :$) [18:23] woohoo! Hva er nytt? [18:24] malin, jeg lager presentasjonsvideoer for Ubuntu 12.04LTS som skal legges ut på nett sånn at selv de som ikke vil prøve kan se hva det er. [18:25] 1. den har litt ventetid før den utfører søket (testet med 3 sekunder, ble for snaut , 5 sekunder er greit, men ikke i alle tilfeller) 2. den deler opp slik at om det er flere busser som kommer forbi samme holdeplass, dukker de opp i egne "bokser" [18:25] jo-erlend: aha, smart :) [18:25] og takk :) [18:25] da er det fint å kunne vise at linser kan installeres for forskjellige behov. Et norsk eksempel er jo kjempefint i en norsk video. [18:25] jeg føler meg beæret på en annen måte også. David Calle står jo på siden min som contributor... :D fordi han ba om å merge det som skulle til for å få den pakket :) [18:25] malin, høres bra ut! [18:26] jo-erlend: ikke sant :) [18:26] jo-erlend: men den fjerner forrige søk ved nytt søk. Rett og slett fordi det om 2 timer er svaret uansett utdadert [18:26] mhm [18:27] og dessuten vil et nytt søk havne sist og ikke først om det gjøres sånn, noe som i dette tilfellet er upraktisk :) [18:27] nja... Det kommer vel an på deg. [18:27] husker linsa det du søkte på sist? [18:27] david calle sa det ikke gikk an å gjøre det motsatt vei [18:27] Sakarias: jaå [18:27] ligger hos meg enda det [18:27] malin, da tror jeg du har misforstått noe. [18:28] kanskje [18:29] du kan jo vise resultater for de mest vanlige søkene automatisk? [18:29] men da bør du finne en løsning for å cache resultatene først. [18:32] ja, da må jeg gjøre det :) skal ordne det litt senere tror jeg :) [18:33] men absolutt smart [18:33] malin, hvis linsen husker forrige søk og du åpner den på nytt, så skal vel det regnes som et nytt søk. Da tømmer du listen over resultater først og søker på nytt. [18:34] men det viktigste nå er jo at det funker! Det er stilig. :) [18:36] malin, hva gjør du når man trykker på et resultat nå? [18:36] viser kart over reiseruten? :P [18:36] det hadde jo vært kult. [18:40] jo-erlend: når man trykker et resultat så gjøres det egentlig et søk på nytt, men en får opp all teksten [18:41] fått opp kart over reiserute hadde vært kult ja. om noen vil være med å utvikle osv så si i fra [18:41] malin, det ville jeg skrudd av. [18:42] da ville jeg heller bare ha kjørt en NotifyOSD med Buss-logoen og "Heftig funksjonalitet kommer senere!" :) [18:45] malin: legg inn en bug rapport om at den burde vise kart og merk den wishlist og se om noen finner den? [18:49] hjd, gjøresjælavel! ;) [18:50] likte minbif meget godt... gjør det samme som bitlbee, bare bruker libpurple istedet :) [18:51] driver og lurer på om jeg skal lage en chatlog-dings for Zeitgeist. [18:51] jo-erlend: jeg overlever fint uten kart ;) [18:52] hjd, hehe, det er typisk. Veldig fint hvis noen andre gjør det, men å gjøre det sjæl, det er noe annet. :) [18:52] men akkurat det skulle vel ikke være så vanskelig å få til med OSM? [18:52] Men det er greit for utviklere som ønsker å bidra hvis de kan få litt innsyn i hva som er problemer og planlagt og se om det er noe de kan/vil gjøre. [18:52] mhm. [18:52] jo-erlend: Nå tar jeg ikke så mye buss i Trondheim at det gjør noe heller da :p [18:53] hjd, jeg bor i Oslo, så det går ofte mange dager mellom hver gang jeg lurer på når bussene går også :) [18:53] i Trondheim altså. [18:53] trafikanten appen er gull verd :) [18:54] Sakarias, to spørsmål; 1) Er det fri programvare og 2) integrerer det med Ubuntu? [18:55] jo-erlend: fri aner ikke... 2) android emulator under ubuntu? :P [18:55] Sakarias, høres ut som at Malin sin er mye bedre. :) [18:55] Et annet spørsmål er jo om applikasjonen har noe nettsiden ikke har. [18:55] vel, jeg har ikke laptopen min i lomma hele dagen [18:55] (ikke får den plass heller) [18:55] som burde funke på alle platformer [18:57] jo-erlend: dessuten så er malin sin linse ubrukelig for meg... 1) jeg bor ikke i trd 2) jeg bruker ikke ubuntu [18:57] en Dash-App for Android hadde jo vært kult. Men det er vel kanskje en smule komplisert å få til. Det finnes vel antakelig ingen DBus. [19:02] ville vel nesten regne med at den neste implementasjonen blir i Vala/GTK. [19:07] fungerer det ikke over alt da? [19:10] jo. [19:12] selvsagt med mindre operativsystemet aktivt forhindrer IPC, som kan være fornuftig i noen tilfeller. [19:14] waawaa, les her: http://www.freedesktop.org/wiki/Software/dbus [19:20] dbus er helt nydelig. [20:15] Sakarias: en kan vel lage noe lignenede for trafikante? [20:15] malin: tipper det, de har api tilgjengelig [20:17] nice. da lager jeg en for den også..... [20:17] men tror jeg starter på den etter eksamenstida (om jeg klarer å la være) [20:20] malin, det bør egentlig ikke gjøres som en singlet. Da bør du lage en generell linse som kan brukes hvor som helst i verden. Så da vil Trafikanten bare være et skop. [20:24] jo-erlend: damn... failed to build igjen :S så da var det ikke "" [20:24] jo-erlend: aha, skjnner [20:24] *skjønner [20:24] dvs at jeg kan lageen universell trafikinfo-linse og gjøre om min til et scope siden? :) [20:25] er de mulig å lage en universell da? [20:25] ja, det er hovedtanken bak linser. [20:25] :) [20:25] I see [20:25] Video-linsen er for eksempel det. Bing Video og YouTube Education er to forskjellige skop og kjører som forskjellige programmer. Et NRK-skop vil dukke opp som det skal. [20:25] så egentig lager man en sak som bare samler på alle linser i samme kategori, slik at man slipper å ha ørten bortover [20:26] det gir mening ja [20:26] nei. Ikke forskjellige linser. Forskjellige skop. [20:26] har man ikke en hovedlinse, f.eks. en som heter: trafikk, også puttes alt i den, trafikanten, bussorakel osv...?! [20:27] jo, for eksempel. Men det må være internasjonalt. Konseptet med busser og tog er jo ikke spesielt for Norge. [20:27] ja, det skjønner jeg jo da [20:28] men da kan jeg like godt starte å jobbe på en universell trafikk-sak med flere scopes [20:28] det er et dypt prosjekt som bør planlegges _meget_ godt. Du skal kunne takle all kollektivtrafikk i verden. Jeg ville ha ventet med det. [20:30] er vel bedre å begynne i det små og lage en som støtter trd og osl og ta den erfaringen med seg videre [20:30] mhm. Store deler av arbeidet vil jo være å hente inn informasjonen fra den eksterne kilden uansett. Så hvis du lager en singlet for trafikanten, for eksempel, så vil du enkelt kunne gjøre om det til et generelt skop for en generell transport-linse senere. [20:32] poenget med måten det der er designet på, er jo at det skal være så generelt at det fungerer overalt, i alle typer systemer, at det skal være så fleksibelt at det kan takle alle typer data, men likevel så spesifisert at det kan være nyttig der ingen kunne tro at noen kunne bo. [20:34] :D [20:34] du snakker hele tiden om "fungerer overalt" [20:34] ja? [20:34] noen som har laget en yr linse enda? [20:35] nei, det tror jeg ikke. [20:35] ikke det jeg veit [20:35] det hadde også vært nice, men da kan man lage en egen vær-seksjon [20:35] eller singlet som jo-erlend sier det heter [20:35] også kan man ha scopes for diverse vær [20:35] http://yr.no fungerer overalt [20:35] "single-scope lens" og "singlet" brukes litt om hverandre. [20:35] en for godvær og en for dårlig vær [20:36] har lyst å lage en som fungerer mot icd-10 + felleskatalogen jeg [20:36] leser du så ofte om piller? :P [20:37] waawaa, tja. Gjør det det? Betyr det for eksempel at det animerte kartet blir lest opp for blinde brukere? [20:37] noe sier meg at yr.no på ingen måte er designet for å fungere overalt. [20:37] flere steder enn unity [20:37] believe you me [20:37] javel? [20:38] japp [20:38] skjønner ikke hvorfor jeg skal tro på deg. Du har jo stort sett ikke gjort annet enn å trolle siden du kom hit. [20:38] yr.no fungerer på flere plattformer enn unity i skrivende øyeblikk [20:38] http://tillegg.yr.no/applikasjoner [20:38] siden yr har api man kan leke med, så har mange lekt mot det [20:39] jeg kan nevne linux, windows, osx, android, ios, bsd, solaris, symbian [20:39] hvor mange av disse kjører unity per idag? [20:39] waawaa, når jeg snakker om Unity, så snakker ikke jeg om programvare. Du skjønte det, eller? [20:40] nei, hva snakker du om? [20:40] jeg snakker om en spesifikasjon som heter Unity, som har to referanseimplementasjoner. [20:41] det krever et datasystem som kan kjøre programmer og lese tekst. [20:42] du burde fikse på wikipedia da [20:42] de påstår at Unity er noe annet [20:42] mhm. Jeg har tenkt til det. [20:43] du må fikse på unity.ubunut.com/about også tror jeg [20:43] ettersom det er stor enighet mellom den siden og wikipediaartikkelen [20:44] ja, begge deler er jo riktig. Dvs, det er noen feil i wikipedia artikkelen om Ubuntu (User interface) [20:44] hva er veil? [20:44] feil* [20:45] jeg ville forøvrig også ha lest artikkelen om referanseimplementasjoner. Det er ikke uvanlig at det finnes et program som har samme navn som spesifikasjonen. [20:46] jeg leser hva ubuntu offisielt påstår at unity er, burde holde for å få en forståelse for hva denne "unity"-saken er synes jeg [20:46] det er i alle fall noe annet enn hva du påstod i sted [20:47] på hvilken måte? [20:48] Jeg jobber forøvrig med å forbedre dokumentasjonen for disse tingene. Vi skal ta det opp på UDS-Q. [20:49] men det er jo som sagt helt normalt at det finnes implementasjoner med samme navn som spesifikasjonen. [20:49] ubuntu er et ganske spesifikt stykke software, som har veldig krevende og spesifike dependencies, som gjør at unity aldri vil fungere på veldig mange plattformer [20:49] hæ? [20:50] unity krever bl.a. gnome og compiz [20:50] nei. [20:50] jo [20:50] du kan ikke installere unity i ubuntu uten gnome og compiz [20:51] du må gjerne prøve.. [20:52] akkurat jeg skjønner hva du mener. Du vil ikke godta at det finnes forskjeller mellom spesifikasjoner og implementasjoner. Men det gjør det og det er ikke noe å diskutere. Og nå har jeg jo gjort det ekstremt tydelig at når jeg snakker om "Unity implementasjoner", så mener jeg programvare som følger Unity spesifikasjonen. [20:52] kan du linke meg informasjon om unity spesifikasjonen? [20:53] det er svære saker. Mange, mange hundre sider. Hvilke deler er du interessert i? [20:54] kan begynne med den første siden [20:54] nå har jo Unity spesifikasjonen nettopp blitt stabil, så dokumentasjonen er veldig dårlig. [20:55] * xt gjesper litt [20:55] du kan få en oversikt her: https://wiki.ubuntu.com/Unity eller på http://developer.ubuntu.com [20:55] jeg finner ingen spesifikasjon som du snakker om [20:56] du leste gjennom alt det så fort? :) [20:56] jeg finner Unity API specs, men API-et til unity er avhengig av gnome [20:56] hvis du leser litt saktere, så blir det lettere for deg å få med deg innholdet. [20:56] jo-erlend: waawaa har sånn fotografisk hukommelse, så bare å se en side og vips lagret [20:56] jeg ser hva innholdet på siden er [20:56] den er veldig oversiktlig [20:56] waawaa, jeg fortalte deg nettopp at dokumentasjonen er dårlig og at jeg jobber med å forbedre det. [20:57] den har ingen "unity specification" [20:57] som jo-erlend snakker om [20:57] men Unity API taler jo-erlend rett imot, fordi API-et er avhengig av gnome [20:57] http://developer.ubuntu.com/api/ubuntu-11.10/c/Unity-4.0.html [20:57] men da bare godtar vi det, at Android og Windows kan ikke takle XML. [20:57] xt: påtide å legge seg selv til lading da? [20:57] alle klassene inneholder gnome og gtk/glib spesifike typer [20:58] glib er ikke avhengig av Gnome. [20:58] nei [20:58] men det er gnome-krav der også [20:58] Qt er ikke avhengig av Gnome heller. [20:58] eller Compiz. [20:58] GIcon [20:58] selvsagt ikke [20:58] men unity er avhengig av gnome [20:58] les dokumentasjonen du snakker så mye om, så ser du det selv [20:58] jeg ga deg en link [20:58] så selv når jeg snakker om APIer og definisjoner, så tviholder du på én implementasjon+ [20:59] det finnes ingen annen unity [20:59] Unity 2D finnes for eksempel ikke? [20:59] LXDE, Xfce og KDE finnes heller ikke? [20:59] du snakker om unity som om det var en standard som skal kunne implementeres hvor som helst, men den standarden, eller spesifikasjonen, finnes ikke [20:59] du klarer i alle fall ikke linke meg den [20:59] jeg gjorde det nettopp. [20:59] nope [21:00] www.google.no [21:00] finner du ingen API-spesifikasjoner på http://developer.ubuntu.com? [21:00] nå linket jeg den til deg også waawaa. My argument is valid. [21:00] jeg fant et arkitekturdokument [21:00] det må du se på [21:00] https://wiki.ubuntu.com/Unity?action=AttachFile&do=get&target=Unity_Architecture.pdf [21:00] se på slide nummer 2 [21:01] waawaa, fra tedg ja? Jeg har vel stort sett lest alt. [21:01] så ser du at unity bygger på gnome [21:01] og compiz [21:01] waawaa, jeg har fortalt deg dette mange ganger. Det finnes en implementasjon som heter Unity. Det er helt normalt, i alle sammenhenger. [21:01] det er tegnet så klart som svart på hvitt i all dokumentasjon du har ledet meg til, at unity ikke kan leve uten gnome og compiz [21:01] yes [21:01] det er unity vi snakker om [21:02] Unity 2D har ingen som helst ting med Gnome eller Compiz å gjøre. [21:02] så greia er at unity er implementert i gnome, men er ikke avhengig av gnome for å fungere? Det forklarer hvorfor en kan få unity i kde også? [21:03] malin, jeg snakker ikke om Unity som et program, men som et sett med DBus-APIer. [21:03] ja [21:03] ja, for et program kan det jo ikke være [21:03] waawaa nekter bare å godta det, fordi han bare er her for å krangle. [21:03] ah [21:03] trenges vel to for å krangle :p [21:03] jeg hai kke satt meg inn i det, men siden d [21:03] åj [21:03] *oi [21:03] prøver igjen [21:04] men dette er helt normalt og har alltid vært sånn. Når man snakker om Java, for eksempel, så er det synonymt med både referanseimplementasjonen og spesifikasjonen. [21:04] jeg har ikke satt meg inn i det, men jeg ville stolt at det du sier ( jo-erlend ) er rett, da du faktisk jobber med dette, selv om det er frivillig :) [21:04] jeg kjenner ikke til java på den måten :S [21:04] jo-erlend, en av delene, ikke begge to på en gang vel? [21:05] jo-erlend nekter å vedkjenne at han noen sinne tar feil [21:05] så han vrir og vender på alt helt til det passer med hans ønskede bilde [21:05] i går skulle han ha meg til å tro at jeg kunne få unity til å fungere under windows [21:05] waawaa, altså. Når jeg forteller deg at det finnes mange forskjellige, delvise implementasjoner av Unity, så burde det være innlysende at jeg ikke snakker om en konkret Compiz-plugin. [21:06] det gjør ingen av oss [21:06] waawaa, det gjør det. Selvsagt. Indikatorene i Ubuntu brukte nettopp Windows' systray som referanse. [21:06] jeg sier bare at all dokumentasjon jeg finner om unity viser at unity er avhengig av gnome og compiz [21:06] og jeg venter enda på at du skal klare å linke meg en eneste ting som sier noe annet [21:06] waawaa, ja, fordi du hele tiden snakker om en konkret implementasjon selvom jeg gjør det uttrykkelig klart at jeg snakker om API-er og _ikke_ implementasjoner. Og det gjør du fordi du bare er her for å trolle og krangle. [21:07] jeg venter også, siden i går, på at du skal klare å finne en eneste webside som viser meg hvordan jeg får unity til å fungere under windows [21:07] du kalrer ingen av disse tingene [21:07] jeg viste deg nettopp et dokument som heter "unity API", som helt klart og tydelig er avhengig av gnome [21:07] så.. unity fungerer ikke under windows, men kunne fungert under windows? :p [21:07] husker du ikke det? [21:07] jeg kan finne det en gang til.. [21:07] den gjeldende implementasjonen avhenger av gnome, men unity er ikke avhengig av gnome for å fungere eller noe?! [21:08] waawaa, gi deg nå. [21:08] vær så god, unity API: http://developer.ubuntu.com/api/ubuntu-11.10/c/Unity-4.0.html [21:08] igjen, avhengig av gnome [21:08] så hva snakker du om, som IKKE er avhengig av gnome? [21:08] show me [21:08] waawaa, der står det jo i selve URLen at det gjelder Unity-4.0, som både er eldgammel og en konkret implementasjon. [21:09] blir det ikke litt søkt å snakke om at unity fungerer i windows når det ikke finnes implementasjoner for det? [21:09] men altså; hvis målet ditt med å være her er å vri på informasjon for å forvirre, istedenfor å bidra til at folk kan lære, så synes jeg du kan finne en annen IRC-kanal. [21:09] lonyl, jeg sa at det finnes en delvis og uoffisiell implementasjon av Unity. Jeg snakker konkret om Windows' systray-ikoner. [21:10] jeg vil bare at du skal vise meg den [21:10] du sier så mye, men viser så lite konkret, det blir vanskelig å vite når du lyver og når du snakker sant [21:10] jo-erlend, ok [21:10] i går fortalte du meg at unity fungerte under windows .. nå er det plutselig bare systray-ikoner? [21:10] waawaa, jeg ber deg en gang til. Hvis du bare er her for å forvirre og krangle, så kan du gå et annet sted. [21:11] jeg er ikke interessert i å krangle.. [21:11] jeg er interessert i å finne ut av disse tingene [21:11] og du leder meg på villspor ved å lyve om ting som ikke finnes, føler jeg [21:11] jo-erlend: kan du ikke bare vise hvor det står om det finnes et sted? :) [21:11] waawaa, nå påstår du ting om meg. Vis meg ett sted hvor jeg har sagt at det finnes en komplett Unity-implementasjon for Windows? Jeg sa at det finnes en delvis implementasjon, at den er uoffisiell, at jeg ikke har testet den selv. [21:12] waawaa, vel. Jeg forklarer deg at det finnes forskjeller mellom implementasjoner og spesifikasjoner. Unity er spesielt designet for ikke å være bundet til plattform eller implementasjoner. Du kan for eksempel fint bytte ut unity-panel med lxpanel eller xfce4-panel, siden begge implementerer Unity Indicators. [21:13] waawaa, jeg har vært veldig nøye med informasjonen jeg har gitt deg. Å påstå at jeg lyver, bekrefter igjen bare at du er her for å krangle og spre forvirring. [21:14] waawaa, hvis du vil lære, så begynner du med å lese om XML. Så leser du om DBus. Jeg har gitt deg lenke du trenger. Når du vet disse tingene, så leser du API-ene. Da har du alt du trenger for å implementere en klient eller en tjeneste. [21:15] 01:36 jo-erlend> det er ikke en full implementasjon, men Unity er spesielt designet for å kunne fungere i alle operativsystemer og miljøer. [21:15] 01:37 jo-erlend> hvis de operativsystemene takler IPC, så kan du kjøre Unity-implementasjoner. [21:15] jeg kan XML, slapp helt av [21:15] siden Unity bare avhenger av DBus og siden DBus i prinsippet bare avhenger av tekst, så er det svært få avhengigheter i Unity. [21:15] waawaa, nettopp. [21:15] de sitatene står jeg for. [21:15] du sier at unity er designet for å fungere i alle operativsystemer [21:15] ja. [21:15] og så viser jeg det at unity er avhengig av gnome [21:16] nei. Det er altså ikke sant. [21:16] Unity har én avhengighet; DBus. [21:16] men den "unity" du snakker om finnes ikke [21:16] mens den unity jeg snakker om er dokumentert og tilgjengelig [21:17] hva er det egentlig du prøver å oppnå ved å være her? [21:17] du snakker om unity som en semi-abstrakt standard, men jeg finner ingen dokumentasjon som tyder på at unity er tenkt på som en standard -- jeg finner bare dokumentasjon som understøtter at unity er en konkret implementasjon [21:17] jeg prøver å oppnå forståelse [21:18] ved å påstå at jeg lyver når jeg forklarer? [21:18] ettersom du har forvirret meg masse i forhold til hva unity er, og fortsetter å gjøre det [21:18] jeg må påstå at du lyver når du ikke klarer å finne dokumentasjon som understøtter dine påstander [21:18] gang på gang [21:18] waawaa, jeg jobber med å skrive den. [21:19] i mellomtiden forklarer jeg deg dette på IRC og du svarer med å kalle meg en løgner fordi jeg forteller deg ting før jeg har skrevet det ned. [21:19] det er litt dårlig måte å komme inn i dette miljøet på. [21:19] er det du som står bak unity? [21:19] all min informasjon kommer fra den offisielle kilden, som jeg antar at http://unity.ubuntu.com/ faktisk er [21:20] og den sier noe annet enn det du sier [21:20] og det er igrunn kjernen av problemet akkurat nå [21:20] om dett er "meg"? Det er veldig mange som "står bak Unity". Jeg er en del av miljøet der. Og Michael Hall og jeg har avtalt å jobbe med nettopp dokumentasjonen i Q-syklusen, nettopp fordi den er for dårlig. Og det var jeg som tok opp den problemstillingen. [21:21] og du akter å endre meningen bak hele begrepet "unity" når du skriver denne dokumentasjonen, eller noe i den retning? [21:21] waawaa, ja, som jeg har fortalt deg gang på gang, så er dokumentasjonen for dårlig. Det er bare sånn det er når programvare utvikles så raskt. [21:21] tihi, pratet nettopp med Micael hall på ubuntu-unity [21:21] programvare? [21:21] jeg må stikke jeg, snx [21:21] jeg trodde ikke unity var programvare [21:21] waawaa, nei. Hvis du ser på første commit, så ser du at det jeg sier er sant. [21:21] første commit av hva? [21:21] av unity skulle jeg tro? [21:21] du. [21:21] unity består av flere komponenter [21:22] hade bra malin [21:22] waawaa, nå tar vi en pause, ok? Så kan du heller lese gjennom det jeg har skrevet. [21:22] jeg antar at de har hvert sitt repository [21:22] hade lonyl , jeg er tilbake senere :) <3 [21:22] hvilken av pakkene skal jeg sjekke første commit på? [21:22] with love from me too unity-norge :) <3 [21:22] *to [21:22] jeg har lest hva du skriver, jo-erlend .. jeg trenger ikke ekstra tid på å fordøye det [21:22] men om du ikke vil snakke mer om det, så skal jeg respektere ditt ønske [21:23] jeg kan gjerne snakke om Unity i dagevis. Men ikke når alt handler om å skape krangel og forvirring, sånn som du driver med. Det er det eneste du har gjort siden du kom inn hit og hvis du skal fortsette med det, så vil jeg igjen be deg om å gå. [21:24] jeg sier det unity.ubuntu.com har lært meg [21:24] du sier noe som ikke kan backes opp med annet enn dine ord [21:24] kanskje det ikke er bare jeg som bidrar til forvirring? [21:25] vel. Det er litt vanskelig å prate med deg. For selvom jeg sier gang på gang at det finnes flere implementasjoner av Unity, så nekter du å se på noe annet enn én konkret implementasjon. [21:27] jeg finner bare en implementasjon som heter unity [21:28] ja? [21:29] du påstår jo at du er så veldig interessert i å lære hvordan Unity fungerer. Da bør du ikke se på implementasjonen i det hele tatt. Da bør du se på APIene. [21:30] det er apiene jeg ser på for pokker [21:30] og det vet du, jeg har snakket om den, og linket til den [21:30] det finnes flere implementasjoner som implementerer deler av Unity. Det betyr ikke at de _heter_ Unity. Det var derfor jeg svarte som jeg gjorde. [21:31] hva skal jeg se på da? [21:31] det er forsåvidt helt greit å se på referanseimplementasjonen, naturligvis. Bare ikke heng deg opp i ting som Compiz, Gnome, Nux, eller andre konkrete ting. De har ingenting med saken å gjøre. [21:37] men det finnes kun én implementasjon som funker? [21:38] nei. Unity 2D er en helt separat implementasjon og den fungerer helt fint. Det finnes også mange andre implementasjoner som fungerer akkurat som de skal, men de er ikke komplette. For eksempel Xfce, LXDE og KDE har støtte for Unity indikatorer. Det betyr at hvis indikatoren dukker opp i Unity og Unity 2D, så dukker de også opp i de andre og ser da ut som om de er laget for de skrivebordene. [21:40] Før var det sånn at når et program skulle ha et varslingsikon, så lagde programmet det selv. Altså Program > Panel. Nå er det sånn: Program > Indikator tjeneste > Panel. Du har altså bare flyttet jobben med å lage ikonet til en tjeneste som du sender beskjeder til, så lager den ikonet. Fordelen er at da behøver du bare å lage tjenesten for et bestemt miljø, så fungerer alle programmene som bruker den tjenesten. [21:40] og dette forutsetter at du har en indikatortjeneste [21:40] dermed kan du ha varslingsikoner i et rent CLI-miljø, for eksempel, selvom det selvsagt vil se og føles helt annerledes ut. [21:40] men hvem har det? [21:40] jeg har det ikke [21:41] waawaa, alle funksjoner i datamaskiner krever det. [21:41] åja? [21:41] jeg har aldri påstått at det finnes implementasjoner i alle systemer. Det jeg har sagt er at Unity er spesielt designet for å tillate det. [21:41] det eneste som kreves er DBus og det DBus krever, er XML. [21:42] XML er et dokumentformat [21:42] mhm. [21:42] hvordan kan det være et "krav"? [21:43] DBus meldinger sendes som XML-dokumenter mellom programmer. [21:45] dbus "krever" ikke "xml" [21:45] dbus tar seg av xml helt fint på egenhånd [21:45] hvis unity krever dbus vil jeg ikke pstå at det er designet for å fungere på alle systemer [21:45] da ville de heller implementert den delen selv.. med en gang man er avhengig av annen programvare gjør man jo sånt vanskelig [21:45] lonyl, ok? DBus er en spesifikasjon. [21:46] lonyl, du trenger ikke noen gitt implementasjon av DBus. [21:46] hvorfor finnes det ingen unityimplementasjon til windows da, dbus finnes vel til windows? [21:46] WinDBus er for eksempel et helt annet program enn DBus i Ubuntu. Men så lenge de sender kompatibel data frem og tilbake, spiller ikke det den minste rolle. [21:47] lonyl, tja. Kanskje fordi 5.10 ble sluppet for bare noen få dager siden? Det tar tid å implementere programvare og noen må gjøre det. [21:47] høres ut som det finnes fire tidligere versjoner [21:47] en annen sak er at dokumentasjonen er fryktelig dårlig, nettopp fordi utviklingen har gått så raskt. Uten god dokumentasjon, er det vanskelig å tiltrekke seg utviklere. [21:48] men de valgte altså å la den første implementasjonen avhenge av gnome og compiz? [21:48] waawaa, ikke se altfor mye på tallene. [21:48] lonyl, Ikke Gnome, men Compiz. Det fantes så mye fint i Compiz som egnet seg for gjenbruk. På den måten kunne de komme ut med en fungerende implementasjon veldig raskt. [21:49] unity 4 er vel så avhengig av gnome som compiz [21:50] mulig. Jeg hadde ingenting med Unity å gjøre på den tiden, så jeg vet ikke så mye om det. Det er jo veldig lenge siden. [21:50] det jeg kan si, er at dokumentasjonen du finner for Unity 4 er nærmest fullstendig irrelevant. [21:51] "den tiden" [21:51] det er jo nå [21:51] right here right now [21:51] nei, jeg driver med Precise. [21:52] https://launchpad.net/ubuntu/precise/+source/unity [21:52] den der sant? [21:52] "unity" source package in Precise [21:52] avhengig av gnome og compiz [21:53] mhm. Hvis du ser nærmere etter, så står det på samme side: unity 5.10.0-0ubuntu6 [21:53] det gjør det.. og så? [21:53] fortsatt avhengig av gnome og compiz [21:53] ja. [21:53] yes [21:53] og...? [21:54] gud bedre, holder dere fortsatt på? [21:55] ja, det er veldig mye forvirring rundt Unity, så jeg setter egentlig litt pris på en smule kverrulering rundt det temaet. Det hjelper meg å lære hvordan man skal forklare det på en ekstremt enkel måte til helt nybegynnere. Det er fort gjort at man forutsetter at folk vet ting de ikke egentlig har noen grunn til å vite. [21:56] jo-erlend : du sa at unity ikke var avhengig av gnome -- jeg siterer; "Ikke Gnome, men Compiz." -- så sier jeg at dette er feil.. så forklarer du din manglende kunnskap om unity sine avhengigheter med at du ikke kjenner så godt til unity 4, fordi du jobber med unity 5, under ubuntu "Precise" .. så viser jeg deg at gnome også er en avhengighet hos unity 5 under "Precise" [21:56] og så sier du: "og...?" [21:58] waawaa, pakkeavhengigheter er egentlig noe litt annet. Unity – implementasjonen – er, som vi har blitt enige om, en plugin for Compiz. Compiz bruker GConf. GConf er en del av Gnome. Dermed er det helt greit å gjøre det til en pakkeavhengighet. Men det er ikke sånn at Compiz er avhengig av Gnome i seg selv. Såvidt jeg vet, er det ingen andre deler av Unity (compiz) som avhenger av Gnome. [22:00] jeg er fullstendig klar over at informasjonen er forvirrende. Det hadde for eksempel vært bedre hvis referanseimplementasjonen het noe sånt som unity-compiz istedenfor bare Unity. Det er veldig mye forvirrende informasjon rundt GNU/Linux og FOSS rent generelt. [22:01] gconf er en av to gnome-relaterte avhengigheter i unity 5 [22:01] den andre er libgnome-desktop-3-dev [22:01] hele utviklingsbiblioteket til gnome 3 [22:01] mhm. libgnome-desktop brukes for å lese .desktop-filer. [22:01] og det er de nødt til å være avhengig av, for hvis man leser API-en, så bruker de gnome-spesifikke ressurser over hele unity [22:02] det du sa der, er ikke sant. [22:02] ikke? [22:02] det er bare for å lese .desktop-filene. [22:02] dependencies er et hierarki [22:03] libgnome-desktop har flere avhengigheter under seg igjen, det samme med de fleste andre avhengighetene [22:03] gtk+ er bl.a. et krav [22:03] jada. Igjen; pakkeavhengigheter er ikke nødvendigvis programvareavhengigheter. [22:04] jeg snakker ikke i generelle begreper heller, jeg snakker om unity [22:04] ja, men du må skille mellom programvareavhengigheter og pakkeavhengigheter. [22:04] så hva som ikke nødvendigvis er ditt eller datt er irrelevant i denne sammenheng.. jeg ser konkret på unity [22:04] ok. Helt konkret er Unity avhengig av å lese .desktop-filer og å skrive XML-filer som GConf kan lese. [22:05] ingen av de tingene må utføres av Gnome-biblioteker. Men siden de bibliotekene uansett vil være der i Ubuntu, er det helt greit at man setter sånne pakkeavhengigheter. [22:06] Compiz brukes jo i andre miljøer enn Gnome. Det bør være en god illustrasjon på at Gnome ikke er en programvareavhengighet. [22:07] compiz har veldig lite med gnome å gjøre [22:07] nettopp. [22:07] compiz er utviklet helt uavhengig av gnome, mens unity er utviklet med avhengigheter på gnome [22:07] stor forskjell [22:08] Compiz bruker GConf. Se etter selv. [22:08] det er selvsagt ikke nødvendig. GConf er jo bare en måte å lagre konfigurasjoner på. [22:09] du må skille mellom hva programmet krever for å kjøre og hva pakken krever for å bli installert. Det er forskjellige ting. [22:10] gconfstøtten i compiz er bare en plugin [22:10] mhm. [22:10] unity sin avhengighet til gnome er ingen plugin [22:10] så hvorfor sammenligner vi dette når det er to helt forskjellige ting? [22:10] Unity, i den sammenhengen du snakker nå, er en Compiz plugin. [22:11] gjerne det, men den er avhengig av gnome [22:11] som er det jeg snakker om [22:11] pakken, eller programvare? [22:11] programvaren [22:12] på hvilken måte? Jeg vet ikke. [22:12] API-en sier så [22:13] API-en bruker gnomespesifikke datatyper [22:13] ja. Spørsmålet er jo hvorfor. Som sagt. Dokumentasjonen er dårlig. Hittil har det vært altfor stort fokus på Ubuntu. Det er ikke unaturlig, men det er en begrensning for fremtiden. [22:13] API-et er bare en gjengivelse av prototypen til funksjoner i unity [22:13] spiller ingen rolle hvor dårlig den er [22:13] en datatype kan ikke være spesifik på den måten. Du kan fint bruke GObject i Windows-programmer, for eksempel. [22:13] den lyver ikke om hvilke datatyper de forskjellige klassene eksponerer [22:14] det spiller ingen rolle. Det brukes ikke andre typer bits i Gnome enn i andre systemer. Man må bare vite hva dataen kan inneholde. [22:14] du kan bruke GObject under windows derdom du har gnome [22:15] tøv. [22:15] hva mener du da? [22:15] at win32 har noe som heter GObject? [22:15] it does not [22:15] jeg mener at du kan kompilere et C-program i Windows uten å måtte installere Gnome. [22:15] ja, men ikke om det bruker GObject-typer [22:15] skal vi vedde? [22:15] det kan vi godt [22:15] 5 megasbytes. [22:16] jeg kan prøve her og nå om du ønsker det [22:16] finn frem kompilatoren din, så skal jeg sende deg et Hello World. [22:16] den er fremme [22:16] send i vei [22:17] du har bibliotekene du trenger for å kompilere og sånt? [22:17] http://live.gnome.org/Vala/ValaOnWindows <-- les der bare for sikkerhetsskyld. [22:18] gnome? [22:18] jeg trodde ikke vi trengte noe gnome.. [22:18] hvor ser du avhengigheter til Gnome? [22:19] jeg ser avhengigheter til GTK+ [22:19] GTK+ er ikke Gnome. Gnome er avhengig av GTK+, men ikke motsatt. LXDE er for eksempel basert på GTK+, men har ingenting med Gnome å gjøre. [22:20] det er jeg forstått med [22:21] du trenger stort sett biblioteker for å kompilere alle programmer. Det er ikke spesielt for Gnome eller noen annen plattform. Hvis vi er enige om det, så er vi vel i prinsippet i mål, tror jeg. [22:24] avhengigheten er jo fortsatt den samme [22:24] ok. Da gir jeg opp, tror jeg. [22:26] Glib er en annen avhengighet [22:26] hva står GLib for? [22:27] GIMP library, antakelig? [22:27] maybe [22:29] det er ikke sikkert at G-en står for noe i det hele tatt. Det er jo helt vanlig. Xfce står for eksempel ikke for noe som helst. [22:30] GLib er non-ui delen av GTK+ [22:31] da er man jo veldig begrenset til de plattformer hvor GTK+ fungerer [22:32] nei. [22:32] du trenger ikke hele GTK+ for å bruke deler av GLib. [22:32] Glib ble skilt ut av gnome toolkit for at folk skulle slippe å bruke hele GUI-stacken [22:33] men nuh... sove tid... kos dere med "diskusjonen" [22:33] Sakarias, GIMP Toolkit. Gnome bruker GTK+, men GTK+ er et separat prosjekt. [22:33] jo-erlend: sorry, skrev feil [22:33] men det er klart... Programvare kan være del av forskjellige prosjekter i FOSS-verdenen. :) [22:33] gimp toolkit ja [22:34] gtk+ er et seperatprosjekt, som er vedlikeholdt av GNOME Foundation. [22:35] jo-erlend: men unity er avhengig av gtk+ og glib [22:35] waawaa, pakkeavhengig i hvertfall. [22:35] Sakarias, mhm. :) [22:36] API-et er avhengig av det [22:36] Sakarias, hehe, det er ikke så lett å snakke om disse tingene når de samme navnene brukes om så mye forskjellig. :) [22:36] jo-erlend: jeg vet [22:36] jo-erlend: de "jævla" utviklerene burde ha bedre fantasi når det gjelder navn på ting :P [22:37] waawaa, det de fleste vil tro når du snakker om GTK+, er at det handler om GUI. Unity bruker Nux for GUI, ikke GTK. [22:37] Sakarias, navn er vanskelig altså. [22:37] unity sin API tilsier at du må ha GTK+ for å bruke det [22:37] jo-erlend: til tider har jeg lyst til å kjøpe "hva skal barnet hete" bøker til utviklere... bare for å få mer seperate navn :P [22:38] waawaa, javel. Som sagt. Jeg kjenner ikke koden godt nok til å vite hvorfor. [22:38] Sakarias, hehe [22:38] jeg tipper at grunnen til avhengighetene er at utviklerene aldri har sett for seg at dette skal brukes under annet enn linux, nærmere bestemt ubuntu [22:38] det er sikkert ingen andre som kommer til å ta det i bruk heller [22:39] så det er jo gjerne det lureste, sånn sett [22:39] nei, ikke Fedora og OpenSuSE, for eksempel. [22:40] nei, kan ikke se det for meg.. [22:40] som i at de fra offisielt hold kommer til å adaptere unity [22:40] at folk får unity til å kjøre under fedora og opensuse skulle jo bare mangle [22:42] nei, det er jo helt opp til dem det. [23:09] jo-erlend: smart det med oversettelse :) [23:10] malin, ja. Det er en veldig god idé å alltid bruke engelsk i synlig tekst og så bruke gettext til å oversette det. Innrømmer at jeg ikke alltid er like flink til det selv. Jeg koder alltid på engelsk, men det er ikke alltid at jeg oversetter til norsk. :) [23:11] :) [23:16] apropos oversettelser. Det var noen spørsmål om linser og skop igår. Det er veldig enkelt. Et skop er hva du ser på. Det er forholdsvis godt i tråd med hvordan uttrykket brukes ellers i språket. Linsene avgjør hvordan den informasjonen du ser på skal presenteres, altså se ut. Det er helt i tråd med hva linser gjør. Det er ingenting i veien for å bruke samme skop i flere linser, hvis du trenger å filtrere informasjonen i skope [23:16] t på en bestemt måte. For eksempel er en film lagret som en fil, men mer konkret er det en video. [23:20] jeg ville for eksempel anta at "Mine videoer" i Video-linsen bruker samme skop som Filer i Fil-linsen, men da bare for spesielle filtyper. Så skopet svarer med alle filer som passer søket og så filtrerer linsen ut den informasjonen som ikke passer til denne visningen. Med andre ord omtrent det samme som en kontaktlinse gjør. Det er i hvertfall sånn man bør forklare det.