[00:11] <brousch> this thing is updating very slowly
[00:12] <brousch> like it's running on a 800MHz cpu
[00:13] <nixternal> anyone ever just do a dist-upgrade from an EOL version to whatever the newest is?
[00:14] <nixternal> a guy called me this morning freaking out about his server being down. i went over there and to my surprise it was kubuntu 6.10 (edgy)
[00:14] <nixternal> you can't even upgrade to 7.04 when it lets you know that it is available. i don't want to do a fresh install because i am lazy, but it looks like i might have to
[00:14] <brousch> i don't think you can. don't they remove the repos at EOL?
[00:15] <nixternal> good news is i only charged him $500 for the emergency call & he is now a permanent client :)
[00:15] <brousch> maybe you can do it with each CD?
[00:15] <nixternal> brousch: yeah, you can't even do the recommended upgrade that ubuntu recommends because the recommended upgrade is also EOL
[00:15] <brousch> find a 7.10 cd?
[00:15] <nixternal> brousch: yeah, screw that noise. it would be quicker to just fresh install
[00:16] <brousch> yeah, i assumed you wanted upgrade because there was some asshattery preventing a clean install
[00:16] <nixternal> and i can install ubuntu-server on there and not some freakin' ubuntu or kubuntu crap.
[00:16] <brousch> kubuntu is the bizomb
[00:16] <nixternal> there is a bunch of asshattery, but blueprint should help me work that out
[00:17] <nixternal> i gotta go get some beer. damnit i hate being empty
[00:19] <rick_h> jcastro: no, I got the stand up desk vs the aeron chair
[00:30] <jcastro> if nixternal comes back someone tell him about old-releases.ubuntu.com
[00:30] <rick_h> k
[02:11] <brousch> is that just the CDs?
[02:12] <brousch> ah, i see, releases are CDs and ubuntu is repos
[03:01] <snap-l> YUI community superstar Eamon Brosnan (aka mosen) has been working on a build framework called buildy that he hopes will provide an alternative to Apache’s Ant. Here’s the sexy part: it’s written in JavaScript on Node.js, so for frontenders, that makes assembling and maintaining build processes a snap.
[03:02] <snap-l> I think my eye started twitching when I read that
[03:05] <_stink_> sexy!
[03:05] <brousch> wow. weird. i am trying 'apt-get remove --purge gnome*' in this ubuntu on android thing, and that command makes it want to install kde as well as remove gnome
[03:06] <greg-g> wait, you downloaded ubuntu on android?
[03:06] <greg-g> what they announced today?
[03:06] <brousch> so that command ends up installing 85MB more than what is already there
[03:06] <greg-g> lolz
[03:06] <brousch> greg-g: no, using http://linuxonandroid.blogspot.com/
[03:06] <greg-g> ahhhh
[03:08] <brousch> and `apt-get remove --purge gnome* kde*` ends up installing 115MB more
[03:08] <brousch> i must be too tired to make sense of this
[03:16] <_stink_> is a metapackage trying to make up for the loss of a requirement?
[03:17] <_stink_> like ubuntu-desktop or something
[03:36] <snap-l> _stink_: Shhh... let him think he's nuts. :)
[03:44] <rick_h> heh
[03:54] <_stink_> oops
[11:43] <rick_h> morning
[11:48] <snap-l> Good morning
[11:48] <mydogsnameisrudy> morning
[11:50] <snap-l> Happy Birthday, rick_h!
[12:06] <rick_h> snap-l: thanks!
[12:10] <mydogsnameisrudy> https://www.youtube.com/watch?v=MjF1bG5LUcs
[12:22] <nullspace> rick_h: happy birthday
[12:44] <rick_h> nullspace: thanks
[13:25] <brousch> it's rick_h's birthday?
[13:29] <rick_h> yep, party
[13:32] <brousch> congratulations on surviving another year!
[13:33] <brousch> big party?
[13:35] <rick_h> no, took the day off, got a couple of things this omrning then going to hit up a fav lunch spot, hack on things,
[13:35] <rick_h> small pie party this weekend
[13:35]  * rick_h went for the apple pie over the cake this year
[13:36] <brousch> sounds healthier
[13:37] <rick_h> naw, don't think so
[13:37] <rick_h> but the wife makes a mean home made apple pie and not much cause to make them much
[14:42] <Blazeix> brousch: grlug has a segway-based autonomous drinkbot? cool.
[14:42] <brousch> it is just starting
[14:43] <brousch> right now all we have is a partially-disassembled segway with a weak battery and some ideas ;)
[14:43] <snap-l> hah
[14:44] <rick_h> that's a start
[14:54] <brousch> i think they're leaning towards a raspberrypi and opencv/simplecv
[15:20] <jrwren> rick_h: happy birthday!
[15:21] <rick_h> jrwren: ty
[15:34] <snap-l> pro-tip: If you want an electronic version of a no-starch book that you've purchased, it's cheaper to register the book on O'reilly, and then pat $4.99 to "upgrade" to the eBook version
[15:34] <snap-l> nostarch doesn't offer this on their site.
[15:35] <snap-l> Did that with Eloquent Javascript.
[15:37] <brousch> oh now there's a scary checkbox. i'm installing virtualbox on windows and it has 'Always trust software from "Oracle Corporation".'
[15:37] <rick_h> lol
[15:38] <snap-l> SHouldn't have to ask you.  You should implicitly trust Oracle.
[15:38] <snap-l> They only have your best interests at heart.
[16:04] <snap-l> Grrr... y'know, if Monday wasn't a holiday, USPS would be bringing me goodies today.
[16:04] <snap-l> feh
[16:04] <brousch> damn presidents
[16:23] <snap-l> http://blogs.adobe.com/flashplayer/2012/02/adobe-and-google-partnering-for-flash-player-on-linux.html
[16:23] <snap-l> How much do you want to wager that Firefox adopts Pepper.
[16:29] <Blazeix> according to some random guy in another irc channel i'm in, they've already said they won't.
[16:29] <snap-l> I hope they have a stellar reason for why not
[16:30] <snap-l> Of course, if it means we can finally write off Flash, I'm all for it, but I think that day will never arrive.
[16:30] <brousch> never?
[16:30] <snap-l> Let me rephrase
[16:30] <snap-l> on that day, Satan will be skating to work.
[16:31] <snap-l> (h/t Red Dwarf)
[16:34] <Blazeix> it'll be interesting to see what happens with http://dvcs.w3.org/hg/html-media/raw-file/tip/encrypted-media/encrypted-media.html
[16:35] <jrwren> wtf is pepper?
[16:35] <snap-l> jrwren: That's the API that Google and Adobe are using for Flash 11.2+
[16:35] <snap-l> PPAPI
[16:35] <jrwren> oh, a better NSAPI ?
[16:35] <jrwren> does chromeos comes with flash player?
[16:36] <snap-l> better is relative. :)
[16:36] <brousch> jrwren: yes
[16:36] <jrwren> shit, seems to me like flash could almost be written as a NCAL
[16:36] <jrwren> err..  It isn't even 9am yet!
[16:48] <snap-l> Frankly, the sooner Flash becomes the Shockwave of the INternet, the happier I'll be
[16:48] <greg-g> I mean, sure, I would love to avoid flash as much as the next freetard, but dang, sometimes Vimeo has some good stuff (including some recorded stuff at CC for staff only) and it only does h264 or flash
[16:49] <snap-l> Oh, I think h264 made nice with GOogle too
[16:49] <greg-g> snap-l!!!!!!!!!!
[16:49] <greg-g> :)
[16:50] <snap-l> "Microsoft H.264 plug-in For Google Chrome Finily Released ..."
[16:50] <jrwren> isn't "safe streaming" a huge feature of flash already?
[16:50] <snap-l> I totally trust this article title.
[16:50] <jrwren> its not exactly encrypted media, but similar?
[16:51] <snap-l> jrwren: It's about control
[16:51] <jrwren> they already have that.
[16:51] <jrwren> same as silverlight and MS and netflix DRM shit
[16:51] <snap-l> and frankly, until HTML5 adopts some form of protected streaming, no media company that currently uses flash is going to support it
[16:52] <jrwren> agreed
[16:53] <jrwren> they could do it in html5 now.
[16:53] <jrwren> write the crypto in JS :)
[16:54] <snap-l> We'd have a better chance of seeing President Newt Gingrich's Moon Base Alpha than of any HTML5 Video crypto with JS.
[16:55] <jrwren> would be a fun little project though :)
[16:55] <jrwren> or even NACL.
[16:55] <jrwren> I'd love for FF to adopt NACL
[16:55] <jrwren> anotehr fun little project tehre.
[17:33] <snap-l> Uh oh, we made greg-g angry
[17:34] <snap-l> http://www.reddit.com/r/java/comments/q088e/oracle_gives_java_6_extended_period_of_life/c3tnqd2
[17:39] <greg-g> great, so I get to keep java while the DRM brigade continues to make my life annoying
[17:41] <snap-l> greg-g: Read that comment. :)
[17:44] <Blazeix> snap-l: well played
[17:44] <snap-l> ;)
[17:46]  * snap-l waits for his eventual ban from /r/java
[17:51] <jrwren> LOL.
[17:51] <jrwren> i'm upvoting
[17:52] <snap-l> jrwren: Thanks. :)
[17:57] <ColonelPanic001> wat
[17:58]  * ColonelPanic001 upboats snap-l
[18:01] <snap-l> danke++
[18:33] <snap-l> Man, mysql is slow
[18:33] <snap-l> indexed 2 million records. Took < 2 1/2 hours
[18:47] <rick_h> hmm, what kind of indexes?
[18:47] <rick_h> I never trusted the server setup though at morpace
[18:51] <greg-g> < or > ?
[18:52] <snap-l> greg-g: less than
[18:52] <snap-l> rick_h: Local machine, with a bunch of indexes
[18:52] <rick_h> snap-l: ah
[18:52] <snap-l> date index is what I'm allegedly using
[18:53] <snap-l> Doing a delete that's currently taking non-trivial time
[18:53] <snap-l> and pining for postgresql
[19:01] <jrwren> snap-l: squeezeslave is FAR more impressive :)
[19:01] <snap-l> jrwren: Yeah
[19:02] <snap-l> I use softsqueeze for streams that squeezeslave can't handle
[19:02] <snap-l> usually low-bitrate ones like WRCJ and TWiT
[19:02] <jrwren> squeeze slave can't handle some?
[19:02] <jrwren> wtf is up with this protocol?
[19:02] <snap-l> They sound like chipmunks on speed
[19:03] <snap-l> It's not the protocol
[19:03] <jrwren> all this stuff is open source, this stuff needs love.
[19:03] <snap-l> just some daft assumptions
[19:03] <snap-l> assumes 44.1Khz
[19:03] <snap-l> but they come across as 22Khz
[19:03] <snap-l> or something stupid like that
[19:04] <snap-l> and you can't transcode it to make it work properly.
[19:04] <snap-l> It's a known bug
[19:04] <jrwren> i'm not interested in transcoding.
[19:04] <snap-l> Also softsqueeze has some more features
[19:04] <snap-l> like the display and such
[19:04] <jrwren> all of my library is ripped at exactly waht I want.
[19:05] <jrwren> i'd really like an ios client so I can run on my phone :)
[19:05] <snap-l> but the fact that it's Java makes it a HUGE PITA
[19:05] <jrwren> i didn't see any.
[19:05] <snap-l> iPeng
[19:05] <jrwren> but if slave is opensource that could work.
[19:05] <jrwren> iPeng eh?
[19:05] <snap-l> Has an in-app purchase to make it a client player
[19:05] <snap-l> It's the best, bar none.
[19:05] <jrwren> ah.
[19:05] <jrwren> i'm free only :p
[19:05] <snap-l> jrwren: Open thine wallet
[19:05] <jrwren> i'll make a free player.
[19:05] <jrwren> with ads.
[19:05] <snap-l> jrwren: Knock yourself out
[19:06] <snap-l> Until you finish it, though, there's iPeng
[19:06] <snap-l> jrwren: And that in-app purchase is on top of the app price
[19:07] <snap-l> so the app is like $10, and the in-app purchase is $5
[19:07] <snap-l> Which raised my hackles, but trust me, it works.
[19:15] <jrwren> more fun to write myself :p
[19:27] <rick_h> test please and let me know what's not clear http://docs.bmark.us/en/latest/install.html
[19:44] <jrwren> snap-l: any tips on getting it to scrobble?
[19:44] <snap-l> Haven't played with that
[19:44] <snap-l> believe you just enable the plugin and let it have a go
[19:45] <jrwren> right, but that isn't working.
[19:45] <snap-l> You sure it's not last.fm lagging?
[19:45] <jrwren> pretty sure.
[19:45] <jrwren> i've played many many songs and none show.
[19:46] <jrwren> other players it shows within seconds
[19:47] <jrwren> i might be nub.
[19:47] <jrwren> "Note: You must also enable Audioscrobbler for each player. Click on the Player tab and then select the Last.fm Audioscrobbler item for each player you want to scrobble.  "
[19:47] <snap-l> ;)
[19:48] <jrwren> yes! working. awesome.
[20:48] <jrwren> snap-l: you are right. it does get better.
[21:37] <snap-l> jrwren: What's awesome is how it handles multiple players
[21:37] <jrwren> i've not explored that yet.
[21:37] <jrwren> but it looks good.
[21:37] <snap-l> /home/craig/bin/squeezeslave -D -w 70
[21:38] <jrwren> oh -D looks fun.
[21:38] <snap-l> /home/craig/bin/squeezeslave -w 70 -R -D --mac 00:00:00:00:00:08
[21:38] <snap-l> That's what I use between home and work
[21:38] <snap-l> give it a different mac address, it's a different player
[21:38] <jrwren> cool
[21:38] <jrwren> interesting, but why?
[21:38] <jrwren> to what end?
[21:39] <snap-l> Well, for starters, work's set to transcode to 128Kbps MP3
[21:39] <snap-l> home is set for high quality
[21:39] <jrwren> ah!
[21:39] <jrwren> sweet.
[21:39] <jrwren> good call.
[21:39] <snap-l> because I don't have enough bits between the two to handle it
[21:39] <snap-l> And you can set up multiple players for multiple zones in the house
[21:40] <snap-l> different playlists for each (which are saved as .m3u files)
[21:40] <jrwren> right, i saw that synchronize feature.
[21:40] <jrwren> looks cool
[21:40] <snap-l> So if you want to listen to Orbital, and your wife wants to listen to Orb, you're covered.
[21:41] <snap-l> But yeah, that's where it gets really fun with ssh tunnels and the like
[21:42] <snap-l> If the logitech media server ripped discs, I'd boot Banshee to the curb in a heartbeat.
[21:42] <snap-l> Well, and downloaded Amazon files. ;)
[21:44] <jrwren> i'm running it in tunnel.
[21:45] <jrwren> just use cdex to rip... oh oops.
[21:45] <jrwren> cdparanoia ?
[21:46] <snap-l> jrwren: Yeah, but Banshee / Soundjuicer do some nice things that make me happy with how they rip
[21:46] <snap-l> integrating with Musicbrainz for instance
[21:46] <snap-l> (yes, as much as I've bitched about Musicbrainz, I love it over FreeDB)
[21:47] <snap-l> I don't know how the data for FreeDB can be so completely blown to hell
[21:47] <jrwren> what do they use underhood?
[21:47] <jrwren> are they as good as EAC?
[21:48] <snap-l> jrwren: Never used EAC, so not sure
[21:49] <snap-l> but I've thrown known-bad discs at it (ones with manufacturing errors) and it's managed to make hay from them.
[21:49] <snap-l> so much so that I can't tell where the errors are
[21:49] <snap-l> Banshee, not Soundjuicer
[21:50] <snap-l> Soundjuicer has some trouble with error correction
[21:50] <snap-l> or at least it did in the past. Not sure if they use something different now
[21:50] <jrwren> right.
[21:50] <jrwren> i just recall EAC being very good.
[21:50] <jrwren> and tehre being good reasons to use it over others.
[21:51] <snap-l> Right, jitter, drop-outs, and all that jazz
[21:51] <jrwren> right.


[14:20] <ahasenack> hi guys, I pushed and released (charm release) cs:~ahasenack/landscape-server-1 but I can't see it in the store, and deployer complains with a 407 (proxy auth required?) error
[14:20] <ahasenack> charm pull fetches it just fine
[14:20] <ahasenack> did I miss some step? I used to do charm publish, but that's gone
[14:21] <rick_h_> ahasenack: yes, there's a whole new charm process that's been in place using the new charm cli command and a release workflow much more like snaps
[14:21] <ahasenack> $ charm release cs:~ahasenack/landscape-server-1
[14:21] <ahasenack> url: cs:~ahasenack/landscape-server-1
[14:21] <ahasenack> channel: stable
[14:21] <ahasenack> warning: bugs-url and homepage are not set.  See set command.
[14:21] <ahasenack> what else do I need to do?
[14:22] <rick_h_> ahasenack: see https://jujucharms.com/docs/stable/authors-charm-store
[14:22] <rick_h_> ahasenack: you have to set the ACL on it so everyone can see it probably
[14:22] <ahasenack> ok
[14:24] <ahasenack> rick_h_: that page still talks about "charm publish"
[14:24] <ahasenack> which is not available in the packages published to the juju stable ppa
[14:24] <rick_h_> ahasenack: right, the charm publish command which is in xenial?
[14:24] <rick_h_> just not juju publish
[14:25] <ahasenack> ppa:juju/stable xenial in my case
[14:25] <ahasenack> right, charm publish
[14:25] <rick_h_> ahasenack: ok, and you added the ACL for everyone
[14:26] <ahasenack> I'm trying, it's not yet showing up in the charm store search
[14:26] <ahasenack> tried these: http://pastebin.ubuntu.com/23154693/
[14:27] <rick_h_> the charm store won't show non-promulgated, you need to go to the user page I believe. https://jujucharms.com/u/ahasenack/
[14:27] <rick_h_> and I see landscape-server there
[14:27] <ahasenack> it used to find user charms and list them in another section, further down
[14:27] <rick_h_> hatch: jujucharms.com search is just promulgated now right?
[14:27] <rick_h_> ahasenack: yes, that's been done away with
[14:28] <hatch> rick_h_: it is yes
[14:28] <hatch> unless there are no promulgated that match
[14:28] <ahasenack> ok
[14:29] <ahasenack> geez, why does charm show <charm> show info about other charms?
[14:29] <rick_h_> ahasenack: so charm show <charm> is like going to the charm details page which works just fine
[14:29] <ahasenack> under "charm-related"
[14:29] <rick_h_> https://jujucharms.com/u/ahasenack/landscape-server
[14:29] <ahasenack> charm-related:
[14:29] <ahasenack>   Provides:
[14:29] <ahasenack>     pgsql:
[14:29] <ahasenack>     - Id: cs:~alexlist/precise/pgbouncer-0
[14:29] <ahasenack>     - Id: cs:~alexlist/precise/pgbouncer-1
[14:29] <ahasenack> and a huge list below that
[14:30] <ahasenack> pages and pages
[14:30] <rick_h_> ah, it's charms that meet that relation? That's probably something that we should clean up
[14:30] <rick_h_> worth a bug
[14:30] <ahasenack> basically all revisions of any other charm that uses these relations
[14:30] <ahasenack> hundreds and hundreds :)
[14:30] <ahasenack> I'll file one
[14:30] <rick_h_> ahasenack: yea, that sucks
[14:32] <ahasenack> rick_h_: since I'm here, I also filed this earlier, but it doesn't look juju-gui related: https://bugs.launchpad.net/ubuntu/+source/charm-tools/+bug/1621870
[14:32] <mup> Bug #1621870: charm push fails in bzr branch <charm-tools (Ubuntu):New> <https://launchpad.net/bugs/1621870>
[14:33] <rick_h_> ahasenack: sure thing, https://github.com/juju/charmstore-client is the charm client code/bugs
[14:33] <rick_h_> ahasenack: I'll move that over there
[14:33] <ahasenack> oh
[14:33] <ahasenack> ok
[14:34] <rick_h_> ahasenack: https://github.com/juju/charmstore-client/issues/90
[14:38] <ahasenack> thx