[02:12] <Paddy_NI> Hello.. no one put a ban on  "Rapt0rJezuz_"
[02:12] <nalioth> Paddy_NI: is he back?
[02:13] <Paddy_NI> Irrelevant
[02:13] <Paddy_NI> did you not see what he posted?
[02:13] <Paddy_NI> any way.. just letting you know
[02:14] <Paddy_NI> bye
[02:15] <bazhang> that is john_nels  ^^ hfsplus
[02:15] <HFSPLUS> Sup
[02:15] <bazhang> HFSPLUS, thought you said you were going to school
[02:15] <HFSPLUS> I am Next month
[02:16] <bazhang> so you are wasting people's time until then?
[02:16] <HFSPLUS> Todays my last offical day on irc
[02:16] <HFSPLUS> Peace
[02:17] <bazhang> he has done this 'It's my last day on IRC' many times before


[19:01] <ItzSwirlz> The_LoudSpeaker: sorry for late reply. I don't know what the normal routines are. 12 is currently in focal. Also debhelper-compat 13 is in experimental and that probably means it's not going to be autosynced to hirsute, thus probably wont be in focal for a little while.
[19:02] <ItzSwirlz> Also it may be best to just leave focal at debhelper 12 nistead of causing migration issues
[19:43] <cjwatson> We don't normally upgrade debhelper in stable releases (except in -backports), indeed.
[19:45] <cjwatson> (would have a pretty high regression potential)
[19:46] <JackFrost> Indeed, though -backports (since it's pinned at 100) is useful for, well, backporting other software. :3
[19:47] <ItzSwirlz> #DebhelperCompatSRUsToStableReleasesAreOverParty


[07:45] <Riddell> buenos dias
[08:50] <Riddell> debfx: "openarena 0.8.8-5+deb7u1" what do the bits in that version number mean?
[08:51] <debfx> Riddell: I think Debian 7 update 1
[08:54] <Riddell> seems like that's three debian versions where there's normally only 1 :)
[09:05] <debfx> the maintainer already used -6 for an upload to experimental
[09:18] <Riddell> afiestas: you asked for flights from 24th?  presumably you'll find your own accomodation for then until 28th?
[09:18] <Riddell> (like I will)
[10:48] <doko> Riddell, debfx: is qt4-x11 built in parallel mode? I can't see anything obvious when looking at the build logs
[10:49] <debfx> doko: yes
[10:52] <doko> debfx, well, looking at top, I see only one cc1plus process active at a time
[10:54] <doko> debfx, or are only parts built in parallel?
[10:55] <debfx> doko: maybe the qmake building is not parallelized
[10:56] <debfx> the rest should be
[10:57] <doko> debfx, as you see, the build fails on arm*. could you prepare an upload which disables the parallel build on arm? I'd like to see if the buildds survive
[10:57] <doko> but don't upload yet
[11:01] <debfx> doko: disable parallel build is just a matter of removing "--parallel" from debian/rules
[11:01] <doko> ok, I can do this myself too when the buildds are ready
[11:49] <BluesKaj> Hey all
[12:34] <shadeslayer> Riddell: bug 1047387 needs your attention
[12:38] <soee> can someone take a look at something ?
[12:38] <soee> :)
[12:40] <shadeslayer> soee: sure
[12:40] <shadeslayer> ssup
[12:40] <soee> shadeslayer, http://pastebin.com/MatPWq5A
[12:40] <soee> this is installation where kubuntu-desktop was installed on ubuntu
[12:41] <soee> now a lot of packages here are going to be removed including ubuntu-desktop
[12:41] <soee> is it save to do it ?
[12:41] <soee> i don't care about ubuntu-dekstop want to have kde only
[12:41] <shadeslayer> no it's not
[12:41] <shadeslayer> hmm
[12:42] <soee> line 18 - starts list o pagages to remove
[12:42] <shadeslayer> I'm not sure how one would achieve that, there are multiple solutions on the web, but you can never be sure whether or not it's safe to remove package x
[12:43] <shadeslayer> you could most likely install kubuntu-desktop and remove unity and gnome stuff
[12:43] <shadeslayer> that should take out most of it
[12:43] <soee> well kubuntu-desktop is installed
[12:44] <soee> i just want to get rod of the rest gnome/unity stuff
[12:44] <shadeslayer> well ... dpkg -l | grep -i gnome
[12:44] <lucazade> hi all! Is bug #1053269 going to be solved or at least any idea why it happens?
[12:44] <shadeslayer> and : dpkg -l | grep -i unity
[12:45] <shadeslayer> should give you a slight idea
[12:45] <shadeslayer> ofcourse it's not a comprehensive list
[12:45] <shadeslayer> lucazade: not a Kubuntu bug, please ask on #ubuntu-devel ...
[12:45] <soee> and how about removing unity gnone - shouldnt that take also dependiencies after ?
[12:45] <lucazade> ok.. thanks
[12:46] <shadeslayer> soee: not entirely, for eg. you can safely remove kubuntu-desktop, it's just a meta package
[12:47] <shadeslayer> ofcourse, it's not advised ....
[12:48] <soee> kubuntu-desktop ? that will remove whole kde stuff no ?
[12:48] <shadeslayer> nope
[12:48] <shadeslayer> it's just a meta package
[12:49] <shadeslayer> soee: http://paste.kde.org/554168/
[12:50] <shadeslayer> however, if you try and remove kdelibs-bin, that'll cause everything to be removed
[12:50] <shadeslayer> well .. almost everything
[12:50] <soee> evil day: http://paste.kde.org/554174/
[12:51] <shadeslayer> skype is broken
[12:51] <soee> true
[12:51] <shadeslayer> I advise purging it and trying again
[12:51] <soee> but i removed skype :/
[12:52] <shadeslayer> how?
[12:52] <soee> ok now i purge it completly i think
[12:52] <soee> dependency problem gone
[12:52]  * shadeslayer can smell something burning
[12:54] <soee> well im trying to install latest skype
[12:54] <soee> ia32-libs problem
[12:55] <shadeslayer> ah yes
[12:55] <shadeslayer> don't install all of ia32-libs :P
[12:55] <shadeslayer> install specific things using libfoo:i386
[12:55] <soee> ia32-libs requires ia32-libs-multiarch but this one requires more stuf etc /...
[12:55] <shadeslayer> are you on precise?
[12:55] <shadeslayer> because the last time I checked ia32-libs-multiarch is broken on precise
[12:55] <shadeslayer> not sure about quantal
[12:56] <soee> yes
[12:56] <shadeslayer> yeah, it's broken on precise, install specific libs
[13:34] <Riddell> yay, today's images in decent state
[13:34] <Riddell> besides being oversized
[13:35] <Riddell> seems we have no space for langpacks on amd64 :(
[14:31] <Riddell> mparillo: going to add g+ to kubuntu.org ?
[15:17] <ScottK> Riddell: Is there some way we can make powerpc fit on 702MB?  Older Macs don't boot from USB, IIRC.
[15:19] <Riddell> ScottK: remove a load of packages I guess
[15:19] <Riddell> out goes libreoffice and lots else you can think of
[15:20] <ScottK> LO is already gone.
[15:24] <shadeslayer> spin your own powerpc iso?
[15:24] <shadeslayer> removing certain packages ofcourse
[15:25] <shadeslayer> hah
[15:26] <shadeslayer> ScottK: https://launchpad.net/~ubuntu-backporters/+members : ZhengPeng Hou	2006-09-09
[15:27] <ScottK> shadeslayer: Trying to figure out what we can unseed on ppc to get a usable image.
[15:27] <Riddell> ScottK: ubuntu font reverted, fancy reverting k-d-s?
[15:27] <shadeslayer> w00t ^
[15:27] <ScottK> Riddell: Could you?  I'm somewhat tied up with stuff at the moment.  It'd have to be several hours from now for me.
[15:28] <Riddell> will do
[15:28] <shadeslayer> ScottK: oxygen gtk stuff?
[15:28] <shadeslayer> I mean, drop oxygen-gtk ... and colord-kde ...
[15:30] <shadeslayer> ktorrent could go away as well
[15:30] <shadeslayer> the mozilla ff installer
[15:31] <shadeslayer> kpat
[16:30] <mparillo> Riddell: I added a link to g+ the bottom of http://www.kubuntu.org/community
[16:41] <xnox> Riddell: read your last blog post...... wow, amazing
[16:49] <yofel> mparillo: nice idea :)
[16:52] <yofel> guess even google webdevs/sysadmins mess up every now and then: ^^ http://people.ubuntu.com/~yofel/pics/g+fail.png
[17:12] <shadeslayer> haha
[17:13] <shadeslayer> also wat
[17:13] <shadeslayer> Riddell: that's OMG amazing really
[18:52] <Riddell> shadeslayer: shows we must be doing something right with our friendly image :)
[18:52] <shadeslayer> :D
[19:02] <genii-around> 40 Euros to go is pretty good.
[19:05] <genii-around> Oh, the counter is confusing, "minus amount over goal" kind of thing
[19:06] <genii-around> I guess that's the food budget now!
[19:12] <shadeslayer> hehe
[19:39] <debfx> shall we revert the last k-d-s upload since the ubuntu font ships without medium again?
[19:43] <shadeslayer> debfx: yes
[19:43] <shadeslayer> Riddell was on it from what I see
[19:43] <shadeslayer> ( from the backlog )
[19:43] <debfx> ok, will do
[19:44] <Riddell> done
[20:15] <debfx> Riddell: have you uploaded it?
[20:28] <Riddell> debfx: I have a .upload file
[20:28] <Riddell> oh it'll be in the queue
[20:28] <Riddell> an archive admin will get to it sometime
[20:29] <debfx> Riddell: doesn't look that wy
[20:29] <debfx> *way
[20:30] <shadeslayer> I'm done for the day, night :)
[20:30] <Riddell> 16:55 -queuebot:#ubuntu-release- Unapproved: kubuntu-default-settings (quantal-release/universe) [1:12.10ubuntu7 => 1:12.10ubuntu8] (kubuntu)
[20:31] <Riddell> it's in unapproved queue, I'd accept it myself but that's bad practice
[20:31] <debfx> ah sorry, I looked at the precise queue
[22:57] <Quintasan> Riddell: ping


[15:08] <ricotz> tseliot, hi, I guess the linux-module-nvidia-xxx-5.0.0-11-generic should have stricter dependency on nvidia-kernel-common-xxx ?
[15:09] <ricotz> apw, hi ^
[15:10] <tseliot> ricotz: the thing is the kernel module doesn't really depend on user space. nvidia-kernel-common includes udev rules and other stuff
[15:10] <tseliot> we should make sure that user space doesn't use the wrong kernel module though
[15:11] <ricotz> hmm, but I assume problems with the userspace binaries if they don't match the version of the kernel source
[15:12] <ricotz> of course it works if there were no changes to the kernel source
[15:13] <ricotz> or does nvidia really have a stable module ABI?
[15:13] <tseliot> it will all be updated at the same time in the archive though
[15:14] <ricotz> this is no guaranty for a consistent update
[15:19] <tseliot> nope


[04:56] <pintook> hi
[04:57] <pintook> I an having issues installing freeCAD
[04:59] <pintook> I an having issues installing freeCAD
[04:59] <pintook> Any help


[04:16] <jphilips> well if doesn't support the gtk3 version that xubuntu ships, it definitely can't be a candidate :D
[06:57] <jphilips> is there a recommended way to handle optimus on xubuntu?
[09:35] <bluesabre> jphilips: bumblebee, but I haven't used it for years


