[03:38] <Bonez> do any of you folks manage the actual ubuntu repositories?
[03:40] <sarnold> some people here are archive admins..
[03:42] <Bonez> i'm assuming ubuntu uses dak to manage its repositories?
[03:42] <StevenK> We do not.
[03:44] <pitti> Good morning
[03:44] <Bonez> well that sucks. thanks anyways then.
[03:44] <StevenK> ...
[03:49] <ion> … indeed
[07:10] <dholbach> good morning
[07:10] <didrocks> good morning Mr Holbach :)
[07:11] <dholbach> salut didrocks
[09:20] <doko> cjwatson, is there light at the end of the haskell tunnel?
[09:29] <ev> slangasek: due to a bug (https://bugs.launchpad.net/errors/+bug/1154189) I cannot see the graph for that bucket.
[09:30] <leagris> Hello
[09:30] <ev> I have a branch to fix the URL issue. Please feel free to file a bug for anything amiss you find in the data (http://launchpad.net/errors/+filebug)
[09:42] <cjwatson> doko: it's some way off yet, but I think so.  Definitely making progress
[09:45] <doko> jodh, should upstart-monitor be kept in main?
[09:46] <doko> Daviey, zul: should cinder-backup, python-pybabel, quantum-lbaas-agent quantum-plugin-midonet  be kept in main?
[09:47] <Daviey> doko: I believe so
[09:47] <doko> seb128, didrocks: should gwibber, gcalctool be kept in main?
[09:47] <doko> Daviey, could you seed these?
[09:47] <seb128> doko, no to both
[09:47] <jodh> doko: it's not essential, so maybe not. But would it be odd to have a single source package with binary packages in different repos?
[09:47] <seb128> doko, gcalctool is a dummy transitional package (got renamed gnome-calculator)
[09:48] <doko> jodh, it's your call
[09:48] <soren> jodh: No, that's not odd at all. It's quite common.
[09:49] <soren> jodh: So don't let that affect your decision.
[09:49] <Daviey> doko: ack
[09:49] <doko> cjwatson, should libdrm2-udeb be kept in main?
[09:50] <doko> seb128, can you help with account-plugin-icons?
[09:50] <seb128> doko, what about it?
[09:50] <doko> should it be kept in main?
[09:50] <jodh> doko/soren: I'm easy where it lives then :) It just ended up in main by default.
[09:51] <seb128> doko, probably not, it's a dummy transitional package
[09:51] <doko> seb128, ok, demoting
[09:51] <seb128> thanks
[09:51] <doko> jodh, could you seed it?
[09:51] <cjwatson> doko: No.  Moved to universe
[09:53] <cjwatson> seed upstart-monitor> I would suggest lp:~ubuntu-core-dev/ubuntu-seeds/platform.raring supported-sysadmin-common
[09:53] <cjwatson> Or perhaps supported-sysadmin-desktop since it includes GUI support
[09:54] <cjwatson> (Doesn't matter that much, it's support lifetime pedantry)
[09:55] <jodh> cjwatson: thanks
[09:55] <doko> seb128, should ubuntu-system-service be demoted?
[09:56] <doko> or maybe removed?
[10:01] <pitti> seb128: ^ is that actually completely replaced by other things? didn't that set the apt proxy in the past?
[10:03] <seb128> doko, pitti: no, it's still useful and should still be installed by default
[10:03] <seb128> let me find the right place to add back a depends/recommends
[10:03] <seb128> what pitti said
[10:03] <pitti> seb128: did we switch over to system-services now?
[10:04] <pitti> ah, so we did
[10:04] <seb128> pitti, we did, and I dropped the u-s-s systemd compat parts
[10:04] <seb128> but as you said it still does stuff useful for us
[10:04] <seb128> we didn't get to move those bits somewhere else yet
[10:05] <pitti> seb128: what's left except the apt proxy stuff?
[10:06] <seb128> pitti, some keyboard stuff
[10:06] <seb128> pitti, but I'm not sure where/if we still use that
[10:06] <pitti> isn't that being done by accountsservice now?
[10:07] <pitti> another instance where I'd love to have codesearch.ubuntu.com :)
[10:07] <seb128> pitti, is has "is_reboot_required" as well
[10:09] <seb128> pitti, yeah, would be useful to have a codesearch, I'm wondering if we have anything left using those inferfaces
[10:09] <pitti> seb128: I guess apt proxy is g-c-c ?
[10:09] <seb128> pitti, it was, but we didn't port that feature to the new network panel afaik
[10:09] <seb128> so I'm not even sure it's used atm
[10:09] <pitti> uh
[10:10] <pitti> gnome-control-center-3.6.3/debian/patches/50_ubuntu_systemwide_proxy.patch:+                                       "com.ubuntu.SystemService",
[10:11] <pitti> we still have that
[10:11] <pitti> apparently upstream doesn't have a system-wide proxy config
[10:11] <seb128> pitti, series: "#50_ubuntu_systemwide_proxy.patch needs-rewrite"
[10:12] <pitti> it's not used at all in software-properties
[10:12] <seb128> pitti, right, one of the blueprint mention that it's planned to add to n-m
[10:12] <pitti> so I suppose the keyboard stuff can go as well
[10:12] <seb128> pitti, what's the right thing to grep for? com.ubuntu.SystemService I guess?
[10:12] <pitti> update-notifier and software-properties also don't use u-s-s
[10:12] <seb128> pitti, I will ask jdstrand if he can archive grep for it
[10:12] <pitti> seb128: *nod*
[10:13] <seb128> jdstrand, hey, is there any chance you could archive grep for com.ubuntu.SystemService in raring?
[10:14] <seb128> pitti, the only match in my local packaging dir is g-c-c and the patch is commented of the serie
[10:14] <pitti> so I suppose there's no need to add a dependency right now
[10:14] <pitti> i. e. raring just can't set system-wide proxy with a GUI
[10:15] <seb128> right, we might want to try to fix that before release though
[10:15] <seb128> not sure how important the feature is
[10:25]  * xnox had multiple reports from people not managing to get proxy settings right globally. E.g. apt-get works, yet downloading flash in the flashplugin-installer times-out and doesn't have the right proxy settings =(
[10:25] <xnox> is_reboot_required - shouldn't that now be handled by the upstart file bridge? or do we need to enable user sessions as well (not enabled by default for raring) ?
[10:26] <seb128> xnox, well, that code gives a dbus interface to query to know if a reboot is required
[10:27] <seb128> not sure what uses it, seems like that should be an info available in aptd though
[10:27] <seb128> that's useful for e.g update-manager or the indicator-session to turn the icon red
[10:28] <xnox> seb128: /me thought that we emit a dbus broadcast event upon flaggin up "reboot required" for the indicators and the like. They don't poll the status.
[10:28] <xnox> oh, they might on startup/first login.
[10:28] <seb128> right
[10:29] <seb128> stuff like update-manager are not running all the time
[10:29] <xnox> seb128: we can totally add that dbus interface to upstart, which has everything on dbus already.
[10:29] <xnox> seb128: e.g. a file-bridge dbus interface to check reboot_required file, wherever that file is.
[10:30] <seb128> wouldn't it make sense to have that interface provided by aptd rather?
[10:30] <seb128> that seems like the appropriate service for package management related apis
[10:31] <pitti> seb128: preferably we don't want to trigger aptd on every boot each time, though
[10:31] <pitti> it's really heavy
[10:31] <seb128> that's a good point
[10:31] <pitti> programs could just look for the stamp file
[10:32] <pitti> this is all heavily ubuntu specific anyway, so if we hardcode the ubuntu specific path or the ubuntu specific dbus name doesn't make much of a difference from a maintenance POV
[10:32] <pitti> but a huge one for performance
[10:33] <pitti> the same is true for u-s-s, of course (being written in python)
[10:48] <vrodic> hey guys, i've just upgraded to 13.04 from 12.04, and now my single ext4 root filesystem doesn't unmount cleanly on reboot. a known bug?
[10:50] <xnox> pitti: looking at the code for bug 1103024 the __gsignal__ only specifies 3 parameters. Unless action-done is name clashing with some other "action-done" with 5 parameters?
[11:22] <OdyX> tkamppeter: build in the pipes
[11:50] <jdstrand> seb128: re archive grep> started
[11:51] <xnox> doko: some of the underlinking is reported during gtk-doc builds, which frankly we don't care about underlinking as it does build a scanner only to find relevant/wanted symbols.
[11:51] <xnox> can it be somehow disabled in gtk-doc?
[11:51] <seb128> jdstrand, hey, thanks!
[12:03] <tkamppeter> OdyX, OK. I am assuming that you are based on today's BZR commit (including the cups-browsed.postinst to overtake cupsd.conf entries).
[12:08] <jibel> jtaylor, I proposed a patch for bug 1164362, if it is accepted you can keep the versions in ipython's test control file.
[12:08] <jibel> jtaylor, just fix the deps for the test 'incomplete-install', there is a comma missing, and add python-lxml and python3-lxml to tools2 and tools3 dependencies respectively
[12:11] <OdyX> tkamppeter: saw them later on; yes.
[12:11] <OdyX> tkamppeter: uploaded to experimental right now.
[12:12] <tkamppeter> OdyX, thanks.
[12:13] <OdyX> tkamppeter: I have pushed my changes to the repository.
[12:16] <OdyX> tkamppeter: can you tag the repository for me. I'm done with fighting with bzr…
[12:35] <doko> xnox, sorry, failing to parse that ...
[12:36] <Mirv> didrocks: hi. upstream has approved my patch to Qt Creator fixing bug #1135336 , at  lp:~kubuntu-packagers/kubuntu-packaging/qtcreator
[12:36] <Mirv> if you're willing to sponsor
[12:37] <xnox> doko: https://launchpadlibrarian.net/136066048/buildlog_ubuntu-raring-i386.glade-3_3.8.0-0ubuntu5_FAILEDTOBUILD.txt.gz fails during scanning docs. Can that "undefined reference to symbol" be optional at gtk-doc stage?
[12:37] <didrocks> Mirv: oh, excellent news! do you mind summing that up for me on how this is fixed?
[12:37] <didrocks> Mirv: like, I never lauchad qtcreator and installed qt4-qmake
[12:37] <didrocks> what happens? :)
[12:38] <Mirv> didrocks: it configures the Qt for you that is the default (Qt 5 in case of qt5-default)
[12:38] <didrocks> Mirv: the fact to prefer qmake will should both qt5 and qt4 projects?
[12:39] <didrocks> s/should/show/
[12:39] <didrocks> in the new project window?
[12:40] <Mirv> didrocks: it will show both qt quick 1 and quick 2, if that's the question, yes
[12:40] <Mirv> (Qt 5 supports qt quick 1 as well)
[12:40] <didrocks> Mirv: exactly, thanks! :)
[12:40] <didrocks> ah, that was what I meant, didn't realize the qt quick1 was coming from qt5
[12:40] <didrocks> but yeah, makes sense
[12:40] <didrocks> Mirv: building and sponsoring :)
[12:40] <doko> xnox, I don't think so. so is this gtk-doc which needs the fix? apparently something is linked during the doc build
[12:40] <doko> seb128, ^^^
[12:41] <seb128> no idea about gtk-doc
[12:41] <Mirv> didrocks: Qt Quick of Qt 4 was renamed to Qt Quick 1 when Qt 5 / Qt Quick 2 came out
[12:41] <didrocks> Mirv: right right, I just didn't think about it when looking at the dialog that even qt quick 1 was indeed still coming from qt5 ;)
[12:41] <didrocks> Mirv: nice work, the patch makes sense :)
[12:42] <Mirv> thanks. nice that upstream agreed, I was wondering if they had some other logic on mind.
[12:42] <didrocks> Mirv: yeah, it seems too obvious and tricky. Great that you get them reviewed first, I was afraid of side-effects :)
[12:43] <xnox> doko: so to generate gobject like API docs, a scanner is compiled and linked against a library one have just built. And like a lot of ugly things, it only links that .so and nothing else. As well frankly it doesn't care about linking in the dependencies.
[12:44] <xnox> doko: anyway I uploaded a fix in glade-3, but I wonder how many more of "failed to build gtk api docs" we have in that test rebuild.
[12:45] <doko> xnox, seb128: well, you could patch gtk-doc to explicitly pass --copy-dt-needed-entries
[12:45] <doko> -Wl,--copy-dt-needed-entries
[12:46] <xnox> doko: nice. well just patch the gtk-doc included makefile snippet to do that in the correct target.
[12:46] <xnox> (that snippet is used by all gtk-doc packages, as that's the way to build gtk-docs)
[12:46] <xnox> via include.
[12:50] <doko> lamont, do you have a complete log for bug 1157687?
[12:59] <doko> jibel, did you see this upgrade issue? ^^^ (or aren't you involved anymore with upgrade testing?)
[13:02] <jibel> doko, psivaa and plars are doing upgrade testing now. psivaa plars did you see this issue^
[13:03] <lamont> doko: looking
[13:05] <psivaa> jibel: no i did not see this issue, i normally update quantal before upgrading to raring and not sure if thats the reason why we do not see that.
[13:07] <doko> xnox, are you working on the gtk-doc patch?
[13:08] <ev> @pilot in
[13:11] <xnox> doko: well back from lunch. Will quickly check how many other things failed at gtk-doc, and whether it's worthwhile to do in gtk-doc.,
[13:32] <tkamppeter> OdyX, why have you added your own init script for cups-browsed? there is an upstream one in utils/cups-browsed.in.
[13:36] <plars> jibel, psivaa: no doesn't look like anything I saw either
[13:36] <xnox> doko: couldn't find another instance so far.
[13:36] <nigelb> pitti: Do you know if/when there will be an update for postgres in the ubuntu repos for today's sec release?
[13:36] <xnox> nigelb: > #ubuntu-hardened maybe?
[13:37] <xnox> for security team.
[13:37] <nigelb> xnox: Aha, thanks!
[13:37] <plars> jibel, psivaa: only thing I had problems with was compiz (shocker!) :)
[13:37] <pitti> nigelb: way ahead of you :)
[13:37] <nigelb> pitti: already building?
[13:37] <pitti> nigelb: it was built two days ago, mdeslaur is pushing out the announcements and packages right now
[13:37] <nigelb> or already *built*
[13:37] <nigelb> hah!
[13:37] <nigelb> Good job you guys! :)
[13:38] <pitti> nigelb: upstream, debian security, ubuntu security and me are currently doing live coordination
[13:38]  * pitti currently feeding his backport PPA
[13:38] <nigelb> \o/
[13:41] <pmcgowan> jdstrand: re the app launcher how is the app actually invoked such that this launcher is used
[13:41] <tvoss> pmcgowan, the shell needs to make sure that the launcher is invoked as I understand it
[13:42] <barry> doko: are you going to give back pycurl?
[13:42] <jdstrand> pmcgowan: that is TBD. we are going to write a prototype that is just an executable that can do 'applaunch /opt/../bin/foo' (or something)
[13:42] <jdstrand> pmcgowan: but we figured this would be more closely integrated with Unity
[13:43] <pmcgowan> ok makes sense
[13:43] <jdstrand> pmcgowan: hence the 'handoff' portion
[13:43] <pitti> oh dear, the PPA autobuilders are totally blocked at a bad time
[13:43] <cjwatson> pitti: asking for score bumps would be justified
[13:43] <ricmm_> jdstrand: is the invocation just a middle-exec ?
[13:43] <pitti> cjwatson: I did bump them (psql security updates)
[13:43] <tvoss> jdstrand, is there a work item for the apparmor definition step (leaving aside how to do it)?
[13:44] <ricmm_> or is it a service that exposes an API
[13:45] <jdstrand> tvoss: in that same blueprint, there is work for the apparmor definition. next month (iirc) we start looking at making it integrate with the SDK
[13:45] <tvoss> jdstrand, cool
[13:46] <OdyX> tkamppeter: which is too generic as far as I'm concerned. Also $cups and $alioth don't work.
[13:46] <tvoss> jdstrand, we were initially thinking about an executor approach that allows for more fine-grained entry points to an application than just int main(...)
[13:46] <jdstrand> ricmm: my team is concerned really on with making sure the sandbox is setup properly. I think the Unity team is in the best position to define (with our review) how to execute a sandboxed app
[13:46] <ricmm> I mean in terms of the launcher, just wondering what your planned implementation for it is in terms of consumers
[13:46] <mitya57> pitti: hi, did you see debian bug 700838? do you want me to write a patch for it? :)
[13:46] <ricmm> not just the definition of the sandbox itself
[13:46] <pitti> mitya57: oh, please
[13:47] <mitya57> ok
[13:47] <ricmm> or maybe I'm reading this wrong and the launcher is actually a work item on someone elses plate, to match your sandbox definition
[13:47] <jdstrand> tvoss: sure. do you have existing code for this?
[13:47] <OdyX> tkamppeter: also, it would be ideal if cups-browsed could 1) fork itself; 2) write its pidfile somewhere on his own.
[13:48] <tvoss> jdstrand, nope, it was more an initial idea that would allow us to offer test executors and the like
[13:48] <jdstrand> ricmm: well that's just it. we don't have a planned implementation for consumers. we have a plan for the sandbox setup. we want to plugin to your (I'm assuming you are on the Unity team) plan for executing things
[13:49] <tvoss> jdstrand, however, people vetoed the idea for multiple reasons, among them the lack of protection of the executor, and the argument that not every app will be an executable/shared library
[13:49] <jdstrand> which is why we are just doing a super simple prototype at first
[13:50] <jdstrand> tvoss: I'm not sure I understand that comment. can you rephrase? for an app to be confined properly, it needs to have its own pid for attachment such that we can attach a profile to it for that application
[13:51] <jdstrand> ie, multiple tabs for different HTML5 apps won't do
[13:51] <jdstrand> s/ie/eg/
[13:51] <tvoss> jdstrand, okay, the idea was that the executor is an executable that loads an app from a shared-object by resolving some pre-defined entry points, obviously, we could run the executor in your sandboxed env
[13:51] <jdstrand> (well, unless each tab is a separate process-- it gets slightly more complicated there, but it is technically doiable)
[13:53] <jdstrand> tvoss: this executor you refer to-- is that for the entire supported set of apps? (HTML5, QML, etc)
[13:53] <tvoss> jdstrand, yup, that was the idea, although we didn't explore it any deeper tbh
[13:53] <mitya57> pitti: unrar in dfsg tarball?
[13:54] <jdstrand> tvoss: ok, so your executor could be our app launcher (ie, we plugin to it to setup the sandboxed env)
[13:55] <jdstrand> tvoss: we have the aa_change_profile() library call that we can use in the executor to change into the apparmor profile at an appropriate time (eg, just before fork())
[13:55] <tvoss> jdstrand, interesting .. perhaps we stick to your first cut of main as an entry point and see how we can evolve things over time?
[13:57] <jdstrand> tvoss: I'm fine with proceeding how it makes sense. the prototype we want to have is really about showing how to setup the sandbox. that code can be pulled in to Unity in your executor or in some other fashion however it works best for Unity
[13:57] <ScottK> pitti: If you have postgresql-9.1 ready for raring, go ahead and upload (or when you do).  I'm happy to go ahead and accept it, freeze or no.
[13:57] <tvoss> jdstrand, cool :) that sounds like a really good idea
[13:58] <pitti> ScottK: ah, can do; I was going to sync it in about two hours or so, as dinstall is just running
[13:58] <tvoss> jdstrand, can you point ricmm and me to the branch (under the assumption there is one already?)
[13:58] <lool> tvoss: It seems practical to me to combine default handlers and apparmor setup in the same wrapper
[13:58] <ScottK> pitti: OK.  That should be fine.
[13:58] <pitti> ScottK: but I can upload a fakesync now of course
[13:58] <lool> tvoss: e.g. empty event handlers if the shared object doesn't provide this or that callback
[13:58] <pmcgowan> tvoss: does this have any impact on making a qmlscene replacement for qml apps?
[13:59] <jdstrand> tvoss: cool :) so, we'd like to watch the executor work (coordinate, review, get involved), so if that is turning up on BPs, can you ping me and sbeattie (sbeattie will be working on the launcher)
[13:59] <pitti> ScottK: I'm going to do just that; let's cover all our bases
[13:59] <ScottK> pitti: I'll trust you assessment of the urgency.  I mostly wanted to make sure you weren't waiting on beta 2 to release.
[13:59] <lool> pmcgowan: We need one to set some env vars in any case
[13:59] <ScottK> OK
[13:59] <lool> albeit I'm not we have a list
[13:59] <lool> *sure
[13:59] <jdstrand> tvoss: there is not one already
[13:59] <tvoss> pmcgowan, totally not
[13:59] <pmcgowan> vg
[13:59] <tvoss> pmcgowan, think about it like a helper that just bootstraps a sandboxed env
[13:59] <jdstrand> sbeattie: ^ when you have something, can you point to tvoss and ricmm
[13:59] <ricmm> jdstrand: tvoss lets entwine our names in single blueprint that contains the launcher/apparmor and executor story
[13:59] <ricmm> from the point of view of the extended app lifecycle
[14:00] <ricmm> not just shell->desktop
[14:00] <tvoss> ricmm, +1
[14:00] <pitti> ScottK: oh, it's a merge anyway, darn; I didn't notice that we got ubuntu changes; uploading
[14:00] <ScottK> Great.  Thanks.
[14:00] <jdstrand> ricmm: sure, we can move our prototype work items over to you-- we just did it where we did since we don't have anything yet :)
[14:00] <ricmm> jdstrand: can we maybe have a call to explain how our lifecycle works right now? theres one thing that I deem important for this apparmor story and that is the resuming of previously-running applications after a power cycle and so on
[14:01] <ricmm> we need to retore certain things, so all in all restore the sandbox... etc
[14:01] <ricmm> anyways, would be cool to have a voice call about it as sometimes chat can be slow
[14:01] <ricmm> jdstrand: no I'm fine with confinement being handled by your team, I find it awesome
[14:01] <tvoss> ricmm, do you think the app lifecycle bp makes sense?
[14:01] <ricmm> great work indeed
[14:01] <ricmm> tvoss: yes
[14:02] <jdstrand> ricmm: there shouldn't really be any concerns there-- apparmor policy is loaded into the kernel. any env variables are in memory and other stuff is filesystem, so a suspend/resume shouldn't need any particular attention
[14:02] <jdstrand> ricmm: but maybe I misunderstand your question
[14:02] <ricmm> jdstrand: this is a power cycle scenario, apps exit memory
[14:02] <ricmm> and we restore from saved states
[14:02] <ricmm> I'd like to discuss the security concerns about it
[14:02] <ricmm> and update our lifecycle drafts
[14:03] <jdstrand> ricmm: ok, please ask mdeslaur and jjohansen to attend the meeting
[14:03] <jdstrand> (I can also be there)
[14:03] <jdstrand> (mdeslaur is my techlead and jjohansen the apparmor lead)
[14:03] <ricmm> awesome, thanks
[14:03] <pitti> ScottK: uploaded
[14:03] <ricmm> tvoss: jdstrand any date preference?
[14:04] <tvoss> ricmm, not on a weekend :)
[14:05] <ricmm> jdstrand: is there a blueprint for your work somewhere?
[14:05] <ricmm> so we can kind of bridge between our relevant ones and add them to the call
[14:06] <jdstrand> ricmm: this particular work item is in https://blueprints.launchpad.net/ubuntu/+spec/security-1304-appisolation-example
[14:06] <ricmm> thanks
[14:06] <ScottK> pitti: Thanks.  Accepted.
[14:07] <pitti> infinity, Daviey: ^ if you need to rebuild the server ISOs for beta 2 for some reason, including postgresql-9.1 9.1.9 would be a very good idea; I'll warn about this in my blog post
[14:13] <jdstrand> ricmm: re date preference> none on my end other than what tvoss said :)
[14:40] <dholbach> didrocks, ready? :)
[14:40] <didrocks> dholbach: seems that rickspencer3 abandonned my hangout, so yeah ;)
[14:40] <rickspencer3> hi didrocks
[14:40] <rickspencer3> sorry
[14:40] <rickspencer3> otp
[14:40] <rickspencer3> :/
[14:41] <didrocks> no worry rickspencer3 :)
[14:41] <dholbach> didrocks, we still have 20m - it's all good :)
[15:24] <BigWhale> Greetings.
[15:28] <BigWhale> ev: I was tolk I could bug you for an upload... :)
[15:30] <ev> BigWhale: sure
[15:30] <ev> well, depends on what you want to upload :)
[15:32] <BigWhale> ev: a new release of Kazam. This one, to be more preceise: https://launchpad.net/kazam/stable/1.4.2
[15:32] <BigWhale> 1.4.1 is already in raring, this is just a minor bugfix release.
[15:33]  * ev looks
[15:36] <pitti> xnox: I'll look at that tomorrow; too much psql troubles this afternoon
[15:39] <tkamppeter> OdyX, I had to release cups-filters 1.0.33, there was a NULL check needed. I have updated also the BZR for Debian.
[15:40] <ev> BigWhale: is there a bug for this?
[15:41] <xnox> pitti: ack.
[15:42] <BigWhale> ev: yes, there were two...
[15:43] <BigWhale> They were targeted
[15:43] <ev> BigWhale: numbers please :)
[15:44] <BigWhale> #1100626 #1085438
[15:45] <ev> BigWhale: ah, I meant targeted against the Ubuntu source package
[15:45] <ev> for the upload
[15:45] <ev> since it will require freeze exceptions
[15:45] <ev> BigWhale: see: https://wiki.ubuntu.com/FreezeExceptionProcess
[15:46] <BigWhale> Oh, none of them are.
[15:48] <ev> BigWhale: would you mind creating one http://launchpad.net/ubuntu/+source/kazam/+filebug that requests the new version?
[15:49] <ev> I'll then attach the debdiff to that
[15:51] <BigWhale> ev: https://bugs.launchpad.net/ubuntu/+source/kazam/+bug/1164584
[15:52] <ev> thanks!
[15:52]  * ev moves quick in his remaining 10% of battery
[15:52] <BigWhale> Oh, thank you. :)
[15:52] <ev> on*
[15:59] <ev> BigWhale: I've updated the bug with the debdiff and some follow-up instructions
[16:00] <BigWhale> ev: great, thanks!
[16:00] <ev> once you have approval from the release team, let whomever is patch piloting know and they can shepherd the upload through
[16:00] <ev> good luck! :)
[16:03] <ev> @pilot out
[16:05] <BigWhale> I just subscribed to a bunch of mailing lists... :>
[16:15] <mdeslaur> ricmm: whoops, just got your invite...
[16:15] <mdeslaur> ricmm: are you rescheduling it?
[16:32] <OdyX> tkamppeter: ah, great, thanks.
[16:40] <ricmm> mdeslaur: yes, rescheduling
[17:05] <roadmr> Hey folks! I'm backporting a couple of python packages, A depends on B. I successfully backported B, but since it's only available in a PPA, I'm wondering how to indicate that the build for A should use that PPA to install B as a build-depends
[17:15] <xnox> roadmr: > better ask similar questions on #ubuntu-packaginging. But simply uploading into the same ppa will use depends from that ppa during build.
[17:15] <xnox> roadmr: well "biggest version wins", so packageB in ppa should be >> version number than in ubuntu archive proper.
[17:16] <roadmr> xnox: oh perfect! thanks! and OK, I'll ask there next time, didn't know that channel existed :)
[17:25] <zyga> hey
[17:25] <zyga> xnox: so let's talk about command-not-found here
[17:25] <xnox> zyga: \o/
[17:25] <zyga> xnox: so there are a few pieces
[17:25] <zyga> xnox: how to rebuild the data
[17:25] <zyga> xnox: when to rebuild it
[17:25] <zyga> xnox: when it should be documented
[17:25] <zyga> xnox: er, where
 Hey folks! I'm backporting a couple of python packages, A depends on B. I successfully backported B, but si
