[09:30] <Ubugtu> New bug: #94349 in xorg-server (main) "[apport]  Xorg crashed with SIGSEGV" [Undecided,Unconfirmed]  https://launchpad.net/bugs/94349
[11:45] <Ubugtu> New bug: #94364 in compiz (main) "[apport]  compiz.real crashed with SIGSEGV in viaGetLock() (dup-of: 90850)" [Medium,Rejected]  https://launchpad.net/bugs/94364
[12:00] <Ubugtu> New bug: #82135 in earth3d (universe) "[apport]  earth3d crashed with SIGSEGV in viaGetLock() (dup-of: 90850)" [Undecided,Unconfirmed]  https://launchpad.net/bugs/82135
[12:22] <Ubugtu> New bug: #93852 in mesa (main) "trigger crashes before start" [Undecided,Confirmed]  https://launchpad.net/bugs/93852
[12:55] <Ubugtu> New bug: #94384 in xserver-xorg-input-synaptics (main) "Emulation of non existant buttons with synaptics mouse" [Undecided,Unconfirmed]  https://launchpad.net/bugs/94384
[01:51] <Ubugtu> New bug: #93604 in xorg (main) "gparted is missing in iso image for feisty" [Undecided,Unconfirmed]  https://launchpad.net/bugs/93604
[06:17] <Ubugtu> New bug: #94411 in xorg-server (main) "horizontal lines on desktop" [Undecided,Unconfirmed]  https://launchpad.net/bugs/94411
[06:50] <Ubugtu> New bug: #94481 in gnome-terminal (main) "Ctrl-A causes zoom out in Feisty. (dup-of: 23244)" [Medium,Rejected]  https://launchpad.net/bugs/94481
[09:25] <Ubugtu> New bug: #94541 in xorg (main) "xorg and memory leaks on Toshiba laptop" [Undecided,Unconfirmed]  https://launchpad.net/bugs/94541
[10:04] <Ubugtu> New bug: #94517 in xorg (main) "essential drivers on festy herd5 don't support nvidia 7950 GX2" [Undecided,Unconfirmed]  https://launchpad.net/bugs/94517
[11:15] <Ubugtu> New bug: #79339 in xorg (main) "[Edgy]  Forth mouse button isn't supported" [Undecided,Needs info]  https://launchpad.net/bugs/79339


[11:06] <LaserJock> siretart: well, my own personal sparking is a bit more fun
[11:06] <bddebian> Had to take it back to the office.  We've had a freakin' rash of stolen and broken laptops at work so I had to give my second one up :-(
[11:06] <ajmitch> aw
[11:07] <siretart> LaserJock: I can imagine :)
[11:16] <geser> bddebian: so a co-worker uses now your feisty installation?
[11:17] <bddebian> geser: No, even worse, it was re-imaged with Windows XP :)
[11:27] <tsmithe> bddebian, whyy?!!!!
[11:27] <tsmithe> you should not let this happen :P
[11:28] <tsmithe> :P
[11:28] <tsmithe> ajmitch, surely you can minimise the noise with lm-sensors and fancontrol?
[11:29] <ajmitch> only if you have a really quiet box anyway
[11:29] <tsmithe> well, my only noise on normal load now comes from the cpu :)
[11:29] <tsmithe> s/cpu/psu/
[11:30] <ajmitch> if you're willing to run hot, sure
[11:30] <bddebian> tsmithe: Because that's what pays my bills
[11:31] <ajmitch> but if you have several hard drives in a system, it pushes the heat & noise level up a little
[11:31] <tsmithe> bddebian, poor guy :)
[11:31] <tsmithe> yep. but it's not gonna get above 50 degrees C without a fan on
[11:32] <tsmithe> so it generally stays below that
[11:33] <ajmitch> and when you get several running at once, it starts to add up
[11:34] <tsmithe> hmm yea
[11:34] <tsmithe> ah well, i'm off to bed
[11:34] <tsmithe> night all :0
[11:34] <tsmithe> *:)
[11:56] <bddebian> Later gang


[12:34] <dzho> yeah, I figure I'm ok going into a MicroCenter if it's one trip every year or two
[12:34] <dzho> I'm also slowly building up a slight resistance to getting stuff
[12:35] <dzho> mostly because I'm running out of room to put it.
[12:35] <dzho> getting rid of the LaserJet 4MP helped with that, but only a little :\
[19:58] <drkokandy> Howdy folks
[19:58] <drkokandy> I've been idle for months but I'm still alive
[19:59] <Unit193> \o/
[19:59] <Unit193> Howdy, drkokandy.
[19:59] <drkokandy> Howdy Unit193
[20:00] <drkokandy> Hope all is well with you and everyone
[20:01] <drkokandy> Work has been nuts, but I managed to get away for OLF
[20:01] <Unit193> Couple of them were just discussing OLF trips.  Sadly looks like a few that were going to go can't make it now.
[20:02] <drkokandy> Oh, that's too bad :(
[20:03] <drkokandy> If anyone does make it down, I'll be around most of the day Saturday