[00:00] <DiegoSarmentero> nessita, hi, are you there?
[00:25] <nessita> DiegoSarmentero: I am!
[00:26] <DiegoSarmentero> nessita, Hi, I having some problems trying to test windows installer on linux
[00:26] <DiegoSarmentero> the dependency that i show you today......
[00:26] <nessita> DiegoSarmentero: why?
[00:27] <DiegoSarmentero> nessita, that it says that there isn't a module named qt.gui
[00:27] <DiegoSarmentero> in test_gui.py
[00:27] <nessita> DiegoSarmentero: you trying on linux or windows?
[00:27] <DiegoSarmentero> linux
[00:28] <nessita> DiegoSarmentero: installer will not work on Linux :-(
[00:28] <DiegoSarmentero> nessita, neither the tests?
[00:28] <DiegoSarmentero> nessita, i'm only want to run the tests
[00:29] <nessita> DiegoSarmentero: with what we have in trunk, not even the test. I just build a branch that I'm about to propose that allows you to:
[00:29] <nessita> 1- build the QT ui modules in sso (the thing that is failing for you)
[00:30] <nessita> 2- run the tests in the installer
[00:30] <nessita> DiegoSarmentero: wanna try it?
[00:30] <DiegoSarmentero> sure!
[00:30] <DiegoSarmentero> nessita, ^
[00:31] <nessita> DiegoSarmentero: so, for building SSO in linux please branch the following:
[00:31] <nessita> lp:~nataliabidart/ubuntu-sso-client/build-on-linux
[00:31] <nessita> DiegoSarmentero: enter that dir and run ./setup.py build in it
[00:31] <DiegoSarmentero> ok
[00:31] <DiegoSarmentero> doing it :P
[00:32] <nessita> then, go to the installer code, and set PYTHONPATH like this:
[00:32] <nessita> PYTHONPATH=../../../ussoc/build-on-linux/:../../controlpanel/trunk/:. ./run-tests
[00:33] <nessita> DiegoSarmentero: that will fail with
[00:33] <nessita> exceptions.AttributeError: 'module' object has no attribute 'windll'
[00:33] <nessita> i'm building  a branch to fix it, but basically grab ubuntuone_installer/gui/qt/local_folders.py and make default_folders return a fixed list of one folder
[00:35] <DiegoSarmentero> nessita, ok... i'll try it!
[00:35] <DiegoSarmentero> nessita, because in windows i couldn't run the test ever
[00:35] <DiegoSarmentero> nessita, i'm setting up some other environments in different vms, with win7 too
[00:42] <nessita> DiegoSarmentero: the needed changes in the windows-installer branch are lp:~nataliabidart/ubuntuone-windows-installer/run-test-in-linux
[00:43] <DiegoSarmentero> nessita, ok, downloading that now.......
[00:43] <DiegoSarmentero> nessita, question.....
[00:43] <nessita> DiegoSarmentero: shoot
[00:43] <DiegoSarmentero> nessita, where do i have to set the pythonpath in the installer?
[00:44] <DiegoSarmentero> nessita, it is loaded in a file property anywhere?
[00:44] <nessita> DiegoSarmentero: when running the tests, for example:
[00:44] <DiegoSarmentero> or just at the os level?
[00:44] <nessita> PYTHONPATH=../../../ussoc/build-on-linux/:../../controlpanel/trunk/:. ./run-tests
[00:44] <DiegoSarmentero> nessita, ahhhhhhhh okok
[00:47] <nessita> DiegoSarmentero: if that works for you, would you review https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/build-on-linux/+merge/68311 and https://code.launchpad.net/~nataliabidart/ubuntuone-windows-installer/run-test-in-linux/+merge/68310 ?
[00:47] <DiegoSarmentero> nessita, ok!
[00:47] <nessita> ralsina: if you have time, I would reviews from you for those above ^ :-)
[00:50] <DiegoSarmentero> nessita, YES!! IT WORKS!!!
[00:50] <DiegoSarmentero> nessita, that was... LEGEN.. wait for it... DARY! jeejjejej
[00:51] <nessita> DiegoSarmentero: lolol
[00:51] <nessita> DiegoSarmentero: all HIMYM is great until season 6, when the sitcom becomes SO boring
[00:52] <DiegoSarmentero> nessita, wait wait!! i'm in season 2!!!!!
[00:52] <DiegoSarmentero> ejejjeje
[00:52] <nessita> DiegoSarmentero: ooooooh enjoy then, just up to season 5 is all way up
[00:52] <DiegoSarmentero> nessita, jeje ok...... i'll do that :P
[00:52] <DiegoSarmentero> nessita, now i'll review the branch
[00:53] <DiegoSarmentero> both
[00:53] <nessita> great
[00:53] <nessita> DiegoSarmentero: most of the changes are to match up the controlpanel's  build class
[00:53] <karni> Night everyone!
[01:56] <nessita> ralsina: estás?
[02:30] <DiegoSarmentero> nessita, are you still there?
[02:31] <DiegoSarmentero> nessita, i have submitted more code in my windows installer branch....... now the tests are ok!! :D
[02:34] <nessita> DiegoSarmentero: ok, I'll re-review tomorrow
[02:34] <nessita> I m very tired now, I'm about to go to sleep
[02:34] <DiegoSarmentero> nessita, great!  When a user needs to remove their Ubuntu One Token is it still necessary for them to not only remove the token in Seahorse but also visit https://one.ubuntu.com/account/machines/ and remove the computer?
[11:23] <rye> duanedesign, when a user is removing the machine on Natty the control panel will notice this and ask for reauthorization, when machine is removed from earlier releases from ubuntuone-preferences this is not happening and the token needs to be removed from the server too
[11:36] <duanedesign> rye: thank you that answers it
[11:40]  * mandel back
[11:40] <nessita> mandel: hi there!
[11:40] <mandel> nessita: hello
[11:41] <fagan> oh hey nessita
[11:41] <mandel> nessita: shall we take a look at the brach?
[11:41] <nessita> mandel: have some minutes to talk about the listdir implementation?
[11:41] <nessita> yeap
[11:41] <mandel> nessita: we think alike :)
[11:41] <nessita> :-)
[11:41] <mandel> nessita: primate chat in spanish?
[11:41] <mandel> rather than making noise here :)
[11:41] <nessita> lol
[11:41] <nessita> sure
[11:41] <mandel> :)
[11:55] <fagan> well really im the only regular in here at the moment that doesnt speak spanish at all
[11:56] <fagan> so it would only be noise to me
[11:56] <fagan> :)
[12:36] <mandel> rye: here you go: http://ubuntuone.com/p/10qw/
[12:37] <mandel> rye: ups, wrong channel, but is no a big problem :)
[12:37] <fagan> wow holy crap I responded to a bug report and a guy's auto responder is flooding emails back and forth
[12:38] <fagan> Oh lp deletes posts that are spamming didnt know that
[12:38] <fagan> thats pretty awesome
[12:39] <rye> fagan, it may not be deleting them but we need lp people to unsubscribe him
[12:39] <rye> fagan, because lp is sending notification back to his mailbox and it autoresponds
[12:39] <rye> and we send notification again
[12:41] <rye> fagan, i asked on #launchpad
[12:41] <fagan> rye: well I went to the bug and it was gone so I just presumed lp deletes them
[12:41] <fagan> ill go ask
[12:56] <fagan> Standup in 4
[12:56] <fagan> I think only mandel, nessita and I are actually here though
[12:59] <mandel> lazy people….
[12:59] <mandel> vagos, que sois unos vagos!
[12:59] <mandel> :P
[12:59] <fagan> mandel: we would all prefer to be sleeping I know it
[13:00] <fagan> moi
[13:00] <nessita> me
[13:00] <fagan> oh alecu nice timing
[13:00] <mandel> me
[13:00] <nessita> ralsina: you feeling better?
[13:00] <fagan> alecu: say me
[13:01] <nessita> dobey, ralsina: stand up?
[13:01] <fagan> oh dobey is back forgot about that
[13:02] <alecu> me
[13:02] <nessita> fagan: go
[13:02] <fagan> we might as well go and let the others catch up
[13:02] <fagan> DONE
[13:02] <fagan> * Did some bug reports (mainly just changing statuses of bugs that affected ubuntuone-client and ubuntuone-client in ubuntu so they can time out)
[13:02] <fagan> * Phone call
[13:02] <fagan> TODO
[13:02] <fagan> * More of the 3 months unassigned bugs (if nothing else is needed)
[13:02] <fagan> mandel: go
[13:02] <fagan> BLOCKED
[13:02] <fagan> * Nope
[13:02] <mandel> DONE: Fix fix-os-helper based on the comments form nessita. Played around with the idea of using FlushFileBuffers to ensure that the file system notification work on the tests... failed miserable at it.
[13:02] <mandel> TODO: Finish changes in fix-os-helper after a long chat with nessita about ? :P
[13:02] <mandel> BLOCKED: no
[13:02] <mandel> alecu, te toca!
[13:03]  * alecu is writing notes
[13:03] <mandel> or nessita, don't know...
[13:03] <nessita> mandel: my turn was before you :-)
[13:03] <nessita> DONE: bug #810656, syncdaemon-analysis mumble, daily mumble, lots of reviews, proposed a couple of branches for having SSO building on linux and installer tests passing on linux
[13:03] <nessita> TODO: bug #810662, push forward mandel's branches, meetings
[13:03] <nessita> BLOCKED: nopes
[13:03] <nessita> NOTE: I'll leaving right after mumble to go to the Uni to evaluate some students
[13:03] <nessita> NEXT: mandel^W alecu
[13:03] <ubot4> Launchpad bug 810656 in ubuntuone-control-panel "QT UI: Preferences tab do not show the loading overlay (affects: 1) (heat: 6)" [Medium,Fix committed] https://launchpad.net/bugs/810656
[13:03] <ubot4> Launchpad bug 810662 in ubuntuone-control-panel "QT UI: "Delete" button in the devices tab does not work (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/810662
[13:03] <mandel> alecu: tu
[13:04] <alecu> DONE: a branch to fix #811307; helped __lucio__; reviews
[13:04] <alecu> TODO: probably work on one of bug #803672 and bug #803669
[13:04] <alecu> BLOCKED: no
[13:04] <ubot4> Launchpad bug 803672 in ubuntuone-client (Ubuntu) (and 2 other projects) "Do not start two instances of this process (affects: 1) (heat: 6)" [Undecided,Invalid] https://launchpad.net/bugs/803672
[13:04] <ubot4> Launchpad bug 803669 in ubuntuone-client (and 1 other project) "Get the port numbers from the users' registry (affects: 1) (heat: 6)" [Low,Triaged] https://launchpad.net/bugs/803669
[13:04] <nessita> alecu: I think you fixed bug #811007 with one of your latests branches, did you?
[13:04] <ubot4> Launchpad bug 811007 in ubuntuone-client "Syncdaemon is not exposing the "connect" method on windows (affects: 1) (heat: 6)" [High,Triaged] https://launchpad.net/bugs/811007
[13:04] <nessita> alecu: and I reviewed the unbreak-connect, I asked some info there
[13:05] <alecu> nessita, then I wrote the wrong number in my report
[13:05] <alecu> nessita, nice
[13:05] <nessita> alecu: I think you got the numbers right, that bug report may have been fixed as a side effect
[13:05] <alecu> nessita, mandel: I need to take amelia to kinder right now; I'll be back for the mumble meeting
[13:05] <mandel> alecu: cool, I'll be at lunch :)
[13:09] <ralsina> morning
[13:09] <alecu> nessita, you were right: the bug you mention was fixed in a previous u1-client branch.
[13:09] <ralsina> sorry about being late, I had a bad case of gastritis last night, standup coming up in 1'
[13:09] <dobey> holas al todos
[13:10] <alecu> ok, I'm off: see you guys in half an hour or so.
[13:10] <nessita> alecu: ack
[13:11] <nessita> ralsina: feeling better?
[13:11] <ralsina> nessita: yeah
[13:11] <dobey> λ DONE: holiday, finished bug #809561, started reorg plan
[13:11] <dobey> λ TODO: reorg plan, shim code
[13:11] <dobey> λ BLCK: None.
[13:11] <ubot4> Launchpad bug 809561 in ubuntuone-dev-tools "Support ignoring paths in u1lint (affects: 1) (heat: 6)" [High,Fix committed] https://launchpad.net/bugs/809561
[13:11] <ralsina> nessita: after I get the medicine it goes away in 2 hours or so, the problem is I was hurting from 2 to 6 AM :-(
[13:11] <nessita> ralsina: you don't have some medicine at home?
[13:12] <ralsina> nessita: I do, but sometimes I need a shot
[13:13] <ralsina> nessita: usually, a pill is enough, but last night I had the pill and was feeling worse and worse so I ended going to the doctor at 4-something AM
[13:13] <ralsina> nessita: Got the shot, was well in 5 minutes
[13:14] <ralsina> DONE: sprint planning, worked in bug #800376 (making some progress), calls
[13:14] <ubot4> Launchpad bug 800376 in ubuntuone-windows-installer "Add "syncing your computer to the cloud" page to the installer (affects: 1) (heat: 8)" [High,In progress] https://launchpad.net/bugs/800376
[13:14] <ralsina> TODO: fix what needs fixing on my pending branches, finish 800376
[13:14] <ralsina> blOCKED: no
[13:18] <ralsina> Ok, work. Nessita, do you still need reviews on the branches you mentioned last night?
[13:20] <nessita> ralsina: yessir
[13:25] <ralsina> nessita: ok, I have the mgmt call in 5' will check them right after
[13:26] <nessita> ralsina: okis
[13:31]  * nessita -> panadería, brb
[13:41]  * nessita is back
[13:41] <rye> facundobatista, hi, do you recall the bug # for syncdaemon saturating the link due to bw throttling code logic?
[13:43] <nessita> rye: bug #720707
[13:43] <ubot4> Launchpad bug 720707 in ubuntuone-storage-protocol "Bandwidth limit is not correctly enforced: Transmission delays are inserted between data chunk writes (of arbitrary sizes) (affects: 22) (dups: 5) (heat: 82)" [Medium,Confirmed] https://launchpad.net/bugs/720707
[13:43] <rye> nessita, awesome, thanks!
[13:43] <nessita> :-)
[13:44] <alecu> and I'm back!
[13:45] <mandel> alecu, nessita, mumble, right?
[13:45] <alecu> nessita, mandel, ralsina, Chipaca: mumble?
[13:45] <nessita> ralsina: you off the management call?
[13:45] <ralsina> alecu: Chipaca and I are n another call
[13:45] <ralsina> probably until about 11:30 ART
[13:46] <nessita> we always forget...
[13:46] <mandel> who wants to crash a conference call?
[13:46] <alecu> ralsina, so, in 45 more minutes. cool
[13:46] <facundobatista> rye, ah, I was searching for it
[13:46] <ralsina> alecu: I answered your needs info in https://code.launchpad.net/~ralsina/ubuntuone-windows-installer/fix-810053/+merge/67894
[13:47] <alecu> ralsina, cool, will look at it.
[13:47] <rye> facundobatista, my awesomebar has forgotten some of the bug reports so I am relying on search which does not include storage protocol :(
[13:47] <facundobatista> rye, I filtered #chicharra for ubuntuone-client, too, that's why I wasn't finding it :(
[13:51]  * nessita uses firefox search engine
[13:56] <fagan>  /win 11
[13:56] <fagan> damn irssi
[13:56] <nessita> fagan: I bet irssi thinks the same ;-)
[13:56] <rye> nessita, ok, i know you know this one - the failure to create UDF in case other folder startswith the same characters.
[13:57] <nessita> rye: you should know that is fixed in trunk, but let me grab the bug for you
[13:57] <rye> first i lost half of bugs during migration to ff4 then some more to ff6
[13:57] <rye> every time i upgrade firefox i become dumber
[13:57] <fagan> nessita: I love irssi but I do tend to make mistakes changing window sometimes which is very funny :)
[13:57] <nessita> bug #649945
[13:57] <ubot4> Launchpad bug 649945 in ubuntuone-client "Incorrect FolderCreateError (UDF's can not be nested) (affects: 4) (dups: 1) (heat: 23)" [High,Fix committed] https://launchpad.net/bugs/649945
[13:57] <nessita> rye: ^
[13:58] <rye> nessita, thanks again!
[13:59] <nessita> :-)
[14:01] <nessita> alecu: when you have a moment, let me know about https://code.launchpad.net/~alecu/ubuntuone-client/unbreak-connect/+merge/68309
[14:03] <alecu> nessita, sure.
[14:11] <mandel> alecu: if I wanted to see if an object is iterable we agreed that getattr(blah, '__iter__', None) is what we want to do, right?
[14:11] <alecu> mandel, ???
[14:11] <alecu> mandel, did we agree on that?
[14:12] <mandel> alecu: well, in using getattr rather than hasattr, right?
[14:12] <mandel> I always get confused with this...
[14:12] <alecu> mandel, oh, yes. hasattr == caca
[14:13] <alecu> mandel, the bit about "iterable" is up to you.
[14:13] <mandel> alecu: ok, I though so..
[14:13] <alecu> mandel, well, strings are iterable, but they don't have __iter__
[14:13] <alecu> mandel, and unicode objects don't have __iter__ either.
[14:14] <alecu> mandel, on the other hand, lists, dicts, sets, tuples and custom made sequences do have __iter__
[14:16] <mandel> alecu: yeah. I was going after list, dicts, setc etc… and ignoring str and unicode because they do not have __iter__, is that hacky?
[14:17] <alecu> mandel, I don't understand what you'll be using this for, so I don't know if it's hacky :-)
[14:17] <alecu> mandel, if you want to consider str and unicode, you should do this:
[14:18] <alecu> try: iter(n); return true; except TypeError: return false
[14:18] <alecu> but use True and False :P
[14:18] <mandel> alecu: I'm writing a decorator that will make sure that all os_helper method that return paths or a list of paths do return them as str and wanted to use a single decorator...
[14:19] <mandel> you record I should use two diff decorators?
[14:19] <mandel> nessita: input welcome ^
[14:19] <alecu> mandel, two, absolutely.
[14:19] <mandel> alecu: ok
[14:19] <alecu> mandel, I don't like apis in python that take a string or a list of strings as the same parameter.
[14:19] <nessita> mandel: I agree with 2, but for future reference: from collection import Iterable
[14:20] <nessita> isinstance(something, Iterable)
[14:21] <mandel> nessita: oh, nice
[14:22] <alecu> mandel, http://stackoverflow.com/questions/1952464/in-python-how-do-i-determine-if-a-variable-is-iterable
[14:22] <nessita> alecu: they copied me! :-P
[14:25] <alecu> mandel, I like the idea of doing this in a decorator, because (in a few months) we may short-circuit it when we need more speed, and only leave the check if DEBUG=True
[14:25] <alecu> mandel, but again, let's do that in a few months, after we have seen this all is working for some time.
[14:25] <mandel> :)
[14:26] <nessita> mandel: did you chat with alecu re: listdir?
[14:26] <dobey> hmm
[14:27] <alecu> yes, we are turning python into a static typed language.
[14:28] <nessita> alecu: so we have no option other than doing bytes -> unicode -> listdir -> bytes?
[14:28] <mandel> nessita: I did not...
[14:29] <nessita> mandel: you should! :-) alecu knows a lot, and I'm not 100% happy with the idea of building unicodes to listdirs
[14:29] <mandel> alecu: main problem is that you use listdir(byte) you loose some information that is needed to mangle the path so that illegla paths are synced to windows
[14:29] <mandel> alecu: let me get you the branch with the implementation
[14:30] <mandel> alecu: https://code.launchpad.net/~mandel/ubuntuone-client/fix-os-helper/+merge/68227
[14:31] <alecu> mandel, looking
[14:31] <mandel> cheers!
[14:34] <mandel> alecu: the problem that we are working around is shown here: http://paste.ubuntu.com/647224/
[14:37] <mandel> the evil detail is in the alst line
[14:37] <mandel> s/alst/last
[14:41] <alecu> mandel, I don't understand what's the evil in that
[14:43] <mandel> alecu: mumble? it does make more sense spoken than writen… nessita and I have already gone through that pain :)
[14:43] <alecu> mandel, ok
[14:43] <nessita> I'll join you
[14:52] <nessita> ralsina: you available for mumble now?
[14:52] <nessita> Chipaca: ^
[14:52] <ralsina> nessita: on the phone, will be in 5'
[14:58] <nessita> ralsina: you still in the management meeting?
[14:58] <ralsina> nessita: no, phone with my mother
[14:58] <ralsina> there. done :-)
[14:59] <nessita> Chipaca: you available to join us?
[15:00] <Chipaca> nessita: now i am
[15:00] <nessita> Chipaca: awesome!
[15:00] <Chipaca> nessita: yes, I am.
[15:01] <ralsina> mandel: mumble ping?
[15:01] <mandel1> nessita: so, my internet went nuts… did I miss something, is everyone in silience?
[15:02] <nessita> mandel1: we're waiting for you, can you hear uis?
[15:02] <mandel1> no...
[15:02] <mandel1> let me restart mumble
[15:02] <nessita> yeap
[15:02] <mandel1> seems that its reconnect function is not great
[15:03] <mandel1> ya oigo!
[15:08] <mandel> how to loose a team member in the first day => make him share a room with mandel
[15:10] <fagan>  also mandel how to kill a team member drink with mandel
[15:12] <mandel> :P
[15:15] <mandel> nessita, alecu: pushing the branch
[15:17] <mandel> alecu, nessita: in spanish: ralsina no se quire quedar con el culo al aire…
[15:17] <mandel> :P
[15:17] <mandel> ralsina: I think is possible for tuesday :)
[15:17] <mandel> or earlier
[15:30] <mandel> nessita, alecu: I'm going to run the tests on linux, if lint and tests are ok, the branch is ready for review
[15:40] <dobey> bbiab, lunch
[15:42] <fagan> Need to head out a tad early ill make it up tomorrow morning I have to run to get something before 5
[15:46] <mandel> alecu, nessita: please take a look at the smaller yet monster MP: https://code.launchpad.net/~mandel/ubuntuone-client/fix-os-helper/+merge/68227
[15:47] <nessita> mandel: looking
[15:48] <nessita> mandel: this branch is bigger and bigger!
[15:48] <mandel> nessita: thx!
[15:48] <nessita> mandel: can you please split this in:
[15:48] <alecu> mandel, reluctantly looking!
[15:48] <mandel> nessita: yes… it started small but we kept improving it
[15:48] <nessita> * remove abspath only one branch
[15:48] <nessita> * add tests for access and can_write, another branch
[15:49] <nessita> * add decorators to os_helper, another branch
[15:49] <nessita> is that doable without too much trouble?
[15:49]  * mandel cries...
[15:50] <mandel> nessita: well, I can take a look at how to do it.. but is 17:50 here and I prefer not ro delay this anymore
[15:51] <nessita> mandel: ok, I can propose a couple of smaller branches based on yours
[15:51] <nessita> otherwise we can make mistakes reviewing since this is too big
[15:52] <mandel> nessita: how can I help?
[15:52] <nessita> mandel: keep working on your other branches :-), I may ping you for reviews
[15:52] <mandel> nessita: ok, will do that then
[15:54] <nessita> alecu: I'll split mandel's branches in smaller ones, so you may wanna pause the review
[15:56] <Chipaca> karni: http://askubuntu.com/q/53654/711 (btw)
[15:56]  * karni opens
[15:57] <karni> Chipaca: ummm...... My post has been deleted. "We have this on our TODO list as it has also been requested via support email. Stay tuned!" - I suck at answering?
[15:57] <karni> Maybe I should have started with "Hi! I'm Software Developer at Canonical"
[15:58] <Chipaca> karni: meh
[15:58] <Chipaca> karni: let me figure what's up with that
[15:59] <karni> Chipaca:  I can repy again, in a more formal way.
[15:59] <karni> Chipaca: the author removed the answer
[16:01] <karni> Chipaca: I improved my answer.
[16:03] <Chipaca> karni: looks like he deleted it again?
[16:03] <karni> Chipaca:  I edited the deleted answer and clickd "undelete" for the moderator to look at
[16:04] <karni> Chipaca: I think getting this undeleted rather than answering again should be better?
[16:04]  * mandel is happy , the assertions in os_helper have started to be useful :)
[16:05] <karni> Chipaca: Not to mention it's not even really a question heh ;) But that's just me picking on the guy. It should get undeleted soon.
[16:06] <nessita> mandel, alecu: trivialish -> https://code.launchpad.net/~nataliabidart/ubuntuone-client/no-custom-abspath/+merge/68418
[16:06]  * mandel goes fast as lighting
[16:07] <alecu> ack
[16:08] <Chipaca> karni: check it out now :)
[16:11] <mandel> nessita: looks great, but can you remove comment in line 50 of the diff, I should have done it but I for got, the one that starts with '# TODO: because tritcask does not work well with \\?\ we are adding it
[16:15] <karni> Chipaca:  hahahah :) good
[16:15] <nessita> mandel: sure!
[16:16] <alecu> nessita, the branch looks great. I'm running the tests now.
[16:18] <nessita> mandel: comment removed (I removed a couple similar ones) and pushed to revno 1057
[16:18] <mandel> nessita: ok, I've checked it on windows and you have a +1 from me
[16:19] <nessita> great
[16:19] <mandel> I'll be away 10 min, will be back though
[16:26] <ralsina> nessita: Diego's branch has a needsfixing from you: https://code.launchpad.net/~diego-sarmentero/ubuntuone-windows-installer/installer-ui/+merge/67788
[16:26] <nessita> ralsina: hum, let me confirm
[16:26] <nessita> ralsina: not anymore!
[16:28] <ralsina> nessita: have links to your branches handy? I can do some reviews now
[16:28] <nessita> ralsina: sure!@
[16:28] <nessita> https://code.launchpad.net/~nataliabidart/ubuntu-sso-client/build-on-linux
[16:28] <nessita> https://code.launchpad.net/~nataliabidart/ubuntuone-windows-installer/run-test-in-linux
[16:28] <nessita> ralsina: ^
[16:29] <ralsina> nessita: on it!
[16:35] <ralsina> nessita: +1 on both, I took the liberty of setting them to approve
[16:35] <nessita> ralsina: awesome!
[16:35] <dobey> thisfred: did you see my note on your branch re: the merge failure?
[16:36] <alecu> nessita, approved the abspath branch.
[16:36] <nessita> alecu: thanks!
[16:36] <thisfred> dobey: yup, fixed, just rerunning the tests
[16:36] <dobey> thisfred: ah ok, cool
[16:37] <thisfred> dobey: and fixed
[16:39] <thisfred> dobey: so could you remove your needs fixing? :)
[16:40] <ralsina> alecu: sorry to bother you, but could you check https://code.launchpad.net/~ralsina/ubuntuone-windows-installer/fix-810053/+merge/67894
[16:41] <ralsina> alecu: it's my "big" pending branch, I don't want that one to diverge
[16:42] <ralsina> nessita: you promised me an approval for https://code.launchpad.net/~ralsina/ubuntuone-windows-installer/show_spinner/+merge/68145 (the one with the puzzling click/clicked thing)
[16:42] <alecu> ralsina, looking
[16:42] <ralsina> alecu: thanks!
[16:43] <nessita> ralsina: you're right
[16:44] <ralsina> nessita: thanks!
[16:47] <dobey> thisfred: done
[16:48] <thisfred> thx
[16:49] <alecu> ralsina, can I ask you to review this smallish branch? https://code.launchpad.net/~alecu/ubuntuone-control-panel/use-status-changed/+merge/68117
[16:49] <ralsina> alecu: of course!
[16:50] <ralsina> alecu: I tested that on friday! MUst have forgotten to add the review :-(
[16:54] <alecu> ralsina, nessita: sorry to be bothersome, but I still don't understand why we need to have the ubuntuone-windows-installer running in the ubuntu-sso-client process:
[16:54] <alecu> https://code.launchpad.net/~ralsina/ubuntuone-windows-installer/fix-810053/+merge/67894
[16:54] <ralsina> alecu: re-tested and +1
[16:54] <ralsina> alecu: because it's how SSO works.
[16:54] <nessita> alecu: is a mix about how sso is designed and how ralsina designed the wizard
[16:54] <ralsina> alecu: the SSO UI always runs in the SSO process.
[16:55] <ralsina> And since we need to have the SSO widgets inside the wizard...
[16:55] <nessita> alecu: basically, in the SSO API, we state
[16:55] <nessita> alecu: "give me your app name, your tc_url, etc, *and* your UI class and module and I take care of everything"
[16:55] <alecu> ugh!
[16:55] <nessita> alecu: the problem is that the UI module from the wizard is the wizard itself
[16:56] <alecu> nessita, ok, I understand that.
[16:56] <ralsina> in gtk this is not so bad because you can embed widgets across apps
[16:56] <nessita> instead of having the auth process "separated" from the rest, which from my POV is what we should do
[16:56] <alecu> ralsina, right
[16:57] <ralsina> The other way to do it would be to do most of ussoc's job in the installer process (which is how it was) but that was failing because it didn't do the ping. Rather than add the ping, we decided to go this way.
[16:57] <alecu> nessita, ralsina: anyway, I agree that the UI for this looks fine. I just wanted to understand why we are introducing this weird module dependency loopback
[16:57] <ralsina> alecu: well, it's not really a loop
[16:57] <ralsina> alecu: since sso nly depends on installer when used *by* installer
[16:57] <dobey> ralsina: you can't embed the qt widget in the qt app? :)
[16:58] <ralsina> dobey: not accross process boudaries
[16:58] <nessita> mandel_bbl, alecu: another split from mandel's branch at https://code.launchpad.net/~nataliabidart/ubuntuone-client/add-tests-access-can-write/+merge/68428
[16:58] <alecu> ralsina, hmm.... ok.
[16:58] <dobey> ralsina: surely qt has a plug/socket API
[16:58] <alecu> ralsina, approving.
[16:58] <ralsina> dobey: nope. I mean, I *could* use ActiveX on windows to do this, but, really?
[16:58] <dobey> although i don't know what you mean by "boundaries" there
[16:59] <ralsina> dobey: instantiating one widget on one process and its parent widget on another
[16:59] <dobey> ralsina: why would you use activex? is that what qt uses on windows to provide XEmbed functionality?
[16:59] <ralsina> dobey: you understand xembed doesn't work on windows, right? ;-)
[17:00] <ralsina> the way to provide "embedded apps" in windows is activex, yes. Or some variation of what used to be OLE
[17:00] <alecu> ralsina, approved.
[17:01] <ralsina> alecu: cool, thanks
[17:01] <dobey> ralsina: xembed itself doesn't (well, unless you have X running also), but surely there is some API that provides the same functionality in qt, like there is in gtk+
[17:02] <ralsina> dobey: not that I know of
[17:03] <ralsina> dobey: google tells me there is a reparent() call though
[17:04] <ralsina> dobey: but only works inside a process :-(
[17:05] <dobey> oh, hmm
[17:05] <dobey> gtk+ only has plug/socket on X11 target it seems. guess it isn't ported to win32 then :(
[17:07] <ralsina> dobey: that is really non-trivial to do on windows. SDL has it, though
[17:07] <dobey> ralsina: nevermind me then. but could stick the widget in a library and just talk to the backend over IPC, and embed the widget
[17:07] <dobey> ralsina: i wouldn't call it trivial to do on X11, either :)
[17:07] <nessita> ralsina: I'm testing the show_spinner IRL, can you please confirm when I should see the overlay 'loading'?
[17:08] <ralsina> nessita: when you click on "login"  for example, or in "set up account"
[17:08] <nessita> ralsina: when loading the TOS as well?
[17:08] <ralsina> nessita: that is another branch
[17:08] <nessita> ah ok
[17:09] <nessita> ralsina: and when the overlay should go away?
[17:09] <nessita> because I submitted the form with empty fields, got the loading, got the errors, clicked on "ok" in the error warnings and the overlay will never go away
[17:10] <ralsina> nessita: ohhhhhhhh ok, didn't try that!
[17:10] <ralsina> nessita: nevermind then ;-)
[17:12] <nessita> ralsina: always try as many workflows as you can think of, remember 2 things: - users are "evil" - we don't have a separated QA process
[17:12] <nessita> ralsina: so we need to ensure the quality ourselves
[17:12] <ralsina> nessita: yeah
[17:12] <ralsina> nessita: I tried all the "positive" paths, missed the error ones
[17:15]  * mandel_bbl back
[17:16] <ralsina> mandel: just a quick question: https://bugs.launchpad.net/ubuntuone-client/+bug/810521
[17:16] <mandel_bbl> nessita: I'm back doing some work in the other branches, if you need a review et me know
[17:16] <ubot4> Launchpad bug 810521 in ubuntuone-client "Typo in signal name (affects: 1) (heat: 343)" [High,Triaged]
[17:16] <nessita> mandel_bbl: I do, https://code.launchpad.net/~nataliabidart/ubuntuone-client/add-tests-access-can-write/+merge/68428
[17:16] <ralsina> mandel_bbl: if you tell me the names of those signals I will fix it :-)
[17:17] <nessita> mandel_bbl: there are some test failures in windows in listdir, the rest is green
[17:18] <mandel> nessita: you mean in that branch?
[17:18] <mandel> ralsina: what's the problem
[17:18] <nessita> mandel: I need reviews for that branch, yes
[17:18] <mandel> nessita: and in that branch, there are errors in listdir, right?
[17:19] <ralsina> mandel: one signal is written "on_equest" and I am guessing that's a missing r. Another one is called "request_queue_removed" which doesn't seem to follow the convention for the others ("on_request_whatever")
[17:19] <nessita> mandel: yeah, also in trunk
[17:19] <nessita> mandel: but all that is without your os_helper fixes
[17:19] <nessita> so I guess it makes sense?
[17:19] <mandel> nessita: sounds like it
[17:21] <mandel> ralsina: indeed, those look like typos
[17:21] <ralsina> mandel: ok, I was not sure about the second one
[17:22] <mandel> teh signal is on_...
[17:22] <ralsina> mandel: ok, will propose the trivial fix in a few minutes
[17:23] <mandel> ralsina: hurray!
[17:23] <ralsina> mandel, alecu, nessita, DiegoSarmentero: we will have lots of syncdaemon help in the sprint from chicharra visitors
[17:24] <alecu> woohoo!
[17:26] <mandel> toma!!!
[17:26] <mandel> DiegoSarmentero: do not get scared by the spaniard while at the sprint, I'm like that always :P
[17:26] <mandel> nessita: running tests, if the pass will approve
[17:27] <nessita> mandel: well, they all will not pass
[17:27] <nessita> mandel: listdir test is failing here, remember
[17:27] <mandel> nessita: the ones you added do not pass?
[17:27] <nessita> they do!
[17:27] <mandel> ok, then if those pass :)
[17:32] <wh1zz0> Hello whitehats.. Hi guys.. does anyone here know if my synced files will get deleted from the ubuntu one cloud server upon subscription expiration?
[17:33] <ralsina> mandel: trivial branch for review: https://code.launchpad.net/~ralsina/ubuntuone-client/fix-810521/+merge/68435
[17:33] <ralsina> wh1zz0: no they won't. You won't be able to upload anything until you are under the free 2GB though
[17:33] <alecu> wh1zz0, they won't be deleted right now, but this may change in the future.
[17:34] <wh1zz0> Okie.. so if I have like 20gb and subsciption expires, I won't lose anything right, only thing is I might not be able to upload more, how about download existing files?
[17:36] <ralsina> wh1zz0: that should still work
[17:36] <wh1zz0> Thanks a bunch ralsina :) Ubuntu rocks!
[17:41] <DiegoSarmentero> mandel, jejeje sorry i was eating..... spookie! jeje
[17:42] <mandel> nessita: still waiting for the branc to finish… dammed 3g!
[17:42] <mandel> estupida isla sin internet!
[17:43] <mandel> DiegoSarmentero: :P
[17:51] <mandel1> ralsina: did you run the test on windows?
[17:51] <mandel1> nessita: approved, or so I believe...
[17:51] <mandel1> 3g, not reliable...
[17:51] <ralsina> mandel1: I did but I never know which ones *should* work today
[17:52] <mandel1> ralsina: ok, I can give a code review.. but branching is taking aaaaaages :(
[17:52] <ralsina> DiegoSarmentero: when you propose a branch, always remember to set the commit message field, or things never merge
[17:53] <DiegoSarmentero> ralsina, ok... sorry about that
[17:53] <ralsina> DiegoSarmentero: we all forget every now and then :-)
[17:53] <mandel1> that is what she said...
[17:53] <mandel1> ralsina: I dare you to guess what I'm talking about ;)
[17:54] <ralsina> mandel1: that's what you get for dating alzheimer-addled senior citizens
[17:54] <mandel1> ralsina: hehe good one, but mine was waaaay dirtier :P
[17:54] <mandel1> ralsina: and I don't like sushi when talking about this things..
[17:54] <mandel1> creo que me pase con esa...
[17:55]  * ralsina points in the general direction of the employee manual
[17:55] <mandel1> I guess that is the EOD for me or I might be spelled due to the code of conduct...
[17:55] <mandel1> ralsina: hahaha
[17:56] <mandel1> a2!
[18:02] <DiegoSarmentero> ralsina, i saw that there are some conflicts trying to merge the branch, i'll review it as soon as i reach home
[18:02] <DiegoSarmentero> ralsina, is that ok?
[18:06] <duanedesign> rye: i have a user that is getting I/O error with tritcask metadata on an encrypted $HOME. Is the best workaround to delete the offending metadata and do a rescan?
[18:08] <ralsina> DiegoSarmentero: sure
[18:25] <duanedesign> rye: found what i needed.
[18:26] <rye> duanedesign, no no no, wait, is he on ecryptfs?
[18:27] <nessita> ralsina: can you review https://code.launchpad.net/~nataliabidart/ubuntuone-client/add-tests-access-can-write/+merge/68428 ?
[18:28] <ralsina> nessita: can it wait 1 hour? I am about to have lunch
[18:28] <nessita> ralsina: sure
[18:28] <duanedesign> rye: yes, i believe so
[18:28] <rye> gr
[18:28]  * rye is grrring
[18:28] <duanedesign> rye: i traced some of his error messages to bug #372014
[18:29] <ubot4> Launchpad bug 372014 in ecryptfs-utils (Ubuntu Karmic) (and 4 other projects) "errors in dmesg (dup-of: 509180)" [Low,Confirmed] https://launchpad.net/bugs/372014
[18:29] <ubot4> Launchpad bug 509180 in linux (Ubuntu Oneiric) (and 5 other projects) "ecryptfs sometimes seems to add trailing garbage to encrypted files (affects: 115) (dups: 9) (heat: 334)" [Medium,Fix released] https://launchpad.net/bugs/509180
[18:39] <rye> duanedesign, awesome bug report, ecryptfs... why, oh why?
[18:46] <rye> duanedesign, finished reading. splendid :-/
[18:47] <rye> verterok, in case tritcask file cannot be opened due to I/O Error, what happens?
[18:48] <verterok> rye: I think there is a bug about that /me search for it
[18:48] <verterok> rye: if I remeber correctly I think it dies if the broken file is the live data file
[18:48] <duanedesign> rye:  yeah i just finished reading 509180 . Looks like a mess
[18:49] <rye> verterok, okay, so it dies... so it does not write to that file? ecryptfs appends garbage to the file under some circumstances, which later on introduce IOErrors when reading.
[18:49] <verterok> rye: garbage is not the same as broken
[18:49] <nessita> beuno: I couldn't debug my issue, but I've found bug #813071 in the way of analysis the code
[18:49] <ubot4> nessita: Bug 813071 on http://launchpad.net/bugs/813071 is private
[18:49] <rye> duanedesign, have you understood how can this be recovered, is unmounting the private directory enough?
[18:50] <verterok> rye: tritcask should survive reading a file with garbage, it will not survive if it can't open the file
[18:50] <rye> verterok, kernel sends IOError on open, nothing to read in this case
[18:50] <beuno> nessita, so not a total loss!  I'll assign it to vds`
[18:50] <nessita> beuno: :-)
[18:50] <verterok> rye: then, the file is broken :)
[18:51] <rye> verterok, ok, in the worst case, can we delete live tritcask metadata w/o some really awful consequences?
[18:52] <verterok> rye: it will cause the loss of that metadata
[18:52] <verterok> rye: image not being able to open a sqlite journal :)
[18:52] <verterok> all those changes are gone
[18:53] <rye> verterok, well, yeah, what will happen next? :)
[18:53] <duanedesign> rye: one of the comments mentions "copying the lower file somewhere else allows me to recover the original file"
[18:53] <verterok> rye: need to manually recover? :)
[18:54] <verterok> rye: there is a bug about a specifc error where the live data file is broken (python can't open the file), which should be simple to fix
[18:54] <rye> duanedesign, somewhere else?... Hard to imagine what "recover" means in this case, copy is just a read()...
[18:54] <verterok> rye: how to recover from that? the only way is to loss data or start over (remove everything and resync )
[18:54] <verterok> rye: with data I mean "metadata" :)
[18:55] <rye> verterok, in our case it can't open a file because it is overencrypted (i.e. encrypted and then a set of zero bytes appended)
[18:55] <verterok> rye: the kernel can't open the file?
[18:56] <rye> verterok, the ecryptfs layer returns I/O error during open
[18:56] <verterok> rye: so, it's broken :)
[18:57] <verterok> as fopen fails :)
[18:58] <verterok> rye: remove the file, it's the only way to make it work
[18:59] <verterok> rye: the fix for the bug will be to discard the file, and create a new one
[18:59] <verterok> and log a big warning message
[19:00] <rye> duanedesign, so yes, it looks like removal and creating new file is a workaround
[19:01] <rye> beuno, you recently encountered a big crash of ecryptfs, has anything went missing or IOErroring ?
[19:03] <beuno> rye, not AFAICT
[19:03] <duanedesign> rye: thank you
[19:06] <duanedesign> bug #776386
[19:06] <ubot4> Launchpad bug 776386 in ubuntuone-client "File Sync error (IOError with tritcask metadata) (affects: 9) (dups: 2) (heat: 36)" [High,Incomplete] https://launchpad.net/bugs/776386
[19:08] <duanedesign> is the U1 bug on this issue^
[19:13] <nessita> alecu: can you do a review for me? https://code.launchpad.net/~nataliabidart/ubuntuone-client/add-tests-access-can-write/+merge/68428 actually is mandel's code
[19:23] <alecu> nessita, approved.
[19:24] <nessita> alecu: thanks!
[19:24] <alecu> and now I'll get me some food.
[19:24] <nessita> alecu: enjoy
[19:41] <ralsina> nessita: I pushed show_spinner again with fixes for the error cases (all I could find, at least). https://code.launchpad.net/~ralsina/ubuntuone-windows-installer/show_spinner/+merge/68145
[19:42] <nessita> ralsina: with tests for those cases? :-)
[19:42] <ralsina> I added a "critical" method that is used for popups
[19:42] <ralsina> and that method is tested
[19:43] <ralsina> I added a new controller for "forgottenpassword" that hides the overlay. That needs a test (sorry)
[19:44] <ralsina> I noticed as I was writing that ;-)
[19:44] <nessita> ralsina: is ok, let me know when that's done
[19:44] <ralsina> nessita: sure
[19:54] <ralsina> nessita: pushed show_spinner with the missing test
[19:55] <nessita> ralsina: ack
[19:57] <ralsina> nessita: need any reviews ? I have a slot now
[19:57] <nessita> ralsina: yes!
[19:57] <nessita> https://code.launchpad.net/~nataliabidart/ubuntuone-control-panel/letmeremove/+merge/68444
[19:57] <ralsina> nessita: on it
[19:57] <nessita> thanks
[20:08] <ralsina> nessita: I get an insecurejelly error when running that branch IRL
[20:08] <ralsina> http://pastebin.ubuntu.com/647596/
[20:09] <ralsina> is this the thing about clearing credentials failing that you mentioned in email?
[20:09] <nessita> ralsina: the traceback under 2011-07-19 17:06:49,773 - ubuntuone.controlpanel.backend - ERROR - process_unauthorized (clearing credentials): is this bug #813066
[20:09] <ubot4> nessita: Bug 813066 on http://launchpad.net/bugs/813066 is private
[20:10] <nessita> ralsina: what comes next, is clear_credentials failing, yes
[20:10] <ralsina> nessita: if not, it looks much like it
[20:10] <nessita> alecu: have you gathered enough  jellyfish-foo to confirm or deny that ^?
[20:11] <ralsina> I do have tons and tons of repeated devices here, though, so may be unique to me
[20:36] <alecu> nessita, ralsina: that *should* be fixed when my latest branch lands
[20:36] <ralsina> alecu: cool
[20:36] <alecu> nessita, ralsina: btw: do you have a windows 7 64bits and an xp?
[20:36] <ralsina> I have a 7 64 bits and a xp
[20:36] <nessita> alecu: only 32bits win 7
[20:36] <ralsina> but my 7 has 32 bit python
[20:37] <alecu> ralsina, cool. Can you try this on both 764 and xp? http://pastebin.ubuntu.com/647568/
[20:37] <ralsina> alecu: sure
[20:37] <ralsina> alecu: on 7, I get 1001
[20:37] <alecu> ralsina, it should print the user id (for instance "1001" on my 732)
[20:38] <ralsina> xp is going to take a few minutes
[20:38] <alecu> ralsina, I can wait :-)
[20:39] <ralsina> alecu: I forgot , my xp VM is "clean" and has n python
[20:39] <ralsina> no python
[20:40] <alecu> ralsina, ok, got it. Don't worry, I'll just assume this works on xp as well :-)
[20:40] <ralsina> alecu: leave a message for fagan to try and tell you early tomorrow
[20:40] <ralsina> he has a XP devenv setup
[20:41] <alecu> ralsina, cool
[20:41] <ralsina> nessita: when you got 5 minutes I need to cry in your shoulder :-/
[20:41] <nessita> ralsina: any other hint, so I can prepare psychologically?
[20:43] <ralsina> nessita: have control panel trunk and lp:~ralsina/ubuntuone-windows-installer/fix_800376_2 handy
[20:43] <ralsina> I *think* I am not doing anything wrong but I get a crash, without traceback, somewhere inside controlpanel when I use volumes_info
[20:44] <nessita> ralsina: why would you use volumes_info in the wizard?
[20:44] <nessita> :-)
[20:44] <ralsina> nessita: it's called by validate_path_for_folder
[20:44] <ralsina> then volumes_info calls sd_client.get_root but that fails
[20:45] <nessita> ralsina: do you have sd running?
[20:45] <ralsina> nessita: I thught we had activation for that
[20:45] <ralsina> but I have tried it with sd running
[20:45] <nessita> ralsina: not sure about the activation thingy
[20:45] <nessita> ralsina: ok, let me branch those
[20:45] <ralsina> nessita: ok
[20:46] <alecu> ok, I need to be afk for 40 minutes or so.
[20:46] <alecu> will be back laters
[20:46] <alecu> cheers!
[20:46] <ralsina> bye alecu!
[20:48] <nessita> ralsina: did you pushed to that branch?
[20:48] <nessita> I'm getting
[20:48] <nessita>  ** Merging the branch
[20:48] <nessita> Nothing to do.
[20:48] <ralsina> hmmm
[20:48] <nessita> ah wait
[20:48] <nessita> I have a typo
[20:48] <nessita> ralsina: false alarm
[20:49] <ralsina> nessita: just in case, I did forget to push
[20:49] <nessita> lol
[20:49] <ralsina> pushed now
[20:50] <nessita> ralsina: merging that branch in installer trunk generates 3 conflicts
[20:50] <nessita> Text conflict in ubuntuone_installer/gui/qt/gui.py
[20:50] <nessita> Text conflict in ubuntuone_installer/gui/qt/local_folders.py
[20:50] <nessita> Text conflict in ubuntuone_installer/gui/qt/main/windows.py
[20:50] <ralsina> argh
[20:50] <ralsina> then just branch the branch
[20:51] <nessita> ralsina: can you fix the conflicts? I think is better if I debug "the latest" code. If it's too much trouble, I ll branch the branch
[20:51] <ralsina> nessita: it's ok, I'll fix them
[20:57] <nessita> ralsina: new review comments and questions added to show_spinner
[20:57] <ralsina> nessita: ack
[21:04] <ralsina> nessita: pushed fix_800376_2 with the conflicts solved
[21:05] <nessita> ack, branching
[21:06] <dobey> alright all, i'm out. have a good evening :)
[21:07] <nessita> ralsina: ok, wanna point me to some piece of code?
[21:08] <ralsina> nessita: to make it as easy as possible, comment out the call to _load_folders in line 93
[21:08] <ralsina> Then try it, and when you get to the local folders page, click on "add a folder". That will cause the crash
[21:08] <nessita> ralsina: parethesis: why you overwrote my changes to def default_folders(self)? :-)
[21:08] <nessita> ralsina: that was needed to be able to run the tests in linux
[21:08] <ralsina> nessita: oops, sorry, I will revert that
[21:09] <nessita> since this ctypes.windll.shell32 is too window oriented :-)
[21:09] <nessita> ralsina: ok, I'll branch this in windows, I though no IRL was needed
[21:09] <ralsina> nessita: well, unless you can figure out why it crashes by looking at it :-)
[21:10] <nessita> ralsina: well, the first thing I see is that you're not yielding on _load_folders
[21:10] <ralsina> that's why I said, ignore it
[21:10] <ralsina> I mean, comment it
[21:11] <nessita> ralsina: but if I comment that out, what crash will we have? commenting out that line is commenting out the crash, no?
[21:11] <nessita> ralsina: or I'm misunderstanding?
[21:11] <ralsina> just using the button I take from controlpanel crashes it
[21:11] <nessita> ah, let's see
[21:14] <nessita> ralsina: I'm haivng delays since sso is now crashing
[21:14] <ralsina> ok, if I let it crash there, I do get a traceback about not connecting to syncdaemon :-/
[21:16] <ralsina> so it seems the problem is activation is not working (http://pastebin.ubuntu.com/647641/)
[21:19] <ralsina> naty, diego's branch has conflicts he was fixing them later at home
[21:19] <ralsina> nessita: ^
[21:19] <nessita> ralsina: ah, oh
[21:19] <nessita> ralsina: I saw 2 approves and I approved :-/
[21:19] <ralsina> yeah, I had tried that earlier :-)
[21:19] <nessita> ralsina: you marked as neesd fixing again?
[21:20] <nessita> there. I marked it
[21:21] <nessita> ralsina: this is almost impossible to test: I need to have credentials in order to have syncdaemon running, but I can't have credentials in order to the installer to show up :-/
[21:21] <ralsina> nessita: well, you should be able to start syncdaemon on the "successful login" page
[21:21] <nessita> ralsina: I think is time we fix this nightmare, and I think I have a quick-to-implement idea
[21:22] <nessita> ralsina: ok, idea -> later, I'll do that
[21:22] <ralsina> nessita: that is, of course, even better ;-)
[21:24] <ralsina> nessita: I am cnvinced with my latest trace that it's just not connecting to syncdaemon so I'd say it's not worth checking this
[21:24] <nessita> ok
[21:24] <nessita> is crashing for me too, with no trace at all
[21:25] <ralsina> as long as it's not failing because of something I do wrong. Should I start syncdaemon manually before showing that page?
[21:25] <nessita> ralsina: not sure what you mean
[21:25] <ralsina> nessita: u1cp manages to connect to sd. Obviously it's doing something installer is not doing
[21:27] <nessita> ralsina: not really, is just using SyncDaemonTool which, works...
[21:27] <nessita> ralsina: I'm not sure that the control panel activates SD though, I personally never tested it
[21:27] <ralsina> nessita: ok
[21:31] <ralsina> I know it does, because I can start control panel without anything else running, and it works
[21:31] <ralsina> and syncdaemon starts running
[21:31] <ralsina> but that's because I have .exes and the right keys in the registry
[21:32] <ralsina> ok, I'll write the report and call it a day
[21:36] <ralsina> There, reported, and EODing. I may put a couple hours late, depending on how sleepy I am (I slept like 4 hours last night)
[21:37] <ralsina> Have a good evening and see you all tomorrow!
[21:38] <nessita> ralsina: you too
[22:01] <nessita> ok, I'm off crowd
[22:01] <nessita> see ya tomorrow!


