[01:44] <cwayne> popey: don't suppose you're still around
[01:44] <popey> maybe
[01:45] <popey> shouldn't you be consuming turkey?
[01:45] <cwayne> popey: i've consumed an uncomfortable amount of turkey already
[01:45] <cwayne> and ham
[01:45] <cwayne> mmmm
[01:45] <popey> heh
[01:45] <popey> mmmmmm
[01:45] <popey> http://drool.popey.com/
[01:45] <cwayne> lol
[01:46] <cwayne> popey: was just gonna poke you about https://myapps.developer.ubuntu.com/dev/click-apps/1247/ if you were up for it :)
[01:47]  * popey clicks
[01:48] <popey> failed some tests
[01:48] <popey> 1.2 != 1.2 (ubuntu-sdk-14.10-dev2)
[01:48] <popey> seen that with others
[01:48] <popey> not sure why that's happening, I think beuno looked at it earlier today but I don't know the resolution
[01:48] <popey> might be a jdstrand thing
[01:48] <popey> I can't really do anything with it.
[01:49] <popey> sorry
[01:54]  * popey sleeps
[02:31] <Gues480631> wouldn't it be cool and give a very strong push to ubuntu when it supported android apps natively?
[02:31] <Gues480631> I mean, both are linux, both got same arch and such
[02:34] <cwayne> not really imho
[02:37] <Gues480631> hm, I would like to glorify my smartphone with that.
[02:37] <Gues480631> but many apps would be missing then
[02:38] <Gues480631> of course, one can install other stuff, but for those apps it is quite hard to find equivalents.
[02:51] <RAOF> Gues480631: They actually *don't* have the same arch and such; among other things, they link with an incompatible libc.
[02:52] <Gues480631> oh
[02:52] <Gues480631> so floss gnu libc vs closed ibm libc thing?
[02:52] <RAOF> gnu libc vs (BSD) bionic libc.
[02:53] <Gues480631> and they can't be simply unified?
[02:53] <Gues480631> or shimmed? or so? hm, this is sad as both are basically kind of opensource.
[02:54] <RAOF> They could technically be unified, but Google wanted to do that they wouldn't have written bionic :)
[02:55] <RAOF> You can shim; libhybris is that shim layer. It's what we use to load Android GLES drivers.
[02:56] <RAOF> But that's a pretty fraught process.
[02:56] <Gues480631> oh, so they wrote bionic only to add a barrier?
[02:56] <Gues480631> damn
[02:57] <RAOF> No, they wrote bionic because they didn't want GPL.
[02:57] <Gues480631> ah, so the source code can be omitted
[03:33] <nimmersatt> any latest news on unity8 for the desktop?
[06:45] <nhaines> nimmersatt: the latest news is there is no news.  Current target for Unity 8 by deault on the desktop is 16.10 or later.
[07:35] <dholbach> good morning
[08:43] <mardy> lpotter: hi! Still there?
[09:04] <Stskeeps> mhall119: novel approach on NDR, congrats
[09:33] <JamesTait> Good morning all; happy Friday, and happy Buy Nothing Day! :-D
[10:13] <bzoltan> mvo:  Do you know what is the status of that oxide multiarch change?
[11:31] <dednick> larsu: hey. do you remember adding timezone adjustments to the time formatter in unity8?
[11:33] <larsu> dednick: what exactly do you mean? It listens to timezone changes, yes
[11:35] <dednick> larsu: right. that's what i meant.
[11:35] <dednick> i'm having trouble getting it working now. don't seem to be getting dbus property change messages from org.freedesktop.timedate1
[11:36] <dednick> larsu: even setting the property using dbus-send and listening in on dbus-monitor doesnt seem to work for me. (i'm probably doing something wrong)
[11:36]  * larsu tries
[11:38] <dednick> larsu: eh. sorry, i'm a dumbarse. i forgot the --system on dbus-monitor
[11:39] <larsu> :)
[11:39] <larsu> works now?
[11:40] <davmor2> dednick: is that like Dumbledore Nephew or something and if so do you do magic too?
[11:41] <dednick> larsu: yeah, getting the notification now. sorry
[11:43] <dednick> davmor2: hehe. i have no idea what you're talking about ;)
[12:03] <davmor2> dednick: i'm a dumbarse.....is that like Dumbledore Nephew or something and if so do you do magic too?  does that put it in context ;)
[12:29]  * tsdgeos shakes fist about git not being available in the rtm distro
[12:42] <zyga> hey, I'd like to add a new unconfined, canonical-made application to the store
[12:43] <zyga> it's in the com.canonical. namespace
[12:43] <zyga> who should I talk to to discuss this?
[12:43] <zyga> it's a test application for the upcoming phone
[12:43] <zyga> for post-sale support and testibng
[12:43] <zyga> testing*
[12:43] <zyga> we've just hit 1.0 and should be able to release it after final checks next week
[12:57] <davmor2> zyga: you can try popey but I bet it will require a security review, in which case it might need to wait till Monday I think most of the security team is based in the US
[13:01] <popey> zyga: yeah, if unconfined it needs to go via security team - specifically jdstrand
[13:14] <ogra_> stgraber, soo ... that gcmanager fix from hallyn looks reallly good, the phone seems a lot more stable ... we are wondering what the implications are if we would use the 0.32 cgmmanager in rtm though ... would there be any drawbacks with the old lxc version we use ?
[13:15] <sil2100> stgraber: hey! We've been wondering, would everything be ok to use the new cgmanager (from utopic) in rtm?
[13:15] <sil2100> Yeah, as ogra_ mentioned ^
[13:15] <ogra_> heh
[13:15] <ogra_> *first*
[13:15] <ogra_> :P
[13:18] <sil2100> ;)
[14:37] <mhall119> Stskeeps: thanks, I haven't had a chance to work on it lately
[15:10] <matv1> today I was seriously locked out of my phone. Situation: I was doing a download of a pdf file, but locked the screen while it was downloading. Sometime later i went to onlock the screen. when screen woke I saw the message that downloding had finished on top of the lock screen, but the whole screen and hw buttons had become unresponsive.
[15:10] <matv1> anyone seen that before?
[15:12] <matv1> rtm proposed btw
[15:14] <ogra_> nope, sounds like it is worth a bug though
[15:15] <ogra_> oh, wait
[15:15] <ogra_> rtm proposed
[15:15] <stgraber> ogra_, sil2100: I don't expect any problem with current LXC and new cgmanager
[15:15] <ogra_> matv1, you were most likely hit by bug 1377332
[15:15] <stgraber> the only time where lxc talks to cgmanager on the phone is at container startup and you've tested that a few times already. LXC itself does cgmanager API version detection at runtime so there's also no need to rebuild it or anything
[15:15] <ogra_> stgraber, oh, thats awesome, could you note that in the bug ?
[15:16]  * matv1 reading up on bug
[15:24] <matv1> ogra_ doesn't realy sound like it. The bug says the phone freezes up while the phone is in use. Mine was in locked state and froze in that state. It could be the same. but also it is krillin, and you guys still neglected to send me one of those :)
[15:25] <ogra_> it can also freeze if it is doing something on its own
[15:25] <matv1> ah!
[15:25] <ogra_> "doing something" is the bit here ... if it would have been sleepeing (and not downloading) i woulld agree it is a different bug ...
[15:26] <ogra_> but that way it looks similar to me
[15:26] <matv1> ogra_ that would make sense ofcourse :)
[15:38] <matv1> ogra_ I read now that a probable fix is already on the cards for that.  To what channel will this be pushed first? I get confused lately what with all the aliases :)
[15:40] <ogra_> rtm-proposed
[15:40] <ogra_> well
[15:41] <ogra_> ubuntu-rtm/devel-proposed
[15:41] <ogra_> :)
[15:42] <matv1> ogra_ okay thanks!  have a good weekend
[16:41] <bzoltan> mvo: ping
[16:42] <mvo> bzoltan: sorry, no time, please coordinate with asac if you need me, we have a deadline approaching. best idea is probably to just go back to the oold way of building the chroot until I have time again
[16:42] <asac> bzoltan: whats up?
[16:43] <bzoltan> mvo:  OK, just a question.. what package was the one what blocks the  multiarch install?
[16:43] <bzoltan> asac:  the click chroot for vivid is broken since Vivid is open.
[16:44] <mvo> bzoltan: this is the root cause https://code.launchpad.net/~mvo/oxide/crossbuild-friendly/+merge/234093
[16:44] <asac> mvo: plesea go!!
[16:44] <asac> thx
[16:44] <mvo> bzoltan: the other packages can be multi-arch installed now
[16:44] <asac> bzoltan: feels like it cannot be TODAY urgent
[16:44] <asac> given that its broken for whole time
[16:44] <asac> folks are out
[16:45] <bzoltan> asac:  :D it is broken since Vivid exists ... so we kind of get used to the permanent regression
[16:45] <asac> right. thats not good
[16:45] <asac> but cant be fixed today
[16:45] <bzoltan> asac: specially that it is a bite size issue
[16:45] <asac> right, but noone is here today
[16:45] <asac> bzoltan: can you ping me monday again?
[16:48] <bzoltan> asac:  OK, it is really about taking in this MR https://code.launchpad.net/~mvo/oxide/crossbuild-friendly/+merge/234093 and extending the click chroots with a single package.
[16:52] <asac> bzoltan: right. can you get back to me on monday? really sorry.
[16:55] <bzoltan> asac:  Sure
[16:55] <asac> thanks!!!
[18:52] <mdeslaur> what package do I file a bug against if textfields aren't being displayed properly in the rtm image?
[18:53] <daker> mdeslaur: ubuntu-ui-toolkit
[18:54] <mdeslaur> daker: thanks
[18:54] <daker> yw
[18:54] <bzoltan> mdeslaur: what is the problem?
[18:56] <mdeslaur> bzoltan: supposed to look like this: http://snag.gy/MJZEF.jpg
[18:56] <mdeslaur> bzoltan: actually look like this: http://snag.gy/dtVOG.jpg
[18:58] <bzoltan> mdeslaur:  Are you sure that the app is not doing something funky? Please if you file a bug, attach a simple few liner example what reproduces the problem.
[18:59] <mdeslaur> bzoltan: not sure what would be funky...it regressed by itself at some point, but sure, I'll link to the app code
[19:02] <bzoltan> mdeslaur:  nothing regresses by itself :) and we did not have any UITK change in RTM for some time now
[19:03] <bzoltan> mdeslaur:  But I promise it will be the first thing we check out on Monday morning (UTC+2 tz)
[19:03] <mdeslaur> bzoltan: well, I mean the code hasn't changed in months, and at some point it stopped rendering correctly...I couldn't get the emulator working before today to actually try it now
[19:03] <mdeslaur> bzoltan: no worries :)
[19:04] <bzoltan> mdeslaur:  is this issue on device or on emulator?
[19:04] <mdeslaur> both on device and in emulator
[19:04] <bzoltan> mdeslaur:  good :) because it should be the same
[19:04] <mdeslaur> bug 1397410
[19:04] <mdeslaur> thanks bzoltan
[19:06] <bzoltan> mdeslaur:  are you sure that this visual is not desired when the textfield is readonly?
[19:07] <mdeslaur> readonly should just turn it grey and non-clickable, like it does on the desktop
[19:07] <mdeslaur> else, why not just use a text label
[19:07] <mdeslaur> I mean, there is a rendering difference between the two
[19:07] <mdeslaur> (desktop and device)
[19:08] <bzoltan> mdeslaur:  when saying desktop you mean Utopic or Vivid? Because RTM is different from both
[19:08] <mdeslaur> I'm on utopic right now
[19:08] <mdeslaur> let me try in the vivid emulator image
[19:08] <mdeslaur> just for kicks
[19:09] <bzoltan> mdeslaur:  OK, utopic UITK has not change since we have vivid... but RTM is rather different than Utopic
[19:11] <mdeslaur> ok, same thing in vivid image
[19:12] <bzoltan> mdeslaur:  how do you run that app on emulator?
[19:13] <bzoltan> mdeslaur:  your desktop file is old - Exec=/usr/bin/qmlscene $@ /usr/share/tipcalc/tipcalc.qml
[19:13] <mdeslaur> I click on the icon in the dash
[19:13] <mdeslaur> bzoltan: that's what is in the store...is that not good aymore?
[19:14] <bzoltan> mdeslaur:  Exec=qmlscene $@ tipcalc.qml
[19:14] <bzoltan> mdeslaur:  ^ this one is more SDK friendly ... you can open the project in QtCreator and just hit Run .
[19:15] <mdeslaur> ah! so that's why that wasn't working...
[19:15] <bzoltan> mdeslaur:  so, yes on Vivid the text area looks like your picture too
[19:15] <mdeslaur> bzoltan: on the vivid desktop?
[19:17] <bzoltan> mdeslaur:  It should be the same.. I do not have vivid desktop right here
[19:17] <bzoltan> mdeslaur:  [oftopic] you are in the States, right?
[19:17] <mdeslaur> so, last time I had tried this on a device/emulator was aug 13th
[19:17] <mdeslaur> canada
[19:17] <mdeslaur> no turkey for me
[19:18] <bzoltan> mdeslaur:  Just the scale of the tip... dude 30% does not exist in Europe :D
[19:18] <bzoltan> mdeslaur:  I would put the scale 0-10% :D :D
[19:18] <mdeslaur> bzoltan: the european version locks the slider to 0% :)
[19:19] <bzoltan> mdeslaur:  yeps, that would work :D Check for location ...
[19:19] <mdeslaur> hehe
[19:19] <bzoltan> In Finland we never tip... like never never. Waiters get decent salary here.
[19:20] <bzoltan> mdeslaur:  anyhow... i will check with the designers and zsombi this readonly text thing... thanks for reporting it.
[19:21] <mdeslaur> np, thanks!
[19:45] <boghison> Hi!
[19:46] <boghison> Can someone help me fix an issue?
[20:02] <davmor2> boghison: depends on the issue
[20:03] <boghison> So
[20:04] <boghison> I'm on the latest rtm image
[20:04] <boghison> and sound doesn't work
[20:04] <boghison> only alarms and ringtones do
[20:04] <boghison> but the rest i.e. media sounds don't
[20:10] <SmexyPantsGnome> Hello
[20:11] <SmexyPantsGnome> Looking if anyone could help me with a Trusty version of Ubuntu Touch.
[20:12] <popey> trusty is ye olde
[20:12] <popey> you probably dont want that
[20:12] <SmexyPantsGnome> Its the only version that works on my Nexus 7 type Grouper, latest version doesn't work.
[20:13] <SmexyPantsGnome> Trusty version is asking for a password after running "ubuntu-device-flash --channel=trusty --bootstrap"
[20:13] <SmexyPantsGnome> don't know what the default password it is
[20:14] <sarnold> SmexyPantsGnome: try 0000
[20:15] <boghison> can someone help me too?
[20:17] <popey> On trusty the default password for the phablet user was phablet SmexyPantsGnome
[20:17] <popey> that pre-dates numeric pin numbers/passwords
[20:17] <popey> boghison: what device?
[20:18] <boghison> N4
[20:19] <popey> SmexyPantsGnome: at what point are you asked for a password?
[20:19] <popey> I meam, what are you doing?
[20:20] <popey> SmexyPantsGnome: you don't need to pm me, you can talk here ☻
[20:20] <popey> boghison: i no longer have a nexus 4 handy but I would imagine someone else would have noticed
[20:20] <popey> boghison: you know there's multiple volume controls now?
[20:21] <boghison> popey: for me no
[20:21] <boghison> and idk why
[20:21] <SmexyPantsGnome> ah okay, thought green text on HexChat was PMs.
[20:21] <popey> boghison: well, what exactly isn't playing audio?
[20:22] <boghison> popey: anything media, tried music and youtube
[20:22] <popey> and what happens if you press the upvolume button while music is playing?
[20:22] <SmexyPantsGnome> sarnold: 0000 doesn't work either
[20:23] <popey> SmexyPantsGnome: what does the screenshot exactly?
[20:23] <boghison> popey: nothing
[20:23] <popey> boghison: do you get a volume popup?
[20:23] <boghison> popey: no, but I did before, now the volume doesn't even change
[20:24] <popey> sounds like a bug
[20:24] <popey> I'm surprised nobody else has reported it
[20:24] <popey> you might want to bring it up on the phone mailing list
[20:24] <boghison> popey: what if it's only me who experiences this, and why didn't I get multiple sound controls?
[20:25] <SmexyPantsGnome> "Type password to decrypt storage" is what it says
[20:29] <popey> SmexyPantsGnome: never seen that before!
[20:30] <popey> ahh
[20:30] <popey> thats not us
[20:30] <popey> http://forums.androidcentral.com/google-nexus-7-tablet-2012/289286-nexus-7-type-password-decrypt-storage.html
[20:30] <popey> boghison: the multiple sound controls you wouldn't notice.
[20:31] <popey> boghison: so if the phone is ringing, and you adjust volume, thats one control
[20:31] <popey> boghison: if a game is playing music, that's another
[20:31] <popey> they're separate, but the on screen popup looks the same
[20:31] <popey> as I said, I'd metion on the mailing list as there's a load of people who have that device
[20:32] <boghison> popey: ok, thanks
[21:39] <SmexyPantsGnome> I reload original Nexus img, but "ubuntu-device-flash --channel=trusty --bootstrap" doesn't seem to do anything this time. still boots into Android software.
[21:39] <popey> SmexyPantsGnome: probably because your device is encrypted
[21:40] <popey> doubt we've ever tested that use case
[21:40] <SmexyPantsGnome> not encrypted anymore.
[21:40] <SmexyPantsGnome> I think
[21:47] <SmexyPantsGnome> awe, I see I rebooted before done imaging. Nexus device looked like it was waiting for me to pick something from Recovery page.
[23:28] <cwayne> Elleo: heya, any chance to work on spotify by any chance? :)
[23:35] <Elleo> cwayne: yeah, got it mostly working; given up on getting it to do any power management stuff though; turns out the unity suspension exceptions are hard coded in unity-mir, so not much I can do about that
[23:35] <Elleo> cwayne: I'll see about adding url-dispatcher support this weekend and then add it back to the store
[23:35] <Elleo> cwayne: and start hassling people about loosening up the life cycle restrictions :P
[23:35] <cwayne> Elleo: wow, awesome!  with that a spotify scope could now be actually useful :)
[23:36] <Elleo> cwayne: well, semi-useful, since cutespotify is only semi-useful whilst being constantly suspended ;)
[23:36] <cwayne> fair :P
[23:38] <cwayne> Elleo: but awesome, that's great progress :)
[23:39] <Elleo> thanks :)


