[08:57] Bq:n Ubuntu-puhelimen myynti käynnissä tänään, Suomea ei vielä toimitusmaissa mutta tulossa "pian" https://twitter.com/timojyrinki/status/565434240402489345 (tänään? ensi viikolla? ensi kuussa?) [09:01] liekö media jyrissyt moisen puhelimen tulosta? [09:01] Ei ole näkynyt. [09:03] ainakin http://www.mbnet.fi/artikkeli/mobiili/ubuntu_puhelimien_pikamyynti_kayntiin_huomenna_euroopassa_taalta_voit_ostaa_sen [09:03] mut ei se toki kauheasti auta jos ei Suomeen saa vielä tilattua [09:03] murossa oli myös [09:51] ainakaan Luuloviikkoa ja -kone eivät reagoineet eikä mikropensee [11:38] Jos tuossa Ubuntupuhelimessa on VALO:a, kirjoittakaa siitä ViikonVALO niin sunnuntaina julkaistaan. [11:56] jos se on sama Ubuntu, kuin työpöydällä niin kai siinä pitäisi olla [12:14] ei tuo nyt oikein "ohjelma" kyllä ole ja onhan siinä ainakin GSM/3/4 -G jutut epävapaita [13:46] ja nyt siis Suomeen saa tilattua, lisäpikamyynti alkaa 14 minuutin päästä http://www.bq.com/gb/ubuntu.html [13:46] https://twitter.com/bqreaders/status/565483376690622464 [13:47] tale: on siinä eniten VALOa massamarkkinoille myytävistä puhelimista, toki puhelinhardwaren surullisen tilan takia ei ihan niin paljon kuin keskimääräisessä desktop-Ubuntu-asennuksessa [13:47] ajureiden päällä kuitenkin ~kaikki vapaata [13:47] oisko pari Bq-spesifistä scopea jotka suljettuja, en tiedä [13:48] helpoimmin lähestyttäviä lienevät core appsit https://launchpad.net/ubuntu-phone-coreapps mutta myös toki Unity 8, Mir, libhybris jos laitetaso kiinnostaa [13:57] onpa se halpa [14:06] menijo [14:13] olipas tiukkaa, jos olisin arvannut että menee noin nopeasti niin en olisi alkanut maksaa paypalilla ja vaihtaa luottokorttia, mutta silti ehdin ilmeisesti viime sekunneilla tms :) [14:56] oisko jollaan antaa joku pro tip, mullon verkkokonffissa käsin pakotettu hwaddress ether, toimi aikasemmin ja nyt se on bootin jälkee hajonnu [15:18] onkohan vika nyt ton koneen vai modeemin päässä? [15:18] Feb 11 17:15:04 DNA-WELHO daemon.info dnsmasq-dhcp[9186]: DHCPDISCOVER(br-lan) 00:01:00:01:00:01 [15:18] Feb 11 17:15:04 DNA-WELHO daemon.info dnsmasq-dhcp[9186]: DHCPOFFER(br-lan) 192.168.1.133 00:01:00:01:00:01 [15:18] tommosta puskee modeemin logeihin [15:18] mut sit toi ite kone on sitä mieltä et sen kyselyihin ei vastata [15:22] Iltsu, toi hwaddr on rikki muutenkin imo [15:24] no silt vähä vaikuttais [15:24] oisko mitää parempaa tapaa toteuttaa tää [15:25] miksi sul on yleenäs pakotus MAC:ille? [15:25] mulla on virtuaali-interface joka tykkää joka kerta arpoo itelleen uuden mac-osotteen [15:25] ja haluun takoo porttiohjausten takii sille koneelle aina saman ip:n [15:25] joo. mut ihmettelin vain miksei sun fyysisen ethernetin mac periydy tuolle br:lle [15:26] sentään unicast-osoite, joskin eka oktetissa olisi kohteliasta varmaan olla toinen bitti pystyssä että se on locally administered [15:26] jep [15:26] ei sinänsä että sillä teknisesti ois merkitystä [15:26] juu en tiiä minäkää [15:27] ois hauska saad atää toimimaa [15:45] koitin googlailla täs, mut en löydä mitää järkevää [15:45] nyt tosiaan, ainaku ip:n liisi menee vanhaks se arpoo uuden mac:n ja saa uuden ip:n [15:45] porttiohjaukset hajoo [15:50] oispa ohje minkä mukaan oon tän joskus säätänä [15:59] uhkailin tota jo win2k12:n asennustikulla mut se ei siltikkää [16:56] nyt sain aikaseks tilanteen, että eth0 ja br0 sai omat ip-osotteet [16:56] sitten ei vaa bitti kulkenu mihikää suuntaa [17:03] joo, jos eth0:lla, joka on jäsenenä sillassa on osoite niin ei liiku [17:04] kerrotko mitä koetat saada aikaiseksi? jakaa siltaamalla eth0:n jonkin toisen kanssa? [17:04] tol vehkeellä pyörii virtuaalikoneita, jotka tarvii ton siltauksen [17:05] ok, eli ihan "selvä" tapaus - nyt vain totesin että jäänyt uudessa läppärissä kääntämättä virtualibitti päälle niin en voi luntata virtuaalionneesta :-P [17:06] nyt toi fyysinen kone arpoo tolle br0:lle joka kerta uuden mac-osotteen ni en saa modeemista lyötyy sille kiinteetä ip:tä [17:06] et sais porttiohjaukset pelittämää [17:06] oon iha valmis heittää ton koneen ikkunasta [17:06] interface br0 inet dhcp [17:06] bridge_ports eth0 [17:06] ja auto br0 [17:07] tuollaiset siis /etc/network/interfaces -tiedostoon [17:07] (jos bridge-utils asennettuna ja ei käytetä network manageria) [17:07] ja eth0:aa ei määritetä siellä - tai jos nm käytössä niin sitten pitää olla iface eth0 inet manual [17:08] kato että mitään dhclienttiä ei pyöri ylimääräisiä [17:10] laitoin tuolla sun tavalla ja edelleen se arpoo tolle br0:lle sen mac:n [17:12] no eihän se mac tuu jotenkin joltain virtuaali-interfacelta joka on jo samassa sillassa ja arvotaan joka kerta uusiksi? mikä virtualisointisysteemi siinä on? [17:14] ainakin kun noita omia kattelen niin se silta perii aina ekan interfacen hw-osoitteen - pysyykö se eth0:n hw-osoite sitten samana? [17:16] libvirt [17:16] näköjään sille voisi jotain staattisestikin pistää bridge_hw :lla, ks. man bridge-utils-interfaces [17:16] pysyy [17:27] mitäs mitäs [17:28] en ollu törmänny _missään_ tohon birdge_hw:hen [17:28] ja sillä tää nyt läks toimimaa [17:29] ei sitä varmaan normaalisti pitäis ees tarvita [17:32] nii ei ilmesest sit :D [19:24] millai toi nyt toimii, br0:lla ja eth0:lla on nyt sama mac [19:24] vai ymmärsinks oikei [19:33] jos eth0 on yksi br0 porteista niin toi on ihan fine [19:34] jos ei ole niin sit ei tietenkään ole ok :-), ellei br0 ole irti kaikesta oikeasta (tai vastaavasti eth0 ole irti kaikesta oikeasta) [19:36] Iltsu, http://pastie.org/9940431 tuos on oma konffis mitä käytän ubuntu (14.04):ssa [19:36] tai no, osa konffista, mut tuossa ei ole vlan/bondauksia [19:37] tuolla tosiaan periytyy brfoo:lle if-tasolla sama mac kuin mitä siihen kiinitetyssä ekassa oikeassa ifacessa on (em1, joka siis vastaa eth0:aa yleensä) [19:38] itseasiassa varmaan selkeämpää jos vaihdat em1:n tilalle eth0 :-) [19:39] tuon vaihtaminen dhcp:lle ei pitäis olla iso ongelma. (static -> dhcp ja sit addr/net yms rivit pois( [19:58] jeesh, eiköhä tää nyt vois toimii jopa :D [21:45] mut eiköhä toiki kyl lakkaa toimimast jossaa kernel päivitykses [21:46] mitä mielt ootte matesta