[10:04] <codekeeper> server
[10:04] <codekeeper> out
[12:01] <jared> !rmb
[12:01] <cyphermox_> o/
[12:02] <jared> Evening cyphermox, I believe Pendulum is swinging around (Hah!). Just need a fourth
[12:02] <freeflyi1g> hi there
[12:02] <jared> Eveining freeflyi1g, I believe that makes it quorum
[12:04] <cyphermox> still no gipsypyaesone I see
[12:04] <jared> They just timed out about a minute before the ping
[12:04] <cyphermox> oh, indeed
[12:04] <cyphermox> and apparently no Pietro either, though
[12:04] <jared> No Pietro either though it seems
[12:08] <Guest91660> gipsypyaesone is near me, wait
[12:08] <Guest91660> his account quit. he is now entering....
[12:09] <cyphermox> Guest91660: thanks
[12:10] <gipsypyaesone> Hello!
[12:11] <gipsypyaesone> I am here now......
[12:12] <jared> gipsypyaesone: good evening'
[12:13] <gipsypyaesone> yeah, Good evening to all......
[12:13] <cyphermox> #startmeeting 1200 UTC Ubuntu Membership Board
[12:13] <meetingology> Meeting started Wed May 15 12:13:09 2013 UTC.  The chair is cyphermox. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
[12:13] <meetingology> Available commands: #accept #accepted #action #agree #agreed #chair #commands #endmeeting #endvote #halp #help #idea #info #link #lurk #meetingname #meetingtopic #nick #progress #rejected #replay #restrictlogs #save #startmeeting #subtopic #topic #unchair #undo #unlurk #vote #voters #votesrequired
[12:13] <cyphermox> Hello and welcome to the Ubuntu Membership Review Board for the 1200 UTC meeting for May 15, 2013. The wiki page for the Review Board is available here: https://wiki.ubuntu.com/Membership/Boards
[12:13] <cyphermox> We will attempt to get through all of the applicants that have added themselves to that list before today's meeting. If we are unable to make it through the entire list due to time constraints, then at the next meeting we will pick up where we left off.
[12:14] <cyphermox> The format for the meeting is as follows: We will go through the list of applicants one by one, by date of application (FIFO).
[12:14] <cyphermox> Each applicant should introduce themselves (1-5 sentences) and provide links to their Ubuntu Wiki page. After the introduction the members of the Membership Review Board will review the pages and, if needed, ask the applicant further questions.
[12:14] <cyphermox> During this time it is encouraged for other members of the community to show their support for the applicant. Do not be alarmed if the members of the Membership Review Board are quiet during this time; they are most likely reading wiki/launchpad/forum/other pages and deciding how they are going to vote.
[12:14] <cyphermox> When the board is ready to vote, they will publicly vote in the channel with either +1, 0, or -1 (for membership, abstain, and against membership, respectively). If the sum of those numbers is positive, then the applicant is now an official Ubuntu member! (feel free congratulate them!)
[12:14] <cyphermox> #voters cyphermox Pendulum jared freeflying
[12:14] <meetingology> Current voters: Pendulum cyphermox freeflying jared
[12:14] <cyphermox> Now, with any further ado, lets get started with the first applicant...
[12:15] <cyphermox> #subtopic gipsypyaesone
[12:15] <gipsypyaesone> Yeah, I am here
[12:15] <gipsypyaesone> should i introduce first?
[12:16] <cyphermox> please :)
[12:16] <gipsypyaesone> I am using ubuntu since 2009. Our leader Ko Ko Ye introduced me about Ubuntu. I am core member of the Ubuntu Myanmar LoCo Team. I am now localization Ubuntu into Myanmar(Burmese) Language. Most of UI are now with Burmese Language. As localization is my only way, I can help Ubuntu as localizer. In future,I will try to improve Ubuntu in Burmese Language.
[12:17] <gipsypyaesone> https://wiki.ubuntu.com/pyaesone
[12:17] <gipsypyaesone> and http://launchpad.net/~gipsyhnh
[12:18] <jared> gipsypyaesone: thanks for that and glad you could make a meeting.
[12:18] <gipsypyaesone> yes,
[12:18] <jared> gipsypyaesone: so approximately how much of your contributions is the translations? Do you run many loco events?
[12:19] <gipsypyaesone> yes, i give presentation about translations in ubuntu events in myanmar.
[12:20] <gipsypyaesone> you can check via translation karma.
[12:22] <jared> gipsypyaesone: thanks, we're just reading the application details.
[12:22] <cyphermox> gipsypyaesone: do you have friends here in this meeting for support?
[12:22] <cyphermox> Guest91660 was mentioning you were beside them before
[12:25] <Guest91660> yeah, i am gipsypyaesone friend
[12:26] <Guest91660> he drop again i think....
[12:27] <gipsypyaesone> sorry, line drop
[12:27] <gipsypyaesone> yeah, he is only one now, others are busying for ubuntu class
[12:31] <cyphermox> alright
[12:31] <gipsypyaesone> ok
[12:32] <cyphermox> #vote gipsypyaesone to obtain Ubuntu Membership
[12:32] <meetingology> Please vote on: gipsypyaesone to obtain Ubuntu Membership
[12:32] <meetingology> Public votes can be registered by saying +1, +0 or -1 in channel, (private votes don't work yet, but when they do it will be by messaging the channel followed by +1/-1/+0 to me)
[12:32] <cyphermox> +1 excellent translation work
[12:32] <meetingology> +1 excellent translation work received from cyphermox
[12:33] <jared> +1 good to see some consistent efforts with translation and supporting the LoCo. Glad you could finally make a meeting and I look forward to seeing your efforts into the future.
[12:33] <meetingology> +1 good to see some consistent efforts with translation and supporting the LoCo. Glad you could finally make a meeting and I look forward to seeing your efforts into the future. received from jared
[12:33] <Guest91660> +1
[12:33] <jared> Guest91660: sorry, only board members can register a vote, but thanks for coming along to support :)
[12:33] <Pendulum> +1
[12:33] <meetingology> +1 received from Pendulum
[12:34] <freeflyi1g> +1 too
[12:35] <cyphermox> oops
[12:35] <cyphermox> #voters cyphermox Pendulum jared freeflyi1g
[12:35] <meetingology> Current voters: Pendulum cyphermox freeflyi1g freeflying jared
[12:35] <freeflyi1g> +1 too
[12:35] <meetingology> +1 too received from freeflyi1g
[12:35] <cyphermox> #endvote
[12:35] <meetingology> Voting ended on: gipsypyaesone to obtain Ubuntu Membership
[12:35] <meetingology> Votes for:4 Votes against:0 Abstentions:0
[12:35] <meetingology> Motion carried
[12:35] <freeflyi1g> sorry
[12:35] <cyphermox> Congrats gipsypyaesone
[12:36] <cyphermox> freeflyi1g: np, I hadn't taken into account your alts
[12:36] <jared> gipsypyaesone: well done and congratulations
[12:36] <Pendulum> gipsypyaesone: congrats and welcome!
[12:36] <cyphermox> gipsypyaesone: please don't forget to add your blog to planet.ubuntu.com :)
[12:36] <gipsypyaesone> Thanks you very much, I am so exciting to be ubuntu members...... I will continue localization...
[12:37] <gipsypyaesone> Ok, I will add sure. Thanks You all
[12:37] <jared> So I can't see Pietro around currently, if you're here please make it known.
[12:38] <cyphermox> jared: you type fast ;)
[12:38] <jared> cyphermox: heh, not bad for someone still actually eating dinner ;)
[12:38] <cyphermox> hehe
[12:38] <jared> I blame years of IRC
[12:38] <gipsypyaesone> Ok, bye bye  I am going home. Thanks
[12:38] <cyphermox> thanks gipsypyaesone
[12:38] <cyphermox> #endmeeting
[12:38] <meetingology> Meeting ended Wed May 15 12:38:40 2013 UTC.
[12:38] <meetingology> Minutes (wiki):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-05-15-12.13.moin.txt
[12:38] <meetingology> Minutes (html):        http://ubottu.com/meetingology/logs/ubuntu-meeting/2013/ubuntu-meeting.2013-05-15-12.13.html
[12:38] <jared> gipsypyaesone: good bye and thanks for oyur application
[12:38] <gipsypyaesone> Thanks you too.
[12:39] <gipsypyaesone> ok Jared, thanks for you vote......
[14:56] <stokachu> slangasek: i assume no meeting today?
[14:57] <stokachu> slangasek: and if not do you mind if i email you 3 bugs that need attention for start of next week?
[17:28] <slangasek> stokachu: right, no meeting - email is fine
[17:28] <stokachu> slangasek: ok thanks