[20:27] <infogulch> Hi!
[20:29] <infogulch> I found that $USER is not set in a runcmd script, but whoami says root.  What kind of shell environment should I expect in a runcmd script?
[20:32] <bitfehler> infogulch: no shell at all, I would say. the command gets run straight out of cloud-init
[20:32] <bitfehler> you could of course run "bash -c 'command you actuallly want'"
[20:33] <bitfehler> but that may or may not make sense. what are you trying to achieve?
[20:33] <infogulch> Well i'm using the second mode.  From the docs: "If the item is a string, it will be written to a file and interpreted using sh."
[20:33] <infogulch> I'm writing it as:   runcmd: |\n[shell commands....]
[20:34] <infogulch> which i guess is basically equivalent to "sh -c 'commands...'"
[20:35] <bitfehler> oh right. also, apparently $USER is not set by the shell, but even before it on regular login: https://unix.stackexchange.com/questions/76354/who-sets-user-and-username-environment-variables
[20:36] <bitfehler> which you don't have (a login)
[20:36] <infogulch> Ah ok that explains it
[20:36] <infogulch> Hmm that makes me wonder what else I'm missing
[20:36] <bitfehler> so i suppose everything you can find in the POSIX shell standard should work
[20:39] <infogulch> Ok.  I guess I'm not intimately familiar with the posix shell standard
[20:41] <infogulch> Thank you!
[20:46] <Odd_Bloke> infogulch: I haven't done this myself, but if you run `env > /tmp/env` in a runcmd, you should get an idea of what you can expect.
[20:47] <infogulch> That's a good idea thank you