[17:25] <zyga> xnox: and where it should be running
[17:26] <xnox> https://wiki.ubuntu.com/CommandNotFoundMagic
[17:26] <zyga> xnox: that's the original spec IIRC
[17:26] <xnox> with some *.pl URLs =))) ;-)
[17:26] <xnox> both are 404 though.
[17:35] <zyga> re
[17:35] <zyga> sorry
[17:35] <zyga> xnox: haah, I guess that's suxx.pl
[17:36] <zyga> xnox: sorry, need to move networks, brb
[17:36] <zyga_> re
[17:37] <zyga_> xnox: so let me see that page again
[17:37] <zyga_> xnox: so the code is on launchpad which mirros github (or should, I'll update that)
[17:37] <zyga_> xnox: the code is on github.com/zyga/command-not-found
[17:37] <zyga_> xnox: inside the code there are a bunch of readme files
[17:37] <zyga_> xnox: I should probably update the layout a bit to look less sucky
[17:40] <zyga_> xnox: what do you expect in terms of automation
[17:41] <xnox> zyga_: at the moment, all I want is to run and update command-not-found-data.
[17:41] <xnox> zyga_: later i want instructions on a wiki page how to do that.
[17:42] <zyga_> xnox: ok
[17:42] <zyga_> xnox: so assuming you have the archive
[17:42] <zyga_> xnox: you need to look at https://github.com/zyga/command-not-found/tree/master/UnifiedDataExtractor
[17:42] <zyga_> xnox: and run ...
[17:43] <zyga_> xnox: probably create-binary-database
[17:43] <zyga_> xnox: let me check that in practice
[17:48] <zyga> xnox: heh, it's been a while, let me do some basic cleanups to use it
[17:49] <mitya57> pitti: I have a huge patch for you @ lp:~mitya57/debian/sid/calibre/remove-embedded-libraries
[17:49] <mitya57> it removes bundled copies of mathjax, python-markdown and unrar
[17:49] <mitya57> and also fixes some minor issues such as not working clean target
[17:50] <mitya57> known issues: (1) it still has embedded jQuery
[17:50] <mitya57> (2) it tries to write to /usr/share/applications/defaults.list during build
[17:51] <mitya57> (3) the mime file is not installed
[17:51] <mitya57> none of these seems to be caused by my changes though :)
[17:52]  * zyga cannot believe how crappy was his code just 8 years ago
[17:52] <xnox> zyga: to be honest python2.4 was a different kind of animal.
[17:52] <mitya57> note that embedded unrar is a "Severity: serious" bug, but it doesn't affect wheezy
[17:56] <zyga> xnox: yeah but so were my python skills back then I guess :)
[17:57] <zyga> xnox: I think this was my first python program as well
[17:57] <zyga> xnox: and preinstalled on ubuntu, how cool is that :)
[17:57] <zyga> xnox: I didn't stress that much back then
[17:58] <zyga> xnox: the first commit is from 2006 though, I guess it's an import from something other than bzr, probably darcs
[18:00] <zyga> xnox: ok, so to run it
[18:00] <zyga> xnox: you need to run the scan script on the archive
[18:00] <zyga> xnox: basically on any debs you may have around
[18:01] <zyga> xnox: I've pushed a cleanup branch to git://github.com/zyga/command-not-found
[18:01] <zyga> xnox: I'll make usability nice
[18:01] <zyga> (enough)
[18:01] <zyga> xnox: do you think this should be a native package?
[18:02] <zyga> omg
[18:02] <zyga> whoever ran this
[18:02] <zyga> scan is still using /usr/bin/env python2.4
[18:02] <zyga> :DDD
[18:03] <roadmr> haha :)
[18:05] <zyga> well, it probably runs on some arcane 10.04 systen
[18:05] <zyga> system
[18:05] <zyga> does 10.04 have python2.4?
[18:05] <zyga> xnox: perhaps there is a branch that is used by cannonical that is not in trunk somewhere?
[18:06] <maxb> Even 8.04 had python 2.5
[18:07] <zyga> wooow
[18:07] <zyga> I wonder when I really wrote that
[18:07] <zyga> did 4.04 had python2.4?
[18:07] <zyga> (times when python2.4 was new, OMG :)
[18:08] <zyga> plars: hey
[18:08] <zyga> roadmr: I kept making logging.debug("..." % (...)) mistakes back then :)
[18:08] <roadmr> zyga: haha well the old you didn't have the present you to help with that ;)
[18:09] <zyga> haha
[18:10] <zyga> roadmr: anyway, even today, the code that implements get_alternatives in both crazy and amazing https://github.com/zyga/command-not-found/blob/master/UnifiedDataExtractor/scan#L41
[18:10] <zyga> roadmr: it actually tries to interpolate for loops and keep track of shell variable values
[18:10] <roadmr> wow! reading
[18:10] <zyga> roadmr: it's not even close to correct but it improves results from 0% to something rather large
[18:11] <zyga> roadmr: I don't have the raw data to compare but when I wrote that, cnf is only usable with that hack
[18:11] <zyga> without it most of the things that people mistype/don't have around is not found as it is actually installed via alternatives system
[18:13] <zyga> well
[18:13] <zyga> back then mirroring the archive was hard
[18:13] <zyga> I remember it filled my _spare_ disk
[18:13] <zyga> and I took a week to download all the packages
[18:14] <zyga> I guess I can start the mirror now, put my kids to bed and have the full archive after that
[18:14] <dobey> it was a different time, before fiber was available everywhere
[18:22] <zyga> dobey: yeah
[18:22] <zyga> dobey: note: I'm still on ADSL, no fiber around where I live
[18:22] <zyga> dobey: but it's 25MBit, not 0.1
[18:23] <roadmr> wow heh
[18:25] <zyga> I guess I can make it a bit better now
[18:26] <zyga> like scanning partner repo
[18:26] <zyga> and getting skype :)
[18:26] <zyga> and scanning arm
[18:26] <zyga> wow
[18:26] <zyga> that's really old stuff there
[18:26] <zyga> xnox: I'll get you the data for raring in a few hours
[18:26] <zyga> xnox: what's the total deadline for this?
[18:28] <xnox> zyga: between now and 18th of April.
[18:28] <xnox> the updated command-not-found should be uploaded.
[18:29] <jdstrand> ricmm: hey, I'd like to attend the meeting you scheduled for tomorrow, but I have a conflict. it is possible to move it a half an hour earlier?
[18:29] <jdstrand> s/it is/is it/
[18:30] <zyga> xnox: ok
[18:31] <zyga> xnox: while I'll clean the code a bit we can just upload the data file
[18:32] <zyga> xnox: do you know where are the armhf files in the archive?
[18:32] <zyga> xnox: http://archive.ubuntu.com/ubuntu/dists/raring/ looking there I can only see i386 and amd64
[18:33] <sarnold> zyga: ports
[18:34] <sarnold> zyga: http://ports.ubuntu.com/dists/<release>/main/
[18:34] <zyga> ah
[18:34] <zyga> ok
[18:34] <sarnold> zyga: https://wiki.ubuntu.com/SecurityTeam/FAQ#Architectures
[18:34] <zyga> thanks
[18:34] <mitya57> pitti: filed a MP (https://code.launchpad.net/~mitya57/debian/sid/calibre/remove-embedded-libraries/+merge/157195), have to go now
[18:36]  * zyga starts mirroring the archive, I'll be back later when that is finished
[19:37] <t1mp> rickspencer3_: ping
[20:50] <zyga> xnox: ping
[20:51] <zyga> xnox: quick question, let's say I'm going to build a manually-verified database that annotates _all_ ubuntu packages with the update-alternative targets that each particular package might or does use; I could then automatically annotate the control files of all of those source packages with the appropriate meta-data, could we then merge this (big) delta back into debian so that we don't have to maintain it and so that command-not-found gets reliable, perfect
[20:52] <zyga> slangasek: ^^ (maybe you can also say how crazy I am :)
[20:53] <zyga> xnox: I'll start with a standalone database (text, editable) that keeps each package-version -> mapping of update-alternatives used in version control
[20:53] <zyga> xnox: then try to get the latest version of all those packages in source form, patch the control file, generate a diff from that
[20:53] <zyga> xnox: do you think that's the right approch to getting that information back to debian?
[20:55] <xnox> zyga: I'm slightly confused by above. In general we already have debtags on debian side for "annotating" packages. As all of this data gets volatile very quickly.
[20:56] <zyga> xnox: could you quickly describe those debtags?
[20:56] <zyga> xnox: are they in the source package or somewhere on the side?
[20:56] <zyga> xnox: (I remember this discussion years ago, I remember someone said 'ah yes, debtags can solve that', but debtags were still under discussion back then)
[20:57] <zyga> xnox: my goal is to have _reliable_ meta-data as to what update-alternatives targets each package uses
[20:57] <zyga> xnox: that data is required for command-not-found
[20:57] <xnox> zyga: the general ideas about such things tends to end up in "AppStream" proposals (multiple incompatible with same name but different implementations) such that package self annotate a bit, but archive publishing software (dak in debian, launchpad in ubuntu) further scans source/binary packages and publishes one co-herent all-purpose index.
[20:57] <zyga> xnox: instead of mainitaining this data separately I'd like to get it back to debian
[20:57] <xnox> neither of which are at a usable state at the moment.
[20:57] <xnox> zyga: http://debtags.debian.net/search/?q=game
[20:58] <zyga> xnox: this cannot be automated
[20:58] <zyga> xnox: it's the same kind of data as Depends or Build-Depends
[20:58] <xnox> zyga: sure. with AppStream proposal parts that cannot be automated live inside the package (source or binary as appropriate) other parts which can be automated live in archive software which merges the two together.
[20:59] <zyga> xnox: I see that, quickly and ugily as X-Update-Alternatives-Targets: /usr/bin/vim.real=/usr/bin/vim
[20:59] <zyga> xnox: so I don't care about the automated part simply because it's not automated in any way at all
[20:59] <zyga> xnox: how does one express the non-automated variant of that in the control file?
[21:00] <xnox> zyga: the beauty of update-alternatives is that we have packages from 3rd parties hooking into that, e.g. like google-chrome web-browser and packages comming from outside of the archive (e.g. things like extra/new versions of emacs, postgresql etc)
[21:00] <zyga> xnox: great
[21:00] <zyga> xnox: so what?
[21:01] <zyga> xnox: for high-profile packages we can keep side-data in command-not-found itself
[21:01] <zyga> xnox: for the archive, I'd like to keep this _in_ the archive, otherwise it's something that's forever broken
[21:02] <zyga> xnox: it's something that packages would have to maintain
[21:02] <zyga> xnox: the benefit is accurate hit database from commmand-not-found
[21:02] <zyga> xnox: hint
[21:03] <zyga> xnox: I'm willing to do the initial scan myself, manually
[21:03] <xnox> zyga: i think packages will ok self declaring "i update-alternative emacs with vim.real binary I provide", and then one can quickly scan and collate all those that declare "i update-alternative emacs"
[21:03] <zyga> xnox: I'm just looking for a way to contribute this back
[21:04] <zyga> xnox: packages or packages?
[21:05] <xnox> zyga: it's best to raise that on debian-devel with a sample scan results & carefully explaining what you are trying to achieve. Prepare for a flamewar of being shot down with "apt-archive Package index is too big already" and "we don't need this" and "one day when dak supports this we may consider it"
[21:05] <xnox> zyga: but hey maybe there are other people who where looking to achieve this as well.
[21:05] <zyga> xnox: the last item is exactly what I want to avoid
[21:06] <xnox> zyga: plan your email well =)
[21:06] <zyga> xnox: I want to get this done done for ubuntu
[21:06] <zyga> xnox: getting this to debian is a bonus
[21:06] <zyga> xnox: sure
[21:06] <xnox> zyga: ubuntu-devel then =)
[21:06] <zyga> xnox: I'll get the initial database today/tomorrow
[21:06] <zyga> xnox: do you think I should discuss this in ubuntu over debian first?
[21:07] <zyga> xnox: given my history of collaboration with debian, I'd rather not start wrong again
[21:08] <xnox> zyga: the amount of overlap between the two mailing list is ever increasing =) no harm imho to start it on either lists & bounce to the other mailing list after initial rough corners are considered.
[21:09] <zyga> ok
[21:11] <zyga> xnox: I'll start with ubuntu-devel to get the c-n-f goal done
[21:29] <ausxxh_> ubuntu/debian defaults to IET while Redhat defaults TGT, openstack/cinder now defaults to TGT due to ubuntu's efforts, confused
[21:32] <rickspencer3> t1mp, hi
[21:41] <t1mp> rickspencer3: hi, I saw your bug report https://bugs.launchpad.net/ubuntu-qtcreator-plugins/+bug/1161910 and created an MR that should fix it.
[21:41] <t1mp> rickspencer3: it is eod for me, but feel free to try out my changes and comment on the MR
[21:41] <rickspencer3> thanks t1mp, let me know if you want me to test it in some way
[21:42] <rickspencer3> t1mp, will do
[21:43] <t1mp> rickspencer3: thanks. You didn't include code with the bug, but if there is still some weird positioning happening, make sure that you do not set the anchors of the Page (that should be automatic)
[21:43] <rickspencer3> t1mp, well, it was a defualt app
[21:44] <rickspencer3> so, it should be easy for me to test it out
[21:44] <doko> ogasawara, the gcc-4.7.3 release candidate is currently building in raring. the version is now set to 4.7.3, just in case that you still depend on that
[21:49] <doko> jtaylor, why the syncs of the new java lib packages?
[21:49] <jtaylor> doko: bugfix releases
[21:50] <doko> 1.1.0?
[21:50] <jtaylor> yes I was confused to
[21:50] <jtaylor> but the changes lists only bugfixes, diff is also small
[21:51] <jtaylor> I was asked by the debian maintainer to sync them