[00:24] <rcn-ee> ogra, with 2.6.32-rc6 landing alot of the beagleboard now works on mainline.  What's the best way to introduce a new target via config for lucid? ;)
[05:48] <Ford_Prefect|w> Hello folks
[05:49] <Ford_Prefect|w> I'm trying to build an ARM cross toolchain to match the native toolchain from Ubuntu's ARM repository
[05:49] <Ford_Prefect|w> Has anybody done this already?
[05:53] <Stskeeps> lbt may have
[05:53] <Stskeeps> we use one in our obs cross setup at least
[05:58] <Ford_Prefect|w> Um lbt? obs?
[05:59] <Ford_Prefect|w> Thought I'd try apt-cross but it obstinately refuses to look at Ubuntu source mirrors
[06:00] <Stskeeps> lbt=a nickname, obs=a builder service
[06:00] <Ford_Prefect|w> Stskeeps, okay. Will wait till lbt shows up, I guess.
[06:05] <NCommander> Ford_Prefect|w, why do you want a cross-compiler
[06:05] <NCommander> The toolchain packages are the same across all architectures. You can get the most recent source suitable for building cross-compilers by installing binutils-source, gcc-source, and glibc-source
[06:09] <Ford_Prefect|w> NCommander, I'm working on an SDK which provides a cross-compiler
[06:09] <Ford_Prefect|w> So development happens on the host, binaries are copied to the target
[06:10] <NCommander> Ford_Prefect|w, with the target running Ubuntu or?
[06:10] <Ford_Prefect|w> NCommander, I can pull the sources on the host but I was hoping to find scripts to do the whole bootstrapping shebang
[06:10] <Ford_Prefect|w> NCommander, Ubuntu
[06:10] <Ford_Prefect|w> On the target and host, both
[06:10] <NCommander> Ford_Prefect|w, in general, we don't support cross-compiling for Ubuntu.
[06:10] <NCommander> Everything is natively compiled
[06:11] <NCommander> There are a few guides though to getting the toolchain off the ground
[06:12] <Ford_Prefect|w> Okay. I think before long I won't be the only one who needs this. :)
[06:16] <Ford_Prefect|w> As in, cross-compiling is a common enough use case in a lot of development environments, so it wouild be good to have a standard method to generate and use these.
[06:19] <Stskeeps> Ford_Prefect|w: talk to lbt for sure :) we have a very cool solution in this regard
[06:19] <Stskeeps> building qt for armel in 4 hours
[06:20] <Ford_Prefect|w> Ah, excellent
[06:20] <Ford_Prefect|w> But wow, 4 hours?
[06:20] <Ford_Prefect|w> Does it really take that long on the host?
[06:20]  * Ford_Prefect|w huggles gtk and glib :P
[06:20] <Stskeeps> it takes 3-4 days natively

[06:21] <Ford_Prefect|w> These are those orion5x' I've hear of?
[06:22] <Stskeeps> either way we compiled our entire Mer with gtk,glib,qt in a day :P
[06:22] <Ford_Prefect|w> Ah, omap2 :)
[06:22] <Ford_Prefect|w> Reminds me that I need to try Mer out on my N810
[06:22] <Stskeeps> doesnt have to be omap2 :P
[06:23] <Ford_Prefect|w> :) True, dat
[06:25] <Stskeeps> check out http://wiki.maemo.org/Mer/Build , especially the cross section
[06:26] <Ford_Prefect|w> Thanks! ... looking
[06:36] <Ford_Prefect|w> We're actually using CodeSourcery's toolchain for cross-compiling right now, but there's potential for ABI breakage there, since they're not the same version as on the target
[06:36] <Stskeeps> yeah, it is better to have matching
[06:40]  * armin76 looks at Ford_Prefect|w
[06:40] <Ford_Prefect|w> Heya armin76 :)
[06:40] <Ford_Prefect|w> (don't ask me why we're not just using Gentoo and crossdev :P)
[07:06] <NCommander> Stskeeps, depends on what hardware you have ;-)
[07:06] <Stskeeps> NCommander: yes, of course :P
[07:06] <NCommander> Stskeeps, I can build Qt4 on native hardware in 18-25 hours
[07:33] <dpb> Anyone know some legal stuff here? If I release an image for some hardware that's mainly Ubuntu but has some other packages added, can it be called an Ubuntu image, or do I need to rename it?
[08:23] <Ford_Prefect|w> NCommander, out of curiosity, what hardware is that?
[08:23] <NCommander> Ford_Prefect|w, Marvell Dove Y0/Y1, and Freescale Babbage iMX51
[08:24] <Ford_Prefect|w> Ah
[08:24] <NCommander> dpb, http://www.ubuntu.com/aboutus/trademarkpolicy - trademark policy if here
[08:25] <NCommander> dpb, its pretty clear on what you can and can't call Ubuntu or an Ubuntu Remix
[08:45] <Stskeeps> Ford_Prefect|w: /msg lbt
[09:00] <Ford_Prefect|w> Stskeeps, doing so
[13:35] <BeardedChimp> If I have the source code that compiled the kernel, where from that source code can I extract the headers that are normally downloaded through apt-get install linux-headers-(uname -r)
[15:29] <dmart> Has anyone tried newest kernel from jaunty-security (2.6.28-16.55) on armel?  It appears badly broken... gdm and X don't work, and logging in is impossible except as root.
[15:29] <dmart> A simple program which just uses setresgid and setresuid to become a normal user and then exec's a shell receives SIGKILL when the exec is attempted :O
[15:30] <dmart> The OOM killer did not run though
[15:31] <ogra> dmart, thats imx51 ?
[15:31] <dmart> Yes, babbage1
[15:31] <dmart> Am I doing something stupid... ?
[15:31] <ogra> bjf, amitk ^^^ ?
[15:31] <ogra> dmart, definately not, it should work
[15:32] <bjf> ogra, no idea, should just work
[15:32] <ogra> you didnt change the patchset or anything in jaunty, right ?
[15:33] <bjf> ogra, no change to the patchset, I think there may have been a rebase done
[15:33] <ogra> hrm
[15:33] <dmart> I think the only think I did was to upgrade the kernel via apt-get install linux-imx51
[15:33] <dmart> If a roll back to 2.6.28-15.52, that seems to work normally.
[15:33] <bjf> ogra, we aren't building that kernel for updates are we
[15:33] <dmart> Dunno, this was from jaunty-security
[15:34] <bjf> ogra, the only one I work on is the one in the jaunty topic branch
[15:34] <ogra> bjf, you mean jaunty->karmic ?
[15:34] <ogra> will likely not workj since the jaunty kernel didnt support B2.x and the karmic kernel doesnt support <B2.x
[15:35] <dmart> But 2.6.28 isn't the karmic kernel, right?
[15:35] <bjf> this is a jaunty update
[15:35] <bjf> dmart, no that's jaunty
[15:35] <ogra> bjf, so what did you mean with "<bjf> ogra, we aren't building that kernel for updates are we" ?
[15:35] <ogra> for sure security updates should work
[15:36] <ogra> release to release wont work because of the different patchsets
[15:36] <dmart> Sure; that I would expect
[15:36] <bjf> ogra, the only work I've done w.r.t. imx51 on jaunty is in the imx51 topic branch and that branch doesn't get built for updates (or any other reason that I'm aware of)
[15:36] <ogra> right
[15:36] <dmart> There's been a regular trickle of updates to the jaunty kernel through jaunty-security
[15:37] <ogra> i was just wondering if someone was insane enough to merge that one into the security update for whatever reason
[15:39] <dmart> Sounds like I should go ahead and raise a bug on this?
[15:39] <bjf> dmart, can I get you to file a bug on this issue?
[15:39] <dmart> Yeah, I can.
[15:39] <dmart> Thought I should check with you guys first though
[15:40] <bjf> dmart, thanks, what you are seeing should _not_ be happening
[15:41] <ogra> right
[15:41] <dmart> It's very weird...  the kernel mostly works, but with some very strange behaviours
[15:43] <bjf> dmart, if you stick with -15.52 you should be ok, we'll look at the bug and try to get it sorted out
[15:43] <bjf> dmart, post the bug number here and I'll assign it to myself
[15:44] <dmart> I can use the older kernel, no problem... but if something got merged in the jaunty imx51 kernel tree that shouldn't have been, I guess that needs sorting out.  I'll raise a bug.
[15:45]  * bjf-afk will be back in a few minutes
[15:53] <dmart> I've raised a bug and subscribed you guys— cheers.
[15:54] <ogra> thanks
[16:05] <bjf> dmart, got a bug number for that?
[16:06] <dmart> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/474322
[16:06] <ubot4> Launchpad bug 474322 in linux "linux-image-2.6.28-16-imx51 appears broken on armel" [Undecided,New]
[16:06] <bjf> tanks
[16:11] <armin76> looks like freescale is now selling an eval board of imx51


[00:02] -queuebot:#ubuntu-release- New: accepted golang-k8s-apimachinery [amd64] (noble-proposed) [0.29.0-1]
[00:02] -queuebot:#ubuntu-release- New: accepted haskell-isocline [arm64] (noble-proposed) [1.0.9-1]
[00:02] -queuebot:#ubuntu-release- New: accepted haskell-isocline [ppc64el] (noble-proposed) [1.0.9-1]
[00:02] -queuebot:#ubuntu-release- New: accepted haskell-isocline [s390x] (noble-proposed) [1.0.9-1]
[00:02] -queuebot:#ubuntu-release- New: accepted haskell-typst [ppc64el] (noble-proposed) [<IP_ADDRESS>-1]
[00:02] -queuebot:#ubuntu-release- New: accepted ruby-deb-version [amd64] (noble-proposed) [1.0.2-1]
[00:02] -queuebot:#ubuntu-release- New: accepted rust-fork [arm64] (noble-proposed) [0.1.22-1]
[00:02] -queuebot:#ubuntu-release- New: accepted rust-fork [ppc64el] (noble-proposed) [0.1.22-1]
[00:02] -queuebot:#ubuntu-release- New: accepted rust-fork [s390x] (noble-proposed) [0.1.22-1]
[00:02] -queuebot:#ubuntu-release- New: accepted haskell-isocline [amd64] (noble-proposed) [1.0.9-1]
[00:02] -queuebot:#ubuntu-release- New: accepted haskell-isocline [riscv64] (noble-proposed) [1.0.9-1]
[00:02] -queuebot:#ubuntu-release- New: accepted haskell-typst [s390x] (noble-proposed) [<IP_ADDRESS>-1]
[00:02] -queuebot:#ubuntu-release- New: accepted rust-fork [armhf] (noble-proposed) [0.1.22-1]
[00:02] -queuebot:#ubuntu-release- New: accepted haskell-isocline [armhf] (noble-proposed) [1.0.9-1]
[00:02] -queuebot:#ubuntu-release- New: accepted rust-fork [amd64] (noble-proposed) [0.1.22-1]
[00:02] -queuebot:#ubuntu-release- New: accepted haskell-typst [amd64] (noble-proposed) [<IP_ADDRESS>-1]
[00:02] -queuebot:#ubuntu-release- New: accepted rust-fork [riscv64] (noble-proposed) [0.1.22-1]
[00:52] -queuebot:#ubuntu-release- Unapproved: base-files (mantic-proposed/main) [13ubuntu2 => 13ubuntu2.1] (core, i386-whitelist)
[00:54] -queuebot:#ubuntu-release- Unapproved: base-files (jammy-proposed/main) [12ubuntu4.4 => 12ubuntu4.5] (core, i386-whitelist)
[00:56] -queuebot:#ubuntu-release- Unapproved: base-files (focal-proposed/main) [11ubuntu5.7 => 11ubuntu5.8] (core, i386-whitelist)
[01:00] -queuebot:#ubuntu-release- Unapproved: base-files (bionic-proposed/main) [10.1ubuntu2.11 => 10.1ubuntu2.12] (core)
[01:02] -queuebot:#ubuntu-release- Unapproved: base-files (xenial-proposed/main) [9.4ubuntu4.13 => 9.4ubuntu4.14] (core)
[02:28] -queuebot:#ubuntu-release- New binary: haskell-hslua-repl [amd64] (noble-proposed/universe) [0.1.1-1] (no packageset)
[02:29] -queuebot:#ubuntu-release- New binary: golang-k8s-api [amd64] (noble-proposed/universe) [0.29.0-1] (no packageset)
[02:29] -queuebot:#ubuntu-release- New binary: haskell-hslua-repl [s390x] (noble-proposed/universe) [0.1.1-1] (no packageset)
[02:30] -queuebot:#ubuntu-release- New binary: haskell-hslua-repl [arm64] (noble-proposed/universe) [0.1.1-1] (no packageset)
[02:33] -queuebot:#ubuntu-release- New binary: haskell-hslua-repl [armhf] (noble-proposed/universe) [0.1.1-1] (no packageset)
[03:01] <tsimonq2> Please accept my email to ubuntu-release and technical-board on behalf of the Lubuntu Team.
[03:01] <tsimonq2> I promised I'd look at this today, I'd like to get it to the Technical Board today.
[03:05] -queuebot:#ubuntu-release- New binary: haskell-hslua-repl [riscv64] (noble-proposed/universe) [0.1.1-1] (no packageset)
[03:19] <tsimonq2> ubuntu-release: Hey! Besides the above ML approval request, could we also get a review of picom-conf in Noble source NEW?
[03:20] <tsimonq2> The sooner we get that accepted, the sooner we can include it on the seed, the sooner I can ask for packageset upload access for our Lubuntu Developers, and the sooner it's stable enough for release. :)
[05:57] -queuebot:#ubuntu-release- New binary: haskell-hslua-repl [amd64] (noble-proposed/universe) [0.1.1-2] (no packageset)
[05:57] -queuebot:#ubuntu-release- New binary: rust-async-zip [amd64] (noble-proposed/none) [0.0.16-1] (no packageset)
[05:58] -queuebot:#ubuntu-release- New binary: rust-async-zip [armhf] (noble-proposed/universe) [0.0.16-1] (no packageset)
[05:58] -queuebot:#ubuntu-release- New binary: rust-async-zip [ppc64el] (noble-proposed/universe) [0.0.16-1] (no packageset)
[05:59] -queuebot:#ubuntu-release- New binary: python-trx-python [amd64] (noble-proposed/universe) [0.2.9-1] (no packageset)
[06:00] -queuebot:#ubuntu-release- New binary: haskell-hslua-repl [s390x] (noble-proposed/universe) [0.1.1-2] (no packageset)
[06:00] -queuebot:#ubuntu-release- New binary: rust-async-zip [arm64] (noble-proposed/universe) [0.0.16-1] (no packageset)
[06:01] -queuebot:#ubuntu-release- New binary: haskell-hslua-repl [arm64] (noble-proposed/universe) [0.1.1-2] (no packageset)
[06:01] -queuebot:#ubuntu-release- New binary: rust-async-zip [s390x] (noble-proposed/universe) [0.0.16-1] (no packageset)
[06:01] -queuebot:#ubuntu-release- New binary: haskell-hslua-repl [armhf] (noble-proposed/universe) [0.1.1-2] (no packageset)
[06:15] -queuebot:#ubuntu-release- New binary: rust-async-zip [riscv64] (noble-proposed/universe) [0.0.16-1] (no packageset)
[06:28] -queuebot:#ubuntu-release- New binary: haskell-hslua-repl [riscv64] (noble-proposed/universe) [0.1.1-2] (no packageset)
[07:03] -queuebot:#ubuntu-release- New: accepted golang-k8s-api [amd64] (noble-proposed) [0.29.0-1]
[07:03] -queuebot:#ubuntu-release- New: accepted haskell-hslua-repl [arm64] (noble-proposed) [0.1.1-1]
[07:03] -queuebot:#ubuntu-release- New: accepted haskell-hslua-repl [riscv64] (noble-proposed) [0.1.1-1]
[07:03] -queuebot:#ubuntu-release- New: accepted haskell-hslua-repl [amd64] (noble-proposed) [0.1.1-2]
[07:03] -queuebot:#ubuntu-release- New: accepted haskell-hslua-repl [armhf] (noble-proposed) [0.1.1-2]
[07:03] -queuebot:#ubuntu-release- New: accepted haskell-hslua-repl [s390x] (noble-proposed) [0.1.1-2]
[07:03] -queuebot:#ubuntu-release- New: accepted rust-async-zip [amd64] (noble-proposed) [0.0.16-1]
[07:03] -queuebot:#ubuntu-release- New: accepted rust-async-zip [armhf] (noble-proposed) [0.0.16-1]
[07:03] -queuebot:#ubuntu-release- New: accepted rust-async-zip [riscv64] (noble-proposed) [0.0.16-1]
[07:04] -queuebot:#ubuntu-release- New: accepted haskell-hslua-repl [amd64] (noble-proposed) [0.1.1-1]
[07:04] -queuebot:#ubuntu-release- New: accepted haskell-hslua-repl [s390x] (noble-proposed) [0.1.1-1]
[07:04] -queuebot:#ubuntu-release- New: accepted haskell-hslua-repl [riscv64] (noble-proposed) [0.1.1-2]
[07:04] -queuebot:#ubuntu-release- New: accepted rust-async-zip [arm64] (noble-proposed) [0.0.16-1]
[07:04] -queuebot:#ubuntu-release- New: accepted rust-async-zip [s390x] (noble-proposed) [0.0.16-1]
[07:04] -queuebot:#ubuntu-release- New: accepted haskell-hslua-repl [armhf] (noble-proposed) [0.1.1-1]
[07:04] -queuebot:#ubuntu-release- New: accepted python-trx-python [amd64] (noble-proposed) [0.2.9-1]
[07:04] -queuebot:#ubuntu-release- New: accepted haskell-hslua-repl [arm64] (noble-proposed) [0.1.1-2]
[07:04] -queuebot:#ubuntu-release- New: accepted rust-async-zip [ppc64el] (noble-proposed) [0.0.16-1]
[09:48] -queuebot:#ubuntu-release- New binary: golang-k8s-client-go [amd64] (noble-proposed/universe) [0.29.0-1] (no packageset)
[10:28] <schopin> tsimonq2: fwiw I think NEW processing is more an AA thing than a release team thing (yes the intersection of both sets is sizeable, but still, there are some non-release AAs out there ;) )
[10:33] -queuebot:#ubuntu-release- New: accepted golang-k8s-client-go [amd64] (noble-proposed) [0.29.0-1]
[12:56] -queuebot:#ubuntu-release- Unapproved: base-files (lunar-proposed/main) [12.3ubuntu2 => 12.3ubuntu2.1] (core, i386-whitelist)
[14:32] <jbicha> rbasak: I think it would be helpful to get my mutter SRU into mantic-proposed. I can coordinate a postmortem response but it won't be until later next week since some key people are on holiday now
[14:47] <ahasenack> rbasak: hi, if you could release https://bugs.launchpad.net/ubuntu/+source/dnsmasq/+bug/2015562 today, that would be awesome, because I have another SRU for dnsmasq and my branch is already on top of what is in jammy-proposed
[14:47] -ubottu:#ubuntu-release- Launchpad bug 2015562 in dnsmasq (Ubuntu Jammy) "[SRU] Segfault in dnsmasq when using certain static domain entries + DoH (bugfix possibly exists upstream)" [Undecided, Fix Committed]
[14:57] -queuebot:#ubuntu-release- Unapproved: libslirp (jammy-proposed/main) [4.6.1-1build1 => 4.6.1-1ubuntu0.1] (ubuntu-server)
[15:21] -queuebot:#ubuntu-release- Unapproved: livecd-rootfs (mantic-proposed/main) [23.10.57 => 23.10.58] (desktop-core, i386-whitelist)
[15:58] -queuebot:#ubuntu-release- Unapproved: cloud-init (focal-proposed/main) [23.4-0ubuntu1~20.04.1 => 23.4.1-0ubuntu1~20.04.1] (core, edubuntu, ubuntu-cloud)
[15:58] -queuebot:#ubuntu-release- Unapproved: cloud-init (jammy-proposed/main) [23.4-0ubuntu1~22.04.1 => 23.4.1-0ubuntu1~22.04.1] (core, ubuntu-cloud)
[15:58] -queuebot:#ubuntu-release- Unapproved: cloud-init (mantic-proposed/main) [23.4-0ubuntu1~23.10.1 => 23.4.1-0ubuntu1~23.10.1] (core, ubuntu-cloud)
[15:58] -queuebot:#ubuntu-release- Unapproved: cloud-init (lunar-proposed/main) [23.4-0ubuntu1~23.04.1 => 23.4.1-0ubuntu1~23.04.1] (core, ubuntu-cloud)
[17:23] -queuebot:#ubuntu-release- New binary: benchmark [amd64] (noble-proposed/universe) [1.8.3-2] (i386-whitelist)
[17:23] -queuebot:#ubuntu-release- New binary: benchmark [i386] (noble-proposed/universe) [1.8.3-2] (i386-whitelist)
[17:25] -queuebot:#ubuntu-release- New binary: benchmark [armhf] (noble-proposed/universe) [1.8.3-2] (i386-whitelist)
[17:25] -queuebot:#ubuntu-release- New binary: benchmark [s390x] (noble-proposed/universe) [1.8.3-2] (i386-whitelist)
[17:26] -queuebot:#ubuntu-release- New binary: benchmark [arm64] (noble-proposed/universe) [1.8.3-2] (i386-whitelist)
[17:26] -queuebot:#ubuntu-release- New binary: benchmark [ppc64el] (noble-proposed/universe) [1.8.3-2] (i386-whitelist)
[17:28] -queuebot:#ubuntu-release- New binary: parmed [amd64] (noble-proposed/none) [4.2.2+dfsg-3] (no packageset)
[17:29] -queuebot:#ubuntu-release- New binary: parmed [arm64] (noble-proposed/none) [4.2.2+dfsg-3] (no packageset)
[17:34] -queuebot:#ubuntu-release- New binary: parmed [ppc64el] (noble-proposed/none) [4.2.2+dfsg-3] (no packageset)
[17:37] <vorlon> tsimonq2: I: picom-conf source: debian-watch-file-is-missing ?
[17:42] -queuebot:#ubuntu-release- New binary: benchmark [riscv64] (noble-proposed/universe) [1.8.3-2] (i386-whitelist)
[17:44] <rbasak> ahasenack: I looked at 2015562 but there's an ambiguity in the SRU verification. I left a comment.
[17:44] <ahasenack> rbasak: christian was ambiguous?? :)
[17:45] <rbasak> He was not, but the expected Test Plan was, IMHO.
[17:45] <rbasak> If you read the entire text.
[17:53] <arraybolt3> vorlon: there was no release at the time of packaging, thus it was a Git snapshot IIRC.
[17:53] <vorlon> arraybolt3: ack
[17:53] -queuebot:#ubuntu-release- Unapproved: fluidsynth (mantic-proposed/universe) [2.3.3-2.1 => 2.3.3-2.1ubuntu<IP_ADDRESS>~ppa2] (i386-whitelist, kubuntu)
[17:56] -queuebot:#ubuntu-release- Unapproved: fluidsynth (mantic-proposed/universe) [2.3.3-2.1 => 2.3.3-2.1ubuntu<IP_ADDRESS>] (i386-whitelist, kubuntu)
[17:59] -queuebot:#ubuntu-release- New binary: parmed [riscv64] (noble-proposed/none) [4.2.2+dfsg-3] (no packageset)
[18:01] <Eickmeyer> ubuntu-sru: Could I get a reject on the ~ppa2 version of fluidsynth? Accidental upload.
[18:03] <bdmurray> Eickmeyer: for which release?
[18:03] <Eickmeyer> bdmurray: mantic
[18:04] <Eickmeyer> The second one is legit (versioned correctly) and I'm just working on the bug doc now.
[18:04] -queuebot:#ubuntu-release- Unapproved: rejected fluidsynth [source] (mantic-proposed) [2.3.3-2.1ubuntu<IP_ADDRESS>~ppa2]
[18:23] <vorlon> arraybolt3: resources/freedesktop/application.appdata.xml.in copyright: none + License: CC0-1.0 is meaningless
[18:24] <vorlon> arraybolt3: I think it would be better to omit mention of this file in debian/copyright; to the extent that there is any creative content in that file at all that might be subject to copyright, it would presumably have the same copyright holder as the rest of the project
[18:27] <vorlon> arraybolt3: picom-conf.lintian-overrides: please don't use this to suppress legitimate warning messages from lintian
[18:27] <vorlon> tsimonq2: ^^
[18:28] -queuebot:#ubuntu-release- New: accepted picom-conf [source] (noble-proposed) [0.17.0~git20231210-0ubuntu1]
[18:31] -queuebot:#ubuntu-release- New binary: picom-conf [amd64] (noble-proposed/universe) [0.17.0~git20231210-0ubuntu1] (no packageset)
[18:32] -queuebot:#ubuntu-release- New binary: picom-conf [arm64] (noble-proposed/universe) [0.17.0~git20231210-0ubuntu1] (no packageset)
[18:32] -queuebot:#ubuntu-release- New binary: picom-conf [s390x] (noble-proposed/universe) [0.17.0~git20231210-0ubuntu1] (no packageset)
[18:33] -queuebot:#ubuntu-release- New binary: picom-conf [armhf] (noble-proposed/universe) [0.17.0~git20231210-0ubuntu1] (no packageset)
[18:33] -queuebot:#ubuntu-release- New binary: picom-conf [ppc64el] (noble-proposed/universe) [0.17.0~git20231210-0ubuntu1] (no packageset)
[18:35] -queuebot:#ubuntu-release- New: accepted benchmark [arm64] (noble-proposed) [1.8.3-2]
[18:35] -queuebot:#ubuntu-release- New: accepted benchmark [ppc64el] (noble-proposed) [1.8.3-2]
[18:35] -queuebot:#ubuntu-release- New: accepted parmed [amd64] (noble-proposed) [4.2.2+dfsg-3]
[18:35] -queuebot:#ubuntu-release- New: accepted parmed [ppc64el] (noble-proposed) [4.2.2+dfsg-3]
[18:35] -queuebot:#ubuntu-release- New: accepted benchmark [armhf] (noble-proposed) [1.8.3-2]
[18:35] -queuebot:#ubuntu-release- New: accepted parmed [arm64] (noble-proposed) [4.2.2+dfsg-3]
[18:35] -queuebot:#ubuntu-release- New: accepted benchmark [riscv64] (noble-proposed) [1.8.3-2]
[18:35] -queuebot:#ubuntu-release- New: accepted parmed [riscv64] (noble-proposed) [4.2.2+dfsg-3]
[18:36] -queuebot:#ubuntu-release- New: accepted benchmark [amd64] (noble-proposed) [1.8.3-2]
[18:36] -queuebot:#ubuntu-release- New: accepted benchmark [s390x] (noble-proposed) [1.8.3-2]
[18:36] -queuebot:#ubuntu-release- New: accepted benchmark [i386] (noble-proposed) [1.8.3-2]
[18:36] <vorlon> I: picom-conf: spelling-error-in-binary "GNU Library Public License" "GNU Library General Public License" [usr/bin/picom-conf]
[18:36] <vorlon> heh
[18:37] -queuebot:#ubuntu-release- New: accepted picom-conf [amd64] (noble-proposed) [0.17.0~git20231210-0ubuntu1]
[18:37] -queuebot:#ubuntu-release- New: accepted picom-conf [armhf] (noble-proposed) [0.17.0~git20231210-0ubuntu1]
[18:37] -queuebot:#ubuntu-release- New: accepted picom-conf [s390x] (noble-proposed) [0.17.0~git20231210-0ubuntu1]
[18:37] -queuebot:#ubuntu-release- New: accepted picom-conf [arm64] (noble-proposed) [0.17.0~git20231210-0ubuntu1]
[18:37] -queuebot:#ubuntu-release- New: accepted picom-conf [ppc64el] (noble-proposed) [0.17.0~git20231210-0ubuntu1]
[18:49] -queuebot:#ubuntu-release- New binary: picom-conf [riscv64] (noble-proposed/universe) [0.17.0~git20231210-0ubuntu1] (no packageset)
[18:50] <arraybolt3> vorlon: what warning did I override?
[18:51] <arraybolt3> Also I would strongly disagree CC0-1.0 is meaningless - there are countries with no concept of public domain, and in those countries CC0-1.0 isn't simply a public domain declaration but rather a fully fledged license. Fedora treats it as such (and coincidentally rejects code under CC0-1.0 due to its license terms).
[18:51] <arraybolt3> anyway, lemme check that override
[18:52] <arraybolt3> vorlon: we've been overriding the no-manual-page warnings in almost everything in LXQt as upstream has no intention of writing a manpage, the applications include command-line help, and it was our understanding that the availability of command-line help made the manpage unnecessary.
[18:53] <arraybolt3> I'm happy to fix it and even write a manpage for it, but this is just standard LXQt packaging at the moment.
[19:00] <arraybolt3> vorlon: if the problem is the copyright: none line, I'm happy to replace it with LXQt team.
[19:23] <vorlon> arraybolt3: "countries with no concept of a public domain" inaccurate.  There are countries that have no legal process for *waiving copyright* and *assigning* a work to the public domain; they all have the concept of works that are not subject to copyright and are therefore *in* the public domain.  they also, by and large, expect copy rights to be based on the copyright registration status of a
[19:23] <vorlon> work in the creator's home jurisdiction.  So either the work is in the public domain (Copyright: none) in which case it is pointless to extend a specific CC0 license over it because a) no one has authority to be licensing a public domain work and b) a license on a public domain work can only limit rights, not extend them; or the work is not in the public domain and should not say "Copyright: none"
[19:33] <arraybolt3> vorlon: I'll go with the latter then. I'm happy if you want to patch it while you're right here (tsimonq2 isn't here at this exact moment, he said he'd be away for an hour or two, and I don't have upload rights to fix it myself), just change "Copyright: none" to "Copyright: LXQt team".
[19:33] <vorlon> arraybolt3: no hurry, this didn't block acceptance through NEW
[19:34] <arraybolt3> thanks :) Also if you have the necessary rights and want to expedite things, it would be awesome if you could add the package to the Lubuntu packageset so I can directly fix things. I'm happy to write the devel-permissions email real quick.
[19:36] <vorlon> ehm I do have access to do so but there ought to be a paper trail for such things
[19:36] <vorlon> and I'm not on the DMB so shouldn't actually be the one to exercise that change without their signoff
[19:36] <arraybolt3> ah, kk
[20:10] <arraybolt3> vorlon: question w.r.t. the manpage warning, we've gone to LXQt upstream before over the manpage issues and they were pretty clear that they have no intention of ever writing manpages for their software. Based on that I highly suspect they won't be interested in accepting them either even if we write them. I'm not too excited about the idea of
[20:10] <arraybolt3> maintaining a separate documentation set for already-documented applications, and even if we did write manpages we'd just have to then override the maintainer-manual-page tags since upstream doesn't want them. We've been just ignoring them for that reason, and therefore overriding the warning about them (if we would rather not write them, upstream
[20:10] <arraybolt3> isn't going to, and they're unnecessary, no point in being told they're missing every time we package). Is it really necessary to either leave that tag visible when it's not going to be fixed, or spend extra rather superfluous effort "fixing" it just to end up with another tag to override anyway?
[20:11] <arraybolt3> (picom-conf is part of Qtilities, not LXQt, but they're *very* tightly related.)
[20:17] <vorlon> arraybolt3: what's the basis for saying manpages are unnecessary if there's commandline help?  from my perspective, Debian policy is clear: it is a bug if a command does not have an associated manpage.  Such bugs may go unfixed for long periods of time, but policy definitely says it's a bug - which means the lintian error is correct.  In my view, lintian overrides should only be used when lintian
[20:17] <vorlon> is wrong, the output of lintian is intended for the developer community at large not just the maintainers so I don't consider it appropriate to use it for "bugs we've chosen to ignore/deprioritize"
[20:22] <vorlon> arraybolt3: and a missing manpage is a lintian warning whereas the maintainer-manual-page tag is pedantic (I never look at lintian 'pedantic' output and neither should you, there's lots of stuff in there that's "lintian maintainer opinion" or "buggy implementation of check" rather than policy)
[20:26] <arraybolt3> to be fair, the manpage being "unnecessary" is from a purely practical standpoint, not policy, and policy *does* leave room for omitting manpages (assuming RFC2119 interpretation of the wording). Yes, it says that omitted manpages are considered a bug, but what it doesn't say is that this is a high-priority bug, or that the bug is a violation of
[20:26] <arraybolt3> policy. It's simply a bug, and in this instance it's one that's hard to fix and has very little practical value.
[20:26] <arraybolt3> I suppose help2man would be usable in this instance, I'll investigate its usability here.
[20:27] <arraybolt3> (sidenote, Lubuntu policy is to consider all Lintian tags including pedantic and experimental, we are aware that it's not mandatory to fix those but we do anyway since sometimes they catch things that are nice to catch)
[20:29] <vorlon> right, well, your prerogative, but IME the tags at these levels are so low quality that my time is better spent on almost anything else
[20:29] <arraybolt3> I am somewhat rules-lawyering at this point but it's mainly because I'm defending an established practice. I don't have the authority to tell the rest of the devs "Welp, we're writing manpages now" :P (though I probably can get away with plugging help2man in all over the place)
[20:30] <arraybolt3> sorry :P valid point, I'll do something more worthwhile and let you do so as well
[20:31] <vorlon> hah no I didn't mean this conversation, I meant reviewing pedantic/experimental tag output
[20:32] <arraybolt3> oh haha
[20:32] <vorlon> I don't consider this conversation a waste of time, and I also don't insist that we reach agreement :)
[20:33] <arraybolt3> I really should look into help2man, as long as I can just touch every rules file once and not fight with the pages every time we upload a new LXQt package, then it should fix the whole thing.
[20:35] <vorlon> there's ample precedent for using help2man for this
[20:35] <vorlon> $ grep-dctrl -sPackage -FBuild-Depends help2man /var/lib/apt/lists/*Sources | wc -l
[20:35] <vorlon> 585
[20:35] <vorlon> $
[20:36] <tsimonq2> vorlon: Need anything from me? Looks like arraybolt3's got this one. :)
[20:38] <arraybolt3> nifty, then I'll look into it. tsimonq2: if it works, we should add the use of help2man in manpage-less applications to our policies so we don't rely on brittle human memory.
[20:38] <tsimonq2> arraybolt3: You have upload rights for a reason, JFDI if you think it's worth it and it works. :)
[20:40] <arraybolt3> I actually didn't know I could tweak our policy documents 🤪
[20:40] <arraybolt3> I keep finding out I have permissions I didn't know I had.
[20:42] <arraybolt3> er, actually, I don't have those rights right now... anyway, conversation for a different room
[20:55] <vorlon> tsimonq2: nope, the package is in anyway, the rest is quibbles
[20:56] <tsimonq2> vorlon: Thanks for your help!
[21:02] -queuebot:#ubuntu-release- New: accepted picom-conf [riscv64] (noble-proposed) [0.17.0~git20231210-0ubuntu1]
[22:57] -queuebot:#ubuntu-release- New binary: systemd [amd64] (noble-proposed/main) [255.2-3ubuntu1] (core, i386-whitelist)
[23:09] -queuebot:#ubuntu-release- Unapproved: manuskript (jammy-proposed/universe) [0.12.0-1 => 0.12.0-1ubuntu<IP_ADDRESS>] (no packageset)
[23:12] <arraybolt3> ubuntu-sru: ^ this fixes an over-1-year-old bug in Jammy. If it could be looked into sometime soon (maybe within the week?) that would be awesome.
[23:12] <arraybolt3> https://bugs.launchpad.net/ubuntu/+source/manuskript/+bug/1989203
[23:12] -ubottu:#ubuntu-release- Launchpad bug 1989203 in manuskript (Ubuntu Jammy) "Manuskript crashes on start" [High, In Progress]
[23:18] -queuebot:#ubuntu-release- New binary: thumbor-plugins-gifv [amd64] (noble-proposed/none) [0.1.4-1] (no packageset)