[01:48] <fizikz> screen blanking after a delay set in power management settings is not working for me. screen fades but then turns back on and stays on. i'm using an external monitor with a laptop running ubuntu 16.04 and MATE desktop environment. this bug report describes it: https://bugs.launchpad.net/ubuntu/+source/gnome-desktop3/+bug/1377847
[02:33] <nomic> fizikz there is a screensave in the bash shell
[02:33] <nomic> you have to disable it using xset
[02:34] <nomic> if you type xset q
[02:34] <nomic> in bash
[02:34] <nomic> you see that screen saver 'prefer blanking' is set to yes
[02:35] <nomic> https://wiki.archlinux.org/index.php/Display_Power_Management_Signaling
[02:53] <fizikz> nomic: what do i have to disable?
[02:53] <nomic> xset screen saver
[02:53] <nomic> screen blanking
[02:53] <nomic> you want to stop it balnking?
[02:53] <fizikz> i want screen blanking
[02:53] <nomic> why
[02:54] <fizikz> problem is it doesn't blank
[02:54] <nomic> it sa external monitor
[02:54] <nomic> ok
[02:54] <fizikz> what is meant by blanking? turning off the monitor?
[02:54] <nomic> go to ubuntu forums
[02:54] <nomic> why do you want it
[02:55] <fizikz> to turn off the monitor and lock the screen when i'm away for more than the "idle" amount of time
[02:55] <nomic> i generally spend a lot of time trying to get rid of that
[02:55] <fizikz> currently it starts fading the screen and locks, but turns the screen on at the end of the fading process
[02:56] <nomic> maybe because itot's a saltellite
[02:56] <nomic> xternal monitor
[02:56] <nomic> the locking only works on the main monitor
[02:56] <fizikz> well, i can understand if you want a different behavior, but it's frustrating when the behavior does not match the settings
[02:56] <fizikz> mhh the locking is working for me... but i don't remember how i got it to work
[02:57] <fizikz> lots of fiddling in dconf under power-manager and screensaver
[02:59] <fizikz> so the behavior i'm looking for is to get the effect of "xset dpms force off" when the screensaver engages and locks the screen
[03:03] <mate|22041> I can't seem to expand the size of the partitions my raspberry pi uses with Ubuntu MATE, and my max size seems stuck at 4.0 Gb even after following the instructions on the "About" Page.
[03:03] <mate|22041> Also, where is the Ubuntu MATE Welcome screen?
[03:03] <nomic> use gparted
[03:04] <nomic> to unlock partition, resize
[03:04] <nomic> you don't do it on the running system
[03:04] <nomic> take the micro-sd card out
[03:04] <nomic> put it into a pce
[03:04] <nomic> pc
[03:04] <nomic> linux
[03:04] <nomic> boot gparted (sudo gparted)
[03:04] <nomic> mate|22041
[03:04] <mate|22041> ah, my mistake. Can I use DiskManager in a PC running windows?
[03:05] <nomic> example https://www.youtube.com/watch?v=aRLHhfHdayw
[03:05] <nomic> is simple
[03:05] <nomic> you should not have a problem
[03:05] <mate|22041> K. Thanks for the advice!
[03:05] <nomic> 26 sec onward in this vid shows you how https://www.youtube.com/watch?v=aRLHhfHdayw
[03:05] <nomic> mitake is to try to do it on running ysstem
[03:05] <nomic> system
[03:06] <nomic> can't resize the file system it is running on
[03:06] <nomic> ubunut mate welcome screen -- no idea what that is
[03:23] <Astro7467> nomic, they where referring to the MATE Welcome app (ubuntu-mate-welcome)
[04:08] <fizikz> where can i find the options to enable/disable on screen display of mute/unmute, volume up/down ?
[04:30] <HoppingMadMan> Hey, is anyone having any graphics glitches on Ubuntu 16.10
[11:05] <mate|30151> im running unbuntu 16.10  32 bit i just up graded   ,,,my videos are freezing up running slow , can anyone tell me what flash driver i can use
[11:06] <mate|30151> im running firefox
[11:07] <mate|30151> i konw adobie flash 11 dosnt work
[11:16] <mate|10723> anybody around...i have a question
[16:20] <Singlemalt> Hello
[16:53] <swift110> hey
[20:41] <stoppelaar> some advice
[20:42] <stoppelaar> anybody?
[20:43] <stoppelaar> In need someone who knows a bit about the menu in Mate
[20:58] <swift110> im here
[21:10] <MartinKG> Hi. I have some problems with bluetooth, it can't detect any devices - Anybody know this issue or has some ideas?
[23:40] <michael_> Hello everyone..
[23:41] <michael_> I have installed Ubuntu mate on a Raspberry Pi 2 model B and i am looking for a way to use my android phone as a trackpad and keyboard
[23:42] <michael_> i have found the remotepi solution but it depends on libudev0 which for some reason i cannot install
[23:43] <michael_> do you may have any alternative?