[18:21] <sdrobertw> OpenHours Episode #42 is now on YouTube - A big thank you to Canonical, Ubuntu Core, Snapcraft, Turtlebot, ROS, Testing Days and Ubuntu on air for helping and participating in the series!
[18:21] <sdrobertw> https://youtu.be/prUs2eGay40


[15:39]  * nlsthzn braves it into the weekly newsletter document...
[15:43] <nlsthzn> http://ftbeowulf.wordpress.com/2012/03/17/full-house-today-at-linux-workshop/
[15:44] <nlsthzn> summary almost bigger than the post... and there is so little information :/
[16:52] <pleia2> nlsthzn: yeah, that happens sometimes
[16:52] <nlsthzn> :p
[16:52] <pleia2> good morning news friends!
[16:52] <nlsthzn> alo... time for linux action show...
[16:52] <nlsthzn> then summaries
[16:52] <nlsthzn> sumarries
[16:52] <nlsthzn> ssummmories
[16:53] <nlsthzn> etc.
[16:53] <pleia2> :)
[16:54] <JoseeAntonioR> Hello, pleia2!
[16:56] <pleia2> hey JoseeAntonioR
[16:56] <pleia2> JoseeAntonioR: I was thinking, you may want to wait on translations until we move stuff out of the doc and into the wiki
[16:57] <pleia2> we have a lot of new folks writing summaries so we need to do a fair amount of editing to summaries before publishing
[16:57] <JoseeAntonioR> Yep, there's no problem. I have already translated what was in the doc before creating the wiki, so I have a part of it.
[16:59] <JoseeAntonioR> Do you know an approximate time on when you're moving summaries? So I can take a look at it.
[16:59] <pleia2> hopefully this evening, depends on how many folks can pitch in today and when
[17:01] <JoseeAntonioR> great, I'll be ready to translate :D
[17:28] <pleia2> JoseeAntonioR: I moved over a couple sections, they still need final editorial review but they should be close to what we publish with
[17:28] <JoseeAntonioR> pleia2: I think I'll translate when everything is ready, because one word changing can change the whole meaning of the sentence
[17:30]  * pleia2 nods
[17:30] <pleia2> we should be able to finish these summaries by tonight, then I can email the editors tonight and hopefully they can be done by early tomorrow
[17:31] <JoseeAntonioR> at what time your time is it sent? because I may be at school...
[17:31] <pleia2> whenever the summaries are done, I don't know :(
[17:32] <JoseeAntonioR> well, in case I'm not here, I'll translate it as soon as I get home
[17:38] <pleia2> hey shever :)
[17:38] <shever> hi :)
[17:38] <shever> glad I could get back on - I had a laptop vs gravity incident earlier this week
[17:38] <shever> gravity won :(
[17:38] <pleia2> about 8 summaries away from editing time, but you're welcome to start editing what we have on the wiki now: https://wiki.ubuntu.com/UbuntuWeeklyNewsletter/Issue257
[17:39] <pleia2> oh dear!
[17:39] <shever> it's ok...got back up and going with a new laptop on Friday - and I've resolved to be much more careful :)
[17:40] <shever> I'll have a quick look :) but i'll hang around and wait for the summaries as well. I'm here all evening, so it's no bother
[17:40] <pleia2> great to hear it
[23:35] <pleia2> there are a few more planet posts if someone can get to them
[23:41] <JoseeAntonioR> pleia2: Most of the articles in the wiki are from the doc, right?
[23:42] <pleia2> JoseeAntonioR: all of them are
[23:42] <JoseeAntonioR> great, i'll move them on :)
[23:42] <pleia2> we put them in the doc first, and move them to the wiki once the summaries are drafted
[23:43] <pleia2> just need 3 more summaries in the Planet section and we'll be done, I'll collect the stats now
[23:44] <JoseeAntonioR> ok, I'll take that in mind for the next issue :)


