[04:35] <hallyn> infinity: say, do you think there would be any objection to adding MS_SLAVE (and friends) to /usr/include/sys/mount.h in lucid?
[04:37] <hallyn> infinity: (this is regarding http://www.spinics.net/lists/netdev/msg225516.html)
[04:38] <infinity> In... Lucid?
[04:39] <infinity> hallyn: Explain to me why we care?
[04:40] <hallyn> infinity: uh, ok! :)  someone running lucid with old libc but backported kernel?
[04:40] <hallyn> so they want to do ip netns <wahtever>
[04:40] <infinity> hallyn: The version of iproute2 in lucid (obviously) compiles fine in lucid.  Is there some motivation to backport, other than this dude who's building new software on an old release?
[04:41] <infinity> hallyn: new kernels on lucid fail in lots of subtle (and not so subtle) ways.
[04:41] <infinity> hallyn: Like, uhm.  udev.
[04:41] <infinity> hallyn: So, again, tell me why we care?
[04:41] <hallyn> well, we care bc really it's a dumbass bug in the layout of the .h files,
[04:41] <hallyn> it's not liek the define wasn't there,
[04:42] <hallyn> it was just not in the right place.
[04:42] <infinity> Had nothing to do with layout.
[04:42] <infinity> linux private headers != libc public headers.
[04:42] <hallyn> we can argue one way or the other about this particular program, but MS_SLAVE is almost as old as i am
[04:42] <hallyn> right, and MS_SLAVE should have been in libc
[04:42] <infinity> And they're not always in sync.  And glibc clearly wasn't at that point.
[04:42] <hallyn> right :)
[04:42] <infinity> But my point is that "supporting new software on old releases" isn't an SRU target.
[04:43] <infinity> And that's exactly what this is, since the old version of iproute2 demonstrably works.
[04:43] <hallyn> but MS_SLAVE is so old that i argue it's not for "new" software
[04:43] <infinity> It's for new software.
[04:43] <infinity> Nothing in the archive needed it, or someone would have noticed.
[04:43] <hallyn> no, this example just happens to be new
[04:43] <hallyn> well no, someone would have done what i always did
[04:43] <hallyn> and done #ifndef MS_SLAVE #define MS_SLAVE
[04:44] <hallyn> all right, so the answer is now :)  i just wanted to be sure before responding
[04:44] <hallyn> s/now/no/
[04:44] <infinity> The answer is "there's no compelling reason".
[04:44] <hallyn> (i'm not exactly heavily invested in this, it's just somethign that bugged me witg glibc from oh say 2006-2010)
[04:45] <infinity> If it bugged you in 2006, there was plenty of time to fix it before 2010. :P
[04:45] <hallyn> #ifndef :)
[04:45] <hallyn> thanks - happy friday night
[04:47] <infinity> lucid's missing a lot of those flags.
[04:47] <infinity> Some far more interesting.
[04:47] <infinity> Like, MS_MOVE.
[04:47] <infinity> So, I'm going to again go with "run precise instead".
[04:47] <hallyn> (it used to miss several syscalls plus the newer CLONE_NEW* too)
[04:48] <infinity> I dunno.  If there's a reason to do a more drastically interesting SRU, we could cue up some minor header syncing.
[04:48] <infinity> But I'm not sure it's worth the effort.
[04:48] <hallyn> no no.  i'm with you.
[04:48] <infinity> And most upstreams will say the same thing, really.
[04:49] <infinity> Heck, I got laughed at by benh for running an "ancient" 3.2 kernel.
[04:49] <hallyn> i'm just happy things are more in sync nowadays
[04:49]  * hallyn out
[08:07] <infinity> tjaalton: FYI, in your next xorg-server merge from Debian, don't miss the changes from my last upload.
[08:28] <tjaalton> infinity: which one was that?
[08:32] <infinity> tjaalton: http://launchpadlibrarian.net/130794589/xorg-server_2%3A1.13.2-0ubuntu1_2%3A1.13.2-0ubuntu2.diff.gz
[08:33] <infinity> tjaalton: Basically just a revert of our delta (hence the build-dep patch being more than one line, cause it reverts to being the same as Debian for easier merging)
[08:33] <tjaalton> ah
[08:33] <tjaalton> we're staging the next bump on a ppa, I'll merge that in
[08:33] <infinity> tjaalton: After finishing the audit MIR, I felt the urge to go undo all our no-audit deltas, so we wouldn't forget.
[08:33] <tjaalton> oh cool
[10:36] <Marlinc> Hello is it possible to integrate my application into the Ubuntu online accounts system? So when a user logs in it gets added to the online accounts system and it can be managed from there
[10:37] <mitya57> Marlinc: yes, see http://developer.ubuntu.com/resources/technologies/online-accounts/
[10:38] <mitya57> and http://developer.ubuntu.com/api/ubuntu-12.10/python/AccountPlugin-1.0.html
[10:38] <Marlinc> Okay nice I'll take a look
[10:39] <Marlinc> And with Java mm.. I develop my application in Java so it can run on Ubuntu, other Linux distro's, Windows and Mac OS X
[10:39] <Marlinc> Is it possible to do those things with Java or is there another good alternative to Java that can be easily used on all of those platforms?
[10:41] <mitya57> no, that API is not available for Java
[10:41] <mitya57> Python works on all systems :)
[10:42] <mitya57> You can also try to use JavaScript, the API should be available there through GObject Introspection
[10:43] <Marlinc> Well okay Python is nice it is supported on all platforms
[10:44] <Marlinc> And provides Ubuntu integration
[10:53] <Marlinc> Okay I just saw Jython
[10:53] <Marlinc> Can I use it to access the Ubuntu API's from Java
[10:54] <Marlinc> Ah jvm I think mm
[11:05] <mitya57> Marlinc: I'm not sure, you can try :) AFAICT, it implements an old Python syntax (~2.6), and nobody actually builds modules for it...
[11:06] <Marlinc> Ah..
[11:07] <Marlinc> Well is there a more lower way of communicating with those APIs? So I can implement a basic thing in Java
[11:15] <mitya57> Marlinc: I believe signond has some D-Bus API, but I don't see it documented anywhere
[11:15] <Marlinc> Mm okay
[11:15] <Marlinc> And how about lenses and scopes
[11:18] <mitya57> The same I think. The only D-Bus API that is documented is the Launcher API (https://wiki.ubuntu.com/Unity/LauncherAPI#Low_level_DBus_API:_com.canonical.Unity.LauncherEntry), but with note "do not use it"
[11:20] <Marlinc> Ah..
[11:20] <mitya57> But you better ask on #ubuntu-unity about that
[11:20] <mitya57> (not on weekend)
[11:20] <Marlinc> Okay
[11:21] <Marlinc> Well luckily it is vacation next week
[11:21]  * mitya57 has to go away now
[11:21] <Marlinc> In The Netherlands at least
[11:21] <Marlinc> Cya
[13:09] <vibhav> seb128: ping
[13:10] <vibhav> Actually, Is anybody from the Nexus 7 team available?
[13:48] <shar> slangasek, are you in-charge of the foundations-r-wubi-publishing specification?
[16:16] <Judith> What is adult novelty?
[16:18] <Judith> What is adult novelty?
[16:45] <vibhav> infinity: Was autopkgtest inspired when you uploaded a broken version of dpkg?
[18:10] <Gaga> Please tell me where ubuntu-core-12.10-core-armhf.tar.gz includes Kernel or it is only rootfs? I wont to run it on i.MX53 Quick start board
[18:13] <panzersajt_> Hy I have seen that canonical will release ubuntu for mobiles phones and I have seen that the refernce phone is based on omap4460. I have a omap4460 based tablet. I would like to ask weather it will be possible to install ubuntu mobile on it? It has same display resolution 1280x800 so that should be a problem (with working drivers of course)
[18:14] <Gaga> As I know Ubuntu Phone source is not released yet????
[18:17] <panzersajt__> no it is not but it will be during the MWC at the end of this mounth
[18:19] <Gaga> As I know it will mostly intended to use with development boards (such as Pandaboard ES, Beagle board ...)
[18:21] <Gaga> Even if it will available for your phone it will have tons of bugs
[18:22] <Gaga> Please tell me where I can download Ubuntu Core source tarball? if available
[18:24] <cjwatson> vibhav: Um, infinity didn't write autopkgtest ...
[18:24] <cjwatson> Gaga: You need to add your own kernel.  https://wiki.ubuntu.com/Core
[18:25] <cjwatson> Gaga: The source is simply the corresponding packages in the Ubuntu archive
[18:25] <cjwatson> (i.e. "apt-get source <whichever package you're interested in>")
[18:26] <Gaga> cjwatson-- but it is not a package, it is olso with apt get?
[18:27] <cjwatson> There's no package for ubuntu-core itself - it's just a tarball assembled from lots of other packages
[18:27] <Gaga> cjwatson-- Thank you for answer, Please can you give me a direct link to single tarball?
[18:27] <cjwatson> (Though it's built using the live-build package)
[18:28] <Gaga> cjwatson-- Ubuntu Core X86 olso needs to add kernel?
[18:28] <cjwatson> Yes
[18:28] <cjwatson> Gaga: http://cdimage.ubuntu.com/ubuntu-core/releases/12.10/release/ubuntu-core-12.10-core-armhf.tar.gz
[18:31] <Gaga> cjwatson-- I wont to run it on i.MX Quick Start Board R, I have kernel and rootfs patches from freescale
[18:33] <cjwatson> I'm not an expert on this, but since that's ARMv7-based I don't see why that would be too problematic
[18:34] <Gaga> cjwatson-- It there any additional configuration necesarry except applyng patches to original kernel from kernel.org and to this rootfs?
[18:34] <cjwatson> You'll have to arrange to boot it somehow; but I'm afraid I don't know more details
[18:34] <cjwatson> The wiki page I pointed you to above has some general guidance
[18:37] <Gaga> cjwatson-- Building linux image for Freescale board first time was big trouble for me, I seen there is a few image builders like Buildroot and ELDK but they are too complex and work using them is not much easier than without them.
[18:38] <Gaga> cjwatson-- I am planning to launch new open source project like that
[18:41] <BadDesign> Where is the documentation for writing applications in GJS for Gnome 3?
[18:42] <Gaga> https://live.gnome.org/Gjs
[18:42] <Gaga> You have seen this page?
[18:43] <BadDesign> Gaga: yeah, but where is the documentation for JavaScript? I don't want to read the C docs to use GObject
[19:12] <infinity> vibhav: What Colin said.  I had nothing to do with autopkgtest.  Also, I'd never upload a broken dpkg!  *whistles innocently*
[23:58] <cjwelborn> nobody is talking about ubuntu development?