[03:53] -queuebot:#ubuntu-release- New binary: freedict-wikdict [amd64] (disco-proposed/universe) [2018.11.02-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: r-cran-fnn [s390x] (disco-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: r-cran-fnn [amd64] (disco-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[05:17] -queuebot:#ubuntu-release- New binary: r-cran-fnn [ppc64el] (disco-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: lemonldap-ng [amd64] (disco-proposed/universe) [2.0.0+ds-1] (no packageset)
[05:19] -queuebot:#ubuntu-release- New binary: r-cran-fnn [i386] (disco-proposed/none) [<IP_ADDRESS>-1] (no packageset)
[05:31] -queuebot:#ubuntu-release- New binary: r-cran-fnn [arm64] (disco-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:31] -queuebot:#ubuntu-release- New binary: r-cran-fnn [armhf] (disco-proposed/universe) [<IP_ADDRESS>-1] (no packageset)
[05:41] -queuebot:#ubuntu-release- New binary: linux-signed-azure-edge [amd64] (bionic-proposed/main) [4.18.0-1007.7~18.04.1] (no packageset)
[05:42] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (cosmic-proposed/main) [4.18.0-1007.7] (kernel)
[06:36] -queuebot:#ubuntu-release- New: accepted linux-signed-azure-edge [amd64] (bionic-proposed) [4.18.0-1007.7~18.04.1]
[06:42] <sil2100> coreycb: hey! I'm looking at nova now (apologies, yesterday was a busy day) - I see that your SRU overwrites the already present in -proposed LP: #1744079
[06:43] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (cosmic-proposed) [4.18.0-1007.7]
[07:06] <cpaelzer> someone around that could promote libtspi1 from src.trousers based on  bug 247590?
[07:06] <cpaelzer> the dependency pulling it in main was very old, lost for B&C, but now back again
[07:07] <cpaelzer> so I thnik all (old) paper work is done
[07:07] <cpaelzer> just needs an AA to do that
[07:07] <cpaelzer> maybe I should add a Disco task to the old MIR and set the AA's to the bug?
[07:22] -queuebot:#ubuntu-release- New: accepted lemonldap-ng [amd64] (disco-proposed) [2.0.0+ds-1]
[07:22] -queuebot:#ubuntu-release- New: accepted r-cran-fnn [arm64] (disco-proposed) [<IP_ADDRESS>-1]
[07:22] -queuebot:#ubuntu-release- New: accepted r-cran-fnn [i386] (disco-proposed) [<IP_ADDRESS>-1]
[07:22] -queuebot:#ubuntu-release- New: accepted r-cran-fnn [s390x] (disco-proposed) [<IP_ADDRESS>-1]
[07:22] -queuebot:#ubuntu-release- New: accepted r-cran-fnn [amd64] (disco-proposed) [<IP_ADDRESS>-1]
[07:22] -queuebot:#ubuntu-release- New: accepted r-cran-fnn [ppc64el] (disco-proposed) [<IP_ADDRESS>-1]
[07:22] -queuebot:#ubuntu-release- New: accepted r-cran-fnn [armhf] (disco-proposed) [<IP_ADDRESS>-1]
[07:23] -queuebot:#ubuntu-release- New: accepted freedict-wikdict [amd64] (disco-proposed) [2018.11.02-1]
[07:23] -queuebot:#ubuntu-release- New: accepted r-cran-rcppannoy [amd64] (disco-proposed) [0.0.11-1]
[07:23] -queuebot:#ubuntu-release- New: accepted r-cran-rcppannoy [armhf] (disco-proposed) [0.0.11-1]
[07:23] -queuebot:#ubuntu-release- New: accepted r-cran-rcppannoy [ppc64el] (disco-proposed) [0.0.11-1]
[07:23] -queuebot:#ubuntu-release- New: accepted piexif [amd64] (disco-proposed) [1.0.13-2]
[07:23] -queuebot:#ubuntu-release- New: accepted r-cran-rcppannoy [i386] (disco-proposed) [0.0.11-1]
[07:23] -queuebot:#ubuntu-release- New: accepted r-cran-rcppannoy [arm64] (disco-proposed) [0.0.11-1]
[07:23] -queuebot:#ubuntu-release- New: accepted r-cran-rcppannoy [s390x] (disco-proposed) [0.0.11-1]
[07:47] <acheronuk> vorlon, infinity etc. could ypou assist into getting this change merged and uploaded? https://code.launchpad.net/~rikmills/ubiquity/+git/ubiquity/+merge/359785
[07:48] <acheronuk> Kubuntu has not had a working daily iso for over a week now
[07:50] <vorlon> looking
[07:52] <acheronuk> I built the change in my ppa and tested
[07:53] <vorlon> acheronuk: uploaded
[07:53] <acheronuk> vorlon: great. thank you
[08:01] <acheronuk> vorlon: um. failed to build. needs the d-i update stuff run when making source?
[08:02] <vorlon> tsimonq2: this mate-screensaver upload is a binary sync from https://launchpad.net/~ubuntu-security-proposed/+archive/ubuntu/ppa and I don't know the properties of this ppa to see that it's appropriate for binary copy to the main archive (since I'm not a member of the team).  Either get me a non-binary upload to the queue, or get someone from the security team to sign off that this is an ok source
[08:03] <vorlon> for copying?
[08:03] <vorlon> acheronuk: hngh haaaate. ok.
[08:06]  * acheronuk agrees with vorlon on that ^^^
[08:07]  * vorlon pines for the good old days of bzr-builddeb hooks
[08:22] -queuebot:#ubuntu-release- New binary: linux-signed-gcp-edge [amd64] (bionic-proposed/main) [4.18.0-1005.6~18.04.1] (no packageset)
[08:32] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp-edge [amd64] (bionic-proposed) [4.18.0-1005.6~18.04.1]
[09:20] -queuebot:#ubuntu-release- Unapproved: rejected landscape-client [source] (cosmic-proposed) [18.01-0ubuntu4.1]
[09:21] -queuebot:#ubuntu-release- Unapproved: rejected landscape-client [source] (bionic-proposed) [18.01-0ubuntu3.2]
[09:23] -queuebot:#ubuntu-release- Unapproved: rejected landscape-client [source] (xenial-proposed) [16.03-0ubuntu<IP_ADDRESS>]
[09:23] -queuebot:#ubuntu-release- Unapproved: rejected landscape-client [source] (trusty-proposed) [14.12-0ubuntu<IP_ADDRESS>]
[09:33] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (disco-proposed) [4.19.0-8.9]
[09:34] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (disco-proposed) [4.19.0-8.9]
[09:45] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (bionic-proposed/main) [4.15.0-1036.38] (kernel)
[09:45] -queuebot:#ubuntu-release- New source: egl-wayland (disco-proposed/primary) [1.1.1-0ubuntu1]
[09:46] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (trusty-proposed/main) [4.15.0-1036.38~14.04.2] (kernel)
[09:47] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (bionic-proposed) [4.15.0-1036.38]
[09:47] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (bionic-proposed/main) [4.15.0-1026.27] (kernel)
[09:47] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (trusty-proposed) [4.15.0-1036.38~14.04.2]
[09:48] -queuebot:#ubuntu-release- New: accepted linux-signed-gcp [amd64] (bionic-proposed) [4.15.0-1026.27]
[10:16] -queuebot:#ubuntu-release- Unapproved: e2fsprogs (cosmic-proposed/main) [1.44.4-2 => 1.44.4-2ubuntu0.1] (core)
[10:45] -queuebot:#ubuntu-release- New binary: linux-signed [ppc64el] (bionic-proposed/main) [4.15.0-43.46] (core, kernel)
[10:46] -queuebot:#ubuntu-release- New binary: linux-signed [amd64] (bionic-proposed/main) [4.15.0-43.46] (core, kernel)
[10:51] -queuebot:#ubuntu-release- New: accepted linux-signed [amd64] (bionic-proposed) [4.15.0-43.46]
[10:51] -queuebot:#ubuntu-release- New: accepted linux-signed [ppc64el] (bionic-proposed) [4.15.0-43.46]
[11:06] -queuebot:#ubuntu-release- Unapproved: update-notifier (xenial-proposed/main) [3.168.9 => 3.168.10] (ubuntu-desktop, ubuntu-server)
[11:44] <rbalint> tjaalton, vorlon: ^ people started hitting this one with unattended-upgrades sru in xenial-proposed, it would be nice it we could fix this one before u-u gets to -updates
[11:45] -queuebot:#ubuntu-release- New binary: linux-signed-azure [amd64] (xenial-proposed/main) [4.15.0-1036.38~16.04.1] (kernel)
[12:18] <Laney> (disco-amd64)root@bionic:/# DEB_HOST_ARCH=ppc64el dpkg-buildflags --get CFLAGS
[12:18] <Laney> -g -O3 -g -O2 -fdebug-prefix-map=/=. -fstack-protector-strong -Wformat -Werror=format-security
[12:18] <Laney> vorlon: infinity: doko: looks like new dpkg broke ppc64el's CFLAGS
[12:18] <Laney> https://git.dpkg.org/cgit/dpkg/dpkg.git/commit/?id=d5374bc618310917557daa9c9ac2f4930515a0b2
[12:18] <Laney> probably caused by that one
[12:28] <acheronuk> Laney: that for Libreoffice? I got to the patch with dpkg-buildflags --get CFLAGS in it, but couldn't see what change in dpkg may have been at fault
[12:28] <Laney> that's where I noticed it
[12:28]  * acheronuk nods
[12:28] <Laney> that one I linked :-)
[12:29] <acheronuk> Laney: ah, had not seen your comments in #ubuntu-desktop :)
[12:29] <Laney> linked it here too :P
[12:29] <Laney> but yeh
[12:31] <acheronuk> yeah, I saw in here, but didn't have the libreoffice context. hence men asking
[12:31] <acheronuk> *me asking
[12:33] <Laney> Aaaanyway.
[12:34] <acheronuk> sorry. I just idly looked at it earlier, and was pleased to see I got most of the way there
[12:34]  * acheronuk shuts up
[12:37] <Laney> I guess it's most correct for the Ubuntu hook to run the parent one first and then *append* its changes?
[13:04] -queuebot:#ubuntu-release- Unapproved: accepted update-notifier [source] (xenial-proposed) [3.168.10]
[13:04] <tjaalton> rbalint: done
[13:05] <rbalint> tjaalton, thanks!
[13:33] -queuebot:#ubuntu-release- Unapproved: nova (bionic-proposed/main) [2:17.0.6-0ubuntu2 => 2:17.0.7-0ubuntu1] (openstack, ubuntu-server)
[14:19] <slashd> o/ archive admin, I sponsored d-i for mfo/ddstreet to support HTTPS using ca-certificates-udeb, but it FTBFS because it cannot locate ca-certificates-udeb (even after an attempt to rebuild w/ no change in disco) and then we figured out the udeb were missingin in main (http://archive.ubuntu.com/ubuntu/pool/main/c/ca-certificates/) but were found in universe instead (http://archive.ubuntu.com/ubuntu/pool/universe/c/ca-certificates/) and I
[14:19] <slashd> suspect to be the reason why d-i fails as it cannot get the universe udeb I guess ? thoughts ? what can be done to address this ?
[14:19] <mfo> related note:  if we rebuild ca-certificates in a PPA, the udeb goes to main/,  but on the normal LP builders, it's going to universe/
[14:25] <slashd> Just a friendly ping on archive admin that I know and aware of : sil2100 stgraber vorlon infinity ^
[14:28] <slashd> mfo ddstreet ^
[14:41] <coreycb> tjaalton: hi, I uploaded a new version of nova to the bionic queue per sil2100's comments on it yesterday. if you happen to have a chance to review it's ready.
[15:02] -queuebot:#ubuntu-release- New: accepted linux-signed-azure [amd64] (xenial-proposed) [4.15.0-1036.38~16.04.1]
[15:04] <slashd> sil2100 stgraber volon infinity (and other archive admin) : I left you a more official comment on the public bug : https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1807023/comments/23
[15:04] <slashd> mfo ddstreet ^
[15:04] <mfo> slashd, ack. :)
[15:42] <tsimonq2> vorlon: ack
[16:18] <doko> Laney: syntactically correct. why can't LO handle that? but yes, -O2 is not correct
[16:18] <Laney> a bug in libreoffice, but that's not the point - that is why in here I didn't mention Libreoffice
[16:18] <Laney> before acheronu_k did anyway
[16:19] <Laney> anyway I submitted a potential patch
[16:24] <doko> where?
[16:25] <Laney> BTS
[16:28] <doko> man, bug#?
[16:29] <Laney> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=915881 there ya go
[16:31] <doko> \o/
[17:02] <tsimonq2> vorlon: Er, re-reading your earlier message, Adam might be able to attest to it.
[17:02] <tsimonq2> infinity: ^
[17:02] <tsimonq2> mdeslaur maybe as well.
[17:03] <tsimonq2> (mate-screensaver upload in Bionic queue is a copy from the security team PPA from binaries, he's asking if it's appropriate for a copy)
[17:14] -queuebot:#ubuntu-release- New binary: tl-parser [s390x] (disco-proposed/universe) [0.0.0+git20180215.f49077de-1] (no packageset)
[17:14] -queuebot:#ubuntu-release- New binary: tl-parser [ppc64el] (disco-proposed/universe) [0.0.0+git20180215.f49077de-1] (no packageset)
[17:20] <infinity> Laney: Grr, thanks for that catch.
[17:33] <Laney> No bother
[17:42] -queuebot:#ubuntu-release- New binary: tl-parser [amd64] (disco-proposed/universe) [0.0.0+git20180215.f49077de-1] (no packageset)
[17:55] <infinity> Laney: Fix uploaded.
[17:56] <infinity> Laney: http://paste.ubuntu.com/p/vRVjxHwfpM/ if you're curious.
[17:56] <Laney> Cheers duck.
[17:57] <Laney> Might want to post that to the bug, if you're intending it to supersede the patch I posted there
[17:57]  * Laney went for "append and override"
[17:57] <infinity> Laney: Bug number?
[17:57] <Laney> https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=915881
[17:57] <Laney> Linked it to d_oko just above
[17:58] <Laney> and X-Debbugs-Cced you :P
[17:58] <infinity> Laney: Ahh, haven't checked my mail today. :P
[17:58] <infinity> Laney: But also, append is icky there IMO.
[17:59] <infinity> Laney: I prefer the amd64 and ppc64el lines to actually be comparable, not one to be a mess of deciding which option came first.
[17:59]  * Laney shrugs
[17:59] <Laney> As I say, go ahead and post your better version if you like
[17:59] <infinity> Doing.
[18:00] <Laney> You could say it's icky having to go and update two places if the upstream default ever changes.
[18:00] <Laney> but I was going to let some reviewer decide
[18:01] <Laney> Quittin' time
[18:01] <Laney> updating a copyright file has removed my will to be at the computer
[18:03] <infinity> Laney: Yeah, in theory, that's super icky (and I agree).  In practice, the Debian default of '-g -O2' hasn't changed in decades, so I'm not sure it's a deep concern.
[18:04] <infinity> Laney: But I'd also prefer the icky be under the hood than something that users have to deal with every day.
[18:06] -queuebot:#ubuntu-release- New binary: tl-parser [arm64] (disco-proposed/universe) [0.0.0+git20180215.f49077de-1] (no packageset)
[18:09] <infinity> slashd: Promoted. I'll retry the builds when the publisher's done moving it around.
[18:10] <jbicha> infinity: speaking of build flags, I was reading https://lwn.net/Articles/192624/ at the end of 1.0 there is a claim that all of Ubuntu builds with -Wl,-O1
[18:10] <jbicha> but that's not true, is it?
[18:10] <slashd> infinity, thanks a lot
[18:10] <slashd> ddstreet, mfo ^ fyi
[18:12] <infinity> jbicha: If it's true, it's being baked into the compiler or linker, but I don't *think* it is...
[18:13] <slashd> infinity, does the promotion done for each release we support atm also or just devel release ?
[18:13] <jbicha> doko: can you confirm the answer to my -Wl,-O1 question?
[18:14] <infinity> slashd: Just disco.  For other releases, it'll require some fiddling.
[18:14] <slashd> infinity, ack tks
[18:14] <slashd> ddstreet, mfo again fyi ^
[18:15] <infinity> slashd: For bionic and cosmic, I'll have to copy ca-certificates to -updates, then do the promotion.  For earlier releases, you need to SRU something that actually produces the package. ;)
[18:16] <infinity> slashd: Did you have SRUs in flight for b/c at least?
[18:16] <slashd> infinity, mfo has all the debdiff ready for sponsoring yes
[18:16] <slashd> https://bugs.launchpad.net/ubuntu/+source/debian-installer/+bug/1807023
[18:18] <infinity> slashd: Also, WTF: https://launchpad.net/ubuntu/+source/ca-certificates/20180409ubuntu<IP_ADDRESS>
[18:18] <infinity> slashd: I see three names involved in that upload.  That means three people thought things magically move between components on upload? :/
[18:18] <infinity> slashd: Can we fix that? :)
[18:19] <slashd> infinity, I know thats my bad, I miss the ball on that one
[18:20] <slashd> infinity, how would you like me to fix this ?
[18:20] <infinity> slashd: I meant "can we fix the knowlege gap?" ... One person being confused is fair enough, three people sharing confusion is the sort of thing that turns into folklore.
[18:20] <slashd> infinity, yeah I guess we all learn from that don't worry that won't happen again
[18:20] <infinity> And that's how you get people who think -pipe makes compiled code faster.
[18:21] <infinity> slashd: Anyhow, I deleted that upload, we can all just pretend it didn't happen. :)
[18:21] <slashd> infinity, I appreciate it ;)
[18:23] <infinity> slashd: For future reference, as you've discovered, things move between components "because we say so", and we tend to do it based on reports telling us that it's needed (ie: because something in main now depends/build-depends on it)
[18:24] <infinity> slashd: In this case, step 1 wasn't going to happen because step 2 wasn't going to happen because d-i's udebs are held in main by a package that d-i itself produces, which is a bit chicken-and-eggy, so the poke was required. :)
[18:25] <infinity> slashd: For all things other than d-i, it happens as described, though.  In that if something hits proposed that needs new build-deps, you don't need to bug us to promote, we have reports.  But you might have to participate in MIR stuff, if it's a new source in main.
[18:27] <slashd> infinity, yeah that confirm I wasn't totally wrong ;p I pinged you cause I was expecting it didn't need an MIR due to the fact that the package was already in main (otherwise I would have done the necessary inside an LP), the ca-certificate  rebuild was indeed a bad decision, I admit it, but again I learn a lesson out of it.
[18:27] <slashd> infinity, thanks again
[18:27] <ddstreet> infinity much thnx - for me the confusion was around ca-certificates being in main, while ca-certificates-udebs being in universe...didn't know that was possible
[18:28] <ddstreet> i thought the component referrend to the src pkg, not binary
[18:28] <slashd> ddstreet, everything is cleaned up now, and we all learn something so all good ;)
[18:28] <ddstreet> yep excellent stuff
[18:29] <ddstreet> infinity i'll wait to sru until bionic and cosmic have ca-certificates-udebs moved to main, and we do have patches to generate -udebs for t/x ready
[18:30] <infinity> ddstreet: Go ahead and do the d-i uploads to bionic and cosmic now, I'll clean up the mess when I review/accept them.
[18:31] <ddstreet> infinity ok will do, thnx
[18:31] <infinity> ddstreet: I need to do some bits on my end to import those changes to bzr as well, so may as well while it's fresh in my mind.
[18:48] <ddstreet> infinity i uploaded d-i to cosmic, but for bionic there's a pending d-i sru from lp #1789227
[18:48] <ddstreet> which isn't verified yet
[18:49] <ddstreet> you want me to upload to bionic anyway and see if we can verify the pending sru before approving the new upload?
[18:49] <infinity> dannf: *poke*
[18:49] <dannf> infinity: yo
[18:49] <infinity> dannf: You have a month-old d-i SRU to bionic that's gumming up the works.
[18:49] <infinity> dannf: pls to be verifying.
[18:49] -queuebot:#ubuntu-release- Unapproved: debian-installer (cosmic-proposed/main) [20101020ubuntu557 => 20101020ubuntu557.1] (core)
[18:50] <dannf> infinity: oh man, i hate gum
[18:50] <infinity> dannf: It's the worst.
[18:52] <dannf> infinity: i don't see it in -proposed
[18:53] <infinity> dannf: https://launchpad.net/ubuntu/+source/debian-installer/20101020ubuntu543.3
[18:53] <dannf> infinity: oh, sorry - the Unapproved message below yours confused me
[18:54] <infinity> ddstreet: Go ahead and upload to bionic too.
[18:54] <ddstreet> will do thnx
[18:56] <ddstreet> cpaelzer you're looking at the autopkgtest failures for nova, right?  re: "... NoSuchTableError: migration_tmp"
[18:56] -queuebot:#ubuntu-release- Unapproved: debian-installer (bionic-proposed/main) [20101020ubuntu543.3 => 20101020ubuntu543.4] (core)
[18:57] <ddstreet> oh coreycb is now fixing it?
[18:57] <coreycb> ddstreet: yes, i'll upload something in a bit
[18:57] <ddstreet> awesome thnx!
[18:58] <coreycb> ddstreet: np bug 1807262 for reference
[19:21] -queuebot:#ubuntu-release- Unapproved: accepted debian-installer [source] (cosmic-proposed) [20101020ubuntu557.1]
[19:26] <infinity> dannf: Actually, I'm just going to accept ddstreet's upload on top of yours, since yours was just an ABI bump.  If you can verify your fix with his version instead of yours, that'd be nice.
[19:27] <dannf> infinity: sorry, got interrupted w/ credit card company crap. i have definitely tested that installer version, so i'll mark it as verified. however, i can't say that it fixed the original issue associiated with the kernel. that's still waiting for the user to clarify
[19:27] -queuebot:#ubuntu-release- Unapproved: accepted debian-installer [source] (bionic-proposed) [20101020ubuntu543.4]
[19:28] <infinity> dannf: Fair.  So we know d-i didn't regress, we don't know if the kernel fixed the bug, but that's not d-i's concern.
[19:28] <dannf> right
[19:28]  * infinity nods.
[19:29] <infinity> ddstreet: Okay, cosmic and bionic both accepted and bzr branches fixed up to import those changes.
[19:29] <infinity> ddstreet: I'll need quick turnaround on bionic so it doesn't block d-i uploads needed for the point release.  Less picky about other releases.
[19:30] <ddstreet> infinity no problem, should be able to verify today
[19:30] <infinity> Ta.
[19:30] <ddstreet> i'll upload for t/x monday, and ping you then about ca-certificates-udeb component for those
[19:30] <ddstreet> (we do have a patch to actually build -udeb for it for t/x)
[19:31] <infinity> ddstreet: ca-certificates-udeb will default to main for those two releases anyway, since it's a new package, and new binaries get the component of their source by default.
[19:31] <ddstreet> great, that makes it easier :)
[19:31] <ddstreet> thnx
[19:32] <ddstreet> mfo do you want to verify d-i for bionic (and c/d) or should i? ^
[19:33] <mfo> ddstreet, i can verify them :)
[19:33] <ddstreet> thnx mfo!
[19:33] <infinity> (It's still building on amd64, but should be done within the hour)
[19:33] <mfo> alright.
[19:34]  * infinity writes an angry black metal song called "An Ode to Ell One Tee Eff and Why I'm Going to Burn Everything Down".
[19:56] <cpaelzer> ddstreet: yes I looked at the bug
[19:57] <cpaelzer> ddstreet: as libvirt is blocked by it
[19:57] <cpaelzer> I see coreycb has handed you the bug reference
[19:57] <cpaelzer> so you will know by know what was going on
[19:57] <ddstreet> cpaelzer yep one of my uploads too - sorry for highlighting you before i checked the recent updates in the bug
[19:59] -queuebot:#ubuntu-release- New binary: linux-signed-gcp [amd64] (xenial-proposed/main) [4.15.0-1026.27~16.04.1] (kernel)
[20:34] <tsimonq2> infinity: Since vorlon doesn't have access to verify the validity of that mate-screensaver binary + source sync to Bionic, could yyou review?
[20:35] <infinity> Doesn't have access?
[20:36] <infinity> Oh, doesn't have access to the PPA's properties.
[20:37] <infinity> vorlon: For reference, ubuntu-security-proposed is the security team's "build here, then copy to proposed" PPA for security updates that need more love, aren't embargoed, etc.  It's a valid binary copy source.
[20:39] <infinity> tsimonq2: vorlon did leave a comment on the bug, though, which should be addressed.
[20:41] <teward> tsimonq2: E:NoTestCases, E:NeedsMoreExploratoryTesting
[20:41] <teward> (to summarize)
[20:41] <infinity> I think the test case complaint was his confusion about where "see also" was pointing.
[20:41] <infinity> But the other is valid.
[20:41] <teward> infinity: to be fair for SRUs I"d still ilke to see at least *one* documented test case in the bug, but I'm picky :P
[20:42] <teward> (my opinion in the matter is also irrelevant but still)
[20:42] <infinity> teward: There is one.
[20:43] <teward> infinity: missed it because the steps looked repeated with the wall of text detailed test case oopsies :|
[20:43] <teward> *needs more coffee*
[21:09] <vorlon> infinity: I was not confused about where "see also" was pointing, I simply consider it wrong to have such "see also"s in an SRU template because they introduce opportunity for error or ambiguity
[21:13] <infinity> vorlon: Maybe I misread your intent, then.  I often do similar things (see ten lines below in the original report) to avoid a mess of copy and paste.
[21:58] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [ppc64el] (bionic-proposed/main) [4.18.0-13.14~18.04.1] (kernel)
[22:01] -queuebot:#ubuntu-release- New binary: linux-signed-hwe [amd64] (bionic-proposed/main) [4.18.0-13.14~18.04.1] (kernel)


[21:18] <mup> PR operator#618 closed: fix: Handle empty `config.yaml` files in Harness <⛔ blocked> <Created by ca-scribner> <Closed by petevg> <https://github.com/canonical/operator/pull/618>


[03:09] <Yan> hello! anyone interested to help a newcomer?
[03:27] <dtchen> Yan: what's the context?
[05:44] <ScottK> Apparently none.
[05:59] <captivus> Good evening, MOTUs
[06:01] <fabrice_sp_> Hi captivus
[06:02] <captivus> I wonder if anyone can provide some guidance on a packaging quest I'm on
[06:03] <fabrice_sp_> captivus, did you read the packaging guides?
[06:03] <fabrice_sp_> !packaging
[06:04] <captivus> fabrice_sp_: Yessir.  My first question, however, is:  How do I know that my efforts in packaging a particular piece of software will be acceptable to the MOTU?
[06:05] <ScottK> captivus: You don't.
[06:05] <captivus> . . .
[06:05] <ScottK> However ...
[06:05] <ScottK> If the package is policy compliant, lintian clean, and builds successfully, you'll be way better than most stuff we see.
[06:06] <ScottK> Also getting into Debian would guarantee it would get into Ubuntu.
[06:06] <captivus> ScottK: It's interesting that you mention packaging for Debian, because Nate Handler suggested exactly that course of action for this particulare piece of software ...
[06:06] <captivus> How do I go about that?  I imagine that the process is somewhat different ...
[06:07] <ScottK> What's the package?
[06:07] <captivus> Launchy
[06:07] <ScottK> What's it written in?
[06:08] <ScottK> captivus: ^^
[06:09] <captivus> C++
[06:09] <captivus> ... then Qt, of late
[06:12] <captivus> ScottK: ^^
[06:13] <ScottK> Then you might join #debian-qt-kde and at a time when Europe is likely to be awake ask them if someone would be interested in spsonsoring.
[06:13] <ScottK> captivus: Also look at mentors.debian.net
[06:14] <captivus> ScottK: Thank you!
[06:14] <ScottK> No problem.
[06:49] <dholbach> good morning
[07:02] <mruiz> dholbach, hi
[07:02] <dholbach> hola mruiz
[07:03] <mruiz> Grüß dich!
[07:03] <dholbach> hehe :)
[07:04] <mruiz> hahahaha :)
[07:04]  * mruiz learning new German words
[07:04] <dholbach> fabrice_sp_: can you unsubscribe the sponsors team when you ACK a sync?
[07:04] <dholbach> (to avoid people looking over them a second time ;-))
[07:05] <mruiz> dholbach, I know you use evolution. Is there any way to put it into the tray (not alltray) ?
[07:06] <dholbach> no idea
[07:06] <dholbach> sorry
[07:06] <mruiz> np
[07:10] <fabrice_sp__> dholbach, good morning
[07:10] <fabrice_sp__> sure: I can now :-)
[07:11] <fabrice_sp__> only syn request or in general, all sponsored bug ?
[07:12] <dholbach> fabrice_sp_: if a bug gets closed by an upload, you don't need to additionally unsubscribe the sponsors
[07:13] <dholbach> fabrice_sp: just get stuff off the list once it's done :)
[07:14] <fabrice_sp> dholbach, yeah: trying to get the list 'short' (if possible)
[07:15] <dholbach> I usually unsubscribe the sponsors from acked syncs, stuff where it's clear that it can't be done, or when I asked questions and didn't get a reply in 2 weeks, or if stuff needs to get fixed and hasn't been fixed for 2 weeks
[07:15] <dholbach> if you see what I mean
[07:16] <fabrice_sp> ok. Sounds a good practice. I'll apply that :-)
[07:17] <fabrice_sp> (and will update the wiki page, to indicate that)
[07:17] <fabrice_sp> thanks ;-)
[07:20] <fabrice_sp> have to go. Bye
[09:05] <frandieguez> Hi to all, I'm a member of Ubuntu Galician Translators and I'm testing Ubuntu Karmic beta on galician language (gl_ES) and after 2 weeks solving all the translation errors on alfa6 we can see that the ubiquity-slideshow isn't showed translated yet. What is the procedement for make Ubuntu integrate the translations made on launchpad on the final product release?
[09:08] <dpm> frandieguez, you don't have to do anything to make those translations appear in Ubuntu, the ubuntu-installer team takes care of that. It might be that when they did the last export of translations the Galician ones weren't ready yet, but they will most probably make it in the next translation export
[09:08] <dpm> frandieguez, to be more certain, you can also ask on the #ubuntu-installer channel
[09:09] <frandieguez> dpm, thanks for the quickly response
[09:09] <frandieguez> I'll ask there in the future
[09:09] <dpm> np :-)
[09:09] <dpm> you can also ask on #ubuntu-translators for anything related to translations
[09:11] <dpm> frandieguez, having a look at the changelog -> https://edge.launchpad.net/ubuntu/karmic/+source/ubiquity-slideshow-ubuntu/+changelog it seems that translations were last imported from Launchpad on the 17th of September
[09:11] <dpm> So if the Galician translations were done after that date, that's probably why they weren't included
[09:11] <dpm> but they will make it to the package next time they are exported
[09:12] <frandieguez> Yes, I have translated the previous week so It doesn't imported yet
[09:12] <dpm> ah, ok
[09:12] <frandieguez> I hope the ubuntu-installer team will import the translations on the next release
[09:13] <dpm> frandieguez, I'm sure they will before the final release at least. They might be able to tell you more at #ubuntu-installer
[09:14] <frandieguez> dpm, thanks
[09:15] <dpm> you're welcome
[11:30] <directhex> by the power of greyskull....
[11:30]  * directhex summons someone from ~motu-release
[11:40]  * sistpoty|work appears by directhex's summonings
[11:42] <directhex> still wondering about whether a banshee ffe is worth requesting. we didn't upload a beta version because we wanted upstream to give us a "stable" release in time for karmic, but tbh, the current beta is better than the current stable in terms of, um, stability
[11:45] <sistpoty|work> directhex: are the extensions a separate project or do these also come from banshee?
[11:45] <Laney> doesn't matter so much if it's not destined to be the defeault either imo
[11:45] <directhex> Laney, preciselyh
[11:46] <sistpoty|work> well, I think more stable is always better, but I'm just wondering if this might break rdepends
[11:46] <directhex> sistpoty|work, there are 2 extensions afaik as distinct source packages... i think they're careful in their versioning so may well not need a rebuild. hyperair, can you confirm?
[11:46] <directhex> hyperair, i..e do mirage & lyrics from the repo work on 1.5?
[11:47] <hyperair> directhex: afaik they do.
[11:48] <sistpoty|work> there's also remuco-banshee...
[11:48] <hyperair> directhex: i'm running the daily version and the archive mirage and lyrics work
[11:48] <hyperair> don't worry about remuco-banshee
[11:48] <directhex> let ME worry about blank?
[11:48] <hyperair> that one has no abi constraint. it just talks to banshee via dbus
[11:48] <hyperair> blank?
[11:48] <sistpoty|work> hyperair: ah, thanks... just wondered how that interacts with banshee :)
[11:49] <directhex> hyperair, futurama misquote ;)
[11:49] <hyperair> ._.
[11:49] <hyperair> all in all i'd actually prefer to stuff 1.5 into the archive. it fixes loads of bugs
[11:50] <hyperair> i'm not sure which exactly, though.
[11:50] <sistpoty|work> I think if both of you think that 1.5 makes sense, I won't object ;)
[11:50] <hyperair> okay. so i'll file a sync request then?
[11:51] <sistpoty|work> hyperair: well, you'll need another +1 from motu-release apart from mine though
[11:51] <hyperair> yes, i know
[11:51] <directhex> hyperair, shall we do a fresh sid upload first? also, i expect a formal ffe request is needed? sistpoty|work?
[11:51] <directhex> hyperair, did 151 happen?
[11:51] <hyperair> directhex: not that i know of
[11:51]  * directhex goes to punch upstream
[11:52] <sistpoty|work> directhex: yes, ffe would be good... for me it doesn't need to be too formal
[11:52] <sistpoty|work> opinion of other motu-release members might vary though
[11:53] <sistpoty|work> ScottK: ^^ also got some wise words you'd like to add?
[13:55] <ScottK> If it's better, I'd say go for it.
[13:55] <ScottK> sistpoty|work: ^^
[13:55] <sistpoty|work> *nod*
[14:35] <wrapster> i have a tarball.. which is not a debian pkg.. but i want to convert it into one.
[14:38] <wrapster> so i downloaded it and dh_make <opts> now here is my question... have a look at this..http://pastie.org/639372 the first segment contains the files that were present in that tarball and after dh_make there was a debian dir that was created... the second segment has contents in the debian dir.. I would like to know.. if i can delete all those makefies and everything that is present under the dir which was created after the extraction of the tarball
[14:54] <wrapster> guys can anyone look into this issue?
[15:06] <mok0> wrapster: you can delete most of those files
[15:07] <wrapster> mok0: in which segment.. I actually deleted all the *.{ex, Ex} files
[15:07] <wrapster> in the debian dir..
[15:07] <mok0> wrapster: err, segment?
[15:07] <wrapster> how about in the first segment?
[15:07] <wrapster> i deleted most in the 2nd segment
[15:07] <wrapster> how about the 1st?
[15:07] <mok0> wrapster: you mean before the ...... line?
[15:07] <wrapster> yeah
[15:08] <mok0> wrapster: that is part of upstream's distribution
[15:08] <mok0> wrapster: you should only change stuff in debian/
[15:08] <wrapster> you mean all those Makefiles?
[15:08] <wrapster> ok
[15:08] <mok0> wrapster: just leave them
[15:09] <mok0> wrapster: the minimum set of files in debian/ is: control, changelog, copyright, compat and rules
[15:11] <sistpoty|work> compat is not strictly needed actually (but who does w.o. debhelper nowadays though)
[15:11] <mok0> sistpoty|work: I've not seen one package without it
[15:11] <mok0> sistpoty|work: I'd like to :-)
[15:12] <wrapster> coz when i tried doing that and ran dpkg-buildpkg this is what i got http://pastie.org/639017
[15:13] <mok0> wrapster: you need to install some stuff on your machine
[15:13] <wrapster> mok0: yeah thats what I did.. but the issue is im still a beginner at this. and the pkg im trying to build is not available only as a tarball.. I need help
[15:14] <wrapster> mok0: it would be helpful if you could tell me how you deduced that i need to install some stuff?
[15:14] <mok0> wrapster: I may be wrong
[15:14] <wrapster> oh
[15:14] <sistpoty|work> mok0: I've seen (and touched) one once... but it was converted after I filed a bug in BTS *g*
[15:14] <mok0> wrapster: but the compile fails because it can't find an include file called usba.h
[15:14] <wrapster> yeah...
[15:14] <wrapster> read that..
[15:15] <mok0> wrapster: is that a file in the software package you are working with?
[15:16] <sistpoty|work> mok0: oh, there's actually one that does w.o. debhelper: "leave"
[15:17] <c_korn> mok0: the binutils package does not have a debian/compat file I think
[15:17] <wrapster> well its not there for sure but have a look at it.. it says sys/usb.... which means its realtive path right
[15:17] <wrapster> so relative to the build dir i cant find any such file!!!
[15:17] <mok0> sistpoty|work: oh, I must take a look at that one. Does it manually build the .deb file using ar c ?  I know that i need to include that file.. I can find it
[15:19] <wrapster> from the ON-source website..
[15:19] <wrapster> that not an issue...
[15:20] <wrapster> will do something and try it.. could you shed some light on how i can proceed?
[15:20] <mok0> wrapster: actually, there is no point packaging that software if the dependency is not packaged
[15:20] <mok0> wrapster: that is, unless usba.h can be install via another package
[15:21] <mok0> wrapster: AFAICS it's not in any Ubuntu package
[15:22] <mok0> wrapster: but in Google it shows up amongst a lot of Solaris stuff
[15:25] <joaopinto> mok0, he is packaging for nexenta
[15:25] <mok0> joaopinto: oh
[15:26] <joaopinto> wrapster, already done with your binutils hack ?
[15:28] <mok0> joaopinto: after seeing Phoronix head-to-head comparison, I wouldn't bother with Solaris... Ubuntu is _much_ faster on the same hardware
[15:29] <joaopinto> mok0, well, there are some good reasons, like zfs
[15:30] <mok0> joaopinto: *shrug*
[15:30] <joaopinto> but weell, I am never tried opensolaris :)
[15:30] <joaopinto> I had to admnister an old solaris box, mostly reboot it :P
[15:30] <mok0> joaopinto: I guess if you're in a Solaris shop it makes sense
[15:31] <mok0> In the old days, whenever we got an IRIX box, the first thing I did was to install all the GNU software on it
[15:32] <mok0> I guess nexenta is pretty much the same thing for Solaris
[15:41] <wrapster> joaopinto: yeah.. and its working as welll :)
[15:46] <wrapster> ok i found out that usba.h is a interface card dependant stuff... but its not on on-source website...
[15:46] <mok0> wrapster: is it in a package?
[15:46] <wrapster> can anyone help me to find it? or better yet could you tell me if i run into such issues where i can look for help
[15:46] <wrapster> no
[15:46] <mok0> wrapster: you might want to go to nexenta's IRC channels for help
[15:48] <wrapster> ok
[15:48] <mok0> wrapster: #nextenta it seems
[15:48] <mok0> wrapster: #nexenta
[15:48] <mok0> on this server
[15:49] <wrapster> mok0: yeah i know.. thanks
[15:50] <mok0> wrapster: we can help you with general packaging questions here
[15:50] <wrapster> mok0: ok thanks.. i will definitely need that as well.. so will ping you guys when im stuck.. thanks a lot
[15:50] <wrapster> btw its here http://cvs.opensolaris.org/source/xref/kerberos/mit_163_resync/usr/src/uts/common/sys/usb/usba.h
[15:51] <mok0> wrapster: Ah, yes
[15:51] <mok0> wrapster: I actually saw that pop up in Google
[15:52] <wrapster> thats exactly how i found it as well :D
[15:52] <mok0> wrapster: heh
[15:52] <wrapster> so including that in /usr/include should do the trick?
[15:52] <mok0> wrapster:  No you can't do it like that
[15:53] <wrapster> then
[15:53] <mok0> wrapster: if that file is not present in another package, yours will be useless
[15:53] <wrapster> ok in that case.. its present in SUNWusbu
[15:54] <mok0> wrapster: because no one can build the package without first locating that file on Google
[15:54] <mok0> wrapster: the you need to put a "Build-Depends: SUNWusbu" in debian/control
[15:55] <joaopinto> package name with uppercase :) ?
[15:56] <mok0> joaopinto: I dunno what nexenta are doing
[15:56] <mok0> joaopinto: RedHat HaS oNe MiX oF uPpErCaSe AnD lOwErCaSe LeTtErS
[15:57] <mok0> joaopinto: one of the reasons that redhat sux :-)
[15:59] <joaopinto> :D
[16:00] <wrapster> yeah its a sun pkg
[16:01] <joaopinto> oh god :)
[16:01] <wrapster> ok not anymore coz i have a nexetna pkg as well
[16:11] <wrapster> no thats wrong i guess... have a look at this.. http://src.opensolaris.org/source/search?q=usba.h&defs=&refs=&path=&hist=&project=%2Fonnv.. btw how do i find out the pkg in which this file is located?
[16:12] <siretart`> dpkg -S /path/to/file
[16:17] <wrapster> that worked.. now have this!!! usbgem.c:5555: error: '_memcpy' aliased to external symbol 'memcpy'
[16:17] <wrapster> this is fun
[16:17] <wrapster> :)
[16:42] <jbernard_> ScottK: around?
[16:43] <ScottK> jbernard_: Yes, but busy with other things, what's up?
[16:43] <jbernard_> ScottK: mok0 suggested that bug #436006 be backported,
[16:44] <jbernard_> i was going to make a debdiff that just cherry-picks that fix
[16:44] <ScottK> Then you'll need a motu-sru person for that
[16:44] <jbernard_> does this sound like the right approach?
[16:46] <ScottK> It's that or backport all of u-d-t-
[16:47] <jbernard_> that's a no-go, launchpadlib is on quite a different version, as i recall
[16:47] <jbernard_> i think the cherry-pick would be low risk
[16:48] <Lazy> i'm not sure if this is the right place to ask but is there documentation what should i do to debug my audio problems?
[16:48] <Lazy> because my audio stopped working after upgrading to karmic
[16:52] <joaopinto> Lazy, #ubuntu+1
[16:54] <Lazy> k, thanks anyway
[17:22] <geser> jbernard_: from a look at this bug, it's mislabeled, as not the LP API changed but the HTML page it screen-scrapes changed with LP 3.0 (but the fix should be backported/SRUed instead of the whole package)
[17:22] <jdong> ugh prevu is equally affected by the LP change.
[17:23] <jdong> I still have that on my TODO list to fix before the release.
[17:23]  * jdong should in fact switch over to having u-d-t's screenscaper handle it.
[17:24] <geser> if it screen-scrapes than you should check if still works with the new layout of LP 3.0 and either fix it or use the LP API where possible
[17:25] <jdong> yeah, the next major release I do plan on switching to the LP API for that purpose
[17:25] <jdong> for now fixing the regex is good for karmic.
[17:38] <wrapster> what is the difference between /usr/bin/ld and /usr/ccs/bin/ld
[17:39] <jdong> CCS C compiler?
[17:39] <jdong> that's a solaris-y question :)
[17:40] <geser> to which package belongs the later file?
[17:40] <jdong> I thought they deprecated the CCS stuff in solaris
[17:40] <jdong> at least the newest versions perhaps
[17:40] <jdong> oh well I'll stop pretending that I understand the OS ;-)
[17:42] <joaopinto> wrapster, keeping asking about opensolaris specific binaries/files here is not really helpful
[17:42] <geser> is archive.ubuntu.com for others slow too?
[17:42] <wrapster> well this is the point.. im in a fix here coz the OS im using has both opensolaris and ubuntu stuff..
[17:43] <wrapster> so .......
[17:43] <wrapster> :(
[17:43] <jdong> geser: yeah tcp connect()'s are slow
[17:43] <jpds> geser: Yes, beta congesting everything.
[17:43] <jpds> Everyone should *really* use a local mirror.
[17:43] <geser> I assumed it :) but want to know for sure that's it not my internet connection
[17:44] <joaopinto> wrapster, we can help you about pacaking,  not about non packaging questions related to opensolaris stuff
[17:44] <wrapster> oh yeah sorry.. will try #ubuntu
[17:44] <wrapster> sorry again.
[17:44] <jdong> I do, but also list archive.ubuntu.com at lower priority...
[17:44] <jdong> just to make sure I'm tracking the later packages
[17:44] <joaopinto> wrapster, uh, how is an opensolaris related to ubuntu ?
[17:45] <wrapster> its not and that where nexenta comes into pic
[17:45] <jdong> well Solaris-induced Ubuntu package troubles are still not on topic here :)
[17:45] <jdong> we'd love to hear about Ubuntu package issues pertaining to our packaging, here.
[17:45] <joaopinto> is there an ubuntu package providing /usr/ccs/bin/ld ?
[17:47] <joaopinto> wrapster, erm, wasn't your binutils package providing the links on css to make it opensolaris compatible ?
[17:48] <joaopinto> there is no /usr/ccs/bin on ubuntu
[17:48] <wrapster> no...it was a different path..
[17:48] <wrapster> and secondly the issue im facing is differnt... if you dont mind then i'll do a pastie
[17:48] <wrapster> :)
[17:49] <joaopinto> sure, but like I said, if you are asking about differences to opensolaris, is hard to check
[17:51]  * sistpoty|work heads home... cya
[18:01] <jbernard_> geser: yes, you are correct
[18:03] <jbernard_> only the version in karmic works with the 3.0 layout
[18:13] <hyperair> what was that program that does dfsg-compliance checking?
[18:14] <ScottK> You mean vrms?
[18:14] <ScottK> It's not actually dfsg, it's gnu
[18:17] <RainCT> ScottK: Are you sure? The manpage says «Stallman and the Debian project  have  diverged  since this program was originally written.  In such cases, this program follows the definition of freedom embodied  in the Debian Free Software Guidelines.»
[18:17] <ScottK> RainCT: I.  I'm not sure, I was making assumptions.
[18:17] <Laney> I think it just uses archive components
[18:18] <Laney> (so dfsg)
[18:18] <christoph_debian> Laney: jep correct
[18:20] <hyperair> ScottK, RainCT: no i wasn't talking about that. i'm quite sure there  was something to search within source tarballs for dfsg-offending stuff.
[18:20] <ScottK> Which, BTW, means on Ubuntu it's kind of between the two as we allow dfsg invariant.
[18:20] <ScottK> Oh
[18:21] <RainCT> hyperair: I can only think of suspicious-source then, but that's not related to DSFG (just checks for files which aren't in the preferred edition format)
[18:22] <hyperair> ah.
[18:22] <hyperair> i think that's what i was looking for
[18:32] <fabrice_sp_> Is the motu meeting confirmed at 19h UTC? (in 1h30?)
[18:32] <Laney> is there an agenda?
[18:33]  * fabrice_sp_ doesn't know. Just saw 2 emails...
[18:56] <zooko> How can I close this ticket as Fixed? https://bugs.launchpad.net/ubuntu/+bug/289431
[18:58] <fabrice_sp_> zooko, this is already closed (Fix released)
[19:12] <james_w> zooko: done
[19:12] <james_w> zooko: for future reference, click the yellow "pencil" icon next to the status you want to change and select from the pop-up list
[19:12] <james_w> if you don't have javascript then I'm not sure how this page works now
[19:13] <james_w> there will be combo boxes and a form submit to operate instead
[19:18] <fabrice_sp_> james_w, what was missing? the bug appeared as Fix Released
[19:18] <james_w> fabrice_sp_: there's more than one task
[19:18] <fabrice_sp_> ohhhhh. ok
[19:19] <james_w> see the bot reported it as a bug in "debian"
[19:19] <fabrice_sp_> james_w, you're right. I didn't paid attention to that
[19:19] <RainCT> If anyone knows some easy bugs suitable for fixing at the Global Jam, I could take some bug numbers
[19:21] <fabrice_sp_> RainCT: why don't you work on FTBFS of the test rebuild? Some are easy to fix (missing dependencies, for example)
[19:21] <Laney> -backports uploads don't autoclose bugs?
[19:22] <james_w> RainCT: bug 440635 might be easy depending on what the solution is :-)
[19:22] <james_w> oh, Andrew claimed it
[19:24] <RainCT> I'm looking at the i386/amd64 build failures, but haven't found any obvious one yet (well, maybe I'm just not looking right :P, /me goes to check a few more)
[19:27] <geser> RainCT: for a missing build-dependency a good candidate might be http://launchpadlibrarian.net/32002455/buildlog_ubuntu-karmic-i386.libgtkhtml2_2.11.1-2ubuntu1_FAILEDTOBUILD.txt.gz
[19:28] <geser> (I've just looked at the build log and not how hard it turns out to be in the end)
[19:33] <geser> RainCT: http://launchpadlibrarian.net/32660548/buildlog_ubuntu-karmic-i386.wikipediafs_0.3-5_FAILEDTOBUILD.txt.gz seems to be missing --install-layout=deb
[19:35] <RainCT> geser: Great, thanks. (wikipediafs? wow, there is weird stuff! :P)
[19:38] <geser> RainCT: http://launchpadlibrarian.net/32126698/buildlog_ubuntu-karmic-i386.necpp_1.3.0%2Bcvs20090101-1ubuntu1_FAILEDTOBUILD.txt.gz (error: invalid conversion from 'const char*' to 'char*'
[19:39] <fabrice_sp> RainCT, http://launchpadlibrarian.net/31889048/buildlog_ubuntu-karmic-i386.ivtools_1.1.3-5.4ubuntu1_FAILEDTOBUILD.txt.gz it's a build dependency on xutils-dev instead of xutils
[19:39] <geser> there is a const missing before a pointer variable)
[19:39] <fabrice_sp> there are a lot of this one :-/
[19:40] <geser> and also many conflicting declarations for getline too
[19:40] <fabrice_sp> yeah
[19:43] <RainCT> geser: what's the problem with the getline ones? the program defining it's own function with that name?
[19:45] <sebner> huhu sistpoty :D
[19:45] <sistpoty> hi sebner
[19:46] <RainCT> ok I think I got enough, thanks geser, fabrice_sp, james_w!
[19:46] <zooko> Thanks, james_w.  Next question: how do I push MOTU's to consider this ticket: https://bugs.launchpad.net/ubuntu/+source/pycryptopp/+bug/439691
[19:47] <james_w> sponsorship!
[19:47] <james_w> zooko: are you running Ubuntu?
[19:48] <james_w> https://wiki.ubuntu.com/SponsorshipProcess
[19:53] <zooko> Oh, that's a pencil.  I never thought I could use it to change things because I thought it was a footprint.
[19:54] <zooko> james_w: I am runnng ubuntu.
[19:54] <james_w> zooko: if you install the ubuntu-dev-tools package there is a "requestsync" script that can file bugs for syncing from Debian and do all the necessary bits
[19:55] <zooko> james_W: thanks!
[19:55] <james_w> you might be interested in http://identi.ca/notice/11175390 if the LP icons confuse you
[20:24] <sistpoty> slangasek, ScottK, vorian: http://paste.ubuntu.com/284055/
[20:24] <sistpoty> anything missing, anyone got the url for the gcc-4.4 rebuild bugs in unstable? anything else? *g*
[20:27] <sistpoty> (maybe I should put in there: remember that you must fix 3 ftbfs to get one universe FFe accepted *g*)
[20:27] <pochu> (-:
[20:37] <randomaction> sistpoty: http://bugs.debian.org/cgi-bin/pkgreport.cgi?submitter=tbm%40cyrius.com
[20:38] <sistpoty> randomaction: thanks... is there also a way to filter for usertags? (gcc-4.4 is the one I'm looking for)
[20:38] <geser> IIRC there is one
[20:39] <sistpoty> that's what I thought, but I didn't find it immediately and gave up looking for it then :/
[20:40] <christoph_debian> sistpoty: do you know the user?
[20:41] <ari-tczew> hello
[20:41] <sistpoty> christoph_debian:  User<EMAIL_ADDRESS>(I'm looking for the gcc-4.4 bugs)
[20:42] <christoph_debian> http://bugs.debian.org/cgi-bin/pkgreport.cgi?users=debian-gcc@lists.debian.org;tag=ftbfs-gcc-4.4 or so
[20:43] <fabrice_sp_> hello ari-tczew
[20:43] <fabrice_sp_> did you see my comment in your sync request?
[20:43] <sistpoty> christoph_debian: excellent, thanks!
[20:44] <christoph_debian> :)
[20:44] <ari-tczew> yes - I need complete FFe requests in your mention, right?
[20:44] <fabrice_sp_> right
[20:44] <ari-tczew> it's my first enter on irc ;-O
[20:44] <fabrice_sp_> in that case, it should be quite easy, as this ib has only one rdepends: hugin :-)
[20:44] <fabrice_sp_> s/ib/lib/
[20:44] <diwic> while we're at the FTBFS bugs, I decided to look at xfishtank. It seems like it is corrected upstream and there is a sync request (LP: #439216).
[20:45] <fabrice_sp_> welcome then :-)
[20:45] <fabrice_sp_> bug #439216
[20:45] <sistpoty> slangasek, ScottK, vorian: (updated url to gcc-4.4 bugs in unstable, no other changes): http://paste.ubuntu.com/284066/
[20:45] <diwic> fabrice_sp_: should it really be wishlist?
[20:46] <fabrice_sp_> diwic, it's whishlist by default
[20:46] <sistpoty> diwic: from changelog, this doesn't look like it'd fix the ftbfs?
[20:46] <sistpoty> diwic: did you do a test-build already?
[20:46] <fabrice_sp_> this sync request has been generated by a MOTU, and  wating for an achive admin
[20:47] <diwic> sistpoty: debian #485546 is the FTBFS bug
[20:47] <sistpoty> diwic: oh, sorry. didn't read that build-dependencies got changed, sorry
[20:48] <sistpoty> diwic: as I just saw, quadrispro filed it, so it'll get processed
[20:48] <sistpoty> (and doesn't need sponsoring)
[20:58] <ScottK> sistpoty: Looks good to me.
[20:58] <slangasek> sistpoty: wrong link for the test rebuild, I think?
[20:58] <slangasek> wgrant had said it was moved to http://people.ubuntuwire.org/~wgrant/rebuild-ftbfs-test/test-rebuild-20090909-karmic.html
[20:58] <slangasek> I guess both links work, so I'm not sure which is authoritative
[20:59] <sistpoty> heh, I used the one from my firefox history *g*
[21:00] <sistpoty> slangasek: ok, updated: http://paste.ubuntu.com/284073/
[21:00] <sebner> sistpoty: already an idea for a new date for the MOTU meeting?
[21:01] <sistpoty> sebner: nah, I'll just get it wrong a 2nd time and hopes that someone else takes initiative now :P
[21:02] <sebner> sistpoty: haha, at least we need agenda items first. Without any, nobody will have motivation to do something
[21:03] <sistpoty> sebner: my agenda would be fix ftbfs, fix ftbfs, fix ftbfs :P
[21:04] <sistpoty> christoph_debian: you're a member of debian games team and know how to use git, right? I'd have a one-line change for invaders
[21:04] <sebner> sistpoty: nothing motivation then :P
[21:04] <sistpoty> christoph_debian: http://launchpadlibrarian.net/32726620/invaders_1.0.0-8_1.0.0-8ubuntu1.diff.gz (adding -fno-stack-protector to CFLAGS)
[21:04] <sistpoty> christoph_debian: I wanted to commit this myself, but would need to learn git for it first :/
[21:04] <christoph_debian> sistpoty: having a look
[21:05] <sistpoty> thanks!
[21:06] <christoph_debian> stack-protector was some hardening option?
[21:06] <slangasek> sistpoty: s/superseeded/superseded/; s/recieve/receive/;
[21:06] <sistpoty> christoph_debian: yes
[21:06] <slangasek> sistpoty: otherwise looks good, feel free to send it and ping me for mailing list queue approval
[21:07] <sistpoty> christoph_debian: afaik there are no plans for debian to make it the default though (in Ubuntu it is), but I might be wrong on the former
[21:07] <sistpoty> slangasek: ok, thanks!
[21:07] <kees> sistpoty, christoph_debian: I'd love to get it as a default in Debian.
[21:07] <kees> haven't had time to push it though
[21:07] <sistpoty> kees: ah, k, good to know :)
[21:07] <christoph_debian> it was discussed at the debian-security bof at debconf
[21:08] <kees> christoph_debian: yeah.  what happened from that?
[21:09] <christoph_debian> not muhc I know
[21:09] <christoph_debian> sistpoty: why do you think invaders is in git?
[21:09] <kees> sistpoty: with regard to the use of -fno-stack-protector... isn't there a better way to fix that?
[21:10] <sistpoty> christoph_debian: not too sure now as you say it... :/
[21:10] <sistpoty> kees: I doubt... that package is a game for grub (not for the installed system)
[21:11] <christoph_debian> ahh that was invaders
[21:12] <kees> sistpoty: oh!
[21:12] <kees> sistpoty: hah.  interesting.  then I assume it's not built with -nostdlib ?
[21:12] <sistpoty> kees: it is compiled with -freestanding... the only other way would be to have -freestanding work with stack-protector by providing _stk_chk_fail in libgcc
[21:12] <kees> normally that turns off the stack protector
[21:13] <sistpoty> kees: oh, I'm wrong, it's -nostdlib
[21:13] <kees> sistpoty: hrm, that really shouldn't ftbfs.  /me looks
[21:13] <sistpoty> meh, wrong again, that's a ldflag...
[21:13] <kees> hah, ok
[21:13] <sistpoty> kees: you can see the cflags here: http://launchpadlibrarian.net/32726620/invaders_1.0.0-8_1.0.0-8ubuntu1.diff.gz
[21:14] <sistpoty> (diff is better than mixing diff with my memory from two days ago)
[21:14] <kees> heh.  I wonder if moving -nostdlib to CFLAGS would fix this... /me gives it a shot
[21:15] <sistpoty> kees: thanks!
[21:15] <randomaction> I'm fixing FTBFS on an Ubuntu-only package (not in Debian). Should I lintian-clean it while I'm at it? (i.e. bump standards-version, add misc-depends..)
[21:16] <sistpoty> randomaction: that depends... bumping standards-version means that you'll also need to make sure that the new standards-version apply
[21:17] <sistpoty> randomaction: given that we're late in the cycle, I'd personally omit these cosmetics to get on with the next ftbs sooner ;)
[21:17] <randomaction> lintian is usually good at it.. ok, i'll drop it.
[21:22] <christoph_debian> kees: moving -nostdlib works
[21:24] <maco> does debian/menu generate a .desktop?
[21:25] <maco> or is that only for the debian-menu-specific stuff?
[21:27] <chrisccoulson> maco - that's only for the debian menu stuff
[21:28] <maco> boo
[21:28] <CardinalFang> Hi all.  The 'picard' package has been broken for a while.  There's a bug with half a dozen duplicates.  The fix is easy.
[21:28] <CardinalFang> Would someone mind sponsoring my debdiff?  https://bugs.edge.launchpad.net/ubuntu/+source/picard/+bug/422032
[21:29] <chrisccoulson> CardinalFang - i haven't got much time to look at it yet. you subscribed u-u-s?
[21:30] <CardinalFang> chrisccoulson, No I haven't.  "ubuntu universe subscribers?"
[21:30] <chrisccoulson> ubuntu-universe-sponsors
[21:31] <CardinalFang> Done now.
[21:31] <chrisccoulson> thanks
[21:31] <chrisccoulson> i will take a look after dinner if noone else has done already
[21:31] <chrisccoulson> thanks for working on it
[21:34] <sistpoty> slangasek: ping (as in mail is in moderation queue)
[21:36] <slangasek> sistpoty: accepted, thanks
[21:36] <sistpoty> thanks!
[21:39] <sistpoty> CardinalFang: from a glimpse, debdiff looks good. I'll give it a shot
[21:42]  * chrisccoulson really must do some sponsoring tonight
[21:43] <sistpoty> crack, german mirror seems to be updating (mismatching md5sum in sources) and a.u.c is so slow atm.
[21:44] <ari-tczew> can I register my nick?
[21:44] <sistpoty> ari-tczew: if you're an ubuntu member, then yes. However I don't know how :(
[21:44] <sebner> sistpoty: slow = not working here :\
[21:45] <sistpoty> ari-tczew: or do you mean register as in register with nickserv
[21:46] <sistpoty> sebner: be patient :P it does trickle in from time to time *g*
[21:46] <ari-tczew> I'm using irc first now, I entered here without asking a password, so I want to own "ari-tczew" only for me (block by passwd)
[21:48] <sistpoty> ari-tczew: ah, oke, then please take a look at http://freenode.net/faq.shtml#userregistration
[21:49] <sebner> sistpoty: heh, I'll try to get new infos about nexuiz today or tomorrow btw :\
[21:51] <sistpoty> sebner: I have slight doubts, as fuddl will be doing irc radio tomorrow :P
[21:52] <sebner> sistpoty: pfff, doesn't keep him away from chatting with me :P
[21:52] <sistpoty> haha
[21:52] <sistpoty> sebner: tell him greetings ;)
[21:53] <sebner> sistpoty: If I really catch him, for sure. I'm wondering if that speeds up his work (dunno if you threat or hug him in RL) :P
[21:53] <sistpoty> haha
[21:55] <sebner> sistpoty: btw, the last 2 days were only bla bla but on monday the prolog starts (2 weeks of introduction) with Algorithm, Computer, Maths. Let's see how I'll perform
[21:56] <sistpoty> sebner: cool! I'm quite sure you'll be excellent!
[21:57] <sebner> sistpoty: heh, I doubt that unless they'll replace everything with Ubuntu/MOTU stuff :D
[21:57] <sistpoty> hehe
[21:59] <sebner> sistpoty: I already did some Social Engineering too, always worth to have that *g*
[22:08] <ari-tczew> sysinfo
[22:08] <ari-tczew> Uptime: 7 hours and 4 minutes
[22:08] <sistpoty> CardinalFang: thanks for the picard debdiff, uploading
[22:08] <CardinalFang> thank you, sistpoty.
[22:09] <sistpoty> CardinalFang: just as a hint: please don't ignore errors in debian/rules (otherwise we might not find out if your fix ceases to work in the future)
[22:09] <CardinalFang> sistpoty, yeah, that "grep -v" is tricky.
[22:10] <sistpoty> CardinalFang: it is, and I did spend a few minutes thinking why it works
[22:10] <CardinalFang> sistpoty, it raises false though, I think.
[22:11] <CardinalFang> sistpoty, anyway, thank you.
[22:11] <sistpoty> CardinalFang: maybe just adding one comment line to __init__.py would be a simpler way to do it ;I)
[22:11] <sistpoty> CardinalFang: thank you for fixing the bug!
[22:12] <ari-tczew> works fine, thnx sistpoty
[22:12] <sistpoty> you're welcome ari-tczew
[22:16] <sistpoty> wow, ubuntu-universe-sponsors bugs is down to one page :)
[22:17] <christoph_debian> sebner: may I ask what you're doing? University?
[22:17] <sebner> chrisccoulson: sure, yes
[22:18] <christoph_debian> but not one of the erlangen gang? ;)
[22:18] <sistpoty> two bugs that I guess could need some help: bug #420918 and bug #427539 (the former has an FFe granted, but lacks packaging, that latter needs more testing/evaluation for the FFe)
[22:21] <ScottK> sistpoty: I think maven needs manual bootstrapping first.  lamont is planning on doing that this weekend, I think.
[22:22] <sistpoty> ScottK: yes, observed that as well... but imho it would also be good if someone puts it in a ppa for testing (and the FFe needs -core to get newed, but I haven't checked if anything else needs to get newed)
[22:23] <ScottK> sistpoty: I think it needs bootstrapped and someone needs to sit down and make a plan.
[22:23] <sistpoty> ScottK: yes, exactly the latter I'm trying to request help with :)
[22:26] <ari-tczew> .
[22:27] <ari-tczew> I did sync request maven, how I can help?
[22:28] <sistpoty> ari-tczew: have you tried putting the packages in a ppa yet?
[22:29] <ari-tczew> not yet, but I can do it
[22:30] <sistpoty> ari-tczew: that would be excellent
[22:30] <sistpoty> ari-tczew: however please note that you might need to wait until some build-dependencies are available for ubuntu
[22:30] <ari-tczew> in this week I tryied to make bash script for mass sync from unstable to ppa, but it's not easy for n00b :P
[22:30] <sistpoty> ari-tczew: (that's what lamont is doing at the moment, since there seems to be a loop of unavailable buid-dependencies)
[22:31] <sistpoty> ari-tczew: sure thing
[22:32] <sistpoty> just saw your upload, thanks kees!
[22:32] <ari-tczew> I'll forward packages to ppa, but tommorow. Today is too late.
[22:33] <sistpoty> kk
[22:33] <sistpoty> and thanks!
[22:35] <ari-tczew> so if I just talking with 'admins', I want to ask about something
[22:36] <ari-tczew> In some months I'm making packages for karmic, and I learned that we need contribute to debian too
[22:36] <ari-tczew> Do I need forward packages to unstable?
[22:36] <ari-tczew> new upstreams etc?
[22:36] <ari-tczew> (nmu)
[22:38] <sistpoty> ari-tczew: ideally, if you fix something in Ubuntu and the fix applies to debian as well, you should forward the fix
[22:38] <sistpoty> ari-tczew: for new upstream versions, if there's a debian bug already requesting it, you could attach a fix there as well
[22:38] <ScottK-desktop> ari-tczew: Not normally unless the package is orphaned in Debian, but also as sistpoty says.
[22:39] <sistpoty> ari-tczew: or you could report a new bug requesting it (and pointing to the updated ubuntu package)
[22:40] <sistpoty> ari-tczew: btw, I'm just looking at libpano and hence at hugin. What's the compelling reason we want a new version of hugin?
[22:42] <ari-tczew> bug-fix, requested by someone in launchpad
[22:43] <ari-tczew> really I don't need hugin, but I want to help with packaging, e.g. testing builds in ppa etc.
[22:43] <sistpoty> ari-tczew: 0.7 -> 0.8 is strictly bugfix only?
[22:43] <sistpoty> ari-tczew: are there some bugs on launchpad that are getting fixed with 0.8?
[22:44] <ari-tczew> wait, I'll make diff from ChangeLog file and upload to launchpad for easier reviewing
[22:44] <sistpoty> ari-tczew: excellent, thanks!
[22:47] <kees> sistpoty: yup, no problem.
[22:47] <wgrant> slangasek: -karmic is authoritative, but the other is a symlink.
[22:47] <kees> sistpoty: and now I can play space-invaders from grub  ;)
[22:50] <ari-tczew> FYI really a lot of bugs touched by me isn't for me. I'm only giving my hands and time to work, in order to satisfy as much of common ubuntu's users (e.g. new upstream versions)
[22:53] <sistpoty> ari-tczew: sure thing, but please also understand that motu-release needs some information to make the judgement if it's an update is better for the release or might introduce regressions resulting in much more bugs
[22:54] <ari-tczew> yes I understand this
[22:54] <sistpoty> kees: pfft, that sounds like I ruined ubuntu-security's functionality for the release :P
[22:55] <sistpoty> good that I didn't even mention zaz (as in unstable) yet, and will probably be against adding that to karmic *g*
[22:57]  * kees has no idea what zaz is...
[22:57] <kees> ooh
[22:59] <sistpoty> damnit
[22:59] <sistpoty> my spouse insisted that I backport it for her jaunty laptop after she saw my playing it
[23:03] <kees> heheh
[23:04] <kees> you could totally get that into karmic -- it's a new package.  ;)
[23:05] <sistpoty> heh
[23:06] <dtchen> kees: got a second for an approach question regarding strcmp()?
[23:07] <kees> dtchen: sure, sup?
[23:07] <dtchen> kees: ok, so in bug 437293 there's something really bad going on between bluez and pulse
[23:08] <dtchen> kees: the code appears to be crashing due to pa_streq()  (which is just a wrapper around strcmp() ) not validating its modargs
[23:08] <dtchen> kees: i.e., if (address && !(pa_streq(d->address, address))) {
[23:08] <ari-tczew> @sistpoty: As you said, I can send debdiff to BTS. Can I full upload package like in Ubuntu?
[23:08] <christoph_debian> new packages are easy? so douf00 would be no problem? ;)
[23:08] <kees> dtchen: one sec, loading bug
[23:09] <kees> dtchen: er, ok, so what's the issue?
[23:10] <dtchen> kees: i've spoken with upstream pulse, and he's convinced it's not an issue to not check d->address or address there
[23:10] <sistpoty> ari-tczew: well, there's mentors.debian.net, where you can store a source package. But I guess you could also attach a .diff.gz to a bug, not too sure what's best practice though
[23:10] <dtchen> kees: now, i understand that bluez _should_ be doing the right thing, but uh, isn't it fairly bad practice to just assume strcmp()'s args are initialized?
[23:11] <jtimberman> Do sync requests in Karmic need a second MOTU? If so, could someone please ack lp bug # 420674
[23:11] <sistpoty> christoph_debian: new packages are actually not easy, since these need to go through new in Ubuntu as well :( (and archive-admin's tend to focus on other work slightly before release)
[23:11] <kees> dtchen: yeah, strcmp needs to be pointing at valid strings.  :P
[23:12] <dtchen> kees: right, so in the stack trace for that bug, address is null, which makes me shake my head a little
[23:12] <sistpoty> dtchen: afaik valgrind even warns if you pass a null pointer to a string function
[23:13] <dtchen> sistpoty: indeed. unfortunately i'm awaiting the reporter's feedback for VG; i don't have a BT headset handy to reproduce it
[23:13] <dtchen> kees: anyhoo, thanks for the sanity-check
[23:14] <kees> dtchen: yeah, totally, no problemo
[23:14] <christoph_debian> sistpoty: ah so ironically -- makes sense both ways from a technical point of view
[23:16] <sistpoty> christoph_debian: probably (though I believe that packages in unstable are getting a much better treatment than the stuff that is directly uploaded)
[23:17] <ari-tczew> sistpoty: thanks for the help, it's important. Learning from other experienced people is better than reading arts like wiki.
[23:19] <ari-tczew> I added ChangeLog's diff to hugin request. Test for other lp's bugs I'll do later.
[23:26] <sistpoty> thanks!
[23:31] <sistpoty> christoph_debian: having taken a look at douf00, it seems to be a simple source package and packaging looks top-notch, so...
[23:31] <sistpoty> christoph_debian: if you want it in, would you like to file a FFe for it?
[23:46] <ari-tczew> sistpoty: can I set one of my ppas for public upload?
[23:47] <sistpoty> ari-tczew: what do you mean with public upload?
[23:47] <ari-tczew> libmaven packages is too much so not only me will be can upload packages to my-ppa (I have created ppa for maven)
[23:48] <sistpoty> ari-tczew: I doubt you can set it to public, but I must admit that I don't have too much knowledge about PPAs
[23:49] <ari-tczew> yhym OK
[23:54] <lifeless> any sponsors around ?
[23:54] <lifeless> s/sponsors/motu-archive/
[23:55] <james_w> motu-release?
[23:55] <lifeless> yes
[23:55] <lifeless> thats the one ;)
[23:55]  * lifeless should grab some caffeine
[23:55] <lifeless> bug 440976
[23:55] <james_w> good morning
[23:55] <lifeless> seeking ack
[23:55] <lifeless> hi james_w , good morning to you :)
[23:56] <james_w> lifeless: I advise you subscribe them in case two aren't hanging around right now
[23:56] <james_w> lifeless: also, did the .so thing get sorted? I forgot to look at it today
[23:56] <lifeless> requestsync does that :)
[23:56] <james_w> nope
[23:56] <lifeless> though its grabbed ubuntu-archive. bah
[23:57] <lifeless> thanks for the suggestion, much needed
[23:58] <james_w> also, they are going to want to know the stuff from https://wiki.ubuntu.com/FreezeExceptionProcess
[23:58] <james_w> like the features that you are asking for an exception for
[23:58] <Laney> requestsync sometimes doesn't get the sponsor stuff right
[23:58] <Laney> i dunno why
[23:58] <james_w> lifeless doesn't need a sponsor
[23:59] <Laney> oh, ffe?
[23:59] <james_w> but I think requestsync has a flag for freeze exceptions?
[23:59] <Laney> there's a flag for that
[23:59] <Laney> -e
[23:59] <lifeless> james_w: its bugfix only
[23:59] <lifeless> ignore the version numbers ;)
[23:59] <james_w> lifeless: in that case you don't need motu-release yet
[23:59] <james_w> so this was all a round-about way of getting back where we started


[06:12] <duanedesign> 'lo all
[10:03] <Aureusz> Are there proxy configurations already possible within ubuntuone in current Maverick state ?
[10:08] <duanedesign> Aureusz: hello
[10:12] <duanedesign> Aureusz: for maverick only Tomboy notes and ubuntuone-preferences will be able to support proxy, all other components are not ready
[10:12] <Aureusz> duanedesign: hello
[10:13] <duanedesign> that was last I hears
[10:13] <duanedesign> heard*
[10:14] <Aureusz> ok
[10:43] <Aureusz> Thanks i'll look into this :)
[11:40] <duanedesign> morning all
[12:15] <rye> duanedesign, morning!
[15:27] <kenvandine> CardinalFang, ping
[15:28] <CardinalFang> kenvandine, hi!
[15:28] <kenvandine> hey... desktopcouch question
[15:28] <CardinalFang> Shoot.
[15:28] <kenvandine> wondering if something changed in the api
[15:28] <kenvandine> self._database = CouchDatabase(self._db_name, create=True)
[15:28] <kenvandine> results = self._database.get_records(record_type=self._record_type, create_view=True)
[15:28] <kenvandine> results.rows doesn't exist...
[15:29] <kenvandine> but i can get at it with results.obj.rows
[15:29] <kenvandine> ?
[15:29] <CardinalFang> Hrm.  That's bad.
[15:29] <CardinalFang> vds, you here?
[15:29] <kenvandine> indeed...
[15:29] <vds> CardinalFang: yes
[15:30] <CardinalFang> kenvandine, this reconnector wrapper we have misses "rows" attribute.
[15:30] <kenvandine> CardinalFang, vds: just confirmed... that changed between 0.6.8 and 0.6.9
[15:30] <CardinalFang> Er, vds ^
[15:31] <vds> yes I did it last week
[15:31] <vds> kenvandine: is it giving any problem?
[15:32] <kenvandine> yes...
[15:32] <kenvandine> tons of things depend on that
[15:32] <vds> ah wait
[15:32] <vds> nope that's not mine
[15:32] <CardinalFang> vds, it's probably mine.
[15:32]  * kenvandine smells a brown paper bag in the corner :)
[15:32] <CardinalFang> Indeed.
[15:34] <kenvandine> CardinalFang, ok, i just told the release team to reject that upload that is pending
[15:35] <kenvandine> damn... ok they already accepted it, so we need that fix faster now
[15:35] <CardinalFang> I'm on it.
[15:36] <kenvandine> thx
[15:40] <vds> CardinalFang: I'm here in case you need a reviewer
[15:41] <kenvandine> CardinalFang, bug 652095
[15:41] <ubot4> Launchpad bug 652095 in desktopcouch (Ubuntu) "ReconnectingViewWrapper missing methods (affects: 1) (heat: 6)" [High,Confirmed] https://launchpad.net/bugs/652095
[15:53] <CardinalFang> kenvandine, do you have an example of .rows attribute usage?
[15:54] <kenvandine> yeah
[15:54] <kenvandine>         results = self._database.get_records(record_type=self._record_type, create_view=True)
[15:54] <kenvandine>         if len(results.rows) == 0:
[15:54] <kenvandine> and
[15:54] <kenvandine> prefs = results.rows[0].value
[15:54] <kenvandine> that is from lernid
[15:54] <kenvandine> you can test it with lernid if you like
[15:55] <CardinalFang> Got it.
[16:01] <vds> kenvandine: where that code is used?
[16:01] <vds> I mean results = self._database.get_records(record_type=self._record_type, create_view=True)
[16:01] <kenvandine> lernid/CouchDBPreferences.py
[16:02] <kenvandine> in the lernid project
[16:02] <vds> thanks
[16:02] <kenvandine> CardinalFang, so the tests never actually tests for the structure of the result... it does a "for row in"
[16:02] <kenvandine> and a len
[16:02] <CardinalFang> right.
[16:03] <CardinalFang> I'm making it future-proof.
[16:03] <kenvandine> thx :)
[16:27] <CardinalFang> kenvandine, vds,  https://code.edge.launchpad.net/~cmiller/desktopcouch/abstract-wrappers/+merge/37142
[16:28] <vds> CardinalFang: on it
[16:28]  * kenvandine looks
[16:30] <CardinalFang> vds, the wrapper doesn't actually wrap these in that revision.  That returns the functionality.
[16:30] <CardinalFang> This commit, comming in 45 sec, does wrap.
[16:30] <vds> ok
[16:39] <vds> CardinalFang: please, ping me when it's ready
[16:39] <CardinalFang> vds, will do.  Tests just finished.
[16:40] <CardinalFang> vds, uploaded.
[16:54] <CardinalFang> vds, what do you think?
[16:54] <vds> CardinalFang: running the tests, the code is very good
[18:13] <CardinalFang> vds, any news?
[18:14] <CardinalFang> kenvandine, you're quiet too.
[18:14] <kenvandine> CardinalFang, ?
[18:14] <kenvandine> sorry... worked here :)
[18:14] <CardinalFang> Thanks.
[18:14] <CardinalFang> kenvandine, what phone do you carry?
[18:16] <kenvandine> galaxy S
[18:16] <kenvandine> vibrant specifically
[18:16] <kenvandine> why?
[18:17] <kenvandine> i love it, if that is what you are after :)
[18:17] <CardinalFang> I want you to try an app.  ...
[18:17] <kenvandine> sure
[18:18] <CardinalFang> http://sandbox.chad.org/u1m-1.0-1-encore3.apk    # or go to base dir; browse
[18:24] <kenvandine> sweet!
[18:24] <kenvandine> works... :)
[18:24] <kenvandine> although it says unknown album and unknown artist
[18:24] <kenvandine> for all the songs
[18:24] <kenvandine> not sure if that is expected
[18:24] <CardinalFang> I think it is.  It takes a moment to scan the metadata.
[18:26] <CardinalFang> If you have it tagged, by now it should show up on refresh.
[18:26] <kenvandine> it's not
[18:26] <kenvandine> i have songs and it is playing well
[18:27] <kenvandine> just no meta data besides title
[18:34] <kenvandine> CardinalFang, it's downloading to the subsonic/null/ directory, i assume that "null" should be the album name?
[18:35] <CardinalFang> Hrm.  Yes, if it knows it.
[18:38] <kenvandine> oh... do i need to "scan my files for music" in the web UI?
[18:38] <kenvandine> CardinalFang, ^^
[18:39] <kenvandine> ah... that did it :)
[18:40] <CardinalFang> kenvandine, hrm.  Maybe.  Perhaps for music you already have in there?  I think we have a scanning daemon running over all files, but it will take a while to go over everyone's.
[18:41] <CardinalFang> New files seem to be scanned immediately.
[18:41] <CardinalFang> ...at least, mine were.
[18:45] <kenvandine> working well... would be nice if it could just queue the songs to play in the default player, so i get the nice controls on the lock screen
[18:46] <CardinalFang> I think we can hook there too.
[18:46] <kenvandine> that would rock... i love the default player
[18:46] <kenvandine> mostly because i can control it complete from the notification area and lock screen
[18:46] <kenvandine> s/complete/completely
[18:46] <CardinalFang> kenvandine, I found out your music is scanned automatically only if you have the Mobile Plan.
[18:46] <kenvandine> ah
[18:47] <kenvandine> hehe... the "Try Ubuntu One Mobile free for 30 days" link doesn't go anywhere
[18:47] <kenvandine> reloads the same page
[18:48] <CardinalFang> kenvandine, where is that?
[18:48] <kenvandine> https://edge.one.ubuntu.com/dashboard/
[18:49] <kenvandine> same on the non-edge page
[18:52] <CardinalFang> kenvandine, I think you and I are in a special account group so we see the pages that are not finished yet.
[18:52] <kenvandine> oh... ok
[18:56] <kenvandine> CardinalFang, got a dc release coming?
[18:58] <CardinalFang> kenvandine, yes.  Tarmac isn't playing nice, it seems.
[18:59] <kenvandine> ok... that is getting me stressed :)
[20:04] <CardinalFang> kenvandine, okay.  Packaged:  https://code.edge.launchpad.net/~cmiller/ubuntu/maverick/desktopcouch/0.6.9b/+merge/37180
[20:04] <kenvandine> thx
[23:28] <beuno> folks!
[23:28] <beuno> http://voices.canonical.com/ubuntuone/?p=604
[23:28] <beuno> music streaming beta is public!
[23:29] <duanedesign> 0.o
[23:29] <duanedesign> \o/
[23:31] <beuno> duanedesign, do you have an android device?
[23:32] <duanedesign> beuno: no i am currently using an iphone
[23:33] <beuno> duanedesign, ok, so, I can tell you how to test with an iphone
[23:33] <beuno> but
[23:33] <beuno> the only apps that support this are paid
[23:33] <beuno> it's $4 or $5
[23:34] <duanedesign> not too bad
[23:35] <beuno> duanedesign, that app is called iSub
[23:36] <kklimonda> is syncing only delta of files done and ready?
[23:36] <kklimonda> burn: how is the app for android called?
[23:36] <kklimonda> ok, I've found links
[23:37] <kklimonda> beuno: paid service as in available only for paying U1 subscribers?
[23:38] <beuno> kklimonda, yes, it will be paid, but there may or may not be changed to the plans
[23:39] <beuno> kklimonda, yes, it will be paid, but there may or may not be changed to the plans
[23:39] <beuno> oops
[23:40] <kklimonda> beuno: any chance you could accept my application for beta testing? Or have I wait in the line? :)
[23:40] <beuno> kklimonda, doing so now!
[23:40] <sevenseeker> howdy, where can I get an authoritative and up to date list of supported devices to sync with and work with say, rhythm box's ubuntu one?
[23:45] <duanedesign> sevenseeker: you can see which phones are supported at https://one.ubuntu.com/phones/
[23:46] <sevenseeker> sweet, thanks a ton... I am not sure how I missed such an obvious link :)
[23:46] <duanedesign> quite allright :)
[23:48] <beuno> duanedesign, let me know if you do buy the app
[23:48] <beuno> and I'll tell you how to get set up  :)
[23:48] <beuno> kklimonda, instructions sent privately!
[23:48] <duanedesign> sweet thanks.
[23:49] <duanedesign> Trying to write a solution to handle old config files in one of my projects.
[23:50] <sevenseeker> awww, Evo not supported but I have a question
[23:50] <sevenseeker> there is a generic android solution, but I just installed a funambol client for my evo
[23:50] <sevenseeker> which should I use, or just try both and pick the most robust one?
[23:52] <duanedesign> beuno: ^
[23:52] <beuno> sevenseeker, use our app, it will work on almost any android
[23:53] <sevenseeker> ok, downloading now :) thanks beuno


[21:12] <mdke> j1mc: around?
[22:30] <j1mc> mdke: i'm here
[22:31] <j1mc> wasn't actively paying attn to IRC


[00:35] <bsbs> how change the lock screen wallpaper of lubuntu?
[00:36] <guiverc> lubuntu uses xscreensaver; and the maintainer of xscreensaver likes his logo (the 'wallpaper' as you put it) & doesn't like it changed... we thus don't touch it.
[00:41] <bsbs> eem.. just change a wallpaper,Is there a way to do it
[00:42] <guiverc> I don't know your release, but I believe you're asking about changing the xscreensaver logo to something else  (since lubuntu uses xscreensaver to provide lock screen, or do you mean greeter? ie `sddm` where you login?)
[00:43] <guiverc> The greeter screen (`sddm`) can be found here /usr/share/sddm/themes/lubuntu  (wall.png is background image; it'll be a link to wallpaper elsewhere)
[00:44] <bsbs> thanks,i'll try~
 Maybe by lock screen he means login screen since we can use it to lock too
[14:52] <Vic98> sugge
[14:52] <Vic98> suggested partitioning for atomicpi
[14:53] <Vic98> Can't seem to get past that for the install
[14:54] <userx> hi
[14:55] <Vic98> hi
[14:55] <Vic98> Anyone around have experience with atomicpi?
[14:56] <teward> Vic98: patience is a virtue
[14:56] <teward> we're not here 24/7/365 and not everyone has experience with everything
[14:57] <Vic98> Ain't that the truth.  I know how it goes.  Can't answer what you haven't worked on.
[14:58] <Vic98> Have a working install of 18.10 but hosed it up on unsupported upgrade to 20.04