[07:02] <ppisati> reboot
[07:02] <smb> login
[09:01] <ogra_> oh my ... who decided to make the framebuffer console builtin on grouper ...
[09:01]  * ogra_ sighs
[09:04] <ppisati> ogra_: this one? - git://kernel.ubuntu.com/ubuntu/ubuntu-nexus7.git
[09:04] <ogra_> well, the last upload
[09:05] <ogra_> it was a module in the former upload, that i could at least rm at build time
[09:05] <ogra_> (imge build time that is)
[09:06] <ogra_> we dont want anything to initialize the framebuffer before surfaceflinger or Mir do that ... fbcon somehow did get enabled (as a module) as part of the "we need a /dev/console for upstart" change ...
[09:06] <ogra_> while we want a /dev/console we dont want the framebuffer console ...
[09:08]  * ppisati ponders... it sucks to be a framebuffer console nowadays...
[09:08] <ogra_> haha
[09:08] <ogra_> on android for sure
[09:11] <ogra_> argh, and all the other kernels were switched to "quiet"
[09:11] <ogra_> GRRRRR !
[09:11] <ogra_> so we wont have any info on the ramconsole for debugging anymore
[09:12] <ppisati> ogra_: you wanna talk with rtg as soon as he wakes up (~3hrs)
[09:13] <ogra_> yes, just writing a mail, i think that was a request from slangasek (only for grouper though)
[09:38] <tjaalton> bjf, henrix: hey, I have a last-minute change or two for the ubuntu-quantal kernel :/ (for -35.5x)
[09:38] <henrix> tjaalton: i believe sconklin started prep'ing the Q kernel yesterday
[09:39] <tjaalton> henrix: yeah I noticed -35.56 got tagged..
[09:40] <henrix> tjaalton: i guess you'll need to convince him to respin the kernel :)
[09:41] <tjaalton> henrix: right.. so in 4-5h maybe?
[09:42] <henrix> tjaalton: yep. maybe you can start by sending the patches to the mailing list so that we may get the ACKs before that
[09:42] <tjaalton> sure
[09:42] <tjaalton> I'll prep the second one
[09:42] <henrix> tjaalton: cool. thanks
[09:57] <ogra_> ppisati, ...
[09:57] <ogra_> ogra@anubis:~/datengrab/bastel/nx7/linux-grouper-3.1.10$ fakeroot debian/rules binary-grouper
[09:57] <ogra_> make: *** No rule to make target `binary-grouper'.  Stop.
[09:57] <ogra_> shouldnt that work ? (i dont want to build the tools)
[09:58] <ppisati> ogra_: should be, hold on
[09:59] <ogra_> ppisati, heh, false alarm, ignore me
[09:59] <ogra_> i forgot to do the dpkg-architecture export
[10:00] <ppisati> DOH!
[10:01] <ppisati> since i upgraded this box to saucy, i lost gcc4.6
[10:01] <ppisati> and that kernel explicitely requires 4.6
[10:01] <ppisati> AKA i can't build it anymore
[10:02] <ogra_> that cant be ... the package gets built on saucy in the archive
[10:02] <ppisati> ogra_: i'm cross compiling here
[10:03] <ogra_> ah, got it
[10:46] <tjaalton> henrix: ok, pushed the branch and email sent
[10:49] <henrix> tjaalton: great, thanks. i'll have a look at them in a bit.
[10:54] <tjaalton> thans
[10:54] <tjaalton> +k
[10:54] <tjaalton> it's kinda backwards though to add the pci-id's before they are even on saucy, but oh well .)
[10:54] <tjaalton> :)
[11:03] <henrix> tjaalton: ugh, i guess the 2nd patch generation is automated, right? :p
[11:06] <tjaalton> henrix: the drm_mm* madness?
[11:06] <henrix> tjaalton: yep
[11:07] <tjaalton> well I did double-check against the old version for correctness, should be right :)
[11:07] <tjaalton> also built fine, dkms too
[11:07] <henrix> tjaalton: yeah, and it will be a pain to maintain :)
[11:08] <tjaalton> so it should match 1:1 to the old one, a650b0fdeda61 shows how to rename next time if such trickery is needed again
[11:08] <tjaalton> sure is
[11:08] <henrix> tjaalton: that's why i was asking if you had some script to automate that renaming
[11:08] <tjaalton> but, I think it wont receive many updates anymore
[11:08] <tjaalton> not to the old names
[11:08] <tjaalton> old-old names that is, the recent rebase was easy
[11:10] <henrix> tjaalton: cool. anyway, we're already maintaining that ubuntu/i915 thing, so maintenance will always be painful
[11:10] <tjaalton> I just wish we'd be able to just suck it up and pull all of drm/* as sru..
[11:10] <henrix> tjaalton: one of the things missing for that is a bug # :p
[11:10] <tjaalton> henrix: 3.8.13.x won't receive that many updates, I hope. and the old version was kinda left behind anyway
[11:10] <tjaalton> bug for?
[11:11] <aquarius> A little while back I was testing a kernel bug with jsalisbury and so installed a specific kernel, 3.8.0-030800-generic. I'd like to stop using that and get back to running the most recent kernel from raring. How do I do this? I am frightened of apt-get removing the kernel that I am currently running ;)
[11:11] <tjaalton> the rename? maybe reuse 1188305?
[11:11] <henrix> tjaalton: oh, sorry. i missed the BugLink in the 1st patch
[11:12] <tjaalton> yeah, so "some oem's" want us to have all these new pci-id's in the archive by end of next week..
[11:13] <tjaalton> userspace is already being dealt of, uploaded to -proposed just not acked yet
[11:13] <henrix> tjaalton: ok, cool. so lets just wait for sconklin and bjf and see what they say. maybe they are already waiting for these patches...?
[11:13] <tjaalton> but if the kernel one could be squeezed in it would roughly fit that timeframe as well
[11:13] <tjaalton> henrix: nah, I was just late to the party..
[11:14] <henrix> tjaalton: heh, so lets hope they had a good night sleep :)
[11:14] <tjaalton> indeed :)
[11:15] <tjaalton> I did mention this late last night (my time) but I guess they were gone already
[11:32] <gompa> iam getting a amd-vi event logged io_page_fault device=0a:00.0 domain=0x001f message on the x64 kernel 3.8.0-25-generic on a asus  sabertooh 990fx r2.0 (this disables my nic) (i think i found related bug report here :http://linux-kernel.2935.n7.nabble.com/AMD-Vi-error-and-lost-networking-with-r8169-td630152.html )(but in that bug report the device and domain are different)
[13:03]  * henrix -> back in 15
[13:20] <apw> gompa, sounds like an iommu getting all humpy, i would file a but, at least that way people can track what h/w etc you have
[13:20] <apw> s/but/bug
[13:23]  * ogra_ hugs rtg_
[13:24] <ogra_> rtg_, yeah, theh quiet thing is simply useless (we dont (and likely wont) set quiet on the cmdline but its a patch we dont need to carry
[13:24] <rtg_> ogra_, do the rest of the Nexus kernels have the same FRAMEBUFFER_CONSOLE issue ?
[13:24] <ogra_> android explicitly disabled fbcon, so they shouldnt
[13:25] <ogra_> that came in with the console fixes for boting grouper in the flipped setup ...
[13:25] <rtg_> ogra_, why was slangasek hot for the 'quiet' patch ?
[13:25] <ogra_> all other HW seems to properly just use the ramconsole, its a tegra thing
[13:25] <ogra_> because he didnt understand that we wont have any console output ever
[13:26] <ogra_> unless we actually patch the kernels, but that would mean a lot of extra work for porters (exynos for example doesnt boot if you enable fbcon)
[13:26] <rtg_> ogra_, ok. I won't bother reverting for now since its a harmless patch as long as 'quiet' isn't on the boot command line.
[13:26] <ogra_> yeah
[13:27] <rtg_> ogra_, upload grouper then ?
[13:27] <ogra_> yup, i tested it locally and it works fine here
[13:27] <rtg_> ogra_, ok, will do
[13:27] <ogra_> thanks :)
[14:24] <bjf> tjaalton, you have made me very sad this a.m. I will accept your nasty commits and we will respin. this _really_ should have come in last week.
[14:25] <tjaalton> bjf: :/ sorry.. and huge thanks
[14:25] <bjf> tjaalton, shouldn't we apply the pci id commit to raring as well?
[14:25] <tjaalton> bjf: it's there via <IP_ADDRESS>
[14:26] <bjf> tjaalton, ok, i'm not awake enough to check
[14:28] <bjf> infinity, ^ respinning Q
[14:34] <tjaalton> btw, the ReleaseInterlock page is old, shouldn't saucy have one?
[14:35] <tjaalton> hmm that's not what I wanted.. kernel-sru-workflow.html instead
[14:54]  * ppisati steps away for ~10mins
[15:08] <rtg_> apw, ogasawara: anything you want in saucy before I upload ? there are a couple of d-i fixes that need to get propagated.
[15:10] <ogasawara> rtg_: nope, I'm good here
[15:10] <ogasawara> rtg_: I assume the dkms issues tseliot was sorting are done?
[15:10] <rtg_> ogasawara, heck if I know.
[15:11] <rtg_> ogasawara, I just annoy apw periodically who then annoys tseliot
[15:11] <ogasawara> rtg_: I guess I should clarify, this is the 3.10 kernel you're going to upload right, not 3.9
[15:12] <rtg_> ogasawara, don't you know ? I'm a nexus hacker these days. who thought it was a good idea to do 4 of those dang things ?
[15:12] <rtg_> ogasawara, no, 3.9 for now
[15:12] <ogasawara> rtg_: heh.  ok then nevermind my babbling about dkms bits.  that's only an issue for 3.10
[15:13] <rtg_> ogasawara, right. IIRC tseliot said he hoped to be ready by end of the week
[15:13] <ogasawara> rtg_: yep, I recall the same
[15:14] <tjaalton> aiui only fglrx left
[15:15] <ogasawara> Daviey: ^^ it would be good to get your formal list of dkms packages you guys care about if you want us to perform advanced testing before we upload.  I sense an impending upload soon.
[15:15] <tseliot> ogasawara: yes, I'm working on fglrx
[15:15] <rtg_> an impending dkms explosion :)
[15:15] <ogasawara> heh
[15:16] <Daviey> ogasawara: Ah, i thought my team were doing the advance testing this time.. so i held off on sending a list.
[15:17] <ogasawara> Daviey: ok cool, in that case...heads up, we're probably going to upload a 3.10 kernel soon.
[15:17] <ogasawara> Daviey: would probably be good for you guys to test sooner rather than later
[15:21] <Daviey> ogasawara: I was looking to get some stuff validated against the PPA tomorrow.  Which means that we'll know of issues then.
[15:21] <Daviey> I wouldn't like you to block on this tho.
[15:22] <ogasawara> Daviey: ok great, tomorrow should be good.  I don't think we'd upload until EOW anyways at best.
[16:12] <infinity> bjf: Ack on the Q respin.
[18:03]  * rtg_ -> lunch
[18:06]  * henrix -> EOD
[18:09] <jjohansen> apw, rtg_: is there a wiki for doing test builds of the phablet kernels
[18:28] <apw> jjohansen, yeah you want er
[18:28] <jjohansen> apw: yes please
[18:29] <apw> jjohansen, https://wiki.ubuntu.com/Kernel/Dev/AndroidKernel
[18:29] <apw> jjohansen, i cross build my kernels to make them for that use
[18:30] <jjohansen> yeah
[18:42] <rtg_> jjohansen, what apw says. for what you are doing you can just cross build them
[18:43] <jjohansen> rtg_: yep thanks
[18:50]  * apw calls it a day ... i hate hyper-v and i love beer, so the decision is easy
[20:08]  * rtg_ -> EOD


 I am editing debian/rules to get a package to build. The changes I make allow the package to build using pdebuild.
[08:56] <aonyx> However, once I turn those changes into a patch use edit-patch the package no longer builds using pdebuild.
[08:56] <aonyx> Any suggestions as to what might cause this?
[09:04] <Ampelbein> aonyx: it would help to see a buildlog.
[09:05] <Ampelbein> aonyx: and for changes to files in debian/ you don't have to make a patch anyway.
[09:05] <Ampelbein> only for changes to upstream files (outside of debian/)
[09:07] <aonyx> Ampelbein: Thanks, well now that I don't have to make a patch my life just got a whole lot easier
[10:17] <tumbleweed> aonyx: we use patches (quilt etc) for changes to the upstream code, not the contents of debian/. Those we just change directly
[10:17] <tumbleweed> broder: still looking for a sponsor?
[10:19] <aonyx> oki-doki, should have it uploaded soon, jtaylor seemed to think that your initial suggestion was fine so I am doing that.
[10:21] <tumbleweed> cool
[10:39] <tumbleweed> aonyx: I'd also remove the -lc LDFLAGS addition
[10:40] <jtaylor> it should be tested that bug 205783 is not reintroduced somehow
[10:45] <jtaylor> tumbleweed: can you ack this sync? bug 808288
[10:47] <aonyx> tumbleweed: good point, getting to it now.
[10:52] <tumbleweed> jtaylor: acked
[10:59] <aonyx> tumbleweed: they're removed now
[11:00] <tumbleweed> aonyx: I'd reuse the "Explicitly link to C library" comment for DEBIAN_PAMLIB
[11:00] <aonyx> sounds like a good idea
[11:08] <aonyx> tumbleweed: done
[11:10] <tumbleweed> aonyx: LGTM, thanks. Please forward that to Debian
[11:11] <aonyx> woohoo, will do
[12:26] <directhex> RainCT, if you don't want me to NMU mistelix, i'd speak up.
[12:29] <RainCT> directhex: I'm fine with NMUs (or with mistelix, I'm OK with having it team-maintained)
[12:30] <directhex> it's one of the final blockers on completing the 2.10 transiiton
[12:47] <RainCT> directhex: well, I've no idea what the error is about
[12:49] <directhex> ... i just worked out an error in mistelix. it's cringeworthy
[12:49] <directhex> it uses AC_PATH_PROG to get the MCS variable... but uses hardcoded CSC variable as the compiler instead
[13:02] <jtaylor> what is the CMAKE equivalent of configure LIBS=... ?
[13:09] <jtaylor> noo my experiment has invalidated my ccache :(
[14:54] <evaluate> Any idea why the baltix package was added to bug 791950 ?
[15:07] <tumbleweed> evaluate: baltix is a distribution, not a package. And on +activity, you can see who added it
[15:08] <evaluate> Hmm? Never heard of baltix...
[15:08] <evaluate> Will look it up, thanks!
[15:27] <broder> tumbleweed: yeah, i'm still looking, although i'm going to be out for the next several hours, so i might have a delayed response to feedback
[15:27] <tumbleweed> broder: only feedback I have: README is probably worth including, and please bump the changelog timestamp
[15:28] <tumbleweed> oh, also I wasn't aware that there was a format for using branch names in Vcs-Git. Are you sure that there is?
[15:28] <broder> no! :)
[15:28] <broder> i think it's totally underspecified for VCS's that can hold multiple branches at a single URL
[15:30] <broder> hmm...i also forgot to check my watch file now that nelson's started tagging releases
[15:30] <tumbleweed> broder: I found a devscripts bug on the subject that was wontfix
[15:30] <tumbleweed> ah, yeah I seem to recall some mangling was necessary with githubredir
[15:30] <xteejx> Hi guys, I want to start helping with FTBFS again but have forgotten how to pull source for oneiric into natty....HELP brain not working!
[15:31] <tumbleweed> xteejx: pull-lp-source
[15:31] <broder> tumbleweed: when i originally packaged this up, nelson hadn't tagged any releases yet, so i was using awesome 0.0.0.git+TIME~etc+more+crud version numbers :)
[15:31] <xteejx> tumbleweed: That's the one! Thanks :D
[15:34] <broder> tumbleweed: do you think i should drop the branch name and assume people will be able to guess?
[15:35] <tumbleweed> broder: ah, debian bug 508433
[15:36] <tumbleweed> no, ubottu, it's won'tfix, closed, and archived. Not open at all
[15:37] <broder> heh. ok, i'll drop the branch
[15:37] <broder> it'll still be in vcs-browser so hopefully that's enough of a pointer
[15:45] <broder> tumbleweed: ok, new packages at http://web.mit.edu/broder/Public/reptyr/
[15:45] <broder> but i do actually have to run now
[15:46] <broder> i'll check backscroll when i get back, and thanks for looking :)
[15:46] <tumbleweed> np
[15:49] <psusi> can anyone tell me why this merge is still on hold? https://code.launchpad.net/~psusi/ubuntu/oneiric/dmraid/drop-64bit-pdc/+merge/60136
[15:49] <tumbleweed> psusi: because commenting with a "resumit" review isn't the same as resubmitting the merge proposal
[15:50] <psusi> it isn't?
[15:50] <tumbleweed> it's ambiguous and confuses people :)
[15:50] <psusi> what is a resubmit comment then?
[15:50] <tumbleweed> as I understand it, it's for a reviewer to say you should resubmit this
[15:50] <psusi> isn't that what needs information is for?
[15:51] <tumbleweed> I've never seen the point for it, but I think different projects use it differently.
[15:51] <tumbleweed> at any rate, what you want is to either change the merge proposal's status back to "Needs review", or click the "resubmit this merge request" button
[15:52] <psusi> k, got it
[15:54] <xteejx> How do I test build a package? Sorry guys I lost my reference material :S
[15:54] <xteejx> debuild -S ?
[15:55] <psusi> that will build the source package... leave off the -S to build both source and binary
[15:55] <xteejx> cool thanks :)
[15:56] <xteejx> Hmm, it's not auto grabbing the build-deps
[15:57] <tumbleweed> xteejx: it won't. Are you maybe thinking of pbuilder / sbuild?
[15:57] <xteejx> Well I just wanted to test build a package, rule out autobuiler gremlins
[15:58] <xteejx> *autobuilder
[15:58] <psusi> then you probably want to use pbuilder
[15:58] <xteejx> doh I just remebered
[15:58] <xteejx> pbuilder build *.dsc
[16:34] <jtaylor> why do people not read the warning dh emits :(
[16:34] <jtaylor> libosl.so has no links against its deps
[16:34] <jtaylor> dh_shlibs detects that
[16:36] <tumbleweed> jtaylor: people suck :) (seriously though, dh_shlibdeps was always pretty noisy esp. before --as-needed)
[16:37] <jtaylor> yes, those "uncessary link" messages mask the important ones
[16:37] <jtaylor> unecesary link is really only a warning, but missing link should be an error
[16:38] <Ampelbein> jtaylor: it didn't matter much without --as-needed, if you mean gpsshogi FTBFS. Before --as-needed you just had to pass the libraries to the linker to "fix" this, which is why in debian the build succeeds.
[16:38] <jtaylor> missing dependency is a RC bug or?
[16:39] <jtaylor> Ampelbein: it does matter as dependencies are missing, that the rdeps build due because they declare there b-d properly does not make it better
[16:40] <jtaylor> thats all libosl1 depends on: http://paste.ubuntu.com/641403/
[16:40] <jtaylor> and its a 150mb source package ^^
[16:41] <Ampelbein> jtaylor: just saying why this problem didn't show up in debian, not saying it's right.
[16:43] <Ampelbein> and yes, I think missing dependendy is RC bug.
[16:48] <xteejx> Hi guys, I'm having problems with pbuilder-dist with a debootstrap error, any way to fix this?
[16:51] <jtaylor> which error?
[16:52] <xteejx> http://paste.ubuntu.com/641410/
[16:52] <xteejx> ^^ pasted here
[16:54] <xteejx> I issued "pbuilder-dist oneiric create" btw
[16:56] <xteejx> Any idea what the problem is?
[16:56] <tumbleweed> xteejx: that's a known bug
[16:57] <xteejx> tumbleweed: Oh right, any way around it for the moment?
[16:57] <tumbleweed> bug 807974
[16:58] <tumbleweed> easy workaround is to mkdir -p /var/run in your target directory before debootstraping
[16:59] <xteejx> Ah ha! I'll try that now :)
[17:04] <xteejx> tumbleweed: It didn't work, I did "mkdir -p /var/run" from ~/sources (where I keep MOTU type stuff) and redone the pbuilder-dist oneiric create but the same error came up
[17:04] <xteejx> Not to worry I'm sure it'll be sorted - I'll be back ont eh scene in a couple of weeks and hopefully itll be fixed :)
[17:04] <xteejx> Thanks again btw
[19:01] <ap0th> Hello. I'm following http://people.canonical.com/~dholbach/packaging-guide/html/getting-set-up.html and getting an error when I run "pbuilder-dist oneiric create"
[19:02] <tumbleweed> ap0th: known problem, I'm afraid
[19:03] <ap0th> oh, ok
[19:03] <tumbleweed> you do raise a point that ubuntu dev week is going to be painful until that's fixed :)
[19:03] <tumbleweed> in the meantime, you should be able to create a natty chroot successfully
[19:04] <ap0th> I tried "pbuilder-dist natty create" as well w/o luck (on Oneiric alpah 2)
[19:05] <tumbleweed> ap0th: what was the error you got?
[19:05] <tumbleweed> oh, that could be the linux 3.0 issue
[19:06] <ap0th> "W: Failure trying to run: chroot /var/cache/pbuilder/build/14464/. dpkg --force-depends --install /var/cache/apt/archives/libc6_2.13-0ubuntu13_i386.deb" then "E: debootstrap failed"
[19:07] <tumbleweed> that's the oneiric debootstrap issue, bug 807974
[19:07] <ap0th> (sorry...running in tty1 in Virtualbox because can no longer login after dist-upgrade...so can't really copy-paste)
[19:08] <ap0th> so I need to create a /var/run directory?
[19:09] <tumbleweed> in the directory that debotstrap create the chroot in
[19:10] <ap0th> pardon my ignorance...but how do I know what directory that is?
[19:12] <tumbleweed> your ignorance isn't out of place here, it can't be predicted :)
[19:13] <ap0th> should I just skip the pbuilder step then?
[19:14] <tumbleweed> or wait for this issue to be resolved
[19:14] <tumbleweed> hopefully tomorrow morning...
[19:15] <ap0th> I installed Oneiric alpha 2 in Virtualbox and did an update/dist-upgrade and now I am no longer able to graphically login to all 3 options (Unity/Unity-2D/Gnome)...getting "failed to load errors at GDM" - any ideas on that?
[19:16] <tumbleweed> no idea. but you should probably switch to lightdm which will be the default login manager for oneiric
[19:16] <ap0th> maybe it was lightdm...whatever was default
[19:17] <ap0th> Is there a "proper" time to do dist-upgrades? thinking that bonked my system
[19:18] <tumbleweed> no. There is occasional breakage, so if you see people mentioning massive problems on IRC / the planet, maybe don't upgrade for a couple of days. Otherwise any time is good
[19:19] <ap0th> Would there be anything wrong with setting up an Oneiric pbuilder environment on my Natty system or would I run into the same bugs?
[19:19] <tumbleweed> you'll run into the same bug. natty on natty should work, though
[19:21] <ap0th> would that help me if I just want to get started working on simple bugs?
[19:21] <tumbleweed> it'll certainly help you get the feel of how to do things
[19:21] <ap0th> ok. thanks for your help!
[20:26] <psusi> are there any release managers around that could approve a natty task in bug #675108?
[20:35] <stgraber> psusi: accepted for natty
[20:35] <psusi> stgraber, ty
[20:36] <stgraber> psusi: I'm not sure it's relevant for oneiric as default ubuntu will be using the power indicator and I'm not even sure of what's the state of g-p-m with gnome 3.x
[20:37] <stgraber> but if you're sure it affects Oneiric too (in a gnome 3.x fallback session for example), I'm happy to accept the oneiric nomination too
[20:38] <psusi> g-p-m seems to have undergone some serious weirdness in oneiric... gnome-power-preferences seems to have gone away, there is no icon, and the new system settings thing shows some sort of configuration that is a much more stripped down version of gnome-power-preferences
[20:38] <psusi> I can't confirm that it affects oneiric or not since it doesn't show up at all... so should it still get a task and just leave it new until it can either be confirmed, or invalidated?
[20:39] <stgraber> well, I'm guessing that if you have a task opened for both oneiric + natty the SRU team will expect you to fix it in oneiric first then backport to natty
[20:39] <stgraber> which isn't really doable in this csae
[20:39] <stgraber> *case
[20:40] <psusi> good point
[20:40] <stgraber> ok, I declined it for Oneiric for now. The task can still be re-approved later if needed
[20:43] <stgraber> which reminded me I wanted to install indicator-power on oneiric :)
[20:45] <stgraber> wow, and it even works!
[20:45] <ajmitch> you sound surprised at this
[20:45] <psusi> does that bring back the battery icon?  isn't that a third party thing?  shouldn't gnome-power-manager just work?
[20:45] <stgraber> well, considering how difficult it was to get some kind of battery indicator before, I'm :)
[20:46] <stgraber> as I understand it (from some mailing lists post) g-p-m essentially dropped the applet. Gnome shell somehow pokes g-p-m for battery info to display in their UI
[20:46] <stgraber> and now unity has an indicator doing the same thing
[20:47] <stgraber> http://permalink.gmane.org/gmane.comp.gnome.powermanager.devel/2144 was the one I was thinking about


[00:30] <mhall119> bkerensa: in the same way that a prius and a corvette are all just cars when it comes down to it
[00:32] <mhall119> but not amount of body work is going to make the prius a sportscar
[02:03] <cjohnston> mhall119: I haven't looked at the MP, but the concept is what I'm already using
[02:03] <mhall119> ok
[02:04] <mhall119> cjohnston: it just sounded odd to have an HTTP cookie that would be persistent
[02:04] <mhall119> kind of like a browser login session that never expires
[03:40] <popey> bkerensa: nope
[14:20] <cjohnston> mornin
[14:20] <smartboyhw> Hello
[15:10] <AlanBell> http://www.themonkeytail.com/2012/11/day-28.html who is up for that for the ringtail launch?
[15:11] <smartboyhw> AlanBell, !? (can't understand the meeting behind)
[17:42] <snap-l> BTW: Open Metalcast is on http://metalinjection.fm
[17:43] <snap-l> in case anyone is interested.
[19:53] <mhall119> G+ Communities need a "Ban this person and remove everything they've posted here" option
[20:05] <popey> +1
[20:05] <popey> Evening!
[20:16] <JanC> I don't think "remove" is the right thing to do, maybe "hide" them
[20:17] <JanC> (but then again, I don't even use G+...)
[20:17] <JanC> doesn't G+ have a killfilter or something like that?
[20:30] <czajkowski> popey: you made it back
[20:30] <czajkowski> yay


[16:49] <jMCg> dpkg -S /etc/init/container-detect.conf claims it belongs to upstart, but upstart doesn't have that file.
[16:49] <jMCg> Where do I find it?
[17:11] <jodh> jMCg: ? that file is part of the upstart package in Ubuntu.
[17:22] <SpamapS> jMCg: its in the package
[17:23] <jMCg> Yeah, I get that, so I'm wondering: Where's the source?
[17:23] <jMCg> upstart being an Ubuntu project, and the package being from Ubuntu, where does the source come from?
[17:24] <SpamapS> bzr branch lp:ubuntu/upstart
[17:28] <jMCg> now I just need to find out how to submit this patch: http://apaste.info/57cf
[17:29] <SpamapS> jMCg: not sure you can use awk there
[17:40] <jMCg> SpamapS: I'm pretty sure you can use awk wherever you use cat/grep/cut.
[17:40] <jMCg> Anyway: On to more important matters:
[17:41] <SpamapS> true, cut is in /usr as well
[17:41] <jMCg> if I set a setuid stanza, will pre-start be executed under that user as well?
[17:41] <SpamapS> jMCg: it was my understanding that upstart just didn't work at all in open-vserver tho
[17:41] <SpamapS> jMCg: yes, thats the one weakness of setuid/setgid unfortunately
[17:41] <jMCg> SpamapS: weakness?
[17:42] <SpamapS> jMCg: we've talked about maybe adding setuid/setgid as options to each executable stanza so you can have pre-start as root and exec as not root
[17:42] <jMCg> I see. No, in this case it's really fine. If I cannot read $foo as user $bar, then executing the daemon under that user won't be going all that well..
[17:45] <SpamapS> well often pre-starts will setup a dir in /var/run or something like that
[17:49] <jMCg> *nod*
[17:49] <jMCg> one more question: Can I setuid or chdir from an environment?
[17:52] <jMCg> i.e.: We'd like to configure under which user the daemon is running.
[17:53] <jmelis> hi guys, I'm an opennebula developer, and I'm trying to create an fpm package that prepares the network (basically writes /etc/network/interfaces). The tricky part is that it needs to be done *before* the init/networking.conf kicks in... does anybody know how can I do that??


[07:15] <h0mer> anyone here have experience with juju using the cannonical openstack deployment?
[12:35] <bbaqar> Hey guys I have a deb package that creates a lxc but I need a way to make apparmor aware of this lxc. Currently I am just disabling the apprmor profile for libvirt to get the lxc started.
[17:17] <frenda> Is JuJu sth like http://sandstorm.io ?
[17:18] <frenda> I'm interesting in running a paid Sandbox host (where users can install any apps they want), But Sabdstorm.io selling system (called Blackrock) is not free
[17:18] <frenda> Is there any plugin for JuJu to do that?
[17:19] <frenda> Am I in a wrong channel? Is here for developer?
[17:25] <frenda> Hey?
[17:25] <frenda> !Juju
[18:06] <frenda> I'm interesting in running a paid sandbox host (where users can install my app); Can JujU do it?


[08:36] <davmor2> Morning all
[08:47] <thekorn> good morning davmor2
[10:19] <eeejay> jcollado1: http://git.gnome.org/cgit/gnome-desktop-testing/
[10:19] <jcollado1> eeejay: Thanks. That's interesting
[10:22] <eeejay> jcollado1: i played last night with git-bzr, it is pretty simple
[10:23] <eeejay> jcollado1: the tricky part will be to make GNOME the parent branch
[10:23] <eeejay> in merges
[10:24] <jcollado1> eeejay: I see
[10:24] <jcollado1> eeejay: At least if we get rid of SVN, that makes things easier
[10:24] <eeejay> jcollado1: yup :)
[10:28] <thekorn> maybe my 0.5cents this discussion: why not splitting this project into three ones: desktop-testing, gnome-tests and ubuntu-tests and give all of these projects one VCS
[10:29] <thekorn> desktop-testing has all the framework etc,
[10:29] <thekorn> and gnome-/ubuntu- testing are plugins which contains the wrappers and tests
[10:31] <thekorn> and then you can of course define other plugins like kubuntu-tests or maybe mypetapplication-tests
[18:32] <nagappan> I have a dual monitor, with Ubunut 9.10, I 'm unable to have a new bottom panel on the second monitor, even I tried creating one on the first monitor and tried drag and drop, it doesn't work
[18:32] <nagappan> is this a known issue ?
[18:48] <fader|lunch> nagappan: You'll probably get more help in #ubuntu... this channel is used to coordinate testing and is pretty dead right now, whereas #ubuntu is full of many helpful people :)
[18:48] <nagappan> fader, sure, thanks :)
[18:48] <fader> No problem :)


[00:36] <minimal> at_work: what exactly is the problem you're having?
[00:37] <at_work> minimal, I had written some equally brittle nmcli scripts in ansible
[00:38] <at_work> I fixed my brittle crap and I'm in a better position.
[00:38] <at_work> nothing exciting to be sure
[03:59] <cluelessperson> How do I set the root password with cloud init?
[23:01] <cluelessperson> I can't get cloud init to work
[23:01] <cluelessperson> it's not installing authorized keys
[23:01] <cluelessperson> it's not installing apt sources
[23:01] <cluelessperson> there are no errors


[13:17] <cprov> guys, anyone interested in the PPA 101 agenda, please add your suggestions in https://wiki.ubuntu.com/CelsoProvidelo/PPAClassAgenda
[13:40] <ian_brasil> cprov: you want questions written there?
[13:40] <cprov> ian_brasil: yes, please
[13:41] <pleia2> cprov: -classroom has a mailing list now, feel free to send out the link there too: https://lists.ubuntu.com/mailman/listinfo/Ubuntu-classroom
[13:49] <cprov> pleia2: good point, sent.
[14:57]  * Hobbsee waves
[15:00]  * cprov waves to Hobbsee
[15:01] <Hobbsee> :)
[15:02] <mrevell> Welcome to this Launchpad Personal Packages Archives Q&A session!
[15:02] <mrsno> hi!
[15:02] <mrevell> Over the next hour you'll get the chance to ask whatever questions you want about using Launchpad's PPAs with Ubuntu.
[15:02] <mrevell> You'll also find out what we have planned for PPAs in the near future. Plus the chance to nominate your top PPA bug.
[15:03] <mrevell> If you want to get up to speed with what PPAs are, check out our quick-start guide at:
[15:03] <mrevell> https://help.launchpad.net/PPAQuickStart
[15:03] <mrevell> To answer your questions we have:
[15:03] <mrevell> cprov - Celso Providelo - one of the Launchpad developers behind PPA.
[15:03] <mrevell> Hobbsee - Sarah Hobbs - a member of Ubuntu MOTU and Core Developer teams.
[15:04] <mrevell> And joining us soon will be LaserJock - Jordan Mantha - a member of the Ubuntu MOTU team.
[15:04] <mrevell> This is a one hour session lasting from 15.00 - 16.00 UTC. After the session I'll post the logs at:
[15:04] <mrevell> https://help.launchpad.net/PPA/QAndA20071128
[15:04] <mrevell> We'll be following cprov's agenda, which you can find at:
[15:04] <mrevell> https://wiki.ubuntu.com/CelsoProvidelo/PPAClassAgenda
[15:05] <mrevell> more or less
[15:05] <mrevell> :)
[15:05] <mrevell> Let's start with "Coming features in 1.1.12"
[15:05] <mrevell> cprov: Would you like to take each item and briefly explain what they are please? We can take questions as cprov talks.
[15:05] <cprov> mrevell: sure
[15:06] <mrevell> Great! Thanks.
[15:07] <cprov> I'd like to describe some of the features that will be released in 1.1.12
[15:07] <cprov> around 20th december or earlier
[15:08] <cprov> we will start to ensure PPA size quotas
[15:08] <cprov> which are set to 1Gb by default
[15:09] <cprov> the size can be increased by request and will be judge ad-hoc
[15:10] <cprov> The next major feature is "improved buildfarm performance"
[15:10] <Hobbsee> cprov: a)  when will delete happen, and b)  how can we stay under-size, when we can't remove packages that we no longer want?
[15:11] <cprov> Hobbsee: currently deletions are done by request
[15:11] <cprov> Hobbsee: you have to post a question in launchpad-project providing the package names you want deleted and it will be addressed asap
[15:12] <Hobbsee> cprov: right, OK
[15:12] <cprov> Hobbsee: we plan to provide UI support for it  during January cycle.
[15:12] <mrevell> ACTION: add delete instruction to quick-start guide
[15:13] <cprov> yet about Builds in PPA, we now have 9 dedicated buildd machines for PPA
[15:14] <cprov> 3 for each supported architecture (i386, amd64 and lpia)
[15:15] <cprov> and it clearly diminished the bottle-neck effects as you probably noticed.
[15:16] <cprov> also for 1.1.12 we will allow source copies by request
[15:17] <cprov> users can request copies from other PPAs (allowing collaborative work across PPA)
[15:18] <Hobbsee> what are the turn-around times for these copy requests?
[15:18] <cprov> or copies from different suites inside the same PPA (backporting, for instance)
[15:19] <cprov> Hobbsee: similar to the "deletion requests", until we provide UI, then the users can do it themselves.
[15:19] <Hobbsee> cprov: which is roughly how long, between the request, and being actioned, assuming all the required info is there?
[15:20] <cprov> Hobbsee: I can't say for sure, I'd say not longer than 24 hours
[15:20] <Hobbsee> right
[15:20] <mrevell> Although, obviously, in busier times it may take longer.
[15:21] <cprov> right, more details about 1.1.12 and PPAs are available in https://edge.launchpad.net/soyuz/+bugs?field.searchtext=&orderby=-importance&search=Search&assignee_option=any&field.assignee=&field.bug_reporter=&field.bug_contact=&field.bug_commenter=&field.subscriber=&field.milestone%3Alist=90&field.omit_dupes.used=&field.omit_dupes=on&field.has_patch.used=&field.tag=ppa&field.has_cve.used=
[15:21] <cprov> (eek, long url, sorry)
[15:21] <cprov> mrevell: I'm done for 1.1.12 features
[15:22] <mrevell> Thanks very much cprov! I'd like us to leave the vote until the end as I'm sure people here are itching to ask questions! If you have a question, please start it with QUESTION:
[15:23] <mrevell> Questions anyone?
[15:24] <cprov> mrevell: there was a question posted in the agenda by ian_brasil. QUESTION: How can I use the PPA behind a firewall?
[15:24] <mrevell> Thanks cprov.
[15:25] <arzajac> QUESTION:  What tools are needed to use a PPA?  I notice that you need dput.  Anything else?
[15:25] <ian_brasil> cprov: yes, is this possible?
[15:25] <mrevell> cprov: Would you like to answer the firewall question and then we can take arzajac's question.
[15:27] <cprov> ian_brasil: I can't see any problems related with firewall, since your machine always work like a client
[15:27] <mrevell> ian_brasil: Have you tried it and had a problem?
[15:28] <ian_brasil> cprov: yes..it *does not* work...i am behind a firewall and dput times out
[15:28] <mrevell> ian_brasil: Is it possible that your firewall blocks FTP traffic?
[15:28] <ian_brasil> yes it does...any idea how i can work around this?
[15:28] <bigjools> can dput be configure to use a proxy?
[15:28] <bigjools> configured*
[15:29] <Hobbsee> you can use multiple ways to upload files with dput
[15:29] <Hobbsee> From the man page, these include
[15:29] <Hobbsee>  Currently  dput supports ftp, scp,
[15:29] <Hobbsee>        rsync, http, https, and local. The method scripts have been split  from
[15:29] <Hobbsee>        the   main  script  so  it  is  easy  to  add  new  methods.   Look  in
[15:29] <Hobbsee>        /usr/share/dput/ for examples.
[15:29] <cprov> Hobbsee: but PPA only accepts FTP atm :(
[15:30] <Hobbsee> cprov: ah.  well, then, ignore me.
[15:30] <mrevell> cprov: Do we have plans to accept other methods?
[15:30] <mrevell> cprov: Would PPA accept FTP on a non-standard port? That might get round a firewall, possibly.
[15:30] <ian_brasil> should i submit a bug to get http implemented?
[15:31] <cprov> mrevell: yes, there is a plan to add sftp support
[15:31] <arzajac> A web interface would be great.  Browse for files and upload them...
[15:31] <mrevell> ian_brasil: Yes, please do submit a bug report.
[15:31] <ian_brasil> mrevell: OK i will
[15:32] <mrevell> ian_brasil: I'm sorry that we're unable to help you get PPA working immediately.
[15:32] <mrevell> Hobbsee: Would you like to take arzajac's question?
[15:33] <ian_brasil> i have my PPA working just that I cannot add to it from work...i have to go travelling to upload !!
[15:33] <Hobbsee> yes - want to repaste the question?
 QUESTION:  What tools are needed to use a PPA?  I notice that you need dput.  Anything else?
[15:33] <Hobbsee> arzajac: to actually build the source package, you'll need to have a variety of tools, based on what the package is.  these include debhelper ( or cdbs), sometimes a form of patch system, or a specific tool that the package uses to build.  https://wiki.ubuntu.com/PackagingGuide is always a useful guide, and explains a lot of these build tools quite reasonably.  The errors are faily obvious, often saying which file cannot be found.
[15:34] <Hobbsee> #ubuntu-motu also offers some help with build queries.
[15:34] <Hobbsee> If you're looking for more packaging help, to learn to use these tools more effectively, you might consider coming to one of the Packaging Q&A sessions, which tend to focus on how to package, and how to use the tools themselves.
[15:35] <mrevell> Do you know when the next Packaging Q&A session is?
[15:35] <Hobbsee> The next one should be in a couple of weeks, i think.  looking for a more concrete date now
[15:35] <Hobbsee> https://wiki.ubuntu.com/MOTU/Events
[15:35] <Hobbsee> Every friday, 1300 UTC.
[15:36] <Hobbsee> It appears that the next packaging 101 session is at Thu 13th Dec 2007 16.00 - 17.30 UTC
[15:36] <Hobbsee> this will pick a package, where everyone can follow along in the building of it, and for how to fix things in it.
[15:37] <mrevell> Great, thanks Hobbsee!
[15:37] <mrevell> arzajac: Does that answer your question?
[15:37] <arzajac> That's great.  Perhaps the PackagingGuide documentation can mention PPAs.
[15:37] <arzajac> Yes, thanks.
[15:37] <Hobbsee> arzajac: it's slowly getting updated.
[15:37] <mrevell> Any other questions?
[15:38] <Hobbsee> A question commonly asked is how someone builds the same package for multiple releases.
[15:39] <jcastro> QUESTION: Currently to add a ppa I have to add it via sources.list. Is there a plan for something easier like a button i can click on or something like that?
[15:39] <mrevell> cprov: Would you like to take jcastro's question?
[15:39] <Hobbsee> jcastro: that has been discussed somewhat in the ubuntu development community, and is so far undecided, due to possible QA issues.
[15:40] <cprov> jcastro: yes, there is a plan to ship a AptFirefoxFileHandler, see https://wiki.ubuntu.com/AptFirefoxFileHandler
[15:40] <jcastro> thanks!
[15:40] <PriceChild> apt:// links are already implemented aren't they?
[15:40] <LaserJock> yes
[15:41] <LaserJock> but I don't think enabling repos is
[15:41] <cprov> jcastro: but it's not yet scheduled for implementation, so user-pressure is welcome.
[15:41] <PriceChild> ah ty LaserJock
[15:41] <mrevell> Thanks for the question jcastro.
[15:42] <Hobbsee> https://lists.ubuntu.com/archives/ubuntu-devel/2007-September/024464.html and follow on describes some of the issues to this in more detail, if anyone was interested.
[15:42] <mrevell> thanks Hobbsee.
[15:43] <mrevell> Do we have any other questions? Don't be shy :)
[15:43]  * Hobbsee only eats people on mondays.
[15:43] <rick_h_> QUESTION: where are plans for stats? Help me know if I'm wasting my time?
[15:43] <cprov> rick_h_: ehe, great question
[15:44] <cprov> rick_h_: well, usage-stats depends on having a server-side smarter than plain-apache
[15:45] <rick_h_> cprov: but straight download stats can be had via apache
[15:45] <cprov> rick_h_: we have been discussing this lately and soon we will publish the possible alternatives
[15:45] <rick_h_> cprov: ok, thanks. Probably the biggest thing I miss moving things to PPA/LP in general.
[15:46] <arzajac> Question:  What about authentication keys?  Do users have to apt-key each PPA they add to their sources.list?
[15:46] <cprov> rick_h_: right, you are welcome to file a bug about it
[15:47] <cprov> arzajac: this implementation is also in the pipeline, check https://bugs.edge.launchpad.net/soyuz/+bug/125103
[15:48] <cprov> rick_h_: we are fighting to the idea of having a single key for all PPAs, but also not keen about creating new privates signing keys for each PPA.
[15:49] <mrevell> cprov: was that meant for arzajac?
[15:49] <arzajac> I see.
[15:49] <cprov> mrevell: yes, sorry
[15:50] <Hobbsee> at the end of hte day, keys shouldn't be to hide a scary warning - it should be making you say "now, do i trust the maker of this package?"
[15:50] <mrevell> Thanks Hobbsee.
[15:50] <mrevell> Okay, we're coming to the end of the session. Are there any last questions?
[15:52] <mrevell> In that case, let's move to the final item, which is nominating your top PPA bug.
[15:52] <Hobbsee> ooo ooo!
[15:52] <mrevell> You can find the list of PPA bugs at:
[15:52] <mrevell> https://launchpad.net/soyuz/+bugs?field.tag=ppa
[15:53] <mrevell> If you don't have on right now, please join us on #launchpad-users to tell us about it.
[15:53] <mrevell> Hobbsee: what's yours?
[15:53] <Hobbsee> https://bugs.edge.launchpad.net/soyuz/+bug/136399
[15:53] <Hobbsee> https://bugs.edge.launchpad.net/soyuz/+bug/139619
[15:53] <Hobbsee> https://bugs.edge.launchpad.net/soyuz/+bug/172587
[15:53] <Hobbsee> https://bugs.edge.launchpad.net/soyuz/+bug/136413
[15:54] <Hobbsee> and https://bugs.edge.launchpad.net/soyuz/+bug/165230
[15:54] <LaserJock> :-)
[15:54] <cprov> Hobbsee: clever
[15:55] <cprov> 139619 is fixed in my emacs ;)
[15:55] <Hobbsee> so, maintainer field mangling, so it thinks ubuntu motu's done the package, when they haven't, copy and remove UI, not having to upload the .orig.tar.gz, letting ppas depend on other ppas, and creating correct packages
[15:55] <Hobbsee> cprov: excellent!
[15:56] <mrevell> Okay, well, we've come to the end of the hour. Thank you everyone for joining us.
[15:57] <mrevell> If you'd like to discuss PPAs more, join us on the launchpad-users list at:
[15:57] <mrevell> http://lists.ubuntu.com/mailman/listinfo/launchpad-users
[15:57] <mrevell> Thanks cprov, Hobbsee, LaserJock
[15:57] <mrevell> thanks everyone for your questions.
[15:57] <mrevell> SESSION ENDS! :)
[15:58] <mrsno> thanks a lot mrevell , Hobbsee and all
[15:58] <Hobbsee> mrsno: :)
[15:58] <rick_h_> I get an empty room for #launchpad-users
[15:59] <LaserJock> rick_h_: that's the mailing list
[15:59] <LaserJock> rick_h_: the IRC is just #launchpad
[15:59] <rick_h_> oic, he used # so I thought it was a room
[16:04] <mrevell> Sorry, I made a mistake putting the # on there!
[16:13] <jcastro> thanks guys!


[20:15] <ibeardslee> morning
[20:17] <olly> morning
[21:15] <chilts_> morning
[21:43] <ajmitch_> morning
[21:52] <hads> moring
[23:47] <JoseeAntonioR> ibeardslee: ping
[23:55] <ibeardslee> JoseeAntonioR: pong
[23:55] <JoseeAntonioR> ibeardslee: mind a PM?
[23:57] <ajmitch_> ibeardslee: and I was about to comment that you might be celebrating st patrick's day already :)
[23:57] <ibeardslee> ajmitch_: St Patrick's Day is not a celebration
[23:57] <ibeardslee> it's a rememberance of a lost culture destroyed by a new religion
[23:58] <ibeardslee> JoseeAntonioR: sure


[14:02] <ppisati> o/
[14:05] <xnox> o/
[15:59] <rbasak> o/
[16:00] <ppisati> o/
[16:01] <seb128> hey
[16:03] <teward> *opens the airlock and lets all the air out*
[16:04] <kanashiro[m]> o/
[16:05] <teward> *yawns and obtains more caffeine while he waits for more people to show up*
[16:06] <rbasak> Four is enough
[16:06] <rbasak> #startmeeting Ubuntu Developer Membership Board
[16:06] <meetingology> Meeting started at 16:06:06 UTC.  The chair is rbasak.  Information about MeetBot at https://wiki.ubuntu.com/meetingology
[16:06] <meetingology> Available commands: action, commands, idea, info, link, nick
[16:06] <rbasak> Let's go straight to applications
[16:06] <rbasak> #topic Package Set/Per Package Uploader Applications
[16:06] <rbasak> #subtopic Paolo Pisati (2023-04-03)
[16:06] <rbasak> ppisati: welcome! Would you like to introduce yourself?
[16:06] <rbasak> #link https://wiki.ubuntu.com/PaoloPisati/DKMSUploadApplication
[16:06] <ppisati> yep
[16:07] <ppisati> Hi there, my name is Paolo and I've been a member of the Ubuntu kernel team since 2011
[16:07] <ppisati> my main focus is devel kernel / kernel packaging, and i mantain the kernel dev series
[16:08] <ppisati> I'm applying for dkms upload rights so i can (hopefully) speedup release of new kernels
[16:08] <ppisati> since often new kernels are blocked on DKMS FTBFS or various other DKMS failures
[16:09] <rbasak> Does anyone have questions for ppisati?
[16:09] <rbasak> I can start :)
[16:09] <rbasak> ppisati: do you know what the SRU team's opinion is of "Regression Potential: None" or similar?
[16:10] <ppisati> rbasak: yes, they don't like it! :)
[16:10] <ppisati> i think you picked that from one of my previous DKMS upload
[16:10] <rbasak> I looked for recent SRUs, and see bug 2002527 and bug 2002329 :)
[16:10] -ubottu:#ubuntu-meeting- Bug 2002527 in openafs (Ubuntu Jammy) "openafs-dkms fails to build with jammy/linux-hwe-5.19" [Undecided, Fix Released] https://launchpad.net/bugs/2002527
[16:10] -ubottu:#ubuntu-meeting- Bug 2002329 in xtrx-dkms (Ubuntu Jammy) "xtrx-dkms fails to build with jammy/linux-hwe-5.19" [High, Fix Released] https://launchpad.net/bugs/2002329
[16:11] <ppisati> that is actually part of the SRU template and should show where the update you are working on 'could go wrong'
[16:11] <rbasak> Bug 2002636 too.
[16:11] -ubottu:#ubuntu-meeting- Bug 2002636 in broadcom-sta (Ubuntu Kinetic) "broadcom-sta-dkms fails to build with jammy/linux-hwe-5.19" [Undecided, Fix Committed] https://launchpad.net/bugs/2002636
[16:11] <rbasak> Those are your most recent SRUs I think?
[16:12] <ppisati> rbasak: yep, somehow that list doesn't show all the SRUs i did in the past
[16:12] <rbasak> I'm looking at https://udd.debian.org/cgi-bin/ubuntu-sponsorships.cgi?render=html&sponsor=&sponsor_search=name&sponsoree=Paolo+Pisati&sponsoree_search=name - is that more representative?
[16:12] <rbasak> https://launchpad.net/~p-pisati/+uploaded-packages only shows each package once I think.
[16:13] <rbasak> Maybe per package or per release or something like that. Anyway I find the sponsorship miner to be more comprehensive. Or do you think there are more yet that are missing?
[16:13] <ppisati> rbasak: yes, that looks more complete
[16:13] <ppisati> rbasak: the last url you posted looks good (please dont' ask me what i did in 2011...)
[16:14] <rbasak> Looking at your past few SRUs (most recent) from there, I feel that you're missing something in your communications with the SRU team. They keep needing to clarify things, and I don't think they generally include much of a regression analysis at all.
[16:15] <ppisati> rbasak: yes, i should improve that
[16:15] <rbasak> eg. https://bugs.launchpad.net/ubuntu/+source/evdi/+bug/2002320/comments/2 and https://bugs.launchpad.net/ubuntu/+source/openafs/+bug/2002527/comments/3
[16:15] -ubottu:#ubuntu-meeting- Launchpad bug 2002320 in evdi (Ubuntu Jammy) "evdi-dkms fails to build with jammy/linux-hwe-5.19" [Undecided, Fix Released]
[16:15] -ubottu:#ubuntu-meeting- Launchpad bug 2002527 in openafs (Ubuntu Jammy) "openafs-dkms fails to build with jammy/linux-hwe-5.19" [Undecided, Fix Released]
[16:15] <rbasak> OK, let's move on
[16:16] <rbasak> ppisati: are there times when it might be inappropriate to upload DKMS fixes to the development release?
[16:16] <ppisati> rbasak: when we are in beta freeze or finale freeze, for example
[16:17] <ppisati> rbasak: but even feature freeze, upload should slow down, and only hot fixes for specific bugs are admitted
[16:17] <rbasak> Great.
[16:17] <rbasak> ppisati: what freeze applies to Lunar at the moment, and where can you find that information?
[16:18] <ppisati> rbasak: ATM we just left beta freeze and we are back to feature freeze, final freeze should be...
[16:18] <ppisati> https://discourse.ubuntu.com/t/lunar-lobster-release-schedule/27284
[16:18] <ppisati> April 13 ^
[16:18] <rbasak> Great, thanks!
[16:19] <ppisati> the release schedule tells you the state of the archive wrt uploads
[16:19] <rbasak> ppisati: to fix packages in the stable release, where is the process and policy documentation?
[16:20] <ppisati> rbasak: it's the SRU process -> https://wiki.ubuntu.com/StableReleaseUpdates
[16:22] <rbasak> Thanks! I have no more questions.
[16:22] <rbasak> Does anyone else have any questions for ppisati?
[16:24] <kanashiro[m]> ppisati: what could block your upload in proposed? What would you do to investigate that?
[16:25] <ppisati> kanashiro[m]: autopkgtests, i useually check the excuse page and then take it from there
[16:25] <ppisati> e.g. https://ubuntu-archive-team.ubuntu.com/proposed-migration/update_excuses.html
[16:26] <kanashiro[m]> is autopkgtest the only reason to get a package blocked?
[16:27] <ppisati> kanashiro[m]: uhm, no, it could depend on another package that is not installable
[16:28] <ppisati> it could be that the archive is frozen
[16:28] <ppisati> or the package violates one of the SRU rules
[16:29] <kanashiro[m]> ppisati: thanks for the answer! It could also be a installability issue in the package itself or a FTBFS
[16:30] <ppisati> kanashiro[m]: sure
[16:31] <kanashiro[m]> no more questions from me
[16:31] <rbasak> Anyone else?
[16:31] <rbasak> (thanks kanashiro[m]!)
[16:33] <rbasak> OK, let's vote.
[16:33] <rbasak> #vote Grant ppisati membership of the kernel-dkms packageset uploading team
[16:33] <meetingology> Please vote on: Grant ppisati membership of the kernel-dkms packageset uploading team
[16:33] <meetingology> Public votes can be registered by saying +1, -1 or +0 in channel (for private voting, private message me with 'vote +1|-1|+0 #channelname')
[16:33] <rbasak> +1 you have an extensive track record of fixes to DKMS packages, sufficient Ubuntu development knowledge (likely a lot more!) and endorsements from relevant developers. I'd like to see more comprehensive regression analysis and test plans for your SRUs, but on balance I think Ubuntu would benefit more if you could upload these directly today.
[16:33] <meetingology> +1 you have an extensive track record of fixes to DKMS packages, sufficient Ubuntu development knowledge (likely a lot more!) and endorsements from relevant developers. I'd like to see more comprehensive regression analysis and test plans for your SRUs, but on balance I think Ubuntu would benefit more if you could upload these directly today. received from rbasak
[16:33] <rbasak> But please consider what you could do to reduce questions review iterations on your SRU uploads. I welcome conversations with the SRU team about that - especially discussions around anything you think we should change.
[16:34] <seb128> +1 seems a solid application for the requested packages, I would also like to see improvements on the SRU front as mentioned by Robie
[16:34] <meetingology> +1 seems a solid application for the requested packages, I would also like to see improvements on the SRU front as mentioned by Robie received from seb128
[16:35] <teward> +1 I would like to see improvements on the SRU front as Robie mentioned, but otherwise a solid application for the packages requested.
[16:35] <meetingology> +1 I would like to see improvements on the SRU front as Robie mentioned, but otherwise a solid application for the packages requested. received from teward
[16:35] <teward> *sips coffee*
[16:36] <kanashiro[m]> +1. I see all the amount of work done during those several years and I do believe more people taking care of DKMS packages would benefit the project. I'd say you still need to improve your SRUs to avoid more work on the overloaded SRU team. Thanks for all your work and keep it up!
[16:36] <meetingology> +1. I see all the amount of work done during those several years and I do believe more people taking care of DKMS packages would benefit the project. I'd say you still need to improve your SRUs to avoid more work on the overloaded SRU team. Thanks for all your work and keep it up! received from kanashiro[m]
[16:36] <rbasak> #endvote
[16:36] <meetingology> Voting ended on: Grant ppisati membership of the kernel-dkms packageset uploading team
[16:36] <meetingology> Votes for: 4, Votes against: 0, Abstentions: 0
[16:36] <meetingology> Motion carried
[16:36] <rbasak> Congratulations ppisati!
[16:36] <seb128> congrats!
[16:36] <rbasak> Any volunteers for the ACL change and/or the announcement please?
[16:36] <kanashiro[m]> congrats ppisati !
[16:37] <ppisati> thanks guys, i'll be more careful wrt SRUs / regression potential
[16:37] <kanashiro[m]> rbasak: I can take it
[16:37] <rbasak> Thanks!
[16:37] <rbasak> Checklist reminder: https://wiki.ubuntu.com/DeveloperMembershipBoard/KnowledgeBase#Actions_after_a_successful_application
[16:37] <rbasak> #action kanashiro[m] to announce ppisati's successful application
[16:37] <meetingology> ACTION: kanashiro[m] to announce ppisati's successful application
[16:37] <kanashiro[m]> ack
[16:37] <ppisati> ack
[16:37] <rbasak> #action kanashiro[m] to make ACL changes for ppisati's approved application
[16:37] <meetingology> ACTION: kanashiro[m] to make ACL changes for ppisati's approved application
[16:38] <rbasak> ppisati: please do ask if it's not clear about the SRUs. Often it's just about mismatched expectations and talking is the easiest way to fix that :)
[16:38] <ppisati> rbasak: i promise i'll do
[16:38] <rbasak> Thanks!
[16:38] <rbasak> #topic Review of previous action items
[16:39] <rbasak> teward follow up to get all application process wiki/docs to explain the process to be able to edit wiki pages, for applicants who don't yet have wiki edit access (carried over)
[16:39] <rbasak> rbased to document the decision on Keeping IRC meetings moving
[16:39] <rbasak> Mine needs carrying over
[16:39] <teward> same on mine
[16:39] <teward> never enough cycles >.<
[16:39] <rbasak> #action rbasak to document the decision on Keeping IRC meetings moving
[16:39] <meetingology> ACTION: rbasak to document the decision on Keeping IRC meetings moving
[16:39] <rbasak> #action teward follow up to get all application process wiki/docs to explain the process to be
[16:39] <meetingology> ACTION: teward follow up to get all application process wiki/docs to explain the process to be
[16:39] <rbasak>                able to edit wiki pages, for applicants who don't yet have wiki edit access (carried
[16:39] <rbasak>                over)
[16:39] <rbasak> Sorry for the bad paste
[16:39] <rbasak> #undo
[16:39] <meetingology> Removing item from minutes: ACTION
[16:39] <rbasak> #action teward to  follow up to get all application process wiki/docs to explain the process to be able to edit wiki pages, for applicants who don't yet have wiki edit access (carried over)
[16:39] <meetingology> ACTION: teward to  follow up to get all application process wiki/docs to explain the process to be able to edit wiki pages, for applicants who don't yet have wiki edit access (carried over)
[16:40] <rbasak> #topic Outstanding mailing list requests to assign
[16:40] <rbasak> I don't see any
[16:40] <rbasak> #info No outstanding mailing list requests to assign
[16:40] <rbasak> #topic Open TB bugs
[16:41] <rbasak> #info
[16:41] <rbasak> There are currently no open bugs.
[16:41] <rbasak> #info There are currently no open bugs.
[16:41] <rbasak> #topic AOB
[16:41] <rbasak> AOB?
[16:43] <kanashiro[m]> none
[16:43] <rbasak> #endmeeting
[16:43] <meetingology> Meeting ended at 16:43:39 UTC.  Minutes at https://ubottu.com/meetingology/logs/ubuntu-meeting/2023/ubuntu-meeting.2023-04-03-16.06.moin.txt
[16:43] <rbasak> Thanks all!
[16:43] <seb128> thanks!


[00:18] <BobJonkman> instant_booty: You might want to post it on the Ubuntu-ca mailing list.
[00:29] <instant_booty> I don't want to be too spammy about this but that might be a good idea..
[00:30] <instant_booty> although we mainly use centos :p
[04:15] <willwh> instant_booty: I'm in Victoria ;x
[04:16] <willwh> otherwise I would apply
[04:16] <willwh> hmm
[04:18] <willwh> wtf is going on in #ubuntu
[04:18] <willwh> hah
[19:48] <IdleOne> Sys Admin wanted in Vancouver http://www.studiosysadmins.com/jobs/view/95/


[19:47] <linuxtech> https://wiki.ubuntu.com/IRC/Cloaks implies that a cloak of the form "other/cloak/ubuntu.nickname" would not be a Official Ubuntu Community Member.     All the cloak formats listed there are ubuntu cloaks.  All except the bot one i've seen on members.
[19:50] <linuxtech> OK Thanks, I guess I will have to wait until I go through the process of becoming a member.
[19:50] <linuxtech> Or get one from someplace else like freenode or prgmr.com.
[19:52] <Fuchs> you can get an unaffiliated one from #freenode
[19:53] <Fuchs> the above mentioned format is a dual cloak, they are highly discouraged and usually not given anymore. And in addition to that, to get the ubuntu part one still has to be a member.
[19:54] <TheLordOfTime> ^ that
[19:56] <linuxtech> I am kind of dubious about the benefits of a cloak as it is security through obscurity.  And it's not like I am hiding who I am my hostname as cp.linuxtech.org...  I look at the cloak as more of an advertisement of I support the project.
[19:56] <Fuchs> It is not security at all
[19:56] <Fuchs> and cloaks are never advertised by freenode staff as that
[19:57] <Fuchs> they are here to show affiliation (or lack thereof) with a group / project
[20:04] <TheLordOfTime> exactly, they don't have any "security" benefits really, at all.
[20:05] <Unit193> I think the one they say is more for security is connecting over tor.
[20:06] <Fuchs> yes.
[20:07] <TheLordOfTime> indeed.
[20:07] <Fuchs> (which, funny sidenote, applies a gateway cloak)
[20:08] <Unit193> tor-sasl, iirc.
[20:09] <TheLordOfTime> mhm
[20:09] <TheLordOfTime> gateway/tor-sasl/NICKSERV
[20:09] <TheLordOfTime> where NICKSERV is the nickserv account primary nick
[20:09] <TheLordOfTime> (in my case, that would be "lordoftime")


 @HMollerCl [Bitte, hoffentlich geht's.], Hallo Hans. Jetzt geht's, irgendwie...!?! ... While doing this and that I killed the Efi boot sector.  ... So I reinstalled the system, but not like before configuring manually. I choose override the existing system. ... Then I did apt-get update and upgrade but stopped when it came to "conf
[10:25] <venik212> I am using Lubuntu 18.10 (fresh install) LXQt.  I don't see a language layout indicator in the panel.  I had added two language layouts, and would need to know which one is active
[10:26] <venik212> I had removed (puurged) fcitx and ibus, since they interfer with the layout switching in Lubuntu under lxqt.
[10:31] <venik212> found it-- never mind.
[10:33] <slim_> hi!!
[17:22] <mrtuxblux> Can anyone tell me why i havent gotten updates for 3 days?
[17:23] <mrtuxblux> How do i fix my package system?
[17:24] <teward> mrtuxblux: what does `sudo apt update` when run in the terminal say/do?
[17:24] <teward> it's possible there just haven't been any updates for your installed packages.
[17:24] <teward> unlikely but possible.
[17:26] <mrtuxblux> Hit:1 http://repo.steampowered.com/steam precise InRelease
[17:26] <mrtuxblux> Get:2 http://security.ubuntu.com/ubuntu xenial-security InRelease [109 kB]
[17:26] <mrtuxblux> Hit:3 http://us.archive.ubuntu.com/ubuntu xenial InRelease
[17:26] <mrtuxblux> Get:4 http://us.archive.ubuntu.com/ubuntu xenial-updates InRelease [109 kB]
[17:26] <mrtuxblux> Get:5 http://us.archive.ubuntu.com/ubuntu xenial-backports InRelease [107 kB]
[17:26] <mrtuxblux> Fetched 325 kB in 1s (325 kB/s)
[17:28] <mrtuxblux> please help me
[17:34] <mrtuxblux> please someone help me
[17:36] <teward> mrtuxblux: i mean, did it error or not.  (YOur paste got caught as flooding, use a pastebin for multipline pastes)
[17:36] <mrtuxblux> https://paste.ubuntu.com/p/x28cG4w5KR/
[17:37] <mrtuxblux> no errors i think
[17:37] <teward> mrtuxblux: `sudo apt update && sudo apt dist-upgrade` in command line will start the process to apply updates, if any exist
[17:37] <teward> it won't upgrade your ubuntu version, but it will install all packages including any new dependencies that're needed by the packages that need updated.
[17:37] <teward> not sure why update manager isn't showing you any, but it IS possible you just don't have any updates
[17:37] <teward> and with Xenial that's not uncommon since that's been out for a while
 mrtuxblux: Xenial (16.04) shouldn't recieved many updates at this moment.
[17:43] <teward> mrtuxblux: which explains why you aren't seeing updates. there aren't any updates to download :P
[17:44] <mrtuxblux> oh xD
[17:44] <teward> this isn't unusual though :)
[17:44] <mrtuxblux> but youtube-dl is broken :(
[17:44] <teward> i'd advise getting youtube-dl from another source then than the repositories
[17:44] <teward> becasue that's one of the packages that breaks regularly and is out of date in Xenial
[17:45] <mrtuxblux> how
[17:45] <mrtuxblux> how to remove it firslty
[17:47] <teward> how did you install it firstly?
[17:47] <teward> originally*
[17:48] <mrtuxblux> sad that linux cant fix these kind of smallbugs but its great in some aspects
[17:49] <teward> it's not a linux issue per se
[17:49] <mrtuxblux> It always worries me when theres so much problems xD
[17:49] <mrtuxblux> Yes but can you tell me why i get 10mbps on Desktop and 1mpbs on raspberry pi
[17:49] <mrtuxblux> is RPI3 wifi better than a usb dongle for it
[18:02] <mrtuxblux> We need to get Linux popular
[18:18] <teward> mrtuxblux: just an FYI, *now* there's at least one update, Security related, that'll be available for your system probably :P
[18:19] <mrtuxblux> nope :/
[18:20] <mrtuxblux> The following packages were automatically installed and are no longer required:
[18:20] <mrtuxblux>   libuchardet0 mpv phantomjs python3-pyxattr rtmpdump
[18:20] <mrtuxblux> Thats new i think
[18:21] <teward> well by 'now' i mean 'within the next couple hours' - an OpenSSL security update just got announced :p
[18:21] <mrtuxblux> oh
 Hi. If I want to install in Lubuntu 1804 LXDE the Lubuntu 1810 (LXQt) monitor settings app is it possible to do?
 don't know, but you can create  script for that
 wit xrandr command
 I will send one to you internally
[19:38] <Guest30846> have burned DVD with Image of Lubuntu 18.04 LTS. But on restart, Desk top does not boot from DVD!
 You will have to change your boot order in your bios/uefi
[19:40] <Guest30846> Boot Order id DVD
[19:41] <Guest30846> First DVD, then HDD
 Then maybe your bios doesn't recognize your DVD as bootable
[19:53] <Guest30846> so what do i do now
 I don't know, never use a DVD to boot, only usb
 You could look on ways to check if DVD is bootable
[19:58] <Guest30846> how do i burn the image on usb? and how di I check if the DVD is bootable or not?
 Are you on windows or Linux?
[20:01] <Guest30846> linux lubuntu 16.04 lts
 I think lubuntu 16.04 has a startup disk creator
 this should be the tool to use
 system tools -> startup disk creator
[20:04] <Guest30846> yes but only for dvd or cd, not for a usb device
 ok, try unetbootin
 https://help.ubuntu.com/community/Lubuntu/InstallingLubuntu
[20:08] <Guest30846> ok will try, good bye!
[23:04] <Guest32177> oy vey...
[23:23] <joser0913> Hi, I'm trying to install Lubuntu 18.10 on HP Stream 13 laptop. The Erase disk and install option doesn't appear on Lubuntu 18.10. It does on 18.04. I want 18.10 because of its stetics and software selection
[23:24] <wxl> well it's a completely different installer
[23:24] <wxl> so it's not going to say the exact same thing
[23:24] <kc2bez> You may need to disable swap.
[23:25] <joser0913> How can I create the partitions to install Lubuntu 18.10. I tried to do it but it failed
[23:25] <joser0913> What's swap? Memory swap?
[23:27] <lynorian> joser0913: swap is what memory goes into when you run out of memory in RAM
[23:27] <lynorian> To turn it all off run sudo swapoff -a
[23:28] <joser0913> I'm going to try thtat
[23:34] <joser0913> it didn't work
[23:35] <joser0913> Lubuntu installer only shows me the option to do the partitions myself
[23:36] <wxl> you might have something else mounted
[23:36] <wxl> pastebin the output of `mount`
[23:42] <joser0913> sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,nosuid,relatime,size=942260k,nr_inodes=235565,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=192996k,mode=755) /dev/sda1 on /cdrom type vfat (ro,noatime,fmask=0022,dmask=0022,codep
[23:43] <wxl> i did say pastebin...........
[23:44] <joser0913> Don't understand what's pastebin. My apologize. I can do a Google Drive document
[23:46] <wxl> pastebin.com
[23:46] <wxl> or paste.ubuntu.com
[23:46] <joser0913> So sorry
[23:46] <joser0913> give me a second
[23:46] <wxl> or any number of similar services
[23:49] <joser0913> https://pastebin.ubuntu.com/p/wVQMKRWKmP/
[23:50] <wxl> hm
[23:50] <wxl> nothing seems weird there, per se
[23:51] <wxl> so what about the manual partitioning fails?
[23:51] <joser0913> https://imgur.com/a/sWbXAUz
[23:52] <joser0913> there's a pic with the error
[23:52] <lynorian> oh grub and uefi it seems
[23:53] <wxl> "doesn't look like an efi partition" how did you set that up?
[23:53] <wxl> p.s. there is such a thing as #lubuntu-es
[23:53] <joser0913> I created en /boot/efi partition on ext4
[23:54] <wxl> oh yeah it has to be vfat
[23:54] <lynorian> /boot/efi can't be on efi it has to be fat32 I thought
[23:54] <wxl> ^ that
[23:54] <wxl> it needs the esp flag too
[23:55] <wxl> try setting up the partitioning scheme WIWHOUT it and it will tell you what to do
[23:55] <joser0913> How much space does it need?
[23:55] <wxl> doesn't need to be very big at all
[23:55] <wxl> 100mb or something like that i think
[23:56] <kc2bez> I usually go like 250mb just to be super safe.
[23:56] <wxl> not a bad idea, but i can confirm that 100 is the default
[23:56] <joser0913> I'm trying again with  /boot/efi, esp flag, fat32
[23:57] <joser0913> I went with 1024 MiB because I didn't know that 100 would be enought
[23:57] <joser0913> lets see what happens