[09:58] <teddy-dbear> Morning peoples, critters and everything else
[10:22] <InHisName> 22 people here and only teddy-dbear seems to initiate conversations on occasion
[15:14] <ssweeny> Idling on IRC is a time-honored tradition


[15:20] <xnox> @Canonical-design team please review bug 1170741
[15:20] <meetingology> xnox: Error: "Canonical-design" is not a valid command.
[15:21] <xnox> Canonical-design team please review bug 1170741


[00:00] <bdrung> Laney: it's time to clear the u-m-s queue. i am not a core dev, so i can go to bed now.
[00:46] <bdrung> geser, Laney: http://overbenny.wordpress.com/2010/01/04/empty-ubuntu-universe-sponsors-queue/
[00:52] <geser> I hope the u-m-s queue gets started processing again next week, I've there several merges waiting
[00:56] <bdrung> geser: i wonder if i should become core dev. then i could work on the main queue, too
[01:20] <bjsnider> does the linker in a build system try to link the object file to code inside a shared library?
[01:20] <bjsnider> in other words, some_file.o linked to some_library.so?
[01:25] <RAOF> It'll link the resulting binary, but “some_file.o" won't be linked to “some_library.so".  It'll just have an unresolved symbol which could be found in some_library.so when some_file.o is being linked.
[01:25] <bjsnider> i'm getting "undefined reference to" errors, and i thought it could be because the code in the shared library doesn't matcht he code in the object file. is that possible?
[01:26] <persia> Certainly.  If you're getting that at compile time, it's likely that either the API has changed or that you don't have the required -dev installed.
[01:27] <bjsnider> i do have the -dev installed. i made the dev myself and installed it
[01:27] <persia> If you're getting that at link time for a previously compiled binary, it could just be ABI shift, in which case recompile.
[01:27] <bjsnider> it passes the configure check that it's there
[01:28] <RAOF> Possibly the library API changed and some_file.o hasn't been updated.  Or, possibly, they just don't check for this in configure.
[01:28] <RAOF> (This provides _endless_ fun for mono apps)
[01:28] <persia> configure usually just checks to see if -lfoo works when passed to the linker, rather than for the contents of the ABI.
[01:29] <bjsnider> ok, this is an old patch and new linbraries, but the header and the patch are both the same age, and the libraries are 5 months newer, so i'm going to assume that's the problem
[01:29] <RAOF> persia: Or pkg-config's it up, for the classes of libraries that I seem to be working with. :)
[01:29] <persia> bjsnider: So you're compiling code and get the link failure at the last step, for a just constructed .o file?
[01:30] <persia> RAOF: Oh fun :)
[01:30] <bjsnider> that's right
[01:30] <bjsnider> it happens during make
[01:30] <bjsnider> the configure check is also a patch and obviously it isn't sophisticated enough to check abi changes
[01:31] <persia> bjsnider: I usually only encounter that when there's been an API change to the library.  Fixing it involves porting the old code to the new API.
[01:31] <persia> You wouldn't have that for just an ABI change, as your .o is compiled to the latest ABI.
[01:32] <bjsnider> well, there's the header and the c file that are both old, and i ain't no programmer, so my work is doneski
[01:33] <persia> Don't count yourself out.  90% of API porting is relatively easy.
[01:33] <RAOF> It's a fun way to learn C :)
[01:33] <persia> Just check the function definiton in the API docs and the call int he code.
[01:33] <persia> Sometimes it's as simple as s/int/long/ or s/char*/const char*/
[01:34] <bjsnider> you mean just reaplce one function with what appears to be its replacement?
[01:34] <persia> Depends on the nature of the API change, but it's often as easy as that.
[01:34] <bjsnider> its successor i mean
[01:35] <persia> Mind you, most functions are called with variables, so you may have to retype the variable, etc.
[01:35] <bjsnider> the trouble is i can't test the resulting code because i don't have the hardware
[01:36] <persia> Can you find someone who does?
[01:37] <bjsnider> probably not
[01:37] <persia> What code is this that interests you yet involves hardware you neither have nor know someone who has?
[01:38] <bjsnider> mplayer +bluray playback
[01:38] <persia> And it's the bluray hardware you don't have?
[01:39] <bjsnider> and the discs
[01:39] <persia> Anyone have a bluray player and some time to help bjsnider test something in a few hours?
[01:40] <bjsnider> no, forget it
[01:40] <bjsnider> waste of time
[01:43] <RAOF> Does mplayer have blueray decrypting abilities now?
[01:44] <RAOF> I wasn't aware that the DRM had been sufficiently broken to a libdvdcss-level yet.
[01:44] <bjsnider> everything does
[01:44] <bjsnider> bluray encryption is a joke
[01:44] <directhex> RAOF, i don't think it's broken to that level. it can play rips though
[01:45] <RAOF> bjsnider: But substantially less of a joke than CSS
[01:45] <directhex> Playing St Trinians.m2ts.
[01:46] <bjsnider> RAOF, there's an ubuntu wiki page about this very thang
[01:47] <directhex> better behaved than with hd-dvd rips ¬_¬
[02:27] <ripps> Hmmm.... it seems that the em8300-headers are missing from the Ubuntu repos
[02:27] <ripps> in Lucid
[02:31] <persia> ripps: For which architecture?  https://launchpad.net/ubuntu/+source/em8300 implies they ought be present.
[02:31] <persia> Err, nevermind.  It implies precisely the opposite.
[02:32] <persia> Debian bug #553690 may explain more
[02:42] <ripps> persia: I'm making a custom mplayer package, and the debian packaging I've based it has em8300-headers as a dependency
[02:43] <persia> ripps: Well, if it's for your own use, you could use the hardy package.  If you're looking to get it into Ubuntu, you could reinstroduce em8300 and solve some of the outstanding bugs.
[02:44] <persia> More than anything, this package mostly needs a maintainer.
[03:12] <ripps> persia: I wonder if em8300 is even needed, what exactly does it do?
[03:13] <persia> ripps: I believe em8300 was drivers for a set of television cards available at some time.  I may even have one gathering dust somewhere.
[03:14] <persia> dxr3.sourceforge.net has more info.
[03:14] <ripps> ah, my mplayer is being compiled specifically for coreavc support, so I can probably just remove it.
[03:15] <persia> Well, I'd recommend checking the site to make sure.  I also had a special hardware video injector for my DVD player in that machine, and may be confusing the two.
[03:28] <HFSPLUS> UBUNTU AND LINUX ARE CANCER IN A SENSE IF YOU USE IT YOUR BODY WILL GET SEPSIS AND YOU WILL GET CANCER EVERYWHERE IN YOUR BODY
[03:28] <HFSPLUS> !ops
[03:29] <HFSPLUS> !staff
[03:30] <Hobbsee> afternoon all
[03:31] <StevenK> Heh, k-lined
[03:32] <RAOF> That dude /again/?
[03:32] <crimsun> (I wish people would actually use "cancer" properly if they're going to troll)
[03:36] <Hobbsee> RAOF: yeah, some people get really bored, it seems
[03:39] <ripps> *sigh* even libxvidcore4 is missing in the lucid repos
[03:53] <persia> ripps: Most of what ends up being removed is removed because nobody is caring for it.  If you wish to use these packages, and want to get them in shape, I suspect they can be restored.
[03:57] <StevenK> ripps: I can still see libxvidcore4 in lucid?
[03:58] <ripps> StevenK: I'm trying to build mplayer in a ppa and I'm getting a dependency error with libxvidcore4-dev
[03:59] <ripps> it seems the +debian in the version string is confusing it.
[04:00] <StevenK> No, libxvidcore4-dev is the old name, the package has been renamed to libxvidcore-dev
[04:02] <ripps> StevenK: oh, well there's the problem, but why is livxvidcore4-dev still in the repos than? it should be removed.
[04:05] <StevenK> ripps: A few minutes ago, you thought something had been removed, and now you want something removed. :-)
[06:07] <crimsun> I think I need to do a screencast or something on these FTBFS ;-)
[06:07] <crimsun> this beats reading data sheets anyday
[06:09] <ScottK> That or convince sistpoty to come back of hiatus and make him fix them all.
[06:09] <crimsun> oooh
[07:12] <dholbach> good morning and happy new year! :-)
[07:18] <fabrice_sp_> Hey dholbach ! Happy new year to you too!
[07:18] <dholbach> hey fabrice_sp_! thanks :)
[07:19] <fabrice_sp_> thanks ;-)
[07:56]  * Yagisan sighs. I wholeheartedly recommend that no one else here experience the pain of removing 1040 files that should never have been committed to a git repo, with the commits made over 3000 commits before head ...
[07:57] <Yagisan> git filter branch could really use wildcard globbing ...
[08:10] <alkisg> I'm trying to have the following dependencies, but it's not really working with apt-get, can anyone see why?
[08:10] <alkisg> Package "A" conflicts with "C". Package "B" depends on "C | D".
[08:10] <alkisg> I want this: when users install "B", they also get "C", unless they have "A" installed, in which case they get "D" instead.
[08:13] <slytherin> alkisg: What did you try exactly?
[08:15] <alkisg> slytherin: My goal is to test & propose a slightly different set of dependencies for pulseaudio, so that it conflicts with libsdl1.2debian-alsa, so that libsdl1.2debian-pulseaudio is selected when someone has pulseaudio installed and wants to install something sdl-related.
[08:15] <slytherin> alkisg: OK. And what changes did you try and what is not working?
[08:18] <alkisg> (sorry, phone, be back in 10'... :()
[08:28] <alkisg> Sorry for the delay. I tried it first directly with pulseaudio (made a newer package that conflicted with libsdl1.2debian-alsa and uploaded it to my PPA) but that gave me an error about not satisfiable dependencies and broken packages, so I tried to simplify it:
[08:29] <alkisg> so I made a dummy ubuntu-sdl-pulse package with just "Conflicts: libsdl1.2debian-alsa, libsdl1.2debian-all, libsdl1.2debian-esd, libsdl1.2debian-nas, libsdl1.2debian-oss" in it.
[08:29] <alkisg> Then I did the following steps:
[08:29] <alkisg> 1) Removed everything sdl related
[08:30] <alkisg> 2) Installed the dummy ubuntu-sdl-pulse package
[08:30] <alkisg> 3) Tried to install tuxpaint.
[08:31] <alkisg> tuxpaint uses libsdl, so at that point I was hoping that libsdl1.2debian-pulseaudio would be pulled in
[08:31] <alkisg> And indeed aptitude was able to offer me that solution, with score=100
[08:32] <alkisg> But apt-get instead proposed the removal of the dummy ubuntu-sdl-pulse package, and the installation of libsdl1.2debian-alsa
[08:32] <alkisg> slytherin: ^^^ that's what I tried, any thoughts?
[08:58] <slytherin> alkisg: sorry I was away. I think this may have something to do with priority of the packages specified in debian/control file
[08:59] <alkisg> slytherin: any way to solve the problem?
[09:00] <slytherin> no idea
[10:37] <hakaishi> Hi folks, anyone up to review qt-shutdown-p? It's a little Qt4 program to shutdown the system after a given number of minutes or at a given time, while one can always see how much time is left. http://revu.ubuntuwire.com/p/qt-shutdown-p
[12:05] <hakaishi> Hi everyone, anyone up for reviewing qt-shutdown-p? It's a little Qt4 program to shutdown the system after a given number of minutes or at a given time, while one can always keep an eye on how much time is left. http://revu.ubuntuwire.com/p/qt-shutdown-p
[14:43] <coder> mmm, it seems impossible to install 9.10 desktop x64 on softraid
[14:47] <mok0> coder, huh? I thought that was possible using ext4
[14:47] <coder> there's no even option on the installer
[14:47] <mok0> coder, alternate installer?
[14:47] <coder> no
[14:48] <mok0> Hm. Disappointing
[14:48] <coder> installer doesn't even recognize disks, while at console they are ready
[14:48] <mok0> coder, I have to admit, I've not installed a new Ubuntu in a while... I'm on an update streak
[14:49] <mok0> coder, just heard from my colleague that he did it with /boot on an LVM partition
[14:54] <coder> I find no benefits of putting /boot on a LVM2 volume
[15:11] <bddebian> Heya gang
[15:11] <sebner> huhu bddebian
[15:12] <bddebian> Heya sebner
[15:12] <directhex> it's a bddebian!
[15:12] <bddebian> heh
[15:12] <BlackZ> hi bddebian
[15:13] <sebner> bdmurray: happy new year + have you ever thought about updating warsow? :P
[15:14] <bddebian> sebner: Was that for me? :)
[15:14] <sebner> bddebian: argh. sure!
[15:15] <bddebian> sebner: Do you mean to upstream 0.5?
[15:15] <sebner> bddebian: yep
[15:16] <bddebian> I can take a look
[15:16] <sebner> bddebian: no rush, just there for some months already :P
[15:18] <BlackZ> sebner, hello
[15:18] <sebner> BlackZ: hoi
[15:58] <Quintasan> hmm I get permission denied on uploading to REVU, what's wrong?
[17:33] <kamalmostafa> Help with 'requestsync'?  I would like to make a sync-request for xvnc-0.9.9-1 from http://packages.debian.org/source/sid/x11vnc but "requestsync x11vnc lucid" gets "E: The versions in Debian and Ubuntu are the same already (0.9.8-2)."   What am I doing wrong?
[17:34] <ScottK> kamalmostafa: We are syncing from testing by default and that's what's in Testing.  You need to specify you want to sync from Unstable.
[17:36] <kamalmostafa> ScottK: requestsync -d unstable x11vnc lucid    ... gets the same error.
[17:37] <ScottK> kamalmostafa: Then it's a bug in requestsync.  Debian recently started keeping more than one version around in Unstable and it's picking the wrong one.  Please file a bug against ubuntu-dev-tools.
[17:38] <Laney> no
[17:38] <Laney> I already fixed that one
[17:38] <Laney> grab requestsync from bzr and try that versino please, kamalmostafa
[17:38] <ScottK> Laney: Is the fix in Karmic?
[17:39] <kamalmostafa> ScottK: Yes, that package does have more than one version in 'unstable'
[17:39] <Laney> ScottK: I dunno. I didn't backport it, at least.
[17:39] <ScottK> Laney: I think it's SRU material.
[17:39] <kamalmostafa> I am running Karmic FWIW -- I will try grabbing requestsync from bzr.
[17:40] <ScottK> OK, well Laney then we ought to get it fixed in Lucid first
[17:41] <Laney> ScottK: It is in the latest Lucid release (0.86)
[17:41] <ScottK> Laney: OK, then kamalmostafa shouldn't be having the problem.
[17:41] <ScottK> Oh, nevermind
[17:41] <ScottK> I read that wrong
[17:41] <ScottK> Laney: I do think it's worth an SRU.
[17:41] <Laney> revision 547 if someone wants to SRU it
[17:41]  * Laney is running Lucid
[17:42] <Laney> wait, that's not the one
[17:42] <ScottK> Laney: Was there a bug for this or did you just fix it?
[17:42] <Laney> ScottK: I was mistaken, geser did the fix (I did it for pull-debian-source)
[17:43] <Laney> (AFAIK)
[17:43] <ScottK> Laney: OK.  Both those ought to be fixed.
[17:43]  * ScottK uses pull-debian-source from unstable a lot
[17:43]  * Laney too
[17:47] <Laney> kamalmostafa: does it work if you use --lp?
[17:48] <kamalmostafa> Laney:  Why yes... yes it does!
[17:49] <kamalmostafa> Laney:  Yes, with --lp, it detects the proper (latest) version number from Debian unstable.  Without --lp, it gets the wrong version number.
[17:50] <Laney> That's right. Without --lp we use rmadison which wasn't parsed correctly
[17:50] <kamalmostafa> Laney:  The exact command I mean is:   requestsync [--lp] -s -d unstable x11vnc lucid
[17:50] <Laney> 547 and 546 for the SRU
[17:51] <kamalmostafa> Laney:  Do you wish me to request an SRU for those changes?  (I'm new here, but eager to help).
[17:52] <Laney> if you want to prepare the SRU you can grab the diffs from those two commits and apply them to the karmic-updates version of ubuntu-dev-tools. Then test it works correctly and if so file a bug with the debdiff.
[17:54] <kamalmostafa> Laney:  Okay, I will do so.  Thank you both very much for your help.
[17:54] <Laney> kamalmostafa: let me know when it's up
[17:55] <kamalmostafa> Laney: will do.
[18:06] <james_w`> can anyone tell me how to find out whether LaserJock has upload permission to qcad?
[18:06] <james_w`> I know he doesn't have either component upload rights or package upload rights for it
[18:06] <james_w`> I'm not sure how to determine package set rights
[18:07] <james_w`> err, wrong channel, sorry
[18:22] <kamalmostafa> Laney:  I have the relevant ubuntu-dev-tools trees extracted -- but what exactly are "547" and "546"?  The lucid tree "bzr log" lists revno 86 as the latest revision.
[18:24] <Laney> kamalmostafa: are you looking in the changelog? I see 553 revisions here. Try bzr diff -r 545..546
[18:24] <chrisccoulson> james_w - only ubuntu-core-dev can upload qcad can't they?
[18:25] <chrisccoulson> == All uploaders for package 'qcad' ==
[18:25] <chrisccoulson> Archive Upload Rights for ubuntu-core-dev: package set 'edubuntu' in karmic
[18:25] <chrisccoulson> Archive Upload Rights for ubuntu-core-dev: package set 'edubuntu' in lucid
[18:27] <kamalmostafa> Laney:   bzr diff -r 545..546     bzr: ERROR: Requested revision: u'545' does not exist in branch: ...
[18:28] <kamalmostafa> Laney:  maybe I don't have the correct tree after all.  Which tree should I be looking at here?
[18:28] <Laney> bzr branch lp:ubuntu-dev-tools
[18:31] <kamalmostafa> Laney:  Okay, got it.   I had pulled "ubuntu/lucid/ubuntu-dev-tools".   Too many trees.   I now have 533 changes.  I'll let you know when I'm stuck again :-)
[18:32] <james_w`> chrisccoulson: "package set 'edubuntu'" has me suspicious
[18:36] <Laney> laney@pheasant> bin/ubuntu-archive-tools/edit_acl.py -P edubuntu -S lucid query                                                                            ~
[18:36] <Laney> == All uploaders for package set 'edubuntu' in 'lucid' ==
[18:36] <Laney> Archive Upload Rights for ubuntu-core-dev: package set 'edubuntu' in lucid
[18:38] <Laney> james_w`: ^
[18:38] <james_w`> ah, so the set hasn't been delegated yet?
[18:38] <Laney> looks like it
[18:39] <james_w`> thanks
[18:41] <ScottK> james_w`: laserjock is core-dev
[18:42] <james_w`> not according to LP
[18:43] <ScottK> Weird.  Maybe he quit?
[18:44] <ScottK> He certainly was.
[18:44] <james_w`> it says he was deactivated from the team in 2007
[18:44] <Laney> you can query with -p person query
[18:44] <james_w`> maybe he had an indirect membership after that
[18:44] <Laney> == All rights for laserjock ==
[18:44] <Laney> (none)
[18:44] <highvoltage> that's quite odd, I'm quite sure he was a core-dev last year still
[18:44] <highvoltage> stgraber: do you know about the above?
[18:47] <ScottK> 2007 is when he joined core-dev
[18:51] <james_w`> oh
[18:56] <stgraber> jordan must still be a coredev, otherwise he couldn't have done seed changes for the last 6 months
[18:56] <stgraber> or he recently left the teams and I didn't notice ...
[18:58] <geser> unfortunately LP stores the date when someone expired but not when someone deactivated himself
[19:11] <james_w`> sync spam!
[19:17] <kamalmostafa> Laney:  I have built and tested the requestsync fix -- inspect the changelog?: http://paste.ubuntu.com/351396/
[19:18] <kamalmostafa> Laney:  And how exactly should I push it?  To "karmic-proposed" somehow?
[19:19] <ScottK> kamalmostafa: Attach the debdiff to a bug and subscribe ubuntu-universe-sponsors
[19:20] <geser> and change the version to "0.81.2" (it's an Ubuntu-specific package, it doesn't need the ubuntu1 suffix)
[19:20] <geser> and target "karmic-proposed"
[19:21] <Laney> kamalmostafa: you should say that you are backporting the fixes from lucid
[19:22] <Laney> also...
[19:22] <Laney> !sru
[19:22] <kamalmostafa> gezer:  Do I understand you to mean:  change "karmic" to "karmic-proposed" in debian/changelog?  Version change understood.
[19:22] <ScottK> kamalmostafa: Yes
[19:23] <kamalmostafa> Where should I say that I am backporting fixes from Lucid?  In debian/changelog, or bzr log, or both?
[19:23] <ScottK> debian/changelog
[19:24] <emet> hey if I am packaging something and I am having problems, can I ask for help here?
[19:24] <highvoltage> james_w`: "(21:23:25) Jordan Mantha: I deactivated over the weekend some time"
[19:24] <emet> I'm new to debian packages
[19:25] <Laney> kamalmostafa: Also you should remove the Closes (and maybe not credit us in [ Name ] blocks as it makes it look like we made the change in Karmic)
[19:26] <Laney> mmm syncs
[19:26] <hakaishi> Could some please review qt-shutdown-p? It's a small Qt4-program to shutdown the system, while one can keep an eye on the countdown. One can both enter a number of minutes or a time. http://revu.ubuntuwire.com/p/qt-shutdown-p
[19:29] <hakaishi> ah... I meant: could someone... ^^'
[19:30] <randomaction> !ask | emet
[19:32] <kamalmostafa> Laney, geser, ScottK:  Can I just use this bug https://bugs.launchpad.net/ubuntu/+source/ubuntu-dev-tools/+bug/498349 for the SRU, or do I file a new one?     Should I ref that bug in the changelog?   My revised debian/changelog for your review:   http://paste.ubuntu.com/351400/
[19:32] <ScottK> kamalmostafa: Same one.
[19:33] <ScottK> kamalmostafa: I opened a karmic task on the bug.
[19:34] <kamalmostafa> ScottK:  For my edification, how did you do so?
[19:35] <ScottK> kamalmostafa: I clicked on nominate for release.
[19:35] <ScottK> Since I'm an Ubuntu Dev, it opened the task.  You would have to nominate it and then wait for someone to approve it.
[19:36] <kamalmostafa> ScottK:  Got it.  Okay, I await further comments on my revised debian/changelog before submitting the debdiff:  http://paste.ubuntu.com/351400/
[19:44] <kamalmostafa> ScottK: Please review again?:  http://paste.ubuntu.com/351400/
[19:44] <kamalmostafa> Laney: Please review again?:  http://paste.ubuntu.com/351400/
[19:44] <kamalmostafa> geser: Please review again?:  http://paste.ubuntu.com/351400/
[19:45] <Laney> kamalmostafa: looks good
[19:46] <Laney> if you want you can say what problem it fixes too (our changelog entries could be better)
[19:48] <Quintasan> persia: I get "permission denied" when uploading to REVU, noticed it yesterday, do you have any idea what's wrong?
[20:07] <kamalmostafa> Laney:  I have attached the requestsync debdiff to LP: #498349 and subscribed "ubuntu-universe-sponsors".   Do I now *also* need to "bzr push" the package to karmic-proposed per Step 4 of the SRU wiki page "Procedure"?
[20:08] <Laney> kamalmostafa: no, but please subscribe ubuntu-sru
[20:09] <sebner> hihi Laney :=
[20:09] <sebner> :)
[20:09] <Laney> hiya
[20:10] <kamalmostafa> Laney:  Ok, ubuntu-sru is subscribed.   What does Step 4 mean?:  "4. Upload the fixed package to release-proposed with the patch in the bug report, a detailed and user-readable changelog, and no other unrelated changes."
[20:10] <Laney> the sponsor does that
[20:11] <kamalmostafa> Laney:  Ok, got it.  So... Next step for me then?
[20:12] <bmm> How long do you guys think it will take for the launchpad PPA to include Lucid? I've just installed Lucid and only now I remember how much I love my PPA :D
[20:13] <Quintasan> persia: I would be also grateful if you could remove (or poke the one who can) all acetoneiso, krunner-kopete, plasma-widget-* since they are my uploads, they were not accepted and not maintained so I won't work on them -> http://revu.ubuntuwire.com/u/quintasan
[20:14] <ScottK> Quintasan: I can do it (I think)
[20:15] <Laney> kamalmostafa: you should follow the SRU procedure (particularly steps 1 and 4)
[20:15] <Quintasan> ScottK: That would be nice since they only sit there and waste space and time
[20:18] <ScottK> Archived all of them
[20:19] <kamalmostafa> Laney:  Do you mean Procedure steps 2.1 and 2.4?... that I should add an impact statement and detailed instructions to the bug?
[20:19] <Laney> right
[20:19] <Quintasan> ScottK: Oh just remembered to ask. What's the difference between Archive and Nuke?
[20:19] <Laney> someone will need to verify the upload before it can get to karmic-updates, and they will need instructions on how to do so
[20:20] <Laney> Quintasan: archiving is reversible, nuking is not
[20:20] <ScottK> Quintasan: Archive means it still exists, but isn't listed.
[20:20] <ScottK> Nuking means deleting
[20:20]  * bmm moving hist PPA question to the launchpad channel
[20:20]  * bmm does not know how to spell appoligize
[20:20] <ScottK> bmm: It's supported for a long time alread
[20:20] <ScottK> y
[20:20] <Laney> kamalmostafa: I just looked at that bug and it doesn't look like one which is fixed by your SRU
[20:21] <kamalmostafa> Laney: Oh boy... now where did I find that bug number?...
[20:22]  * Laney shrugs
[20:22] <kamalmostafa> Laney:  Okay, I see where I misfired here.  :-(
[20:23] <bmm> ScottK: ah, just noticed that. Sorry for the question all together :D
[20:23] <bmm> ScottK: oh and thanks for the answer!
[20:25] <kamalmostafa> Laney: I grabbed completely the wrong bug-id from the debian/changelog in the lp:ubuntu-dev-tools tree.   But the one listed as being relevant to this issue is (Closes: #560758) which is not a LP bug.  Now what?
[20:26] <Laney> kamalmostafa: you can open a new one
[20:26] <Laney> and "nominate for release" it to Karmic
[20:26] <Laney> 560758 s a Debian bug
[20:26] <kamalmostafa> Ok, and how do we undo the mess we made with 498349?
[20:27] <Laney> just make the status Invalid and add a comment :)
[20:28] <kamalmostafa> What about the "nominate for release" that you did?
[20:29] <kamalmostafa> Oh, you mean make that "Karmic" line Invalid?  Yes?
[20:29] <Laney> yes
[21:11] <kamalmostafa> Laney:  Okay, I have filed a new LP bug for requestsync:  https://bugs.launchpad.net/debian/+source/ubuntu-dev-tools/+bug/503111        When I click "Nominate for release", I get a list of Debian (not Ubuntu) releases.   Where did I go astray?
[21:13] <Laney> kamalmostafa: I did it
[21:15] <kamalmostafa> Laney:  Thank you.  Do you know why I got Debian versions list there?
[21:15] <Laney> kamalmostafa: See "debian" in the URL
[21:16] <kamalmostafa> Laney:  I guess I mean to ask -- How did you attach the Karmic task there?
[21:17] <Laney> I changed the URL
[21:17] <Laney> s/debian/ubuntu/
[21:21] <kamalmostafa> Laney:  Magic!  I do not have a grasp of the bugs.launchpad.net URL structure yet.   Okay...  is 503111 all set then?
[21:22] <Laney> kamalmostafa: yep, looks good
[21:27] <kamalmostafa> Laney:  Okay, then I will keep an eye on 503111.  Thank you VERY much for all your help today (geser and ScottK also).   We took care of the requestsync problem, and it looks like my Lucid x11vnc FTBFS that started all this is on its way to ubuntu-archive.   I hope to work with you fine folks again soon.
[21:48] <rickspencer3> hi
[21:49] <rickspencer3> looks like I did my first upload to Revu, but there are a couple of lintian errors (oops)
[21:49] <rickspencer3> shall I just fix them, nuke the built files (.changes, .dcs, etc..., targ.gz, etc...)
[21:49] <rickspencer3> rebuild and re dput?
[21:50] <ScottK> rickspencer3: Yes.
[21:51] <rickspencer3> thanks ScottK
[21:51] <ScottK> You don't actually need to nuke the files, they'll get over-written when you rebuild
[21:51] <rickspencer3> ScottK, even easier
[21:54] <sebner> hoi rickspencer3, happy new year! :)
[21:55] <rickspencer3> hi sebner
[21:55] <rickspencer3> happy new year to you!
[21:55] <sebner> :)
[21:55] <sebner> let's see if it'll be happy though :P
[22:02] <rickspencer3> looks like I have a couple of issues to tackle, they look easy, maybe someone can help?
[22:02] <rickspencer3> the first is...
[22:02] <rickspencer3> This is a native Debian package, with no .orig.tar.gz tarball.
[22:03] <ScottK> rickspencer3: Why?
[22:04] <rickspencer3> ScottK ... that's in the "warnings/notices" section of the review page, is it a problem?
[22:04] <Laney> depends what it is (but likely yes)
[22:05] <ScottK> It's not inherently a problem, but that's almost always wrong.
[22:05] <rickspencer3> well, it's my own code
[22:05] <rickspencer3> so it's not like I have an "upstream" to package
[22:05] <ScottK> Sure, but it's not inherentlty Debian/Ubuntu specific.
[22:05] <ScottK> So you should talk to upstream about making one ....
[22:05] <rickspencer3> ScottK, I am upstream
[22:05] <rickspencer3> I am *the* upstream
[22:05]  * ScottK knows
[22:05] <rickspencer3> hehe
[22:05] <Laney> exactly
[22:06] <rickspencer3> Laney, ScottK, I appreciate you guys helping me with this, debian packaging is not my forte
[22:06] <ScottK> rickspencer3: The trick to this (I found the first time I tried to do it) was to first put on an upstream release hat and do what you would do to release it.  Then put on your packager hat and package it.
[22:07] <rickspencer3> so I just rename quidgets_0.3~public1.tar.gz
[22:07] <ScottK> So make an orig.tar.gz with no Debian dir in it.
[22:07] <ScottK> move the debian dir aside and reroll it.
[22:10] <rickspencer3> ScottK, I just put it back next to other files now, and dput takes care of it
[22:10] <rickspencer3> ?
[22:10] <ScottK> debuild, but yest
[22:11] <ScottK> Then you should have a .diff.gz
[22:11] <Laney> rickspencer3: If you have an orig.tar.gz present then debuild will work out the diff (which is your debian/ directory) and make a .diff.gz out of it
[22:11] <ScottK> You do need to be mindful of naming.
[22:11] <Laney> read what debuild -S says — it should tell you if (and what) orig.tar.gz it's using
[22:12] <ScottK> Your directory should be quidgets-0.3 and the tarball quidgets_0.3.orig.tar.gz
[22:12] <rickspencer3> Laney, I moved the orig.tar out of the way, reran dpkg
[22:12] <rickspencer3> so I have two tar.gz files
[22:12] <siretart> ScottK: can you promote yasm? pitti already set the MIR bug to 'fix committed', but I wonder what is left to be done about that
[22:12] <ScottK> siretart: I can't.  That takes shell access.
[22:13] <siretart> aah, ok
[22:13] <rickspencer3> Laney, am I better off with the diff, or am I good now?
[22:14] <Laney> rickspencer3: you want three files - orig.tar.gz, diff.gz, dsc
[22:14] <rickspencer3> k
[22:15] <rickspencer3> Laney, got those now, thanks
[22:15] <Laney> cool
[22:15] <Laney> lsdiff -z blah.diff.gz should show just files in debian/
[22:19] <rickspencer3> Laney, how about this one:
[22:19] <rickspencer3> This package has no debian/watch file or get-orig-source rule.
[22:19] <rickspencer3> ?
[22:19] <rickspencer3> do I need to point to my PPA or something?
[22:20] <ScottK> That should point to the upstream source for the package.  Don't sweat it for now.
[22:20] <Laney> Ideally you publish your releases somewhere and then write a watch file to download them with uscan
[22:20] <Laney> (see man uscan)
[22:21] <rickspencer3> Laney, like I just pick an arbitrary ftp server location?
[22:21] <ScottK> rickspencer3: Wherever you expect people to come find new versions.
[22:21] <rickspencer3> ScottK, ok
[22:21] <Laney> see apt-get source gnome-do for an example which uses tarballs published on Launchpad
[22:21] <rickspencer3> ScottK but I can skip that for now?
[22:21] <ScottK> Yes.
[22:22] <rickspencer3> next was ..
[22:22] <rickspencer3> #  The changelog does not close a bug from Launchpad. New packages should have a needs-packaging bug and the upload close it using the syntax "(LP: #nnnn)".
[22:22] <rickspencer3> can I skip that as well?
[22:23] <ScottK> I think the odds that anyone else is packaging this are low enough you don't need to worry about the needs-packaging bug.
[22:25] <rickspencer3> ScottK appreciate that
[22:26] <rickspencer3> so finally, it looks like it wants me to include a copy of GPL-3 rather than just refer to it here: /usr/share/common-licenses/GPL-3
[22:26] <rickspencer3> is this a problem?
[22:26] <ScottK> Yes.
[22:27] <ScottK> Your package has to have a full copy of the license in it.
[22:27] <ScottK> Usually you just have a file called COPYING that has it in there.
[22:27] <ScottK> You'll need to redo to tarball for this.
[22:28] <rickspencer3> ScottK, shall I just copy the text into the Copyright file?
[22:29] <ScottK> No.  debian/copyright and upstream COPYING are two different, but related things.
[22:29] <ScottK> debian/copyright is just in the diff.gz, so it doesn't support having a distributable source tarball
[22:31] <rickspencer3> so I take the text for the license, create a file debian/COPYING, and fill debian/COPYING with the text of the license?
[22:32] <rickspencer3> then re-run dpkg?
[22:32] <ScottK> rickspencer3: No, COPYING doesn't go in debian, it goes in your upstream tarball
[22:32] <rickspencer3> ah
[22:33] <rickspencer3> so start over
[22:33] <ScottK> Then in debian/copyright you have the license snippet, the link to common-licenses, copyright info, etc.
[22:33] <rickspencer3> I mean, I start over
[22:33] <ScottK> Right, move the debian dir aside again, add COPYING, and then reroll the tarball
[22:42] <rickspencer3> ScottK, does this matter:
[22:42] <rickspencer3> The Maintainer  field is invalid. It has to contain an @ubuntu.com address (usually the Ubuntu MOTU Team's). The packager can leave his/her name as XSBC-Original-Maintainer.
[22:42] <rickspencer3> I used my canonical email, I can change it to @ubuntu I suppose
[22:42] <ScottK> Make yourself original maintainer
[22:43] <ScottK> That update-maintainer script in ubuntu-dev-tools should do the right thing
[22:44] <rickspencer3> ScottK - I assume this is referring to the Control file
[22:44] <ScottK> Yes
[22:44] <ScottK> Back later
[22:44] <rickspencer3> ScottK, ok
[22:44] <rickspencer3> thanks for your help