[11:38] <ogra_> E: config/chroot_local-hooks/preinstall-pool.sh failed (exit non-zero). You should check for errors.
[11:38] <ogra_> infinity, ^^^ where do i find that ? searching for that script in either livecd-rootfs or live-build doesnt reveal anything
[11:39] <ogra_> oh, got it, ignore me
[11:39]  * ogra_ didnt expect a here doc
[11:47] <ogra_> hmm, i dont see why it failed and it doesnt spitinto the log
[11:48] <ogra_> s/spitinto/spit out anything into/
[12:29] <ogra_> cm'on publisher, spit out an ubuntu-meta for me
[12:29]  * ogra_ twiddles thumbs
[13:50] <siji> hi all
[13:51] <siji> am facing some prblm (may cose of less expertise) while trying to build kernel module
[13:53] <siji> I have downloaded the kernel source from rep. by apt-get install linux-source
[13:53] <siji> extracted and tried to build only touch screen module
[13:54] <siji> by the command make modules SUBDIRS=drivers/input/touchscreen/
[13:56] <siji> But it built only three modules, even more dirver files are there
[13:56] <siji> Where am wrong ?
[13:57]  * ogra_ suggests to ask in #ubuntu-kernel
[13:57] <siji> ogra_, ok
[13:57] <siji> Hope they wont redirect me here again :)
[13:58] <ogra_> heh, i doubt it
[13:58] <siji> ;)
[13:58] <ogra_> dou did configure it before, right ?
[13:58] <siji> yes
[14:04] <siji> ogra_, btw, i was not aware of that ubuntu is having this much IRC channels
[14:04] <ogra_> every team has one usually
[14:04] <ogra_> and then there is #ubuntu-devel,#ubuntu and #ubuntu-meeting
[14:04] <siji> oh..
[14:05] <siji> ya, it's very easy to get help , isntead of messing up everything in a single channel
[14:05] <siji> *instead
[14:06] <ogra_> we started out with #ubuntu-devel only ... but as the developer community grew it got to niosy
[14:07] <siji> ok
[14:08] <siji> so you people are having seperate team for each  ?
[14:11] <ogra_> there is a desktop team, a kernel team etc etc
[14:12] <siji> ok, so there might be a ubuntu-arm team too (assumes you are became part of it )
[14:13] <ogra_> right
[14:13] <siji> cool ..
[14:16] <siji> ogra_, this is for you
 siji, if you have ARM specific questions you may get quicker answers on #ubuntu-arm, the peeps who mostly have the h/w hang out there
[14:16] <siji> :)
[14:16] <siji> :)
[15:43] <N3o> hello! Is there a problem with the repositories ? I get many Hash Sum mismatch after doing an apt-get update on a PandaBoard with natty
[15:45] <N3o> this is my sources.list file and the errors I get: http://pastebin.com/NAEteeXh
[15:48] <rsalveti> janimo: libvirt bug 823711
[15:48] <ubot2> Launchpad bug 823711 in libvirt "libvirt version 0.9.2-4ubuntu8 failed to build on armel" [Undecided,New] https://launchpad.net/bugs/823711
[15:49] <GrueMaster> N3o: There has been some issues with the pool for the last few days.  This may be some of the fallout.  Work is being done to clean it up.
[15:49] <ogra_> rsalveti, yeahm, thats a weird one
[15:49]  * ogra_ comments
[15:50] <janimo> rsalveti, yes, I'll look at that
[15:53] <infinity> GrueMaster: Erm, there's been nothing that would cause hash sum mismatches.  Just archive skew.
[15:53] <ogra_> infinity, well, look at the cdimage buildlogs for today xubuntu builds
[15:53] <ogra_> they expose the same
[15:53] <infinity> N3o: The usual suspect for hash sum mismatch issues is either a slightly broken mirror, or having a proxy (often a transparent one) between you and the archive.
[15:54] <infinity> ogra_: Yes, but this is natty he's using.
[15:54] <rsalveti> GrueMaster: janimo: u-boot SPL is basically a replacement for x-loader
[15:54] <ogra_> its the third time today i hear someone mentioning hash sum mistmatches with the archive
[15:54] <rsalveti> u-boot will now generate u-boot.bin and MLO
[15:54] <rsalveti> code reuse now, only one source package and the SPL can probably boot the kernel directly :-)
[15:55] <rsalveti> and once we add the usb support at SPL, it'll behave like omap4boot
[15:55] <GrueMaster> rsalveti: COOL!!!
[15:55] <rsalveti> we'll see how it goes for our 11.08 release, if it goes well we can do a FFe for ubuntu
[15:56] <ogra_> rsalveti, any reason to not go with the binary header for u-boo.bin instaed and get rid of MLO completely ?
[15:57] <rsalveti> well, you can think of MLO as a minimal u-boot now
[15:57] <rsalveti> being able to boot the kernel directly is like having u-boot
[15:57] <rsalveti> but without the fancy stuff, like cmdline and such
[15:57] <ogra_> right, but we still need two files
[15:57] <janimo> rsalveti, worth mentioning what SPL is (or link) in the spec whiteboard :)
[15:58] <rsalveti> janimo: sure, will add
[15:58] <rsalveti> http://www.omappedia.org/wiki/U-boot_Upstreaming_Project
[16:00] <N3o> Thanks GrueMaster && infinity -- I don't have any kind of proxy so it has to be those issues you were talking about
[16:00] <N3o> I'll try again in a few days
[16:00] <janimo> rsalveti, thanks, sounds good
[16:00] <GrueMaster> N3o: Actually, I just rebooted into natty, and am updating now without error.  Try rerunning apt-get update.
[16:01] <N3o> roger
[16:01] <N3o> same :(
[16:01] <N3o> maybe I should try some cleaning?
[16:02] <GrueMaster> couldn't curt.
[16:02] <GrueMaster> *hurt
[16:02] <N3o> tried that too
[16:02] <N3o> same thing
[16:03] <N3o> could you check my sources.list http://pastebin.com/NAEteeXh and confirm it is ok?
[16:04] <infinity> N3o: Are you sure you're not behind a transparent proxy at your ISP?  It's a pretty common thing that many/most people aren't aware of. :/
[16:04] <N3o> nope, I'm 100% positive
[16:05] <N3o> I'm wondering, does apt-get goes trough IPv4 or IPv6?
[16:05] <infinity> Yes.
[16:05] <infinity> Whichever route is lower cost.
[16:06] <infinity> Well, this is assuming ports.u.c has an AAAA, I don't recall. :P
[16:06] <GrueMaster> N3o: Your sources.list is identical to mine.
[16:06] <N3o> thanks GrueMaster
[16:09] <N3o> disabled IPv6 and trying again
[16:11] <N3o> same :(
[16:15] <N3o> tried with sudo apt-get update -o Acquire::BrokenProxy=true and sudo apt-get update -o Acquire::http::No-Cache=True --- same effect
[16:19] <GrueMaster> Try commenting out the failing archives from your sources.list, rerun apt-get update, then uncomment and rerun again.
[16:19] <N3o> ok
[16:32] <ogra_> rsalveti, wrt x-loader, i was referring to http://www.omappedia.org/wiki/E-MMC_boot#You_can_boot_omap3630_without_x-loader ... which i think works on omap4 as well
[16:32] <ogra_> that would save us from using MLO at all
[16:34] <GrueMaster> Should work well from emmc...oh, wait.
[16:36] <ogra_> GrueMaster, emmc isnt different from mmc (SD card)
[16:36] <N3o> dayum
[16:36] <LeCherLich> ogra_: i have a question about getting the newest ubuntu to work on the Beagleboard xM rev A. i went to #beagle first, but av500 redirected me here
[16:36] <N3o> something is wrong ...
[16:36] <N3o> still can't install things
[16:36] <ogra_> LeCherLich, yes, i saw that
[16:37] <LeCherLich> i always get to the point where linux is uncompressed, it says "Uncompressing Linux... done, booting the kernel." and a couple of seconds later it crashes and begins all over: "Texas Instruments X-Loader" ...
[16:38] <ogra_> LeCherLich, the desktop images have no serial enabled by default, if you want a verbose serial boot i'd suggest the server image ... you can indeed change boot.scr on a desktop image to dump out stuff to serial if you know what you are doing
[16:38] <LeCherLich> i used the headless arm image
[16:38] <LeCherLich> following the instructions at https://wiki.ubuntu.com/ARM/OMAPHeadlessInstall
[16:38] <LeCherLich> do i still have to change boot.scr?
[16:38] <GrueMaster> LeCherLich: Which image did you download?  Natty?
[16:39] <LeCherLich> GrueMaster: yes
[16:41] <GrueMaster> LeCherLich: Which img.gz did you download?  omap or omap4?
[16:41] <N3o> universe + multiverse not working...
[16:41] <LeCherLich> GrueMaster: omap
[16:42] <GrueMaster> Are you on a linux host?  Try "wget -O - http://cdimage.ubuntu.com/releases/11.04/release/MD5SUMS|fgrep ubuntu-11.04-preinstalled-headless-armel+omap.img.gz | md5sum -c -"
[16:43] <GrueMaster> Verify your image is good.
[16:44] <LeCherLich> GrueMaster: the checksum is 6913.......fffc (cant copy+paste, i use a linux host, but its not this one)
[16:44] <LeCherLich> seems to be good, according to the MD5SUMS file in the release folder
[16:45] <GrueMaster> ok
[16:45] <GrueMaster> Try reflashing the SD.  How big is the SD you are using?
[16:47] <LeCherLich> 4gig.. so i should just repeat the whole process of installing (zcat ... > /dev/sdb) ?
[16:48] <GrueMaster> Try the gunzip |dd method.  I have seen issues with the zcat>/dev method.
[16:50] <LeCherLich> oh sorry i just looked at the history... i used the gunzip method already.
[16:50] <LeCherLich> so should i try zcat now?
[16:51] <GrueMaster> I have not had issues with the gunzip method, and found it to be reliable.  I have had %60 success rate with zcat.  That doesn't sound like the issue though.
[16:52] <GrueMaster> You had mentioned zcat, which I have seen issues with, which is why I went down that path.
[16:52] <LeCherLich> sorry my mistake
[16:53] <LeCherLich> is there any way to make ubuntu more talkative, via the kernel line maybe?
[16:53] <GrueMaster> You may want to try a modified boot.scr on the 1st partition of the SD.  To modify it, you will need to strip the first 72 bytes of data from boot.scr.
[16:54] <GrueMaster> dd if=boot.scr of=boot.script bs=1 skip=72
[16:54] <GrueMaster> Then you can edit boot.script.  Remove "quiet" from the bootargs line.
[16:55] <GrueMaster> Then you can rebuild the boot.scr with "mkimage -A arm -O linux -T script -C none -d boot.script boot.scr"
[16:56] <GrueMaster> Make sure there is a "console=/dev/ttyO2,115200n8" on the bootargs.
[16:57] <LeCherLich> there was only console=ttyO2,115... (without /dev).. is that right?
[16:58] <GrueMaster> Ah, yes.  my bad.
[16:59] <LeCherLich> oh okay, thanks, now it's more talkative...
[17:01] <LeCherLich> it hangs at about 9 seconds. last messages: mmcblk0: p1 p2 <newline> hub 1-2:1.0: USB hub found <newline> hub 1-2:1.0: 5 ports detected ... <crash>
[17:02] <LeCherLich> pretty much right after it detected the mmc card...
[17:03] <LeCherLich> could it be that there is a hardware problem with this card?
[17:05] <LeCherLich> GrueMaster: anyways thank you very much, i will try to solve the problem tonight on my own, i may return later
[17:11] <GrueMaster> ok, sorry I couldn't help more.  Maybe try adding "earlyprintk=/dev/ttyO2,115288n8" to your cmdline and see what that produces.
[22:06] <ZiNC> Hey.


[07:26] <darkxst> ph, you want help out with packaging 3.11 for the ppa?
[07:27] <darkxst> ^want too
[08:38] <darkxst> ricotz, hi
[08:39] <darkxst> have given up on trying to make g-s-d work with old upower, going to push the new upower
[08:39] <darkxst> we already break other DE's so no big deal right?
[08:44] <ricotz> darkxst, hi, i see
[08:44] <ricotz> i somehow got the impression that this new upower might land in trusty
[08:44] <ricotz> did you talk to pitti if this might happen?
[08:49] <darkxst> ricotz, yeh spoke with pitti, not known yet, its one of those nice to have but not a priority thing
[08:50] <darkxst> given it breaks alot if not all dependencies by removing the stuff available in logind (suspend/hibernate etc)
[08:54] <darkxst> that said the changes required aren't huge, but the gnome guys have gone and done some major refactoring in g-s-d at the same time
[08:58] <ricotz> darkxst, ok, feel free to push it then if you are comfortable with it
[09:09] <darkxst> ricotz, will do, will also do my best to push for it to get into trusty, though a few of the rdepends are probably under the CLA, which I aint touching ;)
[13:47] <ph> darkxst, hey buddy - I just finished building ubuntu gnome 14.04, some base system packages and ran through the jhbuild setup script
[13:48] <ph> so where do I go from there to setup gnome-shell 3.11 via jhbuild ...
[13:49] <ph> I noticed in my .jhbuildrc it has moduleset = 'gnome-apps-3.10' should I override that in .jhbuildrc-custom and change it to 3.11?
[13:51] <ph> ricotz, hey dude are you online?
[13:54] <ph> darkxst, are you running 3.11.2 or 3.10.2?
[15:07] <Schrodinger`Cat> hey!
[15:07] <Schrodinger`Cat> i want to thanks all guys and ladies on the ubuntu-gnome team
[15:08] <Schrodinger`Cat> i'm usually a Kubuntu user, and i wanted to try gnome-shell, for this time i'm glad of the experience
[18:14] <prompt32> is there any way to assign an image to a folder (in order to view in icon view mode), programatically, i mean through a shell script ?
[20:02] <darkxst> ph_afk, its gnome-apps-3.12.modules
[22:09] <kantoquad> I was thinking about installing 13.10. has anyone trieds to upgrade to gnome 3.10?


[16:17] <stgraber> argh ... looks like I need to upload one more edubuntu-artwork package because ubuntu-arwork didn't convert entirely to gsettings
[16:17] <stgraber> so now that we don't set gconf and ubuntu's does, it gets converted at session opening time and overrides our settings, doh...
[16:17] <stgraber> so much for wanting to be legacy free then
[16:27] <highvoltage> oh well


 @comborico1611_, Default naviagation was set to double-click for plasma in 18.04.  The thought was that people new to KDE would expect double click; tradition KDE users would know how to change the setting (Sys Settings -  input Devices - Mouse - Single click....)
[03:49] <krytarik> I only know of the general #ubuntu-es on IRC (which would be fine in this case though), but it's not really active.
[06:13] <lordievader> Good morning
[07:21] <lordievader> Login and run the filesystem check manually.
[07:27] <lordievader> Did you login?
[07:28] <lordievader> Then run `fsck -f /dev/sda1` assuming here your root-fs is on the first partition of sda.
[07:28] <lordievader> Adjust accordingly if it is not.
[07:33] <lordievader> 👍
[07:45] <lordievader> Hmm, what  is all in `/etc/fstab`?
[07:54] <lordievader> Are all those UUID still present on your system?
[07:57] <lordievader> `sudo lsblk -o name,uuid` gives then name and uuid of each block device.
[07:58] <Skreech> Hey peples!
[08:12] <lordievader> Are the UUID's from the fstab present in the output from `lsblk`?
[10:04] <ArGGu^^_> Hello, how I can change password with encrypted home, so that KWallet still works?
[10:04] <ArGGu^^_> When using encrypted home, the KWallet password is not the login password.
[10:25] <BluesKaj> Hey all
[10:39] <enkeyz> hello guys: need some help - just installed kubuntu 18.04, after I maximize Chromium, I get these strange artifacts: https://www.photobox.co.uk/my/photo/full?photo_id=500754447173
[10:40] <enkeyz> only happens with Chromium tho
[10:41] <hateball> enkeyz: that site doesnt seem to work, use something like imgur instead
[10:41] <hateball> !imgur
[10:41] <hateball> :|
[10:41] <hateball> !paste
[10:43] <enkeyz> https://imgur.com/kpEGK1A
[10:43] <enkeyz> done
[10:45] <enkeyz> problem disappears if I turn of hardware accelaration, but then I get screen tearing in Chromium
[10:45] <enkeyz> off*
[10:48] <enkeyz> I'd appreciate any help
[10:53] <enkeyz> nobody?
[10:55] <hateball> wow, that looks broken indeed
[10:55] <BluesKaj> enkeyz, try chrome instead
[10:55] <hateball> enkeyz: you mean turn off hw accel in Chromium?
[10:56] <hateball> enkeyz: iirc there is a bug in Chromium 65 that is fixed in 66 when it comes to GPU accel
[10:56] <hateball> enkeyz: what gpu/driver are you using?
[10:56] <enkeyz> rx 480/mesa 18.0.0
[10:57] <enkeyz> I'll try out chromium beta then
[10:57] <enkeyz> worth a try
[10:57] <hateball> I have similar issues on my nvidia 1070 + nvidia blob
[11:02] <enkeyz> looks like problem fixed
[11:02] <enkeyz> thanks
[11:02] <enkeyz> Version 67.0.3396.18
[11:03] <enkeyz> ahhhh
[11:03] <enkeyz> its back :(
[11:03] <BluesKaj> enkeyz, like I said try chrome, it's flash version is much better
[11:07] <BluesKaj> oops
[12:05] <andimit> After changing my password plasma doesn't boot for this user, for the others works well. How can I fix this issue? Or to revert the old password? sudo paasswd doesnt change it at all it works only through user management, but with the other users I am not admin and the rest of the users are not visible... Please HELP!
[14:05] <enkeyz> Hello guys, still have the problem with Chromium: https://imgur.com/kpEGK1A
[14:06] <enkeyz> OS: Kubuntu 18.04 64bit, RX 480 8GB VGA, MESA 18.0.0 driver
[14:06] <BluesKaj> enkeyz, like I said, try chrome, it's flash version is much better the chromium
[14:06] <BluesKaj> the=than
[14:06] <enkeyz> its the same, isn't it?
[14:07] <BluesKaj> not quite
[14:07] <hateball> Not sure what flash has to do with that, there is no flash on a static website
[14:07] <enkeyz> btw I didn't have problem with 17.10
[14:08] <BluesKaj> hateball, what?
[14:08] <enkeyz> these artifacts looks like a gpu ram corruption to me tho
[14:09] <enkeyz> maybe driver problem
[14:09] <BluesKaj> which gpu?
[14:10] <enkeyz> rx 480
[14:11] <enkeyz> looks like this new version of mesa driver don't really play nice with Chromium's hardware acceleration
[14:11] <enkeyz> thus causing these artifacts
[14:14] <enkeyz> hm
[14:14] <enkeyz> found a bug report: https://bugs.freedesktop.org/show_bug.cgi?id=105942
[14:14] <enkeyz> finally
[14:15] <enkeyz> same problem with rx 480
[14:15] <enkeyz> need to update my mesa looks like
[14:19] <hateball> BluesKaj: Just what I said, a static html has no flash, so that shouldnt be the issue :)
[14:19] <hateball> and it's for the entire browser, not the content inside it as you can see
[14:20] <enkeyz> nvm guys
[14:20] <hateball> anyhows, I also have some issues with chrome + gpu so
[14:20] <enkeyz> updating my driver, and will be back
[14:25] <BluesKaj> hateball, that depends on the website, some are still using old flash versions
[14:27] <BluesKaj> html5 adoption still has a way to go with some webadmins
[14:27] <hateball> That still does not effect the browser GUI itself
[14:28] <BluesKaj> sez you
[14:28] <hateball> enkeyz: any luck after updating?
[14:28] <hateball> BluesKaj: I also happen to know that Google Search has no Flash on it, and that's what's show in the screenshot enkeyz provided
[14:29] <enkeyz> not really
[14:30] <diogenes_> flash is almost dead
[14:30] <enkeyz> installed the newest version - 18.0.2 - same problem
[14:30] <BluesKaj> diogenes_, i wish
[14:30] <enkeyz> I'll send a bugreport to them, maybe they can help
[14:30] <hateball> enkeyz: Suppose you could try going to chrome://flags and disabling gpu rendering, or maybe you had already done that
[14:31] <hateball> enkeyz: just for the time being, I mean
[14:31] <diogenes_> BluesKaj, it's a dead horse already, by 2020 adobe will kill it completely.
[14:31] <hateball> enkeyz: is this on wayland or X btw?
[14:31] <enkeyz> without hardware acceleration I don't get these artifacts, but screen tearing
[14:31] <enkeyz> X
[14:33] <BluesKaj> diogenes_, we can only hope
[14:44] <enkeyz> I  reported the bug to Mesa devs: https://bugs.freedesktop.org/show_bug.cgi?id=106355
[14:48] <BluesKaj> enkeyz, good !
[14:49] <enkeyz> since I bought rx 480 last year, I always have some problem with it on Linux
[14:49] <BluesKaj> enkeyz, is that a 'fancy' gpu ?
[14:50] <enkeyz> mid-range
[14:52] <enkeyz> It's working perfectly for gaming on Windows, but in Linux... yeah
[14:54] <hateball> enkeyz: for gaming stuff, there's #gamingonlinux where there are a number of people using AMD
[14:55] <enkeyz> I only play on Windows
[14:55] <hateball> enkeyz: just figured if you wanted to ask about more gaming focused stuff that's probably a better channel
[14:56] <hateball> sadly it seems you need to be running mesa from ppa to get the most out of AMD, but from what I read there's a lot of progress so no wonder
[14:57] <enkeyz> they will answer to my report in no time
[14:58] <enkeyz> maybe they'll get an idea
[17:37] <ca_cabot> what is the KDE 18.04 cli partition manager? it looks like gpart is not installed
[17:37] <ca_cabot> i'm trying to delete a zfs partition from a previous install, but dont have (or want) zfs tools on this install
[19:31] <_Wens_> Hi all! how to import qupzilla settings to falkon after upgrade to kubuntu 18.04?
[20:25] <user|84949> Hello. Can anybody give me an advice?😊 I've upgraded from kubuntu 17.10 to 18.04.... plasma (x-server) doesn't start... I've tried reinstalling Nvidia drivers. No result
[20:30] <user|95690> Hello
[20:31] <user|95690> How to reinstall xorg or x-server. The laptop Asus With Nvidia doesn't start x11 after upgrade from 17.10
[20:33] <user|95690> Or where can I get fresh info about this issue
[20:36] <user|95690> How are you getting on guys
 Hi, anyone knows why dolphin startup is so slow on kubuntu 18?
[20:42] <valorie> !nomodeset | user|95690:
[20:42] <valorie> maybe that will help?
[20:47] <user|95690> Thanks a lot and good luck
[22:48] <Guest27112> during installation on a UEFI-enabled machine it says i have to disable secure boot for third-party driver installation.  All well and good and I understand the technical reasons why, but what is the security key it asks to set? I can't find any information answering that.
[22:50] <diogenes_> broadcom-wl driver?
[22:52] <Guest27112> diogenes_: me? or responding to someone earlier?  On the livedisk right now, didn't log into my bouncer so don't have the backlog here
[22:53] <diogenes_> Guest27112, yes, i was asking you
[22:53] <diogenes_> is it bcmwl?
[22:54] <Guest27112> not sure; nvidia for certain.  It's not really a driver-specific question, though.  It's the broader "what is this passphrase I'm setting used for? what does it have to do with secure boot?"
[22:55] <Guest27112> diogenes_: https://i.imgur.com/GmeZzYv.png
[22:56] <diogenes_> secure boot has caused a lot more issues not allowing to load some proprietary drivers
[22:56] <Guest27112> i'm aware of the potential complications on the technical side; my query is specific to the key it asks to set in the installer (screenshot above)
[22:58] <diogenes_> judging by the screenshot i can tell that it's about that proprietary driver for your wireless card and it's closed source so i don't know if you could find out what and how it does since it's proprietary closed source
[23:00] <Guest27112> you can't actually glean that from the screenshot, because it could be any third-party driver that modifies code monitored by secure boot, not just a wNIC; that still doesn't address what the heck that key it asks to create is, or what it's used for...
[23:01] <diogenes_> Guest27112, i can bet it's that one, if you wanna test it, then go ahead without third-party installation and after the installation open the driver manager and you will see what driver is that
[23:02] <Guest27112> diogenes_: that's an assumption based on probability; yes, wNIC driver is the most common, but there's nothing in that shot that points to that over any other driver.  Regardless, it still doesn't address the actual question...
[23:04] <diogenes_> but the question kinda doesn't make sense since all is assumption and we don't even know which driver asks for secure boot off
[23:05] <diogenes_> that's why proceed without 3rd party drivers and you can figure that out later
[23:05] <Guest27112> it doesn't matter which driver asks; the question isn't "why does it want me to turn secure boot off" the question is "WTF is the key it asks me to set as part of disabling secure boot? what is it used for?"
[23:07] <diogenes_> i use a different distro that's why i have no clue what key it asks for
[23:10] <Guest27112> diogenes_: got this from #ubuntu http://wiki.ubuntu.com/UEFI/SecureBoot it looks to be a workaround to allow approving a changed binary for future boots, allowing you to have secure boot enabled without the headache of adding trusted keys and signing them yourself
[23:10] <Guest27112> diogenes_: waiting on further clarification over there to make sure i'm understanding it right
[23:26] <Guest27112> diogenes_: what it's for is better explained here: https://wiki.ubuntu.com/UEFI/SecureBoot#MOK_generation_and_signing_process RE: what the key the installer asks to set when disabling secure boot is.  It allows keeping secure boot enabled, and part of the install process for relevant modules signs them and has you create a new one to update it when you install updates.
[23:42] <kubuntu_> I am new to Linux and trying to install Kubuntu 18.04 and can't get Grub to install.
[23:49]  * MI_Noob I am new to Linux and having issues getting Grub to install
[23:50] <diogenes_> MI_Noob, which is?
[23:51]  * MI_Noob it hangs on install I have run boot-repair http://paste.ubuntu.com/p/bwBHzJ5bfw/
[23:51]  * MI_Noob just not sure where to go next I have spend the last 12 hours trying to get it to install
[23:52] <diogenes_> 18.04?
[23:52]  * MI_Noob yes
[23:53] <diogenes_> does 16.04 installs well?
[23:53]  * MI_Noob never tried this is all new to me
[23:54] <diogenes_> it hangs with any error?
[23:56] <Guest27112> installer no longer prompts to encrypt home? O.o


[05:45] <lamont>   dejagnu: Depends: expect-tcl8.3 but it is not going to be installed
[05:45] <lamont> poor llvm