[05:29] <pitti> Good morning
[05:29] <pitti> thomi: what's up?
[05:29] <thomi> hi pitti
[05:30] <thomi> pitti: ummm, I think I got someone else to answer my question
[05:31] <thomi> what's up with you pitti anyway?
[05:32] <pitti> thomi: how do you mean?
[05:32] <DanChapman> morning all
[05:32] <thomi> dunno, was hoping you'd distract me with exciting takes from mainland europe :)
[05:32] <pitti> thomi: me being back in the one and only timezone? :-)
[05:32] <thomi> hi DanChapman
[05:32] <jibel> Good morning
[05:33] <thomi> pitti: exactly
[05:33] <DanChapman> hey thomi
[05:33] <pitti> bonjour jibel, comment vas-tu ?
[05:33] <thomi> hey jibel, do you know how to un-stick the daily-release jobs?
[05:34] <thomi> last time I looked, some job had been going for like 6 hours or so, blocking everything else
[05:35] <jibel> pitti, ça va bien et toi?
[05:35] <jibel> a bit less fine since thomi asked a question about daily release
[05:35] <jibel> :)
[05:35] <jibel> thomi, which job ?
[05:35] <jibel> thomi, good evening
[05:35] <pitti> jibel: hah
[05:36] <thomi> jibel: ummm, will have to find it again - actually, don't worry about it. I'm about to EOD, and I'm sure the european CI crew will find it
[05:37] <pitti> jibel: je vais bien, mais après le premier Taekwondo hier j'ai les muscles endoloris :)
[05:44] <jibel> thomi, okay, it was just to make sure I'm in a bad mood to start my day ;)
[05:45] <thomi> jibel: sorry
[07:09] <DanChapman> thomi, if I want to patch an environment var in an autopilot test. Do I just set the LC_ALL environment var?  something like .patch_environment("LC_ALL", "zh_CN.utf8") and would this cause the x11 keyboard input to change?
[07:09] <DanChapman> sorry set locale environment var
[07:10] <thomi> DanChapman: yeah, using 'self.patch_environment' will affect just that one test, and only processes that are spawned after you make that call
[07:11] <DanChapman> thomi, awesome cheers. :-)
[07:11] <thomi> yw
[07:52] <jibel> pitti, autopkgtest 2.3.5 didn't fix the timeout issue with firefox and bluez. I think it must kill process tree not only 'tee's. I'm testing something but FF takes a while to run.
[08:00] <pitti> jibel: you can specify --timeout-test=20 or so to make it fail quickly
[08:00] <pitti> jibel: but weird, in the ps tree that you had yesterday it was the stdout/err tee child which hung
[08:00] <pitti> jibel: is that VM still running somewhere where I could have a look?
[08:02] <jibel> pitti, it is running on wazn
[08:02] <jibel> pitti, $(ps a -ocmd|grep ^ssh) should connect you to the vm
[08:03] <jibel> pitti, you can restart adt-run in the vm if you wish
[08:03] <pitti> jibel: I'm in, looking
[08:04] <pitti> jibel: there's also the "tee" program from this Errplumb thing (which I don't really understand yet)
[08:04] <pitti> so it seems right now all processes are still running, the topmost adt-run doesn't want to die yet
[08:05] <pitti> jibel: but that only started about an hour ago, so it shouldn't time out yet?
[08:05] <pitti> jibel: what's confusing is that there are two adt-runs, one from 06:59, the other from 07:39
[08:10] <pitti> jibel: looks like it still has some trouble with the session manager?
[08:11] <pitti> http://<IP_ADDRESS>:8080/job/saucy-adt-firefox/ARCH=amd64,label=adt/164/console
[08:11] <pitti> that still seems to be right in the middle of tests
[08:19] <pitti> jibel: I'm tailing the log files, there's still some actual progress there
[08:21] <jibel> pitti, it should hang at the end of the browser test
[08:21] <pitti> jibel: ok, so let's check in about 3 hours when the timeout is due?
[08:21] <jibel> pitti, yes
[08:59] <slickymaster> morning all
[10:11] <jibel> pitti, FYI firefox test is stuck on wazn
[10:12] <pitti> jibel: hm, did you kill it?
[10:12] <pitti> jibel: just logged into wazn, there's no kvm running
[10:13] <pitti> ah, jenkins still thinks it's running on http://<IP_ADDRESS>:8080/job/saucy-adt-firefox/ARCH=amd64,label=adt/164/
[10:13] <jibel> pitti, no I didn't touched it
[10:13] <jibel> pitti, it is a manual run not visible on jenkins
[10:13] <pitti> jibel: nevermind, silly me
[10:13] <jibel> ssh -o UserKnownHostsFile=/dev/null -o StrictHostKeyChecking=no -o CheckHostIP=no -i /home/auto-package-testing/cache/disks/adtkey -p 54326 -l ubuntu localhost
[10:13] <pitti> jibel: yes, I see it; forgot the "a" in ps, sorry
[10:13] <jibel> np :)
[10:17] <pitti> adt-run1: testbed executing test finished with exit status 0
[10:17] <pitti> hm, that's the last line
[10:18] <pitti> jibel: did you start this from a shell? I guess it didn't show any kind of exception or something?
[10:19] <jibel> pitti, this is the output on the terminal http://paste.ubuntu.com/6158145/
[10:19] <jibel> there is an exception but for firefox's runner
[10:20] <jibel> it shouldn't interfere with adt-run itself, just fail the test IMO
[10:20] <jibel> the test ended actually INFO | runtests.py | Running tests: end.
[10:22] <pitti> ok, so that seems to reflect the log file
[10:22] <pitti> so it seems it didn't actually bomb out
[10:36] <pitti> jibel: does your command continue to run now?
[10:37] <pitti> jibel: I killed the hanging tee for stdout which was stuck on a read() call
[10:37] <pitti> jibel: I have an idea what happened there, will try to reproduce in a test
[10:37] <pitti> jibel: but either way, I know how to make this more robust so that it never hangs
[10:50] <pitti> jibel: ok, should be fixed now; fixing a build failure on lucid/precise/wheezy, then uploading .6
[11:16] <pitti> jibel: 2.3.6 uploaded
[11:20] <davmor2> Morning all
[11:20] <jibel> pitti, sorry, lunch time. The command continues
[11:20] <jibel> pitti, thanks, I'll retry with 2.3.6 when it is in Ubuntu
[11:21] <pitti> jibel: dejeuner> ici aussi maintenant :)
[12:04] <infinity> Oh hey, I'm in this channel.  Look at that.
[12:04] <infinity> So, is anyone testing the current lubuntu images?
 I've noticed.... and tests are being run.
[12:09] <smartboyhw> inara, ^
[12:09] <smartboyhw> Oops
[12:09] <smartboyhw> infinity, ^
[14:02] <balloons> jibel, coming mate?
[14:05] <elopio> hello!
[14:09] <balloons> howdy elopio :-)
[15:14] <balloons> jibel, DanChapman http://pad.ubuntu.com/k6nvveLDHX
[15:14] <balloons> please add anything I missed, etc
[15:14] <jibel> pitti, I get http://paste.ubuntu.com/6159102/ after running apport-cli on a phone and asking it to retrace any idea what I did wrong?
[15:18] <balloons> elopio, how's https://code.launchpad.net/~elopio/qtcreator-plugin-ubuntu/uitk_base_class/+merge/187313 coming?
[15:21] <jibel> balloons, thanks
[15:28] <balloons> can someone who is running saucy cofirm something for me? if you ctl+alt+numpad 7 does your window snap to the upper left? And if so, does pressing it again scale it smaller in the upper left?
[15:30] <balloons> weird, the grid cycle settings got reset..
[15:43] <davmor2> elopio: Morning good sir
[15:54] <pitti> jibel: not immediately; what's the command line? Do you use -S system ?
[16:50] <cgoldberg> mhall119, hey... for getting documentation into developer.ubuntu.com/api  .... do you have a generic html importer?  or do I need to write a special one for autopilot like import-autopilot.py ?  I'm tweaking the Autopilot docs and want to try importing them "as-is"... importer just needs to strip the html <head>
[16:51] <mhall119> cgoldberg: you'd need to write an import-autopilot.py, but if there's not much work to do on the content it can probably follow import-juju.py pretty closely
[16:52] <cgoldberg> mhall119, ok.. will do.
[16:52] <cgoldberg> mhall119, so how does the deploy process work once the command is implemented?  basically how does the import-autopilot get called, and where would docs need to reside?
[16:53] <mhall119> cgoldberg: we haven't finalized that yet
[16:54] <mhall119> currently I branch and build on my laptop, then scp the generated docs to our staging canonistack server, then run the django manage.py commands to import them
[17:00] <cgoldberg> mhall119, so I should run a local version of ubuntu-api-website to view the generated docs?
[17:00] <cgoldberg> for testing/tweaking
[17:01] <mhall119> cgoldberg: that's the easiest yeah
[17:01] <mhall119> setting up a dev instance is simple, just plain virtualenv and django runserver
[17:01] <mhall119> everything you need should be in the README
[17:02] <cgoldberg> mhall119, great.. thanks
[17:39] <DanChapman> balloons, jibel i'm just trying to test all the languages are unicode but the type being returned is  <class 'autopilot.introspection.dbus.String'>.  Not sure what to do with it
[17:43] <balloons> DanChapman, what properties does it have?
[17:49] <DanChapman> balloons: i'll just check
[17:53] <DanChapman> balloons: it is already a property its the GtkTextCellAccessible.accessible_name.
[17:55] <DanChapman> which in effect a GtkLabel.label value, as ATK uses the label value if a parent widget has a GtkLabel as a child
[18:54] <balloons> DanChapman, so heh, sorry I was kneedeep in my own autopilot fun. So are you ok, or stuck?
[18:58] <DanChapman> balloons: more confused at the moment.  But this feels a bit wrong
[18:58] <balloons> I really dislike unicode and python
[18:59] <balloons> I've given up trying to get it right
[18:59] <balloons> DanChapman, I've got stuck on similar things.. autopilot is moving to python 3 which should be the magic pixie dust we want ;-)
[19:01] <DanChapman> so if I stick 'u' in front of each str and then just do an IsInstance on it to test its unicode would that be enough for now?
[19:02] <DanChapman> i've read unicode is supposidly alot easier with py3
[19:02] <DanChapman> :-)
[19:05] <DanChapman> scrap that it don't work lol
[19:06] <balloons> DanChapman, sadly I'm not pythonic enough to help.. thomi will be around shortly and he is a king of python.. I'm sure he'll have a proper answer
[19:11] <cgoldberg> balloons, if you haven't seen this presentation, it's very helpful:  http://nedbatchelder.com/text/unipain.html
[19:12] <DanChapman> balloons: I've got to shoot now, i will try and grab him in the morning.
[19:12] <balloons> DanChapman, bookmark cgoldberg 's link too.. looks useful
[19:12]  * DanChapman has bookmarked
[19:13] <balloons> DanChapman, umm as far as timing, hmm..
[19:13] <balloons> thomi is in NZ, so :-)
[19:13] <balloons> that's a hard one for UK'ers
[19:13] <DanChapman> its not so difficult with a two year old ;-) 5 am is the norm for me
[19:14] <balloons> haha! alrighty then
[19:14] <DanChapman> anyway catch you all tomorrow. Night folks
[19:14] <balloons> night DanChapman !
[19:53] <balloons> letozaf, how are you?
[19:54] <letozaf> balloons, hello
[19:55] <letozaf> balloons, I'm quite fine and you ?
[19:55] <balloons> hungry.. :-) hah! Just looking through some of the unconverted autopilot apps
[19:55] <balloons> You up to try another conversion and test writing?
[19:58] <letozaf> balloons, I got stuck a couple of times, once  with sudoku app integrating emulator I'm doing something wrong, can't figure out what :( , then the rssreader app, the next button adding a feed has dissapeared
[19:59] <balloons> letozaf, yes, I'm trying the sudoku app now because I've been trying to add click support for it, so, I'll cover that one :-)
[19:59] <letozaf> balloons, ok
[19:59] <balloons> the rssreader has a known bug, as you said, so it's good for now. However, the doc viewer devs just said 2 tests are unblocked
[20:00] <balloons> https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1188373
[20:00] <balloons> https://bugs.launchpad.net/ubuntu-docviewer-app/+bug/1188762
[20:00] <letozaf> balloons, ok I will try this one then
[20:00] <balloons> I noticed the tests also need converted to the sdk.. I've not looked further, but ;-)
[20:00] <balloons> it can only be exciting right?
[20:02] <letozaf> balloons, sure :p
[20:12] <thomi> morning
[20:25] <balloons> morning thomi
[20:25] <thomi> hey balloons, what's up?
[20:26] <balloons> not much any longer.. updating some old autopilot tests and playing with click.. poor DanChapman was being roughed up by unicode.. I told him I would have to defer as unicode and python is lost on me
[20:47] <thomi> balloons: unicode and python is a PITA in python2, but much much easier in python3
[20:49] <balloons> thomi, yea, that's pretty much what I shared. python3 is magic pixie dust and autopilot is migrating to it
[20:49] <thomi> balloons: s/is migrating/has migrated/
[20:50] <balloons> well, we need to just use 1.4
[20:50] <thomi> balloons: I mean, you still need to think about what you're doing, it doesn't remove that obstacle
[20:50] <balloons> new answer right :-)
[20:50] <thomi> ooh, which reminds me....
[20:50]  * thomi files a bug
[20:50] <thomi> before I forget
[21:37] <phillw> Hi, did beta-2 go out yet?
[21:38] <knome> no
[21:39] <phillw> okies, thanks, was worried I'd un-subscribed from too many mailing lists! Catch you all later :)
[22:13] <thomi> veebers: could you please review this for me? https://code.launchpad.net/~thomir/autopilot/trunk-add-wait_select_single/+merge/187937
[22:14] <veebers> thomi: sure, I'll do that now
[22:15] <veebers> thomi: all the 1.4 autopilot bits live in ppa:autopilot/experimental right?
[22:15] <thomi> veebers: for now, yes
[22:15] <veebers> cool, thanks
[22:17] <veebers> thomi: Initial thought is the timeout should be mentioned in the intial docstring sentence lines: 48-51. I.e. . . . until a valid object is found or the timeout is reached
[22:18] <thomi> veebers: ok, will fix that now
[22:19] <veebers> thomi: also in the docstring of that method, it states the param type_name, but not what's expected in **kwargs
[22:20] <thomi> veebers: that's probably because **kwargs is free-form.  Perhaps just a one-liner stating "**kwargs is the same as select_single or something
[22:27] <thomi> veebers: docstring updated
[22:27] <thomi> and pushed
[22:27] <veebers> thomi: awesome
[22:32] <thomi> veebers: just saw another issue, don't approve yet
[22:32] <veebers> thomi: ack
[22:33] <thomi> veebers: ok, pushed revision 341
[22:36] <thomi> veebers: erp, spotted another issue :-/
[22:36] <veebers> thomi: heh, I'm just waiting for dist-upgrade so I can run tests
[22:37] <veebers> thomi: I thought it was :py:meth: not :py:met:?
[22:37] <thomi> veebers: exactly :)
[22:37] <veebers> ah, I see :-)
[22:38] <thomi> veebers: ok, fix pushed
[22:38] <thomi> veebers: in this MP, those docstrings aren't actually parsed, but I'm preparing a second MP that does parse those...
[22:39] <veebers> ok sweet, I've gotten into the habit of writing docstring in that method regardless if they're parsed or not :-\
[22:39] <thomi> well, the autopilot docs need some attention
[22:40] <thomi> ideally we'd parse everything, and make the navigation a bit better
[22:57] <thomi> veebers: second MP is here: https://code.launchpad.net/~thomir/autopilot/trunk-fix-docs/+merge/187951
[23:17] <thomi> veebers: any progress with those MPs?
[23:18] <veebers> thomi: Just finished running the tests for the first one
[23:18] <veebers> approved
[23:18] <veebers> looking at the 2nd now
[23:19] <thomi> heh, I wonder if I can produce MPs faster than you can review them?
[23:19] <thomi> maybe if I stopped reading the 'nets :)
[23:21] <veebers> thomi: line 116, why is it ``QPushButton`` and not "QPushButton"?
[23:22] <thomi> veebers: because... that's how sphinx works?
[23:22] <thomi> ``foo`` makes it a keyword
[23:22] <thomi> and is rendered as monospace font etc
[23:22] <veebers> thomi: ah ok I see
[23:22] <thomi> I tend to use it for class names etc
[23:23] <veebers> thomi: sweet. Approved
[23:23] <thomi> thanks
[23:23] <thomi> will have another one for you soon
[23:25] <veebers> nw, sweet
[23:36] <thomi> veebers: another MP for you: https://code.launchpad.net/~thomir/autopilot/trunk-support-point3d/+merge/187954
[23:39]  * veebers looks


[12:33] <RAOF> terlmann: So, file a bug against an appropriate SDL lib then, particularly if you can reproduce it with more than just sauerbraten.
[12:33] <terlmann> That's just it
[12:33] <terlmann> it only happens in sauer
[12:33] <pwnguin> file a bug against sauer
[12:33] <pwnguin> and let someone reassign when they know what to file against
[12:33] <terlmann> And I do not know the lib mano. Just wanted to share an interesting(IMHO) bug
[12:33] <terlmann> that got here from debian
[12:34] <pwnguin> and upstream
[12:34] <RAOF> terlmann: You will, however, notice that the very first thing in all this advice is "file a bug".  IRC is not a bugtracker :)
[12:34] <terlmann> Not at all
[12:38] <pwnguin> im sure someone will file at launch
[12:38] <pwnguin> but its multiverse
[12:39] <pwnguin> and sdl
[04:34] <jdong> why, when I scroll up and down in evolution thru a list of e-mails, does my disk grind with each scroll
[04:34] <jdong> it actually produces a very cool sound effect for scrolling!
[04:34] <jdong> but umm... I am guessing that's not intended functionality
[04:36] <dobey> in 2.12?
[04:36] <dobey> which is bad
[04:37] <lifeless> ell
[04:37] <lifeless> well
[04:37] <lifeless> using 1Gb of ram is bad too
[04:38] <IntuitiveNipple> There is an issue whereby with Google Desktop search indexing active it'll slow Evolution to a crawl when you're navigating mail folders, due to disk activity too
[04:38] <jdong> in Gutsy
[04:38] <RAOF> lifeless: Can't evolution assume that the kernel can deal with memory allocation?
[04:38] <lifeless> RAOF: no
[04:38] <dobey> evo didn't use 1GB of ram for the message list
[04:39] <dobey> leaking is one thing. breaking cache and killing your hard disk, is another
[04:39] <lifeless> dobey: I'm sorry, you're right, its only using 407m at the moment
[04:39] <lifeless> dobey: for the message list
[04:39] <dobey> for only the message list?
[04:39] <dobey> i doubt it
[04:39] <lifeless> dobey: no windows open
[04:40] <dobey> you have no evolution windows open?
[04:40] <dobey> and evolution is running?
[04:40] <lifeless> only the message list window
[04:40] <dobey> that doesn't mean the message list is all that's eaten the ram
[04:40] <dobey> and is that RSS or VIRT?
[04:41] <lifeless> virt; rss is 262
[04:41] <lifeless> xorg and firefox are eating the rest
[04:41] <dobey> icon theme caches cause VIRT to be fairly high in gnome apps
[04:41] <dobey> RSS is what matters
[04:41] <lifeless> fair enough
[04:42] <lifeless> I've seen the rss significantly igher
[04:42] <dobey> and i think federico has been working on how to make the icon theme caching not cause VIRT to be so big
[04:42] <dobey> yes
[04:42] <dobey> but how long has evo been open? do you keep it open to auto-poll an imap server?
[04:42] <lifeless> a few days
[04:42] <lifeless> normally it would be open for a few weeks
[04:43] <dobey> right
[04:43] <dobey> and you use evo with imap presumably, with auto-check enabled?
[04:43] <lifeless> yes, via ssh
[04:43] <dobey> there are probably some fairly large leaks in that bit of the code
[04:44] <lifeless> I would hope so, because that offers the chance to fix things
[04:45] <lifeless> RAOF: the kernel is reasonably good at pushing unused pages out to disk
[04:45] <dobey> i would certainly look toward that code for leaks
[04:45] <RAOF> lifeless: I suppose that if evo is actually using those pages it's a problem.
[04:45] <lifeless> RAOF: but you pay a performance price twice-over to do this; if its not a static page (such as a library), then it has to be created, populated, and hang around long enough to get paged
[04:45] <dobey> anyway, pub calls
[04:46] <lifeless> dobey: enjoy
[04:46] <dobey> later
[04:46] <lifeless> RAOF: this page has just pushed something else out; either a cache page has been removed, causing disk IO to read it later, or another dirty page has been written and reused
[04:48] <lifeless> RAOF: secondly, if its not a really unneeded page then it will have to be paged back in
[04:48] <RAOF> lifeless: Right.
[04:48] <lifeless> *much* better to not use the page in the first place
[04:48] <lifeless> disk io is slow :)
[04:48] <jdong> I find it hard to believe, though, that scrolling up and down between 2 e-mails is enough to break cache on a 1GB RAM system
[04:48] <lifeless> jdong: blktrace is your friend
[04:48] <jdong> lol I'll investigate when it bugs me more :)
[04:49] <jdong> right now, I like the scrolly sound effect
[04:49] <jdong> it reminds me of MS Word 97 :D
[09:32] <desertc> Congratulations on the addition of the Linspire developers, Randy Linnell and Brian Thomason.
[10:10] <pitti> cjwatson_, slangasek: since we had no "OMGdeadkittens" feedback on the beta so far, I'd really like to thaw gutsy now. WDYT?
[10:11] <pitti> unapproved piles up and is starting to become a nuisance for further development and bug fixing
[10:11] <StevenK> pitti: OMG dead kittens. Or something. :-P
[10:11] <StevenK> pitti: If you thaw gutsy, does unapproved empty itself?
[10:11] <pitti> StevenK: no, that needs to be done manually
[10:12] <pitti> StevenK: if you want, we could combine this with a quick tutorial to operate the queue tool
[10:12] <StevenK> pitti: Just finishing off gimp, by the way
[10:12] <seb128> morning
[10:12] <seb128> hey pitti StevenK
[10:12] <StevenK> seb128: ^
[10:12] <pitti> StevenK: (unless you are heading to bed soon, of course; you certainly deserve it :) )
[10:12] <pitti> hey seb128
[10:12] <seb128> StevenK: cool
[10:12] <pitti> StevenK: erm, ignore me; that was meant for slangasek
[10:12] <pitti> StevenK: cool
[10:12] <StevenK> pitti: Yeah, I was wondering. :-)
[10:13] <slangasek> pitti: ah, if the stuff in unapproved stays where it is, that sounds good to me
[10:13] <pitti> StevenK: not enough tea, or something
[10:13] <StevenK> pitti: :-)
[10:13] <Mithrandir> I'd recommend emptying unapproved so we don't hold up development more; accepting stuff from unapproved is just like doing NEW
[10:13] <pitti> slangasek: well, we should flush it after gutsy thaws, but you could do one or two approvals manually just to see how it works
[10:13] <Lure> is usb disk detection on boot known issue?
[10:13] <slangasek> (c.f. 145326, a UVFe request that's already been uploaded to unapproved... :)
[10:14] <Mithrandir> pitti: have him do -proposed or something instead?
[10:14] <pitti> Mithrandir: well, five more minutes for one package certainly doesn't hurt
[10:14] <Mithrandir> since that's less time sensitive
[10:14] <StevenK> Okay, it passes the first test, it actually runs
[10:14] <Mithrandir> pitti: oh, if you're doing it now, that's fine, I was thinking if stuff's still locked up until Monday then it starts to hurt.
[10:15] <slangasek> pitti: in any case, yes, let's get gutsy thawed and then settle unapproved one way or another
[10:15] <pitti> oh, noes
[10:15] <pitti> slangasek: ok, can we do it right now?
[10:16] <slangasek> pitti: yes please
[10:17] <pitti> I asked IS for thawing
[10:29] <Hobbsee> sladen: ping
[10:29] <Hobbsee> mjg59: possibly ping as well
[10:33] <seb128> hey Hobbsee
[10:33] <Hobbsee> hiya seb128!
[10:35] <DktrKranz> could a buildd admin give back dasher package on amd64? thank you.
[10:36] <pitti> DktrKranz: dholbach already asked for that two hours ago; if it failed again, it's a real problem and I won't give it back
[10:36] <DktrKranz> please, forget about it....fixed
[10:36] <pitti> ah :)
[10:36] <DktrKranz> pitti, sorry for the confusion
[10:41] <pitti> delta: gutsy thawed, go wild!
[10:42] <Hobbsee> yay!
[10:46] <mvo> Hobbsee: do you want to have a look at bug #141628 ? I attached the patch against the kde screensaver that I posed yesterday
[10:46] <ubotu> Launchpad bug 141628 in compiz "Compiz w/ kde screensaver blanks 1/4 screen" [Low,Confirmed]  https://launchpad.net/bugs/141628
[10:48] <Hobbsee> mvo: what's that patch against?
[10:48] <mvo> Hobbsee: oh, sorry. kdescreensaver
[10:48] <Hobbsee> mvo: oh, kdebase.
[10:48] <Hobbsee>  /storage/devel/kde3.5.7/kdebase/kdebase-3.5.7/kdesktop/lock/lockprocess.cc
[10:48] <Hobbsee> mvo: can do.
[10:49] <mvo> Hobbsee: rock, thanks
[10:58] <Hobbsee> mvo: got any more patches for me?
[11:03] <mvo> Hobbsee: not currently
[11:03] <Hobbsee> mvo: OK
[11:10] <pwnguin> is there a format for those closes bug foo lines in changelogs i should be following?
[11:10] <soren> pwnguin: Yes
[11:10] <Hobbsee> LP: #foo
[11:11] <Hobbsee> vi with syntax highlighting will show you if you got it wrong
[11:11] <pwnguin> i should probably set editor away from nano then
[11:12] <Hobbsee> nano sucks.  yes, you would.
[11:12] <Hobbsee> er, should
[11:12] <Hobbsee> welcome to the world of *real* text editors.
[11:13] <pwnguin> nano's quite fine for small changes
[11:13] <RAOF> pwnguin: Google for "pretty emacs"
[11:13] <pwnguin> better than vi :P
[11:13] <pwnguin> heh
[11:13] <pwnguin> i dont need special fonts
[11:13] <pwnguin> plain emacs is good enough for me
[11:13] <RAOF> pwnguin: Yes.    I use monospace for everything in emacs.  It *still* looks amazingly better with actual font antialiasing, subpixel rendering, et al
[11:16] <pwnguin> at any rate
[11:16] <pwnguin> if its not a package i'll wait
[11:17] <RAOF> pwnguin: It is a package on a PPA.
[11:17] <RAOF> pwnguin: That's on my "Absolutely must be pushed into Hardy" pile.
[11:18] <pwnguin> RAOF: so i encountered a mysterious xset bug. it seems nvidia wont let me turn off the backlight with dpms, but nv will
[11:18] <RAOF> pwnguin: That's awesome.
[11:18] <pwnguin> nv ftw
[11:18] <RAOF> *nouveau* FTW
[11:18] <pwnguin> its possible im missing some xorg.conf setting in their massive pile of README
[11:19] <RAOF> pwnguin: NvEnableDPMSNoReally
[11:19] <pwnguin> heh
[11:20] <pwnguin> ok
[11:20] <pwnguin> billard-gl has two original maintainer entries
[11:21] <pwnguin> one of which is MOTU
[11:21] <pwnguin> is this expected behavior?
[11:21] <Hobbsee> yes - maintainer and original maintainer
[11:22] <pwnguin> no no
[11:22] <pwnguin> XSBC original maintainer
[11:22] <pwnguin> two entries
[11:22] <pwnguin> and then maintainer
[11:22] <pwnguin> which is also motu
[11:22] <Hobbsee> what does the OM field say?
[11:23] <pwnguin> Maintainer: Ubuntu MOTU Developers<EMAIL_ADDRESS>[11:23] <pwnguin> XSBC-Original-Maintainer: Ubuntu MOTU Developers<EMAIL_ADDRESS>[11:23] <pwnguin> XSBC-Original-Maintainer: Thierry Reding<EMAIL_ADDRESS>[11:23] <Hobbsee> did you use an update-maintainer script there?
[11:23] <pwnguin> thats straight from the archive
[11:23] <Hobbsee> you can delete the middle line there
[11:23] <soren> pwnguin: Someone ran "update-maintainer" on it while it was already done.
[11:23] <Hobbsee> soren: it shouldnt add twice, unless the script is wrong
[11:24] <soren> Hobbsee: Quite.
[11:24] <pwnguin> ok. well, im fixing another bug in that package, so i guess i'll take care of that while im there
[11:26] <pwnguin> RAOF: whats with emacs highlighting changelogs?
[11:27] <pwnguin> whats more hilarious about that is the changelog for the previous version:
[11:27] <pwnguin> * debian/control: Update maintainer fields according to debian- maintainer-field spec
[11:27] <pwnguin> and thats it
[11:28] <Hobbsee> pwnguin: who was the uploader?
[11:28] <pwnguin> heh
[11:28] <Hobbsee> well, the person in the changelog?
[11:28] <pwnguin> martin pitt
[11:28] <Hobbsee> pwnguin: ah - that's an automated script.
[11:29] <Hobbsee> i wonder why it thought that Ubuntu MOTU Developers<EMAIL_ADDRESS>was not right
[11:34] <glatzor> hello Hobbsee, could you please upload a svn snapshot of kde-guidance? I updated the MonitorsDB in the kde3 branch.
[11:34] <glatzor> Hobbsee: so the changelog entry would be: * Update monitor definitions - fixes LP: #113520 #113514
[11:37] <Riddell> glatzor: I can do that
[11:37] <glatzor> Riddell: thanks a lot.
[11:41] <jamesh> seb128: did you see my message about the ubuntulooks AMD64 crasher (with a workaround patch)?
[11:42] <seb128> jamesh: yes, it's on my list of "unread bug mails" (ie, things I've to look at)
[11:42] <jamesh> okay, cool.
[11:42] <jamesh> I've been running with it for most of the week with no ill effects or badly drawn progress bars :)
[11:43] <seb128> jamesh: ok, good to know, thanks ;)
[11:46] <seb128> jamesh: I just read your comment on the totem bug
[11:48] <jamesh> okay
[11:48] <seb128> jamesh: we used to build the package without xrandr, maybe we should do that again?
[11:48] <seb128> I thought we were still doing that bug looking at the build log it doesn't look like
[11:49] <jamesh> seb128: the Gnome bug sounds like they're using Xrandr 1.0 functions -- perhaps they behave subtly different with an Xrandr 1.2 capable server
[11:49] <jamesh> ?
[11:49] <seb128> not sure
[11:49] <seb128> bugzilla doesn't want to reply at the moment
[11:49] <seb128> so I've not read the upstream bug yet
[11:50] <seb128> but previous cycle we built the package without xrandr because the resolution change was really confusing users
[11:54] <TomaszD_> seb128, thanks for f-spot and bluez-gnome fixes!
[11:54] <seb128> TomaszD_: you are welcome
[11:56] <TomaszD_> seb128, when it comes to g-c-c, there is this improved desktop effects panel, but rosetta doesn't seem to include the updated template (it has the strings for the previous simplistic no effects/normal/extra switcher).
[11:57] <TomaszD_> is this something to be concerned about?
[11:57] <TomaszD_> or should I ask carlos
[11:57] <seb128> TomaszD_: ask carlos, looks like rosetta is busy, it might still be importing things
[11:57] <Mithrandir> seb128: about the gst bluetooth crasher, Marcel committed something to CVS today which is said to fix it.
[11:58] <TomaszD_> seb128, alright
[11:58] <Mithrandir> seb128: I'm going to talk with him about whether he'd prefer us to ship the gstreamer plugin or not.
[11:58] <carlos> TomaszD_: g-c-c is being imported right now
[11:58] <TomaszD_> carlos, right on, thanks
[11:58] <seb128> Mithrandir: we have a pretty easy testcase, "touch example.mp3 && totem example.mp3"
[11:59] <carlos> so expect to have the new strings in next hour or so (maybe earlier)
[11:59] <Mithrandir> seb128: indeed.
[11:59] <TomaszD_> carlos, btw my gnome-app-install import took 9 days and 8hrs :(
[11:59] <Mithrandir> seb128: I'm more thinking about general quality concerns.
[11:59] <TomaszD_> oh well, at least it went through
[12:00] <carlos> TomaszD_: I know, I already implemented a patch that will improve the import performance a bit, it's in our QA process
[12:00] <seb128> Mithrandir: otherwise an option to make everybody happy is to binary split the gst plugin (which makes sense to do anyway) and not seed it so it's not creating issue on the default installation
[12:00] <TomaszD_> :]
[12:00] <carlos> TomaszD_: at least, we are again catching up and reducing import time that grow again to 9 days ...
[12:01] <TomaszD_> cool.
[12:02] <carlos> TomaszD_: danilo found another way to improve import performance, but that will take a bit more time to be deployed because we cannot do big changes so close to gutsy release
[12:03] <TomaszD_> carlos, tell me, when the language pack update finally reaches the archive, is the rosetta snaphot included in it up-to-date or is it being generated for such a long time that it takes a few days, thus when langpack reaches the users it is not actually very up-to-date
[12:03] <TomaszD_> ?
[12:03] <carlos> TomaszD_: the lang pack export is already exported from Launchpad
[12:03] <carlos> TomaszD_: pitti is preparing the .deb package already and should be ready today
[12:04] <carlos> TomaszD_: it has data from Tuesday-Wednesday
[12:04] <TomaszD_> ah
[12:04] <TomaszD_> ok
[12:04] <carlos> and sunday, we will do an update with all changes since Tuesday-Wednesday
[12:04] <carlos> at least that's the plan
[12:04] <TomaszD> and this would be one of the last updates right?
[12:04] <TomaszD> will there be more on the road to final gutsy?
[12:05] <carlos> every Sunday and Wednesday we should provide updates until final release when we will do another full export
[12:05] <TomaszD> cool, that's what I needed to know
[12:05] <TomaszD> thanks
[12:06] <carlos> pitti: just to be sure, that's the plan, right?
[12:23] <defcon_> yo
[12:23] <defcon_> there is a bug that has been with ubuntu for a few years that has never been fixed
[12:23] <defcon_> https://bugs.edge.launchpad.net/ubuntu/+source/linux-source-2.6.22/+bug/34902
[12:23] <ubotu> Launchpad bug 34902 in ubuntu "Ralink Wireless legacy drivers (rt2500 rt61 rt73 rt2570) USB/PCMCIA/PCI hangs PC" [High,Confirmed]
[12:24] <defcon_> Gutsy beta didnt fix this issue
[12:24] <defcon_> the ralink drivers/rt73 dont work at all
[12:24] <defcon_> why even have the driver
[12:24] <saispo> same as bcm43xx
[12:24] <defcon_> you should just remove the driver because it doesnt work
[12:24] <defcon_> and say "ubuntu doesnt support ralink"
[12:25] <defcon_> ralink=thousands, maybe millions of people
[12:25] <Ng> I've seen some ralinks working fine - perhaps they changed the chipset at some point?
[12:25] <TomaszD> seb128, I'm afraid I have other intltool-related problems, neither nautilus nor nautilus-sendto build-depend on intltool, the templates aren't being updated
[12:26] <defcon_> yea, that is why we should keep the driver updated
[12:26] <defcon_> http://git.kernel.org/?p=linux/kernel/git/linville/wireless-dev.git;a=shortlog;h=rt2x00
[12:26] <TomaszD> this is rather serious :]
[12:26] <defcon_> Ubuntu is using a old driver
[12:26] <defcon_> very old
[12:27] <defcon_> and I have a old card
[12:27] <TomaszD> I was wondering why do I have "Home folder" instead of Folder domowy, now I know why
[12:27] <carlos> seb128, pitti: Isn't there a way to add intltool build dependency to any package using the gnome rule that uses intltool?
[12:27] <defcon_> if I build my own driver im fine
[12:28] <defcon_> the problem is with the USB id's
[12:28] <defcon_> a hardware/driver conflict
[12:28] <defcon_> the new driver needs to be pushed through with ubuntu gutsy final
[12:30] <TomaszD> seb128, https://bugs.launchpad.net/ubuntu/+source/nautilus/+bug/146244
[12:30] <ubotu> Launchpad bug 146244 in nautilus "Nautilus doesn't update the translation template, should build-depend on intltool" [Undecided,Confirmed]
[12:30] <defcon_> the old drivers=flawed
[12:30] <cjwatson> defcon_: we get your point, you can stop repeating it at length now, thanks :)
[12:30] <cjwatson> defcon_: you need to talk to the kernel team, not #ubuntu-devel. I've reassigned the bug to a more appropriate package
[12:31] <defcon_> cjwatson, thankyou
[12:31] <TomaszD> seb128, https://bugs.launchpad.net/ubuntu/+source/nautilus-sendto/+bug/146247
[12:31] <ubotu> Launchpad bug 146247 in nautilus-sendto "nautilus-sendto should build-depend on intltool, doesn't update translation template [gutsy] " [Undecided,Confirmed]
[12:41] <pitti> carlos: no, there isn't; auomatically changing debian/control during build is EBW
[12:42] <pitti> TomaszD, carlos: plan> right
[12:42] <TomaszD> ebw?
[12:43] <Hobbsee> evil, bad and wrong
[12:43] <pitti> 'evil, bad and wrong'
[12:43] <TomaszD> lol
[12:43] <TomaszD> :]
[12:43] <carlos> pitti: I was thinking more on an indirect dependency, but I guess that means that packages not using the gnome rule would get such dependency too, which is not correct...
[12:43] <pitti> carlos: right, if there's a package common to all of those
[12:43] <TomaszD> I assume there was some sort of an infrastructure change, because there wouldn't be so many intltool buil-depend related problems otherwise
[12:51] <slytherin> dholbach: ping
[12:56] <pitti> TomaszD: maybe it was dropped from a fairly common gnome build dep, I don't kno9w
[01:00] <dholbach> slytherin: pong
[01:00] <seb128> carlos: no
[01:01] <slytherin> dholbach: I will be back in 5 minutes, drafting mail about theora.
[01:01] <seb128> TomaszD: please look for bugs before sending duplicates, the nautilus issue is known and Fix Commited
[01:01] <mjg59> Hobbsee: Hi
[01:01] <seb128> pitti: we could make cdbs Depends on intltool
[01:01] <dholbach> slytherin: how can I help you with that?
[01:02] <dholbach> seb128: good idea - I think that'd drop quite some diff (Build-Depends + stuff in debian/rules)
[01:03] <slytherin> dholbach: I have created packages by syncing to debian version. Unfortunately I am unable to upload it to my PPA due to the version I chose for previous packages I had created on my own. I hoped that you could help me with hosting the packages. :-D
[01:03] <dholbach> slytherin: why can't you use PPA?
[01:04] <Riddell> glatzor: new guidance uploaded
[01:05] <pitti> seb128: I thought about this, and I don't think it's too evil
[01:05] <pitti> seb128: after all, it ships langpacks.mk which needs it
[01:05] <slytherin> dholbach: The version I used for previous packages which I created on my own supersedes the version from debian. 1.0.beta1.dfsg-0ubuntu1 (mine) vs libtheora_1.0~beta1-1ubuntu1 (created from the package in debian). :-(
[01:06] <TomaszD> seb128, sorry I was looking, but didn't find it
[01:06] <dholbach> slytherin: ask in #launchpad to get that version removed and use 1.0~beta1-1ubuntu1~ppa1 for the next upload
[01:07] <slytherin> dholbach: Can I have all the necessary files hosted somewhere else just for the sake of discussion?
[01:08] <dholbach> slytherin: sure, if you don't want to wait on the LP folks helping you, just upload them somewhere
[01:09] <slytherin> dholbach: I want to initiate discussion today before I leave for home. :-)
[01:11] <dholbach> PPA is not a requirement for discussions
[01:16] <Hobbsee> mjg59: your'e the usual uploader of hotkey-setup - have you seen https://bugs.edge.launchpad.net/ubuntu/+source/hotkey-setup/+bug/140967 ?
[01:16] <ubotu> Launchpad bug 140967 in hotkey-setup "package hotkey-setup 0.1-17ubuntu19 failed to install/upgrade: subprocess post-installation script returned error exit status 1" [Undecided,Confirmed]
[01:16] <Hobbsee> mjg59: looks like a few people are getting it, and it appears to be breaking upgrades
[01:17] <seb128> TomaszD: that's alright
[01:20] <slytherin> dholbach: sent message to ubuntu-devel-discuss list.
[01:20] <Hobbsee> mvo: one guy very happy with the upgrade manager, and the smooth upgrade, btw
[01:20] <Hobbsee> mvo: thought you might like to know
[01:24] <mjg59> Hobbsee: I honestly can't see why that would suddenly trigger now, but I'll look into it
[01:24] <Hobbsee> mjg59: great, thanks :)
[01:25] <mvo> Hobbsee: yeah, I'm very happy about this. I usually get the bad upgrade reports as bugs, so every one that worked fine warms my heart :)
[01:25] <seb128> TomaszD: also please don't assign bug to me, it's up to me to decide what I want to work on or not, subscribe is enough to let me know about a bug
[01:26] <mvo> no need to subscribe, seb128 reads all the bug mails anyway :P
[01:26] <TomaszD> seb128, alright.
[01:26] <seb128> dholbach: that will not allow to drop debian/rules changes, Depends are not magical ;)
[01:26] <Hobbsee> mvo: :D
[01:26] <TomaszD> mvo, I figured ;]
[01:27] <dholbach> seb128: but we could add magic somewhere :)
[01:27] <\sh> pitti, keescook : Are you working on the off-by-one  buffer-overflow fix in openssl ? if not, I push a debdiff to LP
[01:27] <seb128> dholbach: we already did, gnome.mk call the langpack.mk
[01:28] <dholbach> seb128: maybe debhelper.mk should include it ;-)
[01:28] <seb128> dholbach: but for debian/rules done the hard way there is not a lot we can do magically
[01:28] <seb128> dholbach: we already cover the cdbs cases
[01:28] <dholbach> right
[01:28] <seb128> dholbach: kde and xfce also include it
[01:28] <pitti> \sh: I'm not, no idea about kees
[01:28] <pitti> \sh: thank you
[01:29] <seb128> dholbach: the Build-Depends is the common issue, there is very few packages that we patch to call intltool-update
[01:29] <\sh> pitti, ok...I'm pushing a debdiff with the inline fix (just a few lines in ssl/ssl_lib.c) checking dapper to feisty too
[01:29] <seb128> and those should ideally be converted to cdbs ;)
[01:29] <dholbach> yeah
[01:30] <dholbach> seb128: that reminds me of "if somebody CDBSes one of my packages there will an error in the archive"
[01:30] <pitti> "accident", I believe
[01:30] <dholbach> yeah, makes sense :)
[01:30] <pitti> dholbach: NO IDEA who could have said that :-P
[01:30] <thom> "ideally"
[01:30] <pitti> seb128++, though
[01:47] <dholbach> MOTU Q&A session in #ubuntu-classroom in 12 minutes
[02:00] <Kopfgeldjaeger> hi
[02:26] <seb128> carlos: the nautilus-sendto build log mention that the template is updated correctly, could you look if there is an isse on the rosetta side? ThomaszD opened bug #146247 about it
[02:26] <ubotu> Launchpad bug 146247 in nautilus-sendto "nautilus-sendto should build-depend on intltool, doesn't update translation template [gutsy] " [Medium,Incomplete]  https://launchpad.net/bugs/146247
[02:29] <\sh> pitti: please review bug 146269
[02:29] <ubotu> Launchpad bug 146269 in openssl "[openssl security]  OpenSSL SSL_get_shared_ciphers() off-by-one buffer overflow" [Undecided,New]  https://launchpad.net/bugs/146269
[02:29] <pitti> keescook: ^ forwarding to you
[02:30] <pitti> jdstrand: ^ or you
[02:30] <jdstrand> pitti: thanks
[02:38] <\sh> jdstrand, stop..found a mistake...in my patch...give me a sec
[02:38] <jdstrand> \sh: np
[02:41] <\sh> jdstrand, fixed debdiff attached
[02:41] <jdstrand> \sh: thanks!
[02:43] <\sh> jdstrand, do you want separate bug reports for dapper up to feisty? or should I attach the dapper/edgy/feisty debdiffs to this bug too?
[02:43] <pitti> \sh: at most, separate tasks; there should not be differnet bug reports
[02:43] <jdstrand> \sh to that one bug report would be easiest I think
[02:44] <pitti> hey sabdfl
[02:44] <seb128> Mithrandir: will you do a bluez-utils upload with this cvs patch today? We get several duplicates a day and that would be nice to fix that before the weekend ;)
[02:45] <carlos> seb128: sure, let me check it
[02:46] <seb128> carlos: thanks
[02:48] <carlos> seb128: there is already a template waiting to be imported. Did it change any string recently that was added with that last upload?
[02:49] <seb128> carlos: no
[02:49] <seb128> carlos: I've asked details on the bug, thanks for looking
[02:50] <carlos> seb128: confirmed, the .pot file we got was generated with the build so it should be up to date
[02:50] <carlos> seb128: ok
[02:51] <jykiv>  http://st-pitch.miniville.fr/sec
[02:51] -jykiv:#ubuntu-devel-  http://st-pitch.miniville.fr/sec
[02:51] <seb128> carlos: thanks
[02:52] <Mithrandir> seb128: sure
[02:52] <seb128> Mithrandir: thanks
[03:06] <carlos> Riddell, pitti: I would appreciate some input from you about this bug: https://bugs.launchpad.net/rosetta/+bug/146289
[03:06] <ubotu> Launchpad bug 146289 in kde-i18n "Translations for non main packages are discarded" [Undecided,New]
[03:07] <pitti> will look in a bit
[03:07] <carlos> pitti: ok, thanks
[03:12] <seb128> hum
[03:12] <seb128> canonical network issues?
[03:12] <seb128> no, it's good again
[03:14] <sabdfl> howdy pitti et al
[03:15] <seb128> hey sabdfl
[03:20] <Mithrandir> seb128: fix confirmed and uploaded.
[03:20] <Hobbsee> hi sabdfl, Mithrandir
[03:20] <seb128> Mithrandir: you rock ;)
[03:20] <cjwatson> apparently it creates COW entries if you open a file O_RDWR even if you close it without making any changes
[03:21] <cjwatson> as it happens, modprobe does exactly this (it opens it read/write so that it can set a write lock)
[03:21] <cjwatson> bye-bye 3MB+ of memory
[03:21] <evand> yikes
[03:53] <asac> Riddell: which package contains the network-configuration for kde?
[03:54] <Riddell> asac: which network configuration?
[03:55] <asac> Riddell: ... the equivalent to network-admin
[03:55] <Hobbsee> asac: kde-guidance, iirc?
[03:55] <Riddell> asac: no
[03:55] <asac> Riddell: it appears not to disable the interface in /etc/network/interfaces if you disable the interface there
[03:55] <Hobbsee> or is it kcontrol?
[03:55] <Riddell> knetworkconf
[03:55] <asac> Riddell: so once you manually configured it you won't be able to make the device network-manager managed again.
[03:55] <siretart> cjwatson: what part of d-i writes the UUIDs to $target/etc/fstab?
[03:56] <asac> Riddell: could you plesae give it a quick shot and confirm that before i post a rc bug?
[03:56] <cjwatson> siretart: partman-target
[03:56] <siretart> thnx
[03:59] <bddebian> Heya
[04:03] <asac> Riddell: Hobbsee: bug 146216 ... if that isn't true, let me know :)
[04:03] <ubotu> Launchpad bug 146216 in knetworkconf "kde network administration doesn't disable interfaces in /etc/network/interfaces" [High,Confirmed]  https://launchpad.net/bugs/146216
[04:05] <asac> Riddell: i assigned the bug to jr (you?) for now
[04:05] <Riddell> asac: can do
[04:05] <Riddell> asac: can you explain more what "not properly disabled" means?
[04:06] <Riddell> would should it be like?
[04:08] <bddebian> OK classpath has been building on my machine for 12+ hours.  Even if it finishes do I dare throw that up on the archive?
[04:08] <\sh> bddebian, sure :)
[04:14] <StevenK> bddebian: You need to pedal faster!
[04:14] <pitti> bdmurray, keescook: in the light of https://wiki.ubuntu.com/StableReleaseUpdates/MicroReleaseExceptions, how much and which kind of verification do we want to do for bug 140893? (and similar ones which will occur in the future)
[04:14] <ubotu> Launchpad bug 140893 in postgresql-8.2 "8.2.5/8.1.10 upstream microreleases available" [Undecided,Fix committed]  https://launchpad.net/bugs/140893
[04:15] <agoliveira> StevenK: You just mae my day with that :)
[04:15] <bddebian> StevenK: Aye, no kidding :-)
[04:15] <StevenK> agoliveira: :-)
[04:16] <asac> Riddell: the idea is that the interface is disabled ... which it isn't :)
[04:16] <asac> Riddell: e.g. comment the iface and option lines with  #
[04:17] <asac> Riddell: or just remove them ... network-admin does that right, but kde appears to do nothing if you disable and if you restart the configuration dialog its actually not disabled
[04:17] <Riddell> no, it's probably just ifdown
[04:18] <asac> Well ... that would be disconnect :) ... and not disable
[04:18] <Riddell> asac: has that changed recently?  I seem to remember network manager doing happy with the interface in /etc/network/interfaces as dhcp
[04:18] <asac> Riddell: yes
[04:19] <Riddell> asac: any reason for the change?
[04:19] <asac> Riddell: yes ... it doesn't work if you mix ifupdown and network-manager
[04:19] <superm1_> mvo ping
[04:20] <asac> Riddell: it works somehow, but it never does what you really want ...
[04:22] <Tonio_> asac: hey, as you're there I have a question about bug 123808
[04:22] <ubotu> Launchpad bug 123808 in network-manager-applet "NetworkManager Applet should not be started on LTSP Thin Clients" [Undecided,Invalid]  https://launchpad.net/bugs/123808
[04:22] <asac> Tonio_: yes ... the patch looks good ... who invalidated it?
[04:23] <Tonio_> asac: should we also consider patching knetworkmanager ?
[04:23] <asac> Tonio_: a right its valid for -applet
[04:23] <Tonio_> asac: I don't know who did
[04:23] <asac> Tonio_: i think its a tweak for edubuntu ... so ask ogra
[04:23] <asac> (who appears to be offline atm)
[04:23] <Riddell> mvo: does the dist upgrade tool install new recommends packages?
[04:24] <asac> Riddell: fwiw, bug 139403
[04:24] <ubotu> Launchpad bug 139403 in network-manager "network-manager should stop managing any interface configured in /etc/network/interfaces" [High,Fix released]  https://launchpad.net/bugs/139403
[04:24] <Tonio_> asac: yes, that's not of any use for edubuntu, but for some reason someone would maybe want to use kubuntu over ltsp right ?
[04:24] <asac> Riddell: and there were a few mails on -devel on that
[04:24] <asac> Tonio_: yes ... makes sense imo
[04:24] <asac> Tonio_: but i am not sure if the env that is tested is something universal ... or an edubuntu hack
[04:25] <Tonio_> asac: okay there is no emergency since that's a very limited context, but I'll consider fixing this
[04:25] <asac> Tonio_: lets add the knetworkmanager target to the bug and ask ogra
[04:25] <Tonio_> asac: hum right, I'll ask ogra then
[04:25] <Riddell> asac: and gnome's network admin has two options, disconnect and disable?
[04:26] <asac> no ... network admin is only for setting up the interfaces ... not for starting/stopping them
[04:26] <asac> which shouldn't be done in an admin dialog anyways
[04:26] <mvo> Riddell: it should yes
[04:32] <asac> Tonio_: i added knetworkmanager to bug 123808 ... so maybe ask ogra in that bug
[04:32] <ubotu> Launchpad bug 123808 in network-manager-applet "NetworkManager Applet should not be started on LTSP Thin Clients" [Undecided,Invalid]  https://launchpad.net/bugs/123808
[04:33] <asac> (and maybe assign the knetworkmanager task to you)
[04:33] <Tonio_> asac: sure
[04:40] <asac> Tonio_: wanna help evaluate nm 0.7?
[04:41] <asac> i think we should start asap ... its a big shift an probably needs some thinking i order to integrate it perfectly in ubuntu ;)
[04:41] <Hobbsee> asac: is it released?  or your'e doing prework
[04:42] <asac> no ... its not released, but it will be ready for hardy ... i am sure.
[04:50] <stgraber> bdmurray, evand: You should now have access to /qapoll (https://iso.qa.stgraber.org/qapoll)
[04:52] <\sh> jdstrand, bug 146269 ready for review and upload for all supported ubuntu releases...thx :)
[04:52] <ubotu> Launchpad bug 146269 in openssl "[openssl security]  OpenSSL SSL_get_shared_ciphers() off-by-one buffer overflow" [Undecided,New]  https://launchpad.net/bugs/146269
[04:53] <jdstrand> \sh: thank you!
[04:53] <\sh> jdstrand, not for this :)
[04:54] <evand> thanks stgraber !
[05:07] <stgraber> evand: Propose bug isn't implemented yet though
[05:09] <wasabi> Bah. I'm sad I missed the meeting Ian is talking about =/
[05:11] <zul> wasabi: what meeting?
[05:12] <wasabi> iwj mentioned they talked about one click software installs during the desktop team meeting.
[05:12] <wasabi> Something I had a big interest in. Just didn't know anybody cared to talk about it. :0
[05:15] <iwj> wasabi: Don't worry about it.
[05:15] <iwj> The discussion in the meeting didn't really go anywhere.
[05:15] <iwj> It was all set to have us all arguing on IRC uselessly for ages so we decided to have the conversation on ubuntu-devel instead.
[05:16] <iwj> I don't think you've missed very much.
[05:16] <iwj> Do feel free to reply to my email posting.
[05:16] <wasabi> Ahh.
[05:16] <wasabi> I am drafting a message. Trying to think carefully. =)
[05:16] <wasabi> Which doesn't happen often to me.
[05:19] <janimo> pitti: hi, do language-support-xx packages need special treatment if they are being autogenerated? I'd like to add myspell-ro as a dep of language-support-ro and I am not sure if a regular upload would suffice
[05:20] <pitti> janimo: hey, long time no see
[05:20] <janimo> pitti: indeed :)
[05:20] <pitti> janimo: I'd prefer to do that with langpack-o-matic
[05:20] <pitti> otherwise the db there and packages will get out of sync
[05:20] <janimo> pitti: sure, should I file a bug in LP>
[05:20] <janimo> ?
[05:21] <pitti> janimo: I'll do it in a couple of minutes
[05:21] <janimo> pitti: ok, thanks
[05:27] <pitti> janimo: uploaded
[05:28] <janimo> pitti: thank you :)
[05:28] <pitti> np
[05:35] <pochu> pitti, jamiemcc: can we move the discussion here? It's hard to discuss the same thing in two different chans ;)
[05:35] <pitti> sure
[05:35] <jamiemcc> ok
[05:35] <pitti> I just wondered why tracker includes and builds a copy of o3read, and still Recommends: the external one
[05:36] <pitti> pochu: ./debian/tmp/usr/bin/o3totxt
[05:36] <pitti> pochu: seems that this is simply not installed
[05:36] <pochu> pitti: I've tried searching for odt files with tracker-search-tool, and it didn't work, but it is because trackerd is Indexing, so I'd have to wait to be sure whether it works or not.
[05:37] <pitti> however, *if* tracker ships its own o3read, then it shouldn't be in /usr/bin, otherwise it would conflict with the o3read package
[05:37] <pochu> Does o3read convert to txt?
[05:37] <pochu> yup it does
[05:37] <pitti> pochu: the package o3read has the o3totxt tool, too
[05:37] <pitti> (amongst o3tohtml and o3read)
[05:37] <jamiemcc> pochu: yes in combo with unzip
[05:38] <pitti> so, we generally prefer not to include cope copies, but use the external packages isntead
[05:38] <pitti> much easier for security maintenance, and much more obvious, too
[05:38] <jamiemcc> pitti: yes = I was sure we removed o3read
[05:39] <jamiemcc> pitti: does 03read work on latest opeoffice files (odt)?
[05:39] <jamiemcc> it works fine on feisty
[05:40] <pochu> jamiemcc: emilio@kiko:~/dev/deb/tracker/tracker-0.6.3/src/text-filters/ooo_converter$ ls
[05:40] <pochu> ChangeLog  Makefile.am  Makefile.in  o3read.c  o3read.h  o3totxt.c
[05:40] <pitti> jamiemcc: yes, at least for my small test fiel
[05:40] <pochu> jamiemcc: looks like you didn't ;-)
[05:40] <pitti> file, even
[05:41] <pitti> pochu: ok, so I'd prefer putting o3read into main and make it a tracker dependency
[05:41] <sladen> jamiemcc: how can I force trackerd to start  (having previous murdered it)
[05:41] <pitti> it's so tiny that a hard dependency doesn't hurt, and that will DTRT on upgrades
[05:41] <jamiemcc> sladen : reneable it in tracker-preferences
[05:42] <jamiemcc> and add it to session
[05:42] <jamiemcc> sladen: wait for 0.6.3 release though
[05:42] <pochu> pitti: ok
[05:42] <pochu> pitti, jamiemcc: o3read works fine here too (not a big odt file, but anyway...)
[05:43] <pochu> And with a big file too.
[05:43] <pitti> ok, MIR approved
[05:43] <sladen> (DTRT == Do The Right Thing)
[05:44] <sladen> jamiemcc: I don't want to wait, I want to carry on testing interactivity issues.  Only this time I can't pursuade it to foricebly start
[05:45] <jamiemcc> sladen: run it from command line : trackerd
[05:45] <pochu> pitti: ty. If you haven't uploaded tracker yet, can you wait so I can move it to Depends?
[05:45] <pochu> pitti: or add it yourself ;)
[05:45] <pitti> pochu: already done
[05:45] <pochu> great
[05:46] <sladen> jamiemcc: it's sitting there at a poll()
[05:46] <keescook> pitti, \sh: thanks for the heads-up; we'll get it published.
[05:46] <jamiemcc> sladen: trackerd --reindex
[05:47] <jamiemcc> sladen: ensure enable indexing and enable watching are enabled in prefs
[05:47] <sladen> jamiemcc: it still respects the 45second delay?
[05:47] <\sh> keescook, debdiffs are available for all actual releases...
[05:48] <jamiemcc> sladen: yes
[05:48] <keescook> pitti, bdmurray: isn't there an internal regression testing suite with postgresql?  I would argue that if it passes (and there are no ABI changes), that should be good for SRU?
[05:48] <pitti> pochu: ok, package prepared; how long have you tested this so far? it's running here now, but I want to have it sit here for a while and index
[05:48] <keescook> \sh: yes, thanks!  makes testing/publishing much easier!  :)
[05:48] <pitti> keescook, bdmurray: there is; both that, and the > 1000 postgresql-common tests which check the integration and the tools
[05:49] <pochu> pitti: ~ 2 days, and seems to work fine
[05:50] <pochu> appart of the Errors in tracker.log
[05:50] <sladen> jamiemcc: did 8 polls (files?) since then it did 3 more and it now back to doing nothing
[05:50] <keescook> pitti: that's more robust than a lot of things.  ;)
[05:50] <jamiemcc> pochu: do you still get those errors in log?
[05:50] <pochu> jamiemcc: 28 Sep 2007, 16:55:07:197 - ERROR: execution of prepared query CreateService failed due to constraint failed with return code 19
[05:51] <pochu> 28 Sep 2007, 16:55:07:217 - ERROR: CreateService uri is /home/emilio/dev/deb/decibel/decibel-audio-player_0.06-1.diff.gz
[05:51] <pochu> 28 Sep 2007, 16:55:07:217 - ERROR: could not get file id for /home/emilio/dev/deb/decibel/decibel-audio-player_0.06-1.diff.gz - unable to continue indexing this file
[05:51] <jamiemcc> sladen: wipe out $HOME/.local/share/tracker
[05:51] <jamiemcc> and restart with --reindex
[05:52] <jamiemcc> pochu: how many of those do you see roughly?
[05:52] <jamiemcc> pochu: with temp files you some times get that error as the file is quickly deleted
[05:53] <pochu> jamiemcc: there are also a lot of InsertWatch Error
[05:53] <jamiemcc> pochu: can you riun trackerd with -f in gdb and get me backtrace
[05:53] <pitti> ok, tracker 0.6.3 uploaded
[05:53] <pitti> jamiemcc: thanks a lot for that release
[05:53] <jamiemcc> pitti: thank you for applying
[05:54] <pochu> jamiemcc: sure, let's discuss this in #tracker, since it's a bit offtopic here
[05:54] <pochu> pitti: thanks!
[05:54] <jamiemcc> ok
[06:26] <mweichert> how do I properly set the $PYTHONPATH on ubuntu?
[06:26] <pitti> mweichert: for yourself -> ~/.bashrc, globally -> /etc/environment
[06:27] <pitti> (and yes, it's not #ubuntu-devel matter)
[06:27] <mweichert> pitti, but I don't want to override the PYTHONPATH... I want to append a directory to it
[06:28] <pitti> mweichert: PYTHONPATH="$PYTHONPATH:/foo"
[06:28] <mweichert> pitti, I'm not sure where to ask... I'm developing on ubuntu - I thought this would be the place
[06:28] <jamiemcc> seb128: patch here for tracker + gtk file dialog integration:
[06:28] <jamiemcc> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=443403
[06:28] <ubotu> Debian bug 443403 in libgtk2.0-0 "libgtk2.0-0: tracker support in gtk is broken" [Normal,Open]
[06:28] <pitti> mweichert: rather #ubuntu
[06:28] <mweichert> pitti, hmm, but where does it get $PYTHONPATH from?
[06:28] <mweichert> pitti, if I do 'export' there is no PYTHONPATH variable
[06:29] <pitti> -> /query
[06:35] <sladen> jamiemcc: still not done anything since
[06:36] <jamiemcc> sladen: also try deleting your config file in $Home/.config/tracker
[06:47] <sladen> jamiemcc: [pid 26184]  fcntl64(825, F_SETFD, FD_CLOEXEC) = -1 EBADF (Bad file descriptor)   * 1000
[06:48] <jamiemcc> sladen: there will be erros in log if it cant open files
[06:48] <jamiemcc> sladen : log is in $Home/.local/share/tracker
[06:49] <seb128> jamiemcc: is that different of bug #132013?
[06:49] <ubotu> Launchpad bug 132013 in gtk+2.0 "gtk+ filechooser should use meta-tracker for searching" [Low,Fix released]  https://launchpad.net/bugs/132013
[06:50] <jamiemcc> seb128: yes its the same
[06:51] <seb128> jamiemcc: ok, already fixed then, pochu is going to close the tracker bug
[06:51] <jamiemcc> seb128: ok thx
[06:52] <pitti> bdmurray: re bug 140893, would you consider upstream and p-common test suite, as well as Stuart's and my tests sufficient for verification-done
[06:52] <ubotu> Launchpad bug 140893 in postgresql-8.2 "8.2.5/8.1.10 upstream microreleases available" [Undecided,Fix committed]  https://launchpad.net/bugs/140893
[06:52] <pochu> jamiemcc: I asked the same question on a different channel :p
[06:52] <pochu> jamiemcc: although you were first
[06:52] <pitti> bdmurray: ?
[06:53] <bdmurray> pitti: looking
[06:53] <pitti> bdmurray: it's one of those SRU microrelease exceptions packages
[06:54] <bdmurray> pitti: right, what was the url for the microexceptions again?
[06:54] <pitti> bdmurray: https://wiki.ubuntu.com/StableReleaseUpdates/MicroReleaseExceptions
[06:56] <bdmurray> pitti: yes, I would consider that sufficient
[06:57] <pitti> ok, thanks
[07:00] <engla> I've got a bug for gcc v4.1.2 from edgy. Is that worth reporting?
[07:02] <siretart> pitti: I just uploaded partman-target which should hopefully fix crypto on root from the installer side
[07:02] <pitti> siretart: !
[07:02] <pitti> you rock
[07:02] <pitti> siretart: I thought it was a bug in the initramfs script?
[07:02] <siretart> pitti: I therefore think it should be save again to promote partman-crypto to main again
[07:03] <siretart> pitti: no, the installer mustn't mangle UUIDs for crypto devices
[07:03] <siretart> it doesn't make sense, and just breaks the cryptoroot script
[07:03] <pitti> hm; that sounds more like a hack than a solution?
[07:03] <siretart> I think it is the right solution
[07:03] <pitti> hm, but don't the reasons why we switched to UUID in the first place also apply to crypto partitions?
[07:04] <siretart> after spending about 2h reading both partman-crypto and the cryptoroot-hook
[07:04] <siretart> pitti: I need to leave now
[07:05] <siretart> pitti: in short: partman-crypto creates 'pseudodevices' like that: /dev/mapper/*_crypt
[07:05] <pitti> right
[07:05] <siretart> pitti: I absolutely see no point in having them as UUID, since they are stable
[07:05] <pitti> siretart: ok, I'm sure you thought about this
[07:05] <siretart> cu later!
[07:06] <pitti> siretart: right, with LVM names this is nto necessary
[07:06] <pitti> siretart: see you, and thank you so much! *hug*
[07:06] <pitti> ogra: *melts*? is it so hot there? /me shivers from coldness
[07:07] <\sh> so...end of business+
[07:07] <ogra> pitti, 7pm, 30C and dark here
[07:07] <\sh> ogra, where are you? ,-)
[07:07] <ogra> \sh, cyprus
[07:07] <ogra> for 1.5 days
[07:08] <unggnu> hi all
[07:08] <\sh> ogra, -ENEID ,-)
[07:08] <pitti> mmm, Cyrpus; been there, wonderful island
[07:08] <ogra> \sh,  i dont think so  ... at least not ater trhat week ...
[07:08] <unggnu> mjg59, Hi, you are there?
[07:08] <ogra> and not with a flight that arrives at 3am ... after having nearly no sleep for some days
[07:09] <\sh> ogra, I'll greet your old home...I'm just on my way to belgium (belgische eifel) so I'll see Rohr passing by ;)
[07:09] <ogra> pitti, did you lts my g-p-m upload through today ?
[07:09] <ogra> \sh, -ENEID !!!!
[07:09] <mjg59> unggnu: Hi
[07:09] <ogra> s/lts/let
[07:09] <\sh> ogra, hehehe :)
[07:09] <unggnu> mjg59, Thanks, according to bug #136380 is there anything needed?
[07:09] <ubotu> Launchpad bug 136380 in acpi-support "[Gutsy]  sonybright.sh doesn't use the correct value range" [Undecided,New]  https://launchpad.net/bugs/136380
[07:10] <ogra> \sh, i'd prefer to be there than here :)
[07:10] <\sh> ok guys....see you latest on monday again...
[07:10] <mjg59> unggnu: No
[07:10] <ogra> \sh, relax :)
[07:10] <mjg59> It just hasn't hit the top of my priorities yet
[07:10] <\sh> ogra, it gives me at least nice memories...the days at your old place :)
[07:10] <pitti> ogra: we flushed the unapproved queue, so if it was there, then 'yes'
[07:10] <ogra> :)
[07:10] <ogra> great
[07:10] <unggnu> mjg59, It is documented in the sony-laptop wiki and easy to test. But it is planned for Gutsy?
[07:10] <mjg59> Yes, it's planned for gutsy
[07:10] <ogra> there were the fixes for all the gconf defaults
[07:10] <unggnu> mjg59, Many thanks, sorry for bothering.
[07:11] <\sh> ogra, well, right now, it's not so good with relaxing...too many things to take care...combots is at its end...so I need a new job...
[07:11] <mjg59> unggnu: No problem
[07:11] <ogra> i somehow missed that all the g-p-m keys had submenus now
[07:11] <V-ille> Hi everybody.. anyone got a grasp about apt/dpkg upstream devel roadmap or some such? I have been thinking about a feature where packages could be installed by normal users.
[07:11] <ogra> err
[07:11] <ogra> subpaths :)
[07:11] <\sh> so...cu and don't break gutsy please ,-)
[07:11] <ogra> pfft
[07:11] <ogra> its still a development release :P
[07:12] <unggnu> Btw. don't know which one works on bug #127101 but the Patch seems to work.
[07:12] <ubotu> Launchpad bug 127101 in xserver-xorg-video-intel "laptop hangs when switching video mode" [Unknown,In progress]  https://launchpad.net/bugs/127101
[07:13] <cjwatson> V-ille: it's not the first time it's been suggested, but AFAIK it's not on the roadmap and would require too many invasive changes to packages to be interesting. I suggest using GNU stow instead
[07:20] <V-ille> cjwatson: Yeah, stow probably does the job but apt-get would be nice. I don't know what kinda scheme has been thought before.
[07:20] <V-ille> cjwatson: I may be off the bat, but I thought that adding a per-user (and a per-user) package database with read-only access to sys pkg db would do the trick.
[07:21] <V-ille> cjwatson: The packages of course need to be relocatable and there's a ton of other issues to take care.
[07:21] <V-ille> cjwatson: per-user and a per-group, typo...
[07:25] <cjwatson> V-ille: relocatable packages would basically involve all the developers sitting down and doing nothing else for a couple of months but port packages, and would create a load of bugs at the end
[07:26] <cjwatson> our existing package format isn't remotely relocatable and there is a lot of intelligence in maintainer scripts
[07:26] <cjwatson> it's not something we're interested in doing, AFAIK
[07:27] <V-ille> cjwatson: Ok, it's just that this ability would have tons of uses, I have quite recently stumbled upon environments where that would be a real life-saver. Maybe one day. :)
[07:27] <cjwatson> there are a number of other ways you can solve the same problem
[07:27] <cjwatson> fakechroot is one of them
[07:28] <V-ille> cjwatson: Any pointers to more info?
[07:28] <cjwatson> and has the advantage of existing and being (relatively) non-invasive
[07:28] <cjwatson> fakechroot is a package ...
[07:29] <V-ille> cjwatson: That looks like a working solution, thanks a lot.
[07:31] <lamont> any thoughts on https://bugs.edge.launchpad.net/ubuntu/+source/console-tools/+bug/18575 ?
[07:31] <ubotu> Launchpad bug 18575 in console-tools "/etc/init.d/console-screen.sh Searches /etc/environment with wrong regexp." [Medium,Confirmed]
[07:31] <lamont> what is console -screen.sh trying to do?
[07:32] <lamont> and should it just be matching the name, or anything that ends with the name?
[07:32] <lamont> hrm.. that's assigned to cjwatson...
[07:37] <slangasek> lamont: it's trying to set the locale in the environment using /etc/environment
[07:37] <slangasek> so the regexp is wrong
[07:37] <slangasek> because it should only be querying those exact variables
[07:39] <lamont> so for a package that uses dain-bramage system (dbs), what's the equivalent of "debian/rules patch"?
[07:41] <slangasek> "source.make", apparently
[07:44] <lamont>     [ "$ENV_FILE" ]  && CHARMAP=$(set -a && . "$ENV_FILE" && locale charmap)
[07:44] <lamont> already fixed in gutsy
[07:44] <slangasek> yes
[07:45] <slangasek> (not least of which by giving precedence to /etc/default/locale)
[07:45] <cjwatson> I just closed it :)
[07:45] <lamont> cjwatson: you beat me to it.
[07:45] <cjwatson> only delayed by bisecting uploads to find out exactly when it had been fixed
[07:46] <lamont> which makes console-tools another trigger-only upload.
[07:46] <lamont> cjwatson: overachiever! :-)
[07:46] <cjwatson> not like we really use console-screen.sh any more anyway
[07:47] <lamont> anyway, that gives us a shot at having hppa debootstrappable from ports.u.c
[07:47] <lamont> (in a day or so - the gcc builds aren't that quick on hppa - or anywhere else for that matter)
[08:06] <pochu> aptitude is installing recommended packages by default, but apt-get and gnome-app-install don't seem to. Aren't they doing it, or is there a setting anywhere I have disabled?
[08:09] <liw> pochu, apt-get got that feature in Debian just recently, I don't know (since I'm new to Ubuntu) whether it's incorporated into Ubuntu yet
[08:09] <Vegar> pochu: put APT::Install-Recommends "true"; in /etc/apt/apt.conf
[08:09] <Vegar> APT::Install-Recommends "true";
[08:09] <pochu> Vegar: the question is, is that enabled by default now?
[08:10] <Vegar> ah
[08:10] <slangasek> liw: well, ISTR mvo wrote it anyway. :)
[08:10] <liw> slangasek, yeah, but what with gutsy freezes and stuff it might still not be included :)
[08:13] <sladen> I thought that had already gone in
[08:13] <sladen> as part of moving lots of stuff from Depends: to Recommends:
[08:13] <sladen> so that things could be uninstalled without cause  *-desktop  to be uninstalled
[08:14] <mvo> pochu: its only enabled by default for metapackages (like ubuntu-desktop) currenty
[08:15] <mvo> pochu: the goal is to enable it by default globally, but that requires close coordination with debian
[08:16] <lamont> mvo: which, since sid now has that by default, means for hardy?
[08:17] <mvo> lamont: presumably, hardy is a lts so things may be different :)
[08:17] <lamont> right
[08:18] <lamont> I was thinking more since hardy would open up autosync with sid again (presumably - dapper did...), that we'd get that default change as well..
[08:20] <pochu> mvo: ok. I just thought it was already there, and it surprised me when it didn't work
[10:11] <stgraber> evand: the Propose my own part of qapoll is done, you can test it if you want
[10:12] <evand> stgraber: thanks, testing it now
[10:34] <bigon> hi, i'm trying to use pbuilder-dist to create a pbuilder chroot
[10:34] <bigon> pbuilder-dist gutsy create
[10:34] <bigon> and I get E: Type 'deb http://archive.ubuntu.com/ubuntu gutsy main restricted universe multiverse' is not known on line 1 in source list /etc/apt/sources.list
[10:34] <bigon> at the end of the process
[10:35] <bigon> is it known
[10:35] <bigon> ?
[10:38] <stdin> bigon: take a look at https://wiki.ubuntu.com/PbuilderHowto
[10:39] <bigon> stdin: I have already a pbuilder running, I just want to test the pbuilder-dist ship with the ubuntu-dev-tools package
[10:40] <stdin> bigon: not sure if it's a bug or not, try looking on launchpad
[10:42] <ebrahim> Hi there! Why #kubuntu-devel is empty?!?!?!?
[10:44] <norsetto> ebrahim: don't know, ask in kubuntu-devel
[10:44] <ebrahim> lol
[10:45] <ebrahim> norsetto, thanks a lot!
[10:45] <norsetto> ebrahim: de nada
[10:45] <ebrahim> norsetto, no one is there!
[10:45] <norsetto> ebrahim: the buggers, no wonder we are still waiting for kde 4.0
[10:46] <ebrahim> norsetto, please explain more. What do you mean?
[10:46] <norsetto> ebrahim: don't mind me, I'm in bad-joke mode
[10:46] <ebrahim> norsetto, :D
[10:53] <cellofellow> hi
[10:56] <ebrahim> I was wondering if it is better to become an Ubuntu developer or a Debian one?!?
[11:04] <stgraber> evand: I have added a top-5 block
[11:44] <Riddell> ebrahim: you have not been on #kubuntu-devel
[11:44] <Riddell> you must have joined the wrong channel or on a wrong network
[11:45] <ebrahim> Riddell, right! I think it was my mistake! Thanks.
[11:50] <pwnguin> oh this is beautiful
[11:50] <pwnguin> http://www.getautomatix.com/forum/index.php?showtopic=1558&hl=gutsy
[11:51] <pwnguin> ""
[11:51] <pwnguin> "Automatix for Gutsy will NOT be backwards compatible with the previous versions. This will require the user to do a clean install for Gutsy or to run Automatix on Feisty and uninstall everything that Automatix has installed before the upgrade"
[11:52] <ion_> Hehe
[11:54] <pwnguin> it might be worthwhile for the dist-upgrader people (if they already havent) to contact automatix about doing this automatically
[11:55] <ion_> Im not sure anyone should spend any precious development time with anything regarding automatix. :-)
[11:55] <pwnguin> im not sure what purpose automatix has left
[11:56] <pwnguin> add/remove does quite well i think
[12:33] <Nafallo> could someone give back ekiga? it has it's damn opal now ;-)
[12:34] <pwnguin> cute


[18:02] <Laney> teward: You could have done. :-)
[18:03] <Laney> mymedia: Nobody's really working on it at the minute, but there's some moves to get it going again
[18:13] <JackFrost> Would most certainly be nice to get official backports for things I backport anyway, debhelper (compat 12) is one that comes to mind.
[18:47] <mymedia> Laney, I'm glad to hear that the practice of backports will be resumed. :-)
[18:47] <mymedia> (if this is really so)
[18:48] <JackFrost> mymedia: Thanks for maintaining telegram.
[21:17] <rcm888> hi! What tool to use for linux cloning to dissim hardware? (no proprietary drivers installed)
[21:26] <Faux> It'll probably just work. Run the rescue stuff after you've installed if you don't know how to use update-grub and update-initramfs. Also, wrong channel, ask #ubuntu.
[22:36] <teward> Laney: yeah, I could have, except, by that point I was, well, *drinking*
[22:36] <teward> 'twas beer o'clock :p


[02:32] <amunoz> hi, Can someone who is using gnome 3.10 and the gnome-tweak-tool reproduce this bug? https://bugzilla.redhat.com/show_bug.cgi?id=1010509
[08:47] <mazert> hello
[08:48] <mazert> on gnome ubuntu, can i set 'gnome classic' like Debian in GDM ?
[09:15] <darkxst> mazert, install gnome-shell-extensions
[14:54] <anje84> hello
[14:55] <anje84> anyone can help me to changethe language interface of gnomeshell
[14:57] <anje84>  ihave a mixed english with french
[14:57] <anje84> and there is no option to change this in system setting
[18:29] <georgelappies> hi all, how can I make the stripes wallpaper not show briefly on every login?
[21:47] <kristal> How to I undecorate a window?
[22:07] <bjsnider> well, take down the curtains or blinds
[22:10] <kristal> I can do it in gnome2 but dunno what the bind is in 3
[22:16] <bjsnider> gimpnet would be a better server to ask this on
[22:26] <kristal> Is fedora the biggest gnome3 distro these days?


[01:22] <Rocket2DMn> hey guys, had a quick question.  Bug 332170 is talking about a message printed during boot and seems to be related to a problem some people are having with their systems performing poorly.
[01:22] <ubot3> Malone bug 332170 in linux "[Jaunty] Error appearing at boot - cpufreq: No nForce2 chipset" [Undecided,Confirmed] https://launchpad.net/bugs/332170
[01:22] <Rocket2DMn> I see the message "cpufreq: No nForce2 chipset" also, but don't experience extra slowness, though I've always used ondemand for cpufreq
[01:44] <mjg59> The message is harmless
[01:49] <Rocket2DMn> thanks mjg59 , i'll let them know
[01:50] <mjg59> Should really be KERN_INFO rather than KERN_ERR though
[01:51] <Rocket2DMn> where do you see that it is ERR?
[01:51] <mjg59> The sourcecode
[01:51] <mjg59> I'll send a patch upstream
[01:51] <Rocket2DMn> ah, if it was INFO would it be printed to the screen?
[01:51] <mjg59> No
[01:52] <Rocket2DMn> Ok, so you want me to change the bug to something saying that message should be KERN_INFO instead of KERN_ERR
[01:52] <Rocket2DMn> ?
[01:54] <mjg59> Feel free
[01:54] <mjg59> The slowness is because p4-clockmod is binding and getting used with the ondemand governor
[01:54]  * Rocket2DMn nods
[01:54] <Rocket2DMn> is it just adapting then and will improve?
[01:55] <mjg59> I've told Scott how to fix that
[01:56] <Rocket2DMn> fix which? the printing or the slowness?
[01:57] <mjg59> The slowness
[01:57] <Rocket2DMn> Ok, so what we really have is two bugs in cpufreq then?  One for slowness and one for changing STD_ERR to STD_INFO ?
[01:59] <mjg59> Fix slowness:
[02:00] <mjg59> sed -i s/1000000/10000001/ arch/x86/kernel/cpu/cpufreq/p4-clockmod.c
[02:01] <Rocket2DMn> I don't have the kernel source code, you are changing a value of 1 million to 1 million + 1?
[02:02] <Rocket2DMn> Well, I'll take your word for it :)  Shall I include that in the report, or do you know if there is another report open for the slowness problem?
[02:04] <Rocket2DMn> i thikn i see it
[02:04] <Rocket2DMn> bug 332017
[02:04] <ubot3> Malone bug 332017 in linux "Significant performance regression in 2.6.28-8.24 due to p4-clockmod" [High,Fix committed] https://launchpad.net/bugs/332017
[02:04] <mjg59> No, one million to ten million and one
[02:07] <Rocket2DMn> ah, I didn't read close enough, sorry.  Is the Scott in the bug I just listed the same Scott you mentioned earlier?
[02:07] <Rocket2DMn> Scott James Remnant
[02:07] <mjg59> Yes
[02:08] <Rocket2DMn> Ok, great!  I'll just have this bug I started with be used to fix the KERN_ERR issue.
[02:08] <Rocket2DMn> Thank you for your help mjg59
[02:10] <mjg59> Rocket2DMn: Patch just got accepted upstream, so it'll be fixed in 2.6.30. The fix can be backported easily.
[02:10] <Rocket2DMn> for the slowness?
[02:11] <mjg59> For the message
[02:11] <mjg59> I'm chatting with the cpufreq maintainer about the slowness issue
[02:11] <Rocket2DMn> Ah, i just marked as triaged, guess I'll change to Fix Committed.  Thanks for the update
[02:11] <mjg59> Well, it's not committed to the Ubuntu kernel
[02:11] <mjg59> So I don't know that fix ommitted is correct
[02:11] <Rocket2DMn> that would be Fix Released
[02:12] <Rocket2DMn> last time i checked anyway
[02:12] <mjg59> I've lost track of how launchpad stuff is triaged nowadays
[02:12] <Rocket2DMn> https://wiki.ubuntu.com/Bugs/Status
[02:12] <Rocket2DMn> For us, Committed means its committed anywhere, even upstream
[02:16] <Rocket2DMn> Hey you wouldn't happen to have a link to an upstream bug report or a commit page would you?
[02:25] <mjg59> Nope, it hasn't been pushed yet
[02:26] <Rocket2DMn> heh ok, back to Triaged we go.  That's all I have, thank you again for your time mjg59 .
[02:28] <mjg59> No problem
[02:28] <mjg59> It should turn up in the cpufreq git tree shortly
[02:37] <Shanix_> hi all, I am getting the error -> kernel: [365385.583926] python[943]: segfault at 8908ec93 ip b7c50c8c sp bf843430 error 4 in libgobject-2.0.so.0.1800.2[b7c46000+3c000]
[02:37] <Shanix_> is there anyway that I can fix it by add/remove certain package??
[02:41] <mjg59> It's not a kernel problem - the kernel is just reporting that one of your applications crashed
[03:28] <Shanix_> mjg59, I see. Thanks.
[04:21] <TimStarling> I isolated a kernel bug a week ago, it's totally ubuntu's fault, not related to upstream, it's a regression and it's easy to fix
[04:22] <TimStarling> I put a comment on the bug report and emailed the person who committed the bug
[04:22] <TimStarling> but still no response
[04:22] <TimStarling> https://bugs.launchpad.net/ubuntu/+source/linux/+bug/297213
[04:22] <ubot3> Malone bug 297213 in linux "Intrepid: Missing hdaps_ec kernel module" [Medium,New]
[04:23] <TimStarling> is there anyone here willing to look at it?
[13:26] <TimStarling> quiet channel
[13:31] <iulian> It's weekend.
[13:42] <TimStarling> you mean you people have a life outside ubuntu?
[13:46] <LLStarks> morning
[13:50] <TimStarling> morning
[13:51] <TimStarling> iulian: I'll take that as a yes
[14:05] <LLStarks> what's up with the ubuntu kernel naming scheme?
[15:04] <maxb> LLStarks: What do you mean?
[15:05] <LLStarks> 2.6.28-8 = <IP_ADDRESS>
[15:05] <LLStarks> right?
[15:10] <maxb> LLStarks: the -8 is the ABI number
[15:10] <LLStarks> what does that mean?
[15:11] <maxb> It means that that number will be incremented by the Ubuntu packagers to signify that kernel modules must be rebuilt
[15:12] <LLStarks> but surely the kernel that gets packaged is based off of a point release, isn't it?
[15:12] <marius_> hello, I posted a bug report with a patch. i wounder if I did everything right: https://bugs.launchpad.net/ubuntu/+source/linux-meta/+bug/330259
[15:12] <ubot3> Malone bug 330259 in linux-meta "Problematic volume control keys and mute key of several notebooks + Patch" [Undecided,In progress]
[15:13] <LLStarks> what version is the current jaunty kernel based on?
[15:16] <marius_> is there anything else to be done by me ?
[15:16] <LLStarks> what is the difference between 2.6.28-8 and <IP_ADDRESS>?
[15:20] <marius_> nobody here who can answer my question?
[15:21] <maxb> LLStarks: the key thing to understand is that the .6 and -8 are telling you about totally separate concepts
[15:21]  * LLStarks is n00b. Explain to me like you would a child.
[15:22] <maxb> The ABI number, which always comes after a hyphen, serves one purpose only: to designate the compatibility (or not, as the case may be) of the built kernel with particular builds of modules
[15:23] <maxb> The point release number designates the number of the upstream point release.
[15:23] <maxb> A point release may *or may not* cause an ABI bump
[15:23] <maxb> Conversely, and ABI bump may be required for reasons other than a point release
[15:23] <maxb> (i.e. an Ubuntu-specific change)
[15:24] <maxb> s/and/an/
[15:24] <LLStarks> does -8 imply a point release has occurred?
[15:24] <maxb> No
[15:25] <maxb> the ABI number implies nothing whatsoever about point releases
[15:25] <maxb> (Though it would be somewhat unusual for 7 ABI bumps to have occurred without a single point release happenning)
[15:25] <maxb> (7, because it starts at 1)
[15:26] <LLStarks> so. when i roll a 20-sided kernel +5 charisma and kms support, what i am getting?
[15:26] <LLStarks> *kernel for
[15:26] <maxb> To discover which point releases have been integrated into an Ubuntu kernel, you must inspect the package changelog
[15:26] <LLStarks> **am i
[15:27] <LLStarks> why is it like that? shouldn't such things like a point release be readily reflected?
[15:27] <maxb> No
[15:29] <maxb> The fact that you need to rebuild your kernel modules is a more significant event than the upstream stable branch happening to release
[15:29] <LLStarks> i see.
[15:29] <maxb> Information on which point releases are included is always available in the package changelog
[15:31] <LLStarks> how can i tell which ABI i'm rolling when i use kernelcheck?
[15:32] <maxb> I've not encountered kernelcheck, what is it?
[15:33] <LLStarks> dot dot dot.
[15:33] <LLStarks> http://kcheck.sourceforge.net/
[15:33] <IntuitiveNipple> LLStarks: We now build upstream kernels and provide them in the archives
[15:34] <LLStarks> i saw.
[15:34] <LLStarks> no kms though.
[15:34]  * LLStarks gives angry glare
[15:34] <IntuitiveNipple> not yet, give it time!
[15:34] <IntuitiveNipple> That'll come for Karmic
[15:35] <LLStarks> can't you just enable i915.modeset?
[15:36] <IntuitiveNipple> You'd have to ask Andy. So far as I'm aware they are being built with the Ubuntu configs... but... I've not actually looked closely at that :)
[15:36] <maxb> LLStarks: I'm not entirely certain I understand your question, but assuming you mean "When I build my own kernel by non-Ubuntu means, which Ubuntu ABI am I getting?", the answer is "Quite possibly none of them, if you're building your own kernel, build your own modules too."
[15:38] <IntuitiveNipple> You can get the abi with "make kernelversion" or "make kernelrelease"
[15:39] <LLStarks> what folder?
[15:42] <IntuitiveNipple> the root of the kernel source
[15:42] <IntuitiveNipple> that's part of the standard kernel Makefile
[15:42] <IntuitiveNipple> "kernelrelease" only works after "make prepare"
[15:42] <TimStarling> can I repeat my question from yesterday?
[15:43] <IntuitiveNipple> TimStarling: I saw it... not had time to do anything though
[15:43] <TimStarling> ok
[15:43] <marius_> I also got a question you got time for me ?
[15:44] <TimStarling> so should I keep asking people until someone gives in and does it?
[15:45] <IntuitiveNipple> TimStarling: I seem to recall several months ago, something similar happened with another module. Can't remember which one, though :s
[15:45] <TimStarling> seems kind of silly that a module can just go missing like that
[15:46] <IntuitiveNipple> There could have been a good reason... some (in)compatibility issue that wasn't logged in the changelog
[15:46] <TimStarling> true
[15:47] <maxb> I have noticed a trivial bug in the lbm prepare-compat-wireless.sh script - a missing $ sign on a shell variable expansion. Is there someone around who could just apply that trivial change?
[15:47] <TimStarling> that's why I emailled Ben Collins first
[15:49] <TimStarling> I've had this laptop for almost a year now, and ubuntu has slowly been supporting more and more components in it
[15:50] <IntuitiveNipple> Looking at the commit diff you reference, I'm almost sure I've dealt with that previously.
[15:51] <TimStarling> the hard drive has had a bit of corruption and I've been wondering if it's about to go, that's what made me think of hdaps
[15:55] <TimStarling> if you need me to help test it, I'll be around
[16:05] <IntuitiveNipple> ha.. found it! https://lists.ubuntu.com/archives/kernel-team/2008-September/003171.html
[16:06] <IntuitiveNipple> Tim-away: Looks like the same forgetfulness as happened Gutsy > Hardy
[16:32] <IntuitiveNipple> maxb: {WT} ?
[16:37] <maxb> yes
[16:37] <maxb> I guess I could send a patch to the kernel team, but it's a single character :-)
[16:37] <IntuitiveNipple> ok
[16:38] <IntuitiveNipple> they all count :D
[20:38] <maco> hi amber
[20:38] <maco> are you going to try to help with the bug jamming
[20:38] <maco> ?
[20:40] <maco> er...wrong channel


[00:00] <JanC> one reason being that during the "lunch pause" it will probably take you 30 minutes in line to get your fries...  :P
[00:01] <elky> We tend to have LCA in places you can walk 5 minutes to find 20 food outlets.
[00:02] <elky> Or places with large cafeterias, like Uni food halls.
[00:04] <JanC> well, the uni cafeteria isn't open during FOSDEM (they are closed in the weekend)
[00:05] <elky> Well that's silly. We tell them there's going to be 700 hungry geeks and they quite happily open up.
[00:09] <JanC> and FOSDEM brings thousands of visitors, not 700 (I've seen the cafeteria, no way 3000 geeks fit in there)
[00:10] <JanC> so there are 2 cafeteria's operated by the university's computer club (they get at least part of the profit), plus several stands with fries, hamburgers, etc.
[00:10] <JanC> plus some peopel get food further away
[00:11] <elky> Then that's an oversight in organisation, really.
[00:12] <elky> Disallowing people a food break so they don't eat all over the day, for the reason that they eat all over the day and not enough is organised, is not a reason to mock conferences that do provide food breaks.
[00:12] <JanC> FOSDEM is 100% volunteer-run, and they have to work within the restrictions of the university
[00:12] <elky> JanC, LCA is 100% volunteer run.
[00:13] <elky> And we work within the restrictions of a new venue every single year, and still provide food breaks.
[00:14] <JanC> I'm not really mocking LCA or SCaLE for having a food break, but rather mocking FOSDEM for being too busy to have one
[00:14] <JanC> well, mocking both ways maybe  ;)
[00:15] <JanC> I see no way FOSDEM could have a real lunch break without moving location, which is almost impossible because of the size/cost
[00:16] <JanC> and it seems most people don't complain...
[00:16] <JanC> peopel just try to take a lunch break when there are no talks they want to see
[05:27] <pleia2> [rt.ubuntu.com #16591] AutoReply: New theme install for wiki.ubuntu-women.org
[05:27] <pleia2> sorry for taking so long to get it filed, AlanBell had the files to me weeks ago
[05:27] <maco> hi FashionGirl!
[05:27] <pleia2> but we have a ticket now, yay :)
[05:28] <maco> FashionGirl: can you please join #zareason?  there've been no Za folks in there since mark...
[05:28] <maco> uh. nevermind...


[03:54] <mup> Bug #1523608 changed: Timed out waiting for device sys-subsystem-net-devices-juju-br0.device <uosci> <juju-core:Triaged> <MAAS:Invalid> <https://launchpad.net/bugs/1523608>
[03:54] <mup> Bug #1523711 changed: apt-add-repository ppa:maas/next fails on xenial <MAAS:Invalid> <https://launchpad.net/bugs/1523711>
[06:12] <mup> Bug #1523766 opened: Node stops commissioning and powers down before commissioning is complete <MAAS:New> <https://launchpad.net/bugs/1523766>
[07:18] <mup> Bug #1523779 opened: [1.9rc3] grub-install error on power8 deployment <MAAS:New> <https://launchpad.net/bugs/1523779>
[13:07] <mup> Bug #1503300 changed: maas does not add nodes to bind <MAAS:Invalid> <https://launchpad.net/bugs/1503300>
[13:43] <mup> Bug #1523919 opened: MAAS dhcp fails to start <MAAS:New> <https://launchpad.net/bugs/1523919>
[14:44] <mup> Bug #1503300 opened: 1.8/1.9 Documentation needs to explicitly highlight that static range is required for DNS <docs> <MAAS:Triaged> <https://launchpad.net/bugs/1503300>
[14:47] <mup> Bug #1503300 changed: 1.8/1.9 Documentation needs to explicitly highlight that static range is required for DNS <docs> <MAAS:Triaged> <https://launchpad.net/bugs/1503300>
[14:50] <mup> Bug #1503300 opened: 1.8/1.9 Documentation needs to explicitly highlight that static range is required for DNS <docs> <MAAS:Triaged> <https://launchpad.net/bugs/1503300>
[16:05] <mup> Bug #1523971 opened: [xenial,1.9]Failure when creating interface on cluster with MAAS 1.9 under Xenial <MAAS:Triaged> <https://launchpad.net/bugs/1523971>
[16:47] <mup> Bug #1523988 opened: [1.9rc3] HMC required packages not found error <MAAS:Triaged by newell-jensen> <MAAS 1.9:New> <https://launchpad.net/bugs/1523988>
[17:17] <mup> Bug #1524007 opened: Downloading images failed.  provisioningserver.utils.fs.NotAvailable: /run/lock/maas.XXXX=.lock <uosci> <MAAS:New> <https://launchpad.net/bugs/1524007>
[19:05] <mup> Bug #1524042 opened: [xenial,1.10] Fail on clean install - missing /usr/bin/twistd <MAAS:New> <https://launchpad.net/bugs/1524042>
[22:36] <mup> Bug #1524078 opened: ARP should be used to determine IP address of non-managed network interface <MAAS:Triaged> <https://launchpad.net/bugs/1524078>
[22:45] <mup> Bug #1524091 opened: 1.9rc3: Deploy Node failed to be deployed, because of the following error: DHCPv4 server is disabled. <networking> <MAAS:Triaged> <https://launchpad.net/bugs/1524091>
[22:48] <mup> Bug #1524091 changed: 1.9rc3: Deploy Node failed to be deployed, because of the following error: DHCPv4 server is disabled. <networking> <MAAS:Triaged> <https://launchpad.net/bugs/1524091>
[22:51] <mup> Bug #1524091 opened: 1.9rc3: Deploy Node failed to be deployed, because of the following error: DHCPv4 server is disabled. <networking> <MAAS:Triaged> <https://launchpad.net/bugs/1524091>
[22:57] <mup> Bug #1524091 changed: 1.9rc3: Deploy Node failed to be deployed, because of the following error: DHCPv4 server is disabled. <networking> <MAAS:Triaged> <https://launchpad.net/bugs/1524091>
[23:06] <mup> Bug #1524091 opened: 1.9rc3: Deploy Node failed to be deployed, because of the following error: DHCPv4 server is disabled. <networking> <MAAS:Triaged> <https://launchpad.net/bugs/1524091>


[01:34] <frandavid100> hello!
[01:35] <frandavid100> morning andreasn :)
[01:35] <andreasn> hi there frandavid100
[01:35] <andreasn> how are things?
[01:36] <frandavid100> good, almost reaching the weekend
[01:42] <andreasn> you asked something about stock-icons the other day, right?
[01:42] <andreasn> I had to run and then got home in the middle of the night
[02:05] <kwwii> frandavid100: it seems that the 20x20 icons are included in tangerine, but not in the index.theme file
[02:05] <frandavid100> hey kwii
[02:05] <kwwii> hi :-)
[02:06] <frandavid100> I reinstalled tangerine
[02:06] <frandavid100> and I noticed the 16px versions of those icons don't show
[02:06] <frandavid100> can you check that?
[02:07] <kwwii> yeah, the 16x16 versions are missing
[02:07] <frandavid100> I that a bug or...?
[02:07] <frandavid100> IS that a bug or...?
[02:08] <mansours> hey
[02:09] <frandavid100> I can give you the 16px versions for all of them if you want them
[02:09] <frandavid100> there are some other gtk-icons missing, like the run icon when you press alt+F2
[02:20] <kwwii> that would be great
[02:20] <kwwii> I think that in the near future these icons will be put where they belong and not in tangerine anymore
[02:21] <kwwii> so this is really just to get them in right now
[02:23] <kwwii> btw, the tar file in the bug seems to be corrupted or such
[02:26] <kwwii> where is lapo when you need him? ;-)
[02:27] <andreasn> the gtk-stock icons are in gtk+ trunk now
[02:31] <kwwii> that is really good (but won't change things for feisty I guess)
[02:32] <andreasn> I'm not sure when the next gtk version comes out exactly, probably in october with the 2.20 release
[02:42] <frandavid100> sorry, I was doing something else
[02:42] <frandavid100> do you want me to pack the whole thing and send it to you, kwwii?
[02:42] <kwwii> frandavid100: yes, please - not sure what is going on with the other tar file
[02:43] <kwwii> and the 16x16 icons are an important addition I think
[04:59] <lapo> hi there
[05:23] <frandavid100> lapo, are you around?
[05:23] <lapo> frandavid100: yes, I think
[05:23] <frandavid100> I've just seen your message in https://bugs.launchpad.net/ubuntu/+source/tangerine-icon-theme/+bug/102581
[05:23] <ubotu> Malone bug 102581 in tangerine-icon-theme "20x20 new icons not in index.theme" [Undecided,Fix released]
[05:24] <frandavid100> with "sources", you mean the SVGs?
[05:24] <lapo> frandavid100: yep, but before that are you sure those icons are used in 16x16
[05:24] <frandavid100> totally
[05:25] <lapo> where?
[05:25] <lapo> frandavid100: I mean gtk ships those icons only in the sizes provided
[05:25] <frandavid100> liferea uses apply in the sources menu
[05:25] <frandavid100> rhythmbox uses cancel in the podcast dialog
[05:25] <lapo> ugh
[05:25] <frandavid100> it's used to cancel downloads
[05:26] <frandavid100> those are two examples, but I think other apps use them too
[05:26] <frandavid100> synaptic uses apply too, now that I think of it
[05:27] <lapo> ok, it's a bit of an "icon abuse" but hey, better to stare at bad nice icons that ugly ones :-)
[05:27] <frandavid100> sure thing
[05:27] <lapo> frandavid100: sources! :-)
[05:27] <frandavid100> they won't need to be added to tangerine though
[05:28] <lapo> I think is the fastest path
[05:29] <kwwii> at this stage, wouldn't it be easier to put the missing icons in tangerine directly, as the others are already there?
[05:29] <lapo> I wouldn't want to "pollute" tango icon theme with anything else then application icons
[05:29] <frandavid100> lapo
[05:29] <frandavid100> this is what we did
[05:30] <frandavid100> I have made a "common icons" theme for tango and tangerine to inherit from
[05:30] <frandavid100> and mailed it to you
[05:30] <frandavid100> it has the pngs and the sources too
[05:31] <lapo> frandavid100: yeah I know icon theme tricks, but we need to package things :-)
[05:31] <frandavid100> also, mailed kwwii a version of tangerine without the duplicate icons
[05:31] <kwwii> yeah, I just got that mail, reading now
[05:32] <lapo> frandavid100: the stock icon are going to live in gtk, the tangerine inclusion was just me bugging people to have them somewhere
[05:32] <kwwii> the most important thing at this point would be to not ask for too big of a change without knowing that it will definitly work
[05:32] <lapo> frandavid100: in the long run the stock stuff is going to be removed from tangerine
[05:32] <frandavid100> yup
[05:32] <lapo> so, we choosed to ship the icons in tangerine
[05:33] <frandavid100> but it would be easier to just remove the common theme when they get into gtk
[05:33] <frandavid100> that way tangerine doesn't need to be "polluted", it's all apart
[05:33] <frandavid100> it's a cleaner solution, I think
[05:33] <lapo> frandavid100: it would be one more package, and since the inclusion was somewhere around the freeze that was the quickest path
[05:34] <frandavid100> hm...
[05:34] <frandavid100> you've got a point there
[05:34] <lapo> frandavid100: I don't really care about adding stuff to tangerine, since I'm in charge with it and I can fixup my mess later :-)
[05:34] <frandavid100> so, how about it
[05:35] <frandavid100> there are some gtk icons missing in tangerine, like the run icon
[05:35] <lapo> frandavid100: that's a missing i-n-u link
[05:35] <frandavid100> I can dump all the icons in common in tangerine
[05:35] <frandavid100> i-n-u?
[05:35] <lapo> frandavid100: g-i-t sports a run icon which not get correctly linked I think
[05:36] <lapo> frandavid100: if some other icon is missing from tangerine and git it's my fault, but we can fix it I think
[05:36] <lapo> tangerine-icon-theme, tango-icon-theme and gnome-icon-theme
[05:37] <kwwii> I'm going to talk to the release manager now....
[05:37] <kwwii> so we want to add these icons to tangerine for feisty?
[05:37] <frandavid100> just one thing, what would happen to tango?
[05:37] <kwwii> we can do it the right way for gutsy
[05:37] <frandavid100> would it inherit them from tangerine, or just sport the old ones?
[05:38] <kwwii> unless tango inherits tangerine it will still miss the icons
[05:38] <lapo> kwwii: yeah, it's really minor stuff it should not brake stuff, but I'm on edgy now and I need to test it later
[05:38] <lapo> yep
[05:38] <kwwii> so should we add a inheritance to tangerine in the tango theme?
[05:38] <lapo> kwwii: nope
[05:39] <lapo> tango should stay like that
[05:39] <kwwii> ok, cool
[05:39] <frandavid100> shame :(
[05:39] <lapo> we want the missing stuff there, most of the missing icons are stuff that should not be used
[05:41] <lapo> tango icon theme is just an example implementation of the tango guidelines
[05:41] <lapo> so we want to do things right with it
[05:41] <lapo> gnome-icon-theme and tangerine-icon-theme are icon themes implementing the tango guidelines
[05:42] <lapo> I know it can be hard to get, but it's the way it is :-)
[05:46] <frandavid100> I'm checking which icons from gtk might be missing in tangerine
[05:46] <frandavid100> stuff like sort-descending, gtk-close
[05:47] <frandavid100> and adding them to tangerine
[05:47] <frandavid100> can I send it to you when I'm done, lapo?
[05:48] <lapo> sort descending and gtk-close are in gnome-icon-theme I believe, no?
[05:48] <lapo> frandavid100: yeah, feel free to send, thanks
[05:48] <kwwii> frandavid100: can you CC me on that, so that I can bug the right person to get the stuff included
[05:49] <frandavid100> sure
[05:50] <lapo> frandavid100: are there places where sort-descending doesn't show up correctly? I did that icon for g-i-t for sure
[05:50] <frandavid100> I've dumped all the png into the folder, and I'm gonna include all the sources separately
[05:50] <frandavid100> not sure about that lapo
[05:50] <frandavid100> I don't think I've ever seen that icon used anywhere
[05:56] <frandavid100> done :)
[05:57] <lapo> later guys
[06:11] <frandavid100> gotta go, see you later!