[08:39] <seb128> pitti: hey
[08:40]  * pitti hugs seb128 good morning
[08:40]  * seb128 hugs pitti
[08:40] <seb128> hey Amaranth
[08:40] <Amaranth> hey seb128
[08:40] <seb128> pitti: do you have a minute to discuss this camera autoplug action thing?
[08:41] <pitti> seb128: typing a mail ATM, but sure
[08:41] <seb128> pitti: so the issue is due to the fact that the gvfs gphoto backend is not used
[08:41] <seb128> pitti: nautilus relies on finding a DCIM directory on the device to know that photos are there
[08:42] <seb128> pitti: but if it can't mount it, it doesn't know if the directory is there
[08:43] <seb128> pitti: we have 2 ways to fix that I think, one is to implement some other logic in nautilus (looking at the device capabiliy fir example), the other one is to use g-v-m again
[08:43] <seb128> pitti: any opinion on that?
[08:44] <seb128> pitti: if we use g-v-m we ideally should do some changes to nautilus anyway because at the moment it displays some "start photo manager" button on photo locations which doesn't work when clicked
[08:44] <Amaranth> hey mvo
[08:45] <mvo> hey Amaranth!
[08:45] <seb128> hello mvo
[08:46] <mvo> hey seb128
[08:46]  * mvo yawns
[08:47] <pitti> hey mvo
[08:47] <mvo> hey pitti
[08:47] <pitti> seb128: ah, I see; that makes sense
[08:47] <pitti> seb128: my gut feeling is that we should do the following:
[08:48] <pitti> - enable f-spot in g-v-m again, since it fits better into the g-v-m hw category of digicams, scanners, and photo cameras
[08:48] <pitti> - disable the default program setting in the nautilus pane
[08:48] <pitti> that should be easy, and we know that g-v-m works
[08:48] <seb128> ok, deal
[08:48] <pitti> seb128: WDYT?
[08:48] <pitti> ah
[08:48] <seb128> can you do the g-v-m part? I'll do the nautilus one
[08:49] <pitti> sure, absolutely
[08:49]  * seb128 hugs pitti
[08:49] <pitti> seb128: shuold we entirely disable the widget? or just the gconf thing?
[08:49] <seb128> what widget?
[08:49] <pitti> the nautilus photo program selector
[08:50] <seb128> pitti: mask the widget for now I would say
[08:50] <pitti> seb128: sounds good and less confusing
[08:51] <pitti> seb128: that's hopefully just a tiny patch to the .glade?
[08:51] <seb128> I didn't look at it yet but yeah, should be trivial
[08:51] <seb128> hey dholbach
[08:52] <dholbach> good morning
[08:52] <dholbach> hi seb128
[08:52] <mvo> hey dholbach!
[08:52] <dholbach> hiya mvo
[08:53] <Amaranth> hey dholbach
[08:53] <dholbach> hey Amaranth
[09:07] <asac> seb128: do you know any french translator?
[09:08] <seb128> asac: what do you need exactly? I'm an occasional translator and I talk to some of the french team guys by mail or on IRC sometimes
[09:08] <asac> seb128: french folks are lame confirming suggestsions for firefox-3.0 and xulrunner-1.9
[09:08] <asac> seb128: its basically going through the untranslated strings and confirming the existing suggestions
[09:08] <seb128> asac: they refuse to use rosetta to translate it
[09:08]  * crevette is occasionaly translator as well
[09:08] <asac> seb128: ? no ... they are just slow ;)
[09:08] <seb128> they have a "don't translate on rosetta things which have an upstream translation team"
[09:09] <seb128> I exchanged mail with them some days ago
[09:09] <asac> https://translations.edge.launchpad.net/ubuntu/hardy/+lang/fr
[09:09] <seb128> for firefox3 they say it has an upstream team and they have no reason to fork the work
[09:09] <crevette> asac, don't forget the icon patch for nm-applet btw
[09:10] <asac> seb128: we need a bit duplication in order to produce innovation here
[09:10] <seb128> asac: they refuse to do it, I had the discussion some days ago
[09:10] <asac> ok
[09:10] <seb128> they say that leads to work duplication, conflict with upstream, etc
[09:10] <seb128> I can understand from where they come
[09:10] <asac> seb128: we import upstream translations
[09:10] <seb128> we had too many issues with GNOME because ubuntu forks translations
[09:11] <asac> seb128: its about "confirming" the ones that have ambiguities
[09:11] <seb128> and ubuntu has less control quality
[09:11] <seb128> and the ubuntu translation take over the upstream ones
[09:11] <asac> true
[09:11] <asac> that needs to be sorted in the long run
[09:11] <asac> how to properly ensure quality and give back translations
[09:11] <seb128> well, they sorted it by deciding that ubuntu translators should only touch things which are ubuntu specific
[09:12] <asac> i think thats not the vision of rosetta ;)
[09:12] <seb128> and I got the impression that the coordinator would rather quit than sort translations upstream things
[09:12] <asac> the vision is to take over universe :)
[09:12] <seb128> right
[09:12] <seb128> but I don't want to go to the clash with the french team and have them stop doing any rosetta work
[09:12] <asac> seb128: the launchpad team coordinator?
[09:13] <asac> seb128: sure
[09:13] <seb128> yes, for the french team
[09:13] <asac> ok i understand the french status then ;)
[09:13] <asac> thanks for clarifying
[09:13] <seb128> you are welcome
[09:13] <asac> i think we need to work on procedures that allow us to translate in rosetta
[09:14] <Amaranth> mvo: bzr-buildpackage keeps failing to apply the patches i added but if i extract the tar.gz myself and run quilt push -a it is fine
[09:15] <Amaranth> and of course it never says _why_ it failed
[09:16] <Amaranth> oh, because the file doesn't exist
[09:16]  * Amaranth stabs bzr
[10:00] <Amaranth> mvo: no luck on a11y stuff :/
[12:59] <seb128> asac: epiphany-browser still crash in xulrunner at closing, I'll annoy you again after 8.04 to get that fixed for 8.04.1 ;-)
[13:01] <seb128> hey pedro_
[13:01] <pedro_> bonjour seb128
[13:04] <jcastro> seb128: I still need a desktop session (or two if you want) for openweek.
[13:04] <seb128> jcastro: when is that?
[13:05] <seb128> sorry I've been swamped in work recently
[13:05] <jcastro> it starts on the 28th
[13:05] <jcastro> yeah, I know how you feel. :D
[13:05] <jcastro> https://wiki.ubuntu.com/UbuntuOpenWeek/Prep
[13:05] <jcastro> if you just want to add youself or someone from your team
[13:06] <jcastro> just add it in
[13:07] <seb128> ok, will do that
[13:30] <asac> seb's gone :/
[13:31] <crevette> I'm sure he'll come back one day :)
[13:42] <asac> crevette: so what was the applet branch?
[13:42] <crevette> branch,...
[13:42] <asac> with the new icons?
[13:42] <crevette> you mean patch
[13:42] <crevette> :)
[13:42] <crevette> :p
[13:43] <asac> i cannot apply patches anymore nowadays ;)
[13:43] <crevette> you would have prefered I create a bz branch on lp ?
[13:43] <asac> crevette: sure. thought i said so ;)
[13:43] <crevette> I can try tomorrow morning
[13:43]  * crevette is not a hacker
[13:43] <seb128> mvo: the codec installer should not ask you if you want to install or remove extra softwares, do you have a bug about that already?
[13:44] <asac> crevette: bug id at hand?
[13:44] <seb128> bah, firefox and openoffice are the suck, everything else is nicely translated
[13:45] <asac> seb128: tell pitti to upload the langpack today not after RC:)
[13:45] <crevette> asac, https://bugs.launchpad.net/ubuntu/+source/network-manager-applet/+bug/210449
[13:45] <ubotu> Launchpad bug 210449 in network-manager-applet "GNOME icons for nm-applet" [Wishlist,Triaged]
[13:45] <asac> seb128: i plan to upload manually most important langpacks today
[13:45] <pitti> asac: tell Rosetta to give me an export today, and tell the buildds to actually work
[13:45] <seb128> asac: ok, thanks
[13:45] <asac> no idea if fr is important ;)
[13:45] <pitti> asac: without buildds, there's nothing we can do, sorry
[13:45]  * seb128 slaps asac
[13:46] <seb128> perfect timing from is to move those apparently
[13:46] <pitti> and even with full buildd power, it takes about a day to build them all
[13:46] <asac> pitti: hehe :) i think the latest delta already has the proper xpi/
[13:46] <asac> pitti: yeah. thats ok. we already discussed that ;). ill go the manual way for those on CD at least
[13:46] <pitti> what's so bad about uploading them post-RC?
[13:47] <pitti> people who install RC can upgrade immediately
[13:47] <asac> pitti: no idea ;) ... i would just feel safer to get positive feedback in RC :)
[13:47] <pitti> and the final will be fine
[13:47] <seb128> asac: wasn't the startup page also translated? or is that also pending on language packs updates?
[13:47] <asac> seb128: no thats independent. however it depends on which translation you have in UI :)
[13:48] <asac> seb128: so yes, if you don't have a translated firefox you won't see your homepage
[13:48] <seb128> ah, that's a shame
[13:48] <seb128> it should depend on the locale
[13:48] <seb128> because I've the translated version installed
[13:48] <asac> seb128: http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.0b3/linux-i686/xpi/
[13:48] <asac> seb128: no it depends on the Accept-Language, which depends on the language displayed in ffox
[13:49] <seb128> "Firefox prevented this site ..." wth?
[13:49] <asac> seb128: you have the translated version installed?
[13:49] <mvo> seb128: I don't think so, what does it ask exactly?
[13:49] <asac> seb128: you mean "translated desktop" ?
[13:50] <asac> seb128: sorry the url is old
[13:50] <seb128> mvo: I'm trying the daily CD, I double clicked on a mp3, got the easy codec install thing, installed the required plugin and then I get this dialog asking if I want to install or remove extra softwares
[13:50] <asac> its http://releases.mozilla.org/pub/mozilla.org/firefox/releases/3.0b5/linux-i686/xpi/
[13:50] <asac> (for b5)
[13:50] <mvo> seb128: oh? hm, could you put a screenshot somewhere? I think I know what it is, but just want to double check
[13:51] <seb128> asac: I've no been following the changes this cycle so I'll just shut up on that, the localized about ubuntu pages used to be shipped in the same package as the ubuntu documentation
[13:51] <seb128> mvo: sure
[13:51] <asac> seb128: it still is. but it always dependened on the locale installed in ffox
[13:51] <seb128> ok
[13:51] <seb128> one other reason to prefer epiphany-browser ;-)
[13:51] <asac> the new solution is even less dependent on language packs because we don't have to patch them anymore :)
[13:52] <asac> seb128: you can go to preferences -> content -> choose preferred languages for display
[13:52] <asac> and set fr there
[13:52] <asac> its just that that is usually the one displayed in UI
[13:53]  * asac hopes it works at all
[13:53]  * asac trying
[13:53] <seb128> re
[13:53] <seb128> arg pidgin as IRC client
[13:53] <seb128> did somebody wrote something just before I closed the tab? ;-)
[13:53] <crevette> no
[13:54] <crevette> seb128, what about xchat-gnome ?
[13:54] <seb128> crevette: I've doing CD testing and there is no IRC client installed
[13:54] <seb128> s/I've/I'm
[13:54] <crevette> ah
[13:55] <crevette> there is irssi from what I remember
[13:55] <crevette> :)
[13:55] <seb128> and pidgin ;-)
[13:55] <asac> works for me :)
[13:57] <seb128> brb, rebooting to the normal system
[14:01] <seb128> mvo: http://people.ubuntu.com/~seb128/codecsinstall.png
[14:02] <seb128> show also a bug between compiz and the screenshoter
[14:02] <seb128> no decorations
[14:04] <seb128> asac: btw did you really conflict on j2re1.4-mozilla-plugin or is that a typo in the changelog?
[14:05] <mpt> My favorite screenshot+compiz bug is where the screenshot window doesn't finish flying away before the screenshot is taken
[14:05] <asac> seb128: ? am i missing something ?
[14:05] <Amaranth> mpt: screenshot should wait longer :)
[14:05] <seb128> asac: the changelog mentions j2re1.4-mozilla-plugin but that's j2re1.4 which creates the issue
[14:05] <asac> i thought that this is the conflict you wanted me to add :(
[14:06] <seb128> asac: I told you J2re1.4 no?
[14:06] <asac> j2re1.4
[14:06] <asac> j2re1.4-mozilla-plugin
[14:06] <asac> thats the same?
[14:06] <asac> i mean ... its certainly the mozilla-plugin that causes this?
[14:07] <seb128> no
[14:07] <seb128> I removed j2re1.4 on the boxes where I had the issue
[14:07] <mvo> asac: I just tried to reproduce the issue you reported with apturl, it seems to work fine for me and does not ask me to enable multiverse
[14:07] <seb128> I never had the mozilla plugin package installed
[14:07] <mvo> asac: where do you see this?
[14:08] <asac> mvo: when install flash through plugin installer wizard in ffox
[14:08] <mpt> Amaranth, sure, but how is it supposed to know how long to wait? Needs to be an API for it :-)
[14:08] <asac> seb128: sorry. i don't understand how that can be. what does firefox have to do with plain runtime?
[14:08] <Amaranth> mpt: It could always size its window to 0,0 instead of closing it
[14:08] <asac> i saw the backtrace and it happened when initializing the java plugin
[14:09] <asac> but i can take a look again
[14:09] <mvo> asac: on a fresh install?
[14:09] <seb128> asac: well, I've no idea, I just know that uninstalling J2re1.4 fixes the issue
[14:09] <asac> seb128: that will remove the plugin too
[14:09] <seb128> asac: easy enough to trigger, install j2re1.4, open epiphany-browser and go to about:plugins
[14:10] <seb128> asac: I didn't have the plugin installed, I just grepped dpkg.log
[14:10] <seb128> nothing else has been removed
[14:10] <asac> bug #214468
[14:10] <ubotu> Launchpad bug 214468 in xulrunner-1.9 "[removal request] Remove all java 1.4 bits from hardy (Was: Epiphany crashes inside xulrunner when j2re1.4 is installed)" [Medium,Fix released] https://launchpad.net/bugs/214468
[14:11] <mvo> asac: I can not reproduce this here on a fresh install
[14:11]  * mvo tries harder
[14:11] <asac> seb128: #133 0xb1377525 in CPluginServiceProvider::QueryService () from /usr/lib/j2se/1.4/jre/plugin/i386/mozilla/libjavaplugin_oji.so
[14:11] <asac> thats from the stack
[14:11] <asac> so either the mozilla-plugin is a hoax or ... i don't know :(
[14:12] <asac> mvo: do you use plugin finder?
[14:12] <asac> seb128: let me download the j2re package and see if there is such a file in
[14:12] <seb128> asac: http://packages.ubuntu.com/search?searchon=contents&keywords=libjavaplugin_oji.so&mode=exactfilename&suite=gutsy&arch=any
[14:13] <asac> seb128: ok sorry.
[14:14] <seb128> that's alright
[14:14] <seb128> sorry for not being clear
[14:15] <mpt> Amaranth, sure, but then there might be (probably should be!) an animation for resizing too
[14:15] <seb128> asac: maybe you can quickly get a new revision accepted since the other one is not building yet ;-)
[14:15] <Amaranth> mpt: that's a toolkit thing
[14:15] <asac> well. it was one of the things where i wouldn't have understood even if you wrote it in bold letters ;) it auto translated to the -plugin package in my head
[14:15] <seb128> Amaranth: do you know what causes the "no border on screenshots" issue?
[14:15] <Amaranth> and i'm sure gtk will let you disable it if it ever grows support
[14:16] <Amaranth> seb128: the screenshot tool doesn't handle a WM that doesn't reparent
[14:16] <seb128> Amaranth: would that be easy to fix?
[14:16] <mpt> Amaranth, it could be either, though I agree doing it at the toolkit would look better
[14:17] <mpt> well
[14:17] <mpt> Not necessarily look better, but be faster, because the toolkit could be smarter about skipping pixels if it was going too slowly
[14:17] <Amaranth> seb128: no, the screenshot tool needs to grow support for the other half of the spec :)
[14:18] <seb128> Amaranth: hum, k, any other nice screenshooter around we could use? ;-)
[14:18] <Amaranth> mpt: Do you know the technical reason why resizing looks so bad right now?
[14:18] <Amaranth> mpt: You don't want the WM to do animated resize :P
[14:18] <Amaranth> seb128: no idea, i take whole screen screenshots and crop them in gimp
[14:19] <seb128> ok
[14:19] <asac> seb128: ok building new sources
[14:19] <asac> seb128: +Conflicts: j2re1.4
[14:19] <asac> thats right?
[14:20] <mvo> asac: my bad, have it now
[14:20]  * asac confused ;)
[14:20] <asac> mvo: if i press "No" i also get a return code 0
[14:20] <asac> no idea if you still have that in your mind
[14:20] <seb128> asac: thanks!
[14:20] <seb128> asac: yes
[14:21] <seb128> mvo: did you see my screenshot?
[14:21] <mpt> Amaranth, no, I thought it was a deliberate (though weird) design choice
[14:21] <mpt> What's the reason?
[14:22] <mpt> Every time I resize a window I get a nostalgia rush for the early '90s
[14:22] <asac> seb128: ok uploaded. can you approve? (http://paste.ubuntu.com/7119/)
[14:23] <seb128> pitti: ^
[14:26] <Amaranth> mpt: The jerkiness is caused by a couple things. Main one is that the WM is not the same process as the app and they communicate asynchronously via X. Other one is that resizing is slow :P
[14:27] <Amaranth> But #1 is a big reason why #2 is true
[14:27] <mpt> So how will that be fixed?
[14:28] <Amaranth> in compiz we have outline resize because it beats the hell out of the CPU and GPU doing regular resize and because it causes problems with fglrx+Xgl
[14:28] <Amaranth> well, Qt fixed it by only using one X window for each window you see on the screen
[14:28] <Amaranth> instead of separate X windows for every button and etc
[14:28] <Amaranth> so only one window to keep in sync
[14:29] <mpt> Did Windows 98 and Mac OS X 10.0 do the same?
[14:29] <mpt> Or did they just not have a protocol as slow as X?
[14:29] <Amaranth> no, in those OSes the application draws its own window decoration
[14:29] <Amaranth> so resize is kept in sync
[14:29] <mpt> aha
[14:29] <Amaranth> and in OS X all drawing it locked to vblank
[14:30] <mpt> vblank?
[14:30] <Amaranth> s/it/is/
[14:30] <Amaranth> the refresh rate of your monitor
[14:30] <Amaranth> 60Hz is 60 fps, etc
[14:30] <mpt> So could GTK do the same as Qt?
[14:30] <Amaranth> we can sync to vblank for OpenGL stuff but not for Xv or regular X drawing
[14:31] <Amaranth> it could but it would be a huge chunk of work
[14:31] <Amaranth> but the infrastructure is slowly getting into place, it seems
[14:32] <mvo> asac: both issues are fixed in bzr, I check the race with the first apt-get update now
[14:33] <asac> mvo: did you look into apturl unnecessary updating caches or something at startup?
[14:33] <asac> it always does a lot of rumbling ... that i don't really understand :(
[14:34] <mvo> asac: it has to open the cache, no way around it to check if the package is installed, I can check if I can make it quicker
[14:36] <asac> mvo: dpkg -l would be really quick
[14:37] <asac> compared to what we have right now
[14:37] <asac> seb128: totem 'http://anytime.tv4.se/webtv/metafile.asx?MSG=mc1lSbUlityW0cJiqRrJ(xfyWIKhyDr4FyDJrUewlu8RtZiUhdDWyxd8hFg3ymUtqZas4oE1y6ft2I)1FlATFCALGsAD8kTOICOIvr72a0c!'
[14:37] <asac> that makes totem hang once the missing codec is installed (and on subsequent startups)
[14:37] <asac> no idea if you care ;)
[14:39] <seb128> asac: weird, I get a message saying the ressource is not available
[14:39] <mvo> asac: time apturl apt:2vcard until the dialog pops up is 1,5s for me - not great, but not that bad either
[14:40] <mvo> asac: do you see something different?
[14:40] <asac> seb128: hmmm maybe temporary then
[14:40] <asac> nevermind
[14:41] <asac> mvo: i don't mean the time before the dialog popsup, but the time it takes after you confirm before it starts to download and install
[14:42] <asac> anyway, i think nothing we can fix in hardy. i guess the idea would be to test if its downloadable and only if that fails update cache
[14:55] <asac> crevette: the nm-applet icons look identical except the connect spinning
[14:55] <asac> i don't see a difference at least
[15:00] <asac> seb128: is it consense that we want the new NM icons?
[15:00] <seb128> asac: I've no been following this issue and didn't try those but I think that people who commented liked those better yes
[15:01] <seb128> you should ask kwwii and mpt about it rather
[15:01] <asac> crevette: can you please confirm that the normal icons are not affected by this? that its just the spinner during connect that changed?
[15:01] <asac> kwwii: mpt can you please give a go for the new NM applet icons?
[15:01] <kwwii> asac: erm, what exactly does that mean?
[15:02] <kwwii> I know that NM applet has it's own icons, nothing much more than that
[15:03] <asac> kwwii: bug 210449
[15:03] <ubotu> Launchpad bug 210449 in network-manager-applet "GNOME icons for nm-applet" [Wishlist,Triaged] https://launchpad.net/bugs/210449
[15:03] <asac> kwwii: i have this request to apply the new, better gnome icons.
[15:04] <andreasn> the issue is still being discussed with the upstream maintainer I think
[15:04] <asac> yeah most likely
[15:04] <dholbach> UI FREEZE! :)
[15:04] <seb128> dholbach: who cares? ;-)
[15:04] <andreasn> http://bugzilla.gnome.org/show_bug.cgi?id=504822
[15:05] <ubotu> Gnome bug 504822 in nm-applet "Use GNOME updated style for icons" [Enhancement,Unconfirmed]
[15:05] <asac> dholbach: i think the desktop team meeting back a week or two voted in favour of those icons. but i lost all documentation
[15:05] <kwwii> asac: lol, looking at a debdiff does not necessarily give me an idea of what the icons look like :p
[15:05] <asac> kwwii: yeah i know
[15:05] <seb128> asac: I think you discussed this on this can and kwwii said those were better but I'm not sure either
[15:05] <asac> kwwii: but UU encoded icons should be readable for artists :)
[15:05] <seb128> s/can/chan
[15:06] <seb128> crevette: around?
[15:06] <asac> kwwii: http://bugzilla.gnome.org/attachment.cgi?id=102117
[15:06] <crevette> seb128, yep
[15:06] <asac> i think those are the ones ... but i still have to figure out if they are really the ones i have in this patch :)
[15:06] <kwwii> asac: yeah, found that, checking it out
[15:06] <mpt> asac, what do you mean by "give a go"?
[15:06] <crevette> you're lucky I've just arrived
[15:06] <asac> crevette: can you please verify that only the spinning icon has changed?
[15:06] <seb128> crevette: can you reply to asac quesiton?
[15:06] <kwwii> andreasn: I assume you think you should take the new gnome icons, right?
[15:06] <crevette> ah
[15:06] <asac> mpt: sign off that we prefer those over the official upstream ones
[15:06] <kwwii> andreasn: the connecting animation int he current set is simply ugly
[15:07] <mpt> asac, where are they?
[15:07] <asac> mpt: http://bugzilla.gnome.org/attachment.cgi?id=102117
[15:07] <crevette> asac, there is more than the spinning if I remember correctly
[15:07] <crevette> I can't look at the list right now unformtunetely
[15:07] <asac>  crevette then tell me which. the patch you gave me doesn't change anything else for me
[15:07] <asac> hmm
[15:08] <crevette> I should have the file around here (I'm at work on windows)
[15:08] <andreasn> kwwii: I'm not sure what to do exactly. The current green lights don't give me any clue at all what's happening exactly, but I know it's doing something when it takes a long time...
[15:08] <asac> crevette: the ones you have me definitly are completely different than the ones in the bug above
[15:08] <asac> i am lost
[15:08] <andreasn> kwwii: apart from that, it would make very much sense to use the spinner from the selected icon theme
[15:09] <asac> andreasn: i think thats beyond the scope what can be done here
[15:09] <asac> for hardy
[15:09] <kwwii> andreasn: yeah, ideally that would be best
[15:10] <mpt> asac, they look good to me
[15:10] <mpt> well
[15:10] <mpt> they look like an improvement, anyway :-)
[15:10] <asac> kwwii: well the spinner should at least give more info than just that something is happening. no idea if users would understand that its actually connecting somewhere
[15:11] <asac> mpt: yeah :) ... no i just have to figure, why the patch i got doesn't ship those at all
[15:11] <kwwii> asac: true, it is more than a simple spinner
[15:11] <kwwii> asac: I think that the gnome icons are a definite improvement (although the wired device icon seems somehow wrong to me)
[15:12] <andreasn> I don't think it picks up the wired device icon, it takes that from the theme (I think?)
[15:12] <andreasn> so that tar.gz might be shipping a few too many pixmaps than are actually used
[15:13] <pitti> asac, seb128: xul looks ok
[15:13] <seb128> pitti: thanks
[15:13] <asac> pitti: thanks
[15:14] <asac> andreasn: yes. thats what i see here. no change for the wired device icon
[15:14] <asac> andreasn: same goes for wireless signal strength icon
[15:14] <asac> no change
[15:15] <asac> no idea if it makes sense to apply something that just changes the spinner ... and that spinner is not even in the upsream bug
[15:16] <kwwii> I think that changing the spinner is worth it
[15:16] <kwwii> the current blue gree thingy with the dots makes little snese
[15:17] <kwwii> of course, if we had 2D system-try-thingy icons it would be even better :-)
[15:18] <andreasn> mpt: how does other systems solve the lack of feedback during the time it takes to connect to a wireless network?
[15:20] <mpt> andreasn, OS X slides the Airport icon (and therefore all icons to its left) to the left, shows a scrolling marquee of the network name to the right, then removes the marquee once the connection is finished
[15:20] <mpt> looks a bit crappy really
[15:20] <mpt> I don't know what Vista does
[15:21] <andreasn> marquee?
[15:21] <asac> kwwii: for me the spinner submitted doesn't really look better
[15:22] <asac> at least not more meaning full
[15:22] <mpt> andreasn, copy and paste this into Firefox's URL bar: data:text/html,<marquee width="50" style="font: caption">T-Mobile</marquee>
[15:22] <kwwii> asac: agreed that it does not present much more information but 1) it looks better and 2) it matches the spinner in nautilus and firefox
[15:23] <mpt> andreasn, that's about what it looks like
[15:23] <andreasn> ouch
[15:23] <andreasn> I didn't know you could do that btw, cool
[15:23] <asac> kwwii: where do you see that spinner?
[15:23] <asac> kwwii: just wondere because i didn't have it in the upstrema bug tarball?
[15:23] <Hobbsee> + blink is worse
[15:23] <asac> kwwii: if you say thats ok, ill take it now
[15:23] <andreasn> Hobbsee: thihi
[15:24] <Hobbsee> andreasn: my myspace page was infintely better, though.
[15:24] <Hobbsee> i'm still disappointed that it got removed
[15:24] <kwwii> asac: I looked at the spinner in http://bugzilla.gnome.org/attachment.cgi?id=102117
[15:24] <kwwii> the one with the little dots in a circle
[15:27] <asac> kwwii: what we have for wireless are the nm-stage03-connectionXXXX.png series
[15:27] <asac> anyway. lets take it hen
[15:31] <kwwii> I agree :-)
[16:03] <lapo> hi
[16:20] <seb128> hey lapo
[16:27] <asac> mvo: i requested a merge on your https://code.edge.launchpad.net/~ubuntu-core-dev/app-install-data-ubuntu/ubuntu branch
[16:27] <asac> i am currently branching the merge source and see if it really works. will let you know asap
[16:28] <asac> but takes time :(
[16:28] <asac> mvo: maybe consider to upgrade that to new branch format? (no idea if you already did that?)
[16:31] <mvo> asac: isn't it the lastest already? when we talked last I ugpraded all that I could get hold off
[16:31] <asac> hmm
[16:32] <asac> not sure
[16:32] <asac> bzr info should show pack-0.92
[16:32] <asac> i think jazzva told me that the data branch was still "dirstate"
[16:34] <mvo> hm, bzr upgrade bzr+ssh:// on that branch gave me that its already the latest version
[16:48] <asac> wierd
[16:50] <asac> mvo: ok that branch works ... maybe there will be another round of more extensions, but imo its safe to take it now
[16:50] <asac> (more extensions added ask .desktop)
[17:01] <mvo> asac: looks good, merging
[17:06] <asac> thanks
[17:06] <asac> can you mark the branch as "merged" in "view merge proposal" on launchpad side?
[17:19] <mvo> asac: I can not see where I can do that in https://code.edge.launchpad.net/~ubuntu-core-dev/app-install-data-ubuntu/ubuntu
[17:20] <asac> mvo: you click on the "view proposal details"
[17:20] <asac> then on the left "mark as merged"
[17:20] <mvo> aha
[17:20] <mvo> done
[17:21] <asac> cool
[17:21] <asac> now the branch disappeared from yours again
[17:21] <asac> mvo: i dont see that merge in the last 10 commits?
[17:21] <asac> already pushed?
[17:22] <mvo> still pushing
[18:04] <asac> mvo: you dont give credits in commit message? :-P
[18:16] <mvo> asac: I use debcommit
[18:18] <asac> that doesn't give credits?
[18:19] <asac> hmm ... should include the author (e.g. [ XXXX ]) ... anyway thanks for the upload
[18:29] <mvo> cheers, the upload has the right credits at least
[19:20] <wonko69> A strange thing has happend to my desktop. When I switch viewport with CRLT+ALT+left or right arrow key now for no apparent reason it move two viewports over instead of the normal one. I can for the life of me not figure out what is going on.
[20:07] <mvo> asac: apturl and the enable_section race should be fixed now
[20:09] <mvo> asac: do you want to give it a test-run first or should I upload straight away (my tests look good)
[20:15] <asac> mvo: no idea. how can i get a testpackage? is the fix in apturl or synaptic?
[20:18] <mvo> asac: all apturl, its in
[20:18] <mvo>   checkout of branch: sftp://bazaar.launchpad.net/%7Eubuntu-core-dev/apturl/ubuntu/
[20:19] <mvo> just run
[20:19] <mvo> bzr-buildpackage --native in it
[20:19] <asac> mvo: you ares still using sftp :-P ?
[20:20] <mvo> dude
[20:20] <asac> hehe
[20:20] <mvo> its a really *tiny* package
[20:20] <mvo> :P
[20:20]  * asac  branching
[20:21]  * asac building
[20:21]  * asac instlaling
[23:05] <YokoZar> If GDM is off-centered, does that mean it's using the wrong resolution or something else?  I can't even see the language select/restart buttons in the corner
[23:09] <ajmitch> most likely, I had that yesterday on my laptop because I'd plugged in the 22" lcd screen
[23:09] <Kargarian>  does anyone know what the screen reoultion should be for displaying X on a 24 inch tv?


[06:43] <aruncn1> hi
[06:43] <aruncn1> how can i change ubuntuone folder to different location ?
[07:17] <rye> morning
[07:17] <rye> hm, maybe we need to add "honk" message back into the subject?
[08:51] <fagan> rye: who needs honk when you can just add a highlight to messages that contain ? or for people that say hi since no one says hi unless they are asking a question most people say morning or afternoon :)
[08:51]  * fagan sweeping generalisations as usual
[08:52] <fagan> morning btw rye
[08:52] <rye> fagan, morning, "?" has a lot of false positives too. Especitally when m@ndel and gat0x and nessita discussing things :)
[08:54] <fagan> rye: true but I suppose you can use a different colour or have some sort of condition on it like if any of the u1 people say ? ignore it but anyone else highlight it
[08:54] <fagan> At least I think irssi can do that
[08:56] <rye> fagan, in xchat the highlighting is global, not yet switching to irssi (though after gnome-terminal became fast with nouveau drivers I may re-consider this)
[08:57] <fagan> rye: I never had any issues with gnome-terminal on the non free drivers that sounds pretty weird
[09:00] <rye> fagan, my intel atom netbook with intel graphics was faster to draw everything than my laptop with discrete nvidia graphics with proprietary drivers.
[09:00] <rye> fagan, and don't get me started on the parts of the screen that were simply failing to redraw. Especially annotying in terminals, where you expect things to appear when you do actions :)
[09:01] <fagan> rye: ah ok I have an atom netbook too but its using the intel graphics
[09:01] <fagan> works pretty nicely except when im on it I miss my desktop
[09:47] <JamesTait> Happy Monday, everyone!
[10:02] <mandel> morning all!
[10:39] <MarkusH> hey guys, it's me again ^^
[10:41] <MarkusH> when I try to access this page https://one.ubuntu.com/developer/files/store_files/cloud/#get_apifile_storagev1volumes I get a 404 HTTP Error
[10:43] <mandel> rye, ^
[10:43] <mandel> MarkusH, I think rye  can help you with that, he has all the tools to know what is going on
[10:43] <MarkusH> mandel: thx :)
[10:43] <mandel> np
[10:43] <rye> MarkusH, hi, do you mean the /developer/ page is 404ng or the API location?
[10:43] <MarkusH> the API localion
[10:44] <MarkusH> *location
[10:44] <rye> MarkusH, what's the location you are trying to hit?
[10:44] <MarkusH> AuthRequest(GET, https://one.ubuntu.com/api/file_storage/v1/volumes/)
[10:44] <rye> MarkusH, the API example is using an example path under ~/Ubuntu One/Photos/...
[10:44] <rye> ah
[10:45] <rye> MarkusH, let me refresh it
[10:45] <rye> MarkusH, i mean refresh my knowledge, not the page content :)
[10:45] <rye> MarkusH, is /api/account working fine for you?
[10:45] <MarkusH> let me check
[10:47] <MarkusH> OAuthRequest(GET, https://one.ubuntu.com/api/file_storage/v1/account/) doesn't work either
[10:48] <rye> MarkusH, no, https://one.ubuntu.com/api/account/ ?
[10:49] <rye> aquarius, ping
[10:49] <aquarius> rye, pong
[10:49] <MarkusH> rye: works
[10:49] <rye> aquarius,  https://one.ubuntu.com/developer/files/store_files/cloud/#get_apifile_storagev1volume lists https://one.ubuntu.com/api/file_storage/v1/volumes/ - should be without trailing slash
[10:50] <rye> MarkusH, remove the trailing slash from /volumes/ URL
[10:50] <aquarius> rye, good catch. jamesh, ping
[10:51] <rye> MarkusH, thank you for notifying us! I haven't used the /volumes/ entry yet in my applications
[10:51] <jamesh> aquarius: pong
[10:52] <aquarius> jamesh, can you correct the docs from the above discussion?
[10:52] <jamesh> aquarius: That is fixed in the sphinx based docs.
[10:53] <jamesh> so the fix should be ready soon.
[10:53] <aquarius> jamesh, aha, good man, you've already done it :)
[10:53] <MarkusH> rye: thanks, it's working now
[10:53] <aquarius> jamesh, also, I meant to check: the URLs are all still the same in the newer version, yes?
[10:53] <MarkusH> But I would recommend to unify the trailing slash in the URL
[10:53] <rye> jamesh, by the way, what is a convention for the trailing slash vs no trailing slash?
[10:54] <jamesh> aquarius: they aren't at the moment.  I can get some redirects hooked up though.
[10:54] <aquarius> jamesh, can they be the same? The current URLs were fairly carefully designed so they made it clear where you were and were hackable
[10:56] <jamesh> rye: most of the Django docs recommend always having a trailing slash (and redirect if it is missing), but that is mainly for the benefit of user facing content and making sure relative links inside the content do the right thing
[10:57] <jamesh> aquarius: I'll see what I can do.  I guess I didn't keep things as deep because there didn't seem to be much content between the toplevel and the leaf pages.
[10:58] <MarkusH> jamesh: yes, Django recommends to use a trailing slash always
[10:59] <rye> jamesh, ATM when you hit the version with trailing slash, full HTML output is sent to the client along with 404
[10:59] <aquarius> jamesh, yeah, but I'm anticipating content appearing in those pages later
[10:59] <MarkusH> And that fitts the HTTP standards as well, since every URL that does not directly link to a file should end with a slash
[10:59] <jamesh> aquarius: fair enough.
[11:00] <jamesh> rye: probably because there is no view registered with the trailing slash
[11:00] <MarkusH> jamesh: yes
[11:01] <jamesh> rye: one of the things Django's CommonMiddleware does is look for requests to URLs without a slash that would 404, and redirect them to versions with the slash (if there is a view registered there)
[11:02] <rye> jamesh, redirect as in 302?
[11:02] <jamesh> rye: for a REST API though, you probably just want clients making requests to the right URL, since they are unlikely to handle redirect responses
[11:03] <rye> jamesh, in case that's PUT request or POST we will need clients to implement redirect with POST...
[11:03] <rye> *with content
[11:03] <jamesh> rye: yep.  Search for APPEND_SLASH in lib/django/middleware/common.py
[11:03] <jamesh> rye: actually, it looks like the code will just fail with a RuntimeError if it is a POST
[11:06] <rye> jamesh, i will now write oops-generator for RuntimeErrors... so again, there is some new api being in the works at tht moment?
[11:06] <ubot4> https://lp-oops.canonical.com/oops.py/?oopsid=generator
[11:09] <jamesh> rye: I don'
[11:10] <jamesh> t know.  The RuntimeError there is probably more appropriate in human facing sites, since that error would indicate an error on the part of the site creator
[11:10] <jamesh> for APIs, this case is similar severity to a 404 error (and a 404 would probably be more useful for someone writing an app.
[11:11]  * jamesh heads off for a bit
[11:12] <gatox> hi!
[12:24] <gatox> mandel, are you free for a review?
[12:26] <mandel> gatox, yes, but aren't you on holidays?
[12:27] <mandel> gatox, or is it just Buenos Aires?
[12:27] <gatox> mandel, tomorrow.... i asked for a swap to do some bank errands tomorrow
[12:28] <gatox> mandel, also...... drag&drop is working.... i just need to modify something a little to allow recursive copy if the user move a folder
[12:29] <mandel> gatox, superb!
[12:29] <mandel> gatox, pass me the review and I'll get it done
[12:31] <gatox> mandel, also.... i have been reading the api on how to implement the search and the image gallery with thumbnails, etc..... so if you don't mind i will add that in the client
[12:31] <mandel> gatox, sure, I have no problems what so ever :)
[12:32] <gatox> mandel, great!
[12:32] <gatox> mandel, reviews: https://code.launchpad.net/~diegosarmentero/ubuntuone-windows-installer/not-validated-account  -    https://code.launchpad.net/~diegosarmentero/ubuntuone-control-panel/explore-button   -   https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/not-validated-account
[12:42] <mandel> gatox, any experience with squid?
[12:43] <gatox> mandel, none
[12:43] <mandel> gatox, que pena :(
[12:43] <gatox> mandel, are you stuck with something?
[12:44] <mandel> gatox,  a little, I don't know well how to set up the acls of squid to just require proxy auth for a single port
[13:40] <mandel> I managed to get squid working as I wanted, hurray \o/
[13:41] <gatox> mandel, congrats!!!!!!!
[13:42] <mandel> gatox, I hate config files :)
[13:42] <gatox> me too
[13:42] <mandel> gatox, I'm off to lunch and will do your reviews once I'm back :)
[13:42] <gatox> mandel, ok, great!
[13:42] <gatox> provecho
[13:43] <mandel> gatox, FYI I have your laptop, took it out of the huge box it came, we need to talk about how to transport it
[13:43] <gatox> mandel, too big?
[13:43] <gatox> the laptop or the box is big?? if only the box..... drop the box
[13:44] <mandel> gatox, I'm droping the box, that is for sure, is huge!
[13:44] <mandel> lets talk later :)
[13:44]  * mandel lunch
[13:44] <gatox> jeje ok
[14:39]  * mandel back
[14:58] <mandel> gatox, dobey ping
[14:58] <gatox> mandel, pong
[14:58] <dobey> mandel: ?
[14:59] <mandel> gatox, dobey shall we skip the standup today, or do you want to do it? Is just the 3 of us
[14:59] <gatox> i know dobey answer
[14:59] <gatox> jejeje
[14:59] <dobey> where's ralsina?
[14:59] <gatox> dobey, in argentina everyone is on holiday
[14:59] <dobey> ah, right
[14:59] <dobey> gatox: so why are you here? :)
[15:00] <gatox> dobey, i swap for tomorrow
[15:00] <gatox> :P
[15:00] <dobey> heh
[15:00] <mandel> so as the both of you want, I have no preference :)
[15:00] <gatox> let's do it
[15:00] <gatox> it's just a second
[15:00] <dobey> boo, no :)
[15:01] <gatox> dobey, jejee i know you will say that
[15:01] <mandel> I agree with dobey  ;)
[15:01] <gatox> mandel, jejee so why you ask?? jejee
[15:01] <mandel> I just don't have the balls to be the first one saying it hehe
[15:01] <dobey> 2/3 majority wins!
[15:01] <gatox> ok then
[15:01] <mandel> democrazy is great!
[15:01] <gatox> jejjje
[15:05] <dobey> ah blah; i need to do expenses too
[15:08] <gatox> mandel, http://ubuntuone.com/3DjEC5pEl9T3lTSyOHIWFW
[15:08] <gatox> :P
[15:08] <gatox> another one: https://code.launchpad.net/~diegosarmentero/ubuntuone-control-panel/misaligned-icons/+merge/83620
[15:09] <mandel> gatox, ok, doing all of them now...
[15:13] <mandel> gatox, in https://code.launchpad.net/~diegosarmentero/ubuntu-sso-client/not-validated-account/+merge/83055 I think you should add a test asserting that when the erro is a diff one we call the general error dialog
[15:14]  * gatox looking....
[15:14] <mandel> gatox, I would also add UserNotValidated as a constant, so that you use the same one in the tests
[15:15] <gatox> mandel, true..... ok, doing that
[15:18] <karni> Anyone here with /mnt/sdcard/external_sd or /mnt/sdcard-ext on their Android device?
[15:19] <karni> Androids o/ ↑
[15:38] <gatox> mandel,
[15:39] <gatox> ok..... lunch..... brb
[15:40] <mandel> gatox, ok, let me know when I can re-review
[15:40] <gatox> mandel, about that
[15:40] <gatox> mandel, is there any place in particular where the "UserNotValidated" string should be placed?? because all that kind of error message are using the strings all over the code
[15:41] <gatox> i mean.... all the dicts generated with error type... use just a string
[15:41] <gatox> so, it should be all refactored
[15:42] <joshuahoover> rye: any news on testing bug #874501 so we can get the sru in for oneiric?
[15:42] <ubot4> Launchpad bug 874501 in gnome-keyring (Ubuntu Oneiric) (and 2 other projects) "couldn't prepare to write out keyring (affects: 8) (dups: 1) (heat: 40)" [High,Confirmed] https://launchpad.net/bugs/874501
[15:42] <mandel> gatox, yeah, I suppose thatw would be the best approach, I mean, is cleaner to use constants that use them everywhere, which is error prone, right?
[15:42] <mandel> joshuahoover, ping
[15:42] <joshuahoover> mandel: pong
[15:43] <gatox> mandel, yes, i agree.... but we should do that for every string in error type.. not just UserNotValidated case........
[15:43] <gatox> so.... it's going to take a while :P
[15:43] <mandel> joshuahoover, during the weekend one of our users could not get ubuntuone to work on a x64 machine, and I think that is something fairly common, do we have any reports about that?
[15:43] <mandel> gatox, and other way to do it is to answer me in the bug that is a big change and that you have created a bug about that ;)
[15:44] <mandel> then we can fix the issue in a branch just for that :)
[15:44] <gatox> mandel, ahhhh ok..... that wwould be better...... doing that
[15:44] <joshuahoover> mandel: not that i'm aware of
[15:44]  * gatox lunch
[15:45] <mandel> joshuahoover, hm.. I have a x64 machine and will try during the bug fixing days and will let you know.. but we might need to make a x64 pacakge and an x32 if we cannot get it to work well :(
[15:45] <joshuahoover> mandel: ok, let me know what you find
[15:47] <mandel> joshuahoover, sure, if you get any persom complaining about the installation in a machine, pelase do ask about the arch if you have the opportunity
[15:47] <joshuahoover> mandel: will do
[15:50] <mandel> thx
[15:50] <rye> joshuahoover, i think that while we can't reproduce this (i have asked lots of people around) we may drop the other patch for now. I don't know whether any people are dependent on getting old entries from keyring but so far I haven't seen problems with that - apps usually drop and create new entry instead (probably due to this bug)
[15:51] <joshuahoover> rye: can you get with kenvandine on it so we can figure out a way to get the sru released? :)
[15:52] <dobey> rye: i think you are concentrating on the wrong thing
[15:52] <rye> dobey, more info, please?
[15:53] <dobey> rye: your proposal isn't blocked on being reproducible afaict?
[15:53] <rye> dobey, the random generator fix is what we need
[15:53] <rye> dobey, the other patch which was proposed is not relevant for now, do you mean that?
[15:53] <dobey> rye: the problem is that ken proposed a newer version that has other changes as well
[15:54] <dobey> rye: i mean the random generator issue on its own is an obvious fix and i don't think it has any contention
[15:54] <rye> dobey, true, i have already understood my mistake about that
[15:55] <dobey> rye: devising a testcase around a random number generator is going to be hard, regardless :)
[15:55] <rye> joshuahoover, in #ubuntu-devel, stalking ken
[15:56] <dobey> i think spamaps is who you really need to bug
[15:56] <joshuahoover> rye: thanks
[15:57] <rye> dobey, random generator is random
[15:57] <dobey> yes it is
[16:24] <dobey> lunch, bbiab
[16:25] <rye> dobey, thanks!
[16:43]  * jdobrien wonders how many people are experiencing slow syncdaemon
[16:45] <zacktu> Before I installed ubuntu 11.10 I backed up my home directory.  After finishing the installation I copied home directory files onto the computer and made changes to some of them during setup.  Ubuntu One isn't syncing directories that it used to sync.  Moreover, it appears to want to "restore" my files as they were before the installation rather than syncing files by date.  What to do?
[16:46] <gatox> mandel, you can re-review my branch..... i've created another issue for the string refactoring.... and about testing when the error is another one instead UserNotValidated...... that was being tested in the other tests that exist previous this branch
[16:52] <mandel> gatox, ok
[17:15] <dobey> rye, duanedesign: ^^ can you help zacktu please?
[17:17] <duanedesign> hello zacktu
[17:19] <duanedesign> zacktu: if you have to reinstall Ubuntu and you are using Ubuntu One you want to make sure on the new installation you do not copy over .local/share/ubuntuone/ from a backup of the old install
[17:20] <duanedesign> after a fresh install when you add your computer to your account it will treat it as a new device to your account and sync the files from your cloud space to your computer
[17:32] <dobey> mandel: haha; but that tinyurl link is broken :(
[17:34] <mandel> dobey, is it.. lame :(
[17:35] <mandel> dobey, the stupid songs are driving me crazy  :P
[17:35] <dobey> haha
[17:35] <dobey> it's the robot bar fight
[17:39] <dobey> man, what's with these early deliveries from amazon lately
[18:14] <dobey> also, this "use 2xAA batteries" bs needs to stop. give me Li-Ion and a micro-usb port.
[18:20] <zacktu> duanedesign: the only files that i copied from a backup were my own files -- the file ~/.local/share/ubuntuone should have been generated at startup   --
[18:20] <zacktu> duanedesign: but I have made some changes to my own files, so I don't want to have ubuntuone write over them --- it appears i've made a strategic mistake
[18:26] <dobey> zacktu: did you only back up/restore specific files/folders in your $HOME, rather than all of $HOME?
[18:47] <dobey> meh, alpha1 is thursday
[20:05] <gatox> mandel, dobey well..... EOD for me...... see you guys on wednesday!
[20:07] <dobey> cheers gatox
[22:49] <dobey> later all
[22:49] <nhaines> dobey: \o_


[00:35] <flocculant> hggdh: no comment that's channel good ...
[00:36] <hggdh> flocculant: heh
[00:37] <flocculant> tsimonq2: there are a bunch of students who think one iso test works for all - I am quite hard about those - while I see you as mentor for Xubuntu things, please allow me to either approve or not any Xubuntu task  :)
[00:39] <tsimonq2> flocculant: I apologize. Go ahead. :)
[00:40] <flocculant> tsimonq2: it's about making sure you read the whole comments dude, wasted time on the last one ;)
[00:41] <tsimonq2> flocculant: sorry
[00:41] <flocculant> you go ahead, but just like bugs - read the whole thing :)
[00:42] <tsimonq2> got it
[00:42] <tsimonq2> flocculant: thanks :)
[00:42] <flocculant> tsimonq2: really - no need for sorry :)
[00:43] <flocculant> I might be blunt as a brick, I am always happy to tell people which side of the brick they didn't read, ask balloons :D
[00:43] <flocculant> I care not who gets the blunt edge as long as they only get it once :;)
[00:44] <flocculant> teward got some once too ...
[00:44] <flocculant> and elfy
[00:49] <tsimonq2> flocculant: ok :)
[00:50] <tsimonq2> flocculant: BTW, I'm coming for you XD http://iso.qa.ubuntu.com/qatracker/reports/testers
[00:50] <tsimonq2> (joking around of course)
[19:04] <dsmythies> I have a question about the hardware page: https://wiki.ubuntu.com/QATeam/Hardware
[19:04] <dsmythies> this command does not work for me:
[19:05] <dsmythies> hardinfo -ram devices.so | sed '/\*\*\*\*\*\*\*/,/\*\*\*\*\*\*\*/d' | gist-paste | clipit -c
[19:05] <dsmythies> Hoowever, this works fine:
[19:05] <dsmythies> hardinfo -ram devices.so | sed '/\*\*\*\*\*\*\*/,/\*\*\*\*\*\*\*/d' | gist-paste
[19:06] <dsmythies> So I do not understand the clipit -c part.
[19:07] <dsmythies> i.e. why bother installing the package and adding that part at the end.
[19:10] <dsmythies> Oh, this might be relevant: My computer is server edition, no gui.


[01:36] <cjohnston> jcastro: ping
[07:45] <czajkowski> paultag: can u invite me to our channel cant seem to join :/
[07:58] <nigelb> "/msg chanserv invite #channel-name" usually works
[20:28]  * AlanBell hopes any east coast US peeps are OK
[22:44] <mhall119> it's only a cat 1
[22:47] <paultag> AlanBell: storm's just throwing rain at us
[22:47] <paultag> but it looks like it'll be tame when it hits in the morning


[06:26] <superfly> ohi
[12:34] <inetpro> .
[13:13] <morgs> ..
[17:48] <Kilos> evening superfly and other geeky kinda peeps
[17:48] <Kilos> Maaz, coffee on
[17:48]  * Maaz washes some mugs
[17:48] <superfly> hiya Kilos
[17:49] <Kilos> naand Kerbero en sy boetie
[17:52] <Maaz> Coffee's ready for Kilos!
[17:52] <Kilos> Maaz, thanks alot
[17:52] <Maaz> Kilos: np
[18:47] <Kilos> see you's tomorrow
[18:47] <Kilos> sleep tight


[00:04] <Sarvatt> bryceh: where is the codename attachment to the bug title done in your scripts? it would be a lot more useful to have chipset codenames like RV515 instead of say M64P
[00:07] <Sarvatt> ah fix-titles.py found it
[00:15] <Sarvatt> bryceh: extending fix-titles to have all ati pci ids and use the chipset codename if you dont mind
[00:16] <Sarvatt> helps a lot more tracking down bugs if i know the codename like RV515 and there are a *ton* missing in here
[00:20] <bryceh> Sarvatt, great thanks
[00:20] <bryceh> yeah the nvidia chipsets are missing there too if you feel ambitious
[00:21] <bryceh> I run fix-titles.py on -intel manually from time to time, and run it less frequently on -ati
[00:21] <bryceh> once you've got your changes in I can re-run it on both (unless you'd rather do it)
[00:21] <bryceh> I figure eventually we'll want it for nouveau too
[00:22] <RAOF> Yeah, that'd be useful.
[00:23] <RAOF> (Although it's not always obvious which set of codenames to use; many nvidia chips have at least 2 :/)
[00:23] <Sarvatt> yup will do, 1/4 the way through ati and will do nvidia after
[00:23] <Sarvatt> nvidia is easy, theres a nice wiki document having them all
[00:24] <Sarvatt> http://nouveau.freedesktop.org/wiki/CodeNames
[00:24] <Sarvatt> i've got a list of all pci ids somewhere around here to map that to
[00:44] <Sarvatt> phew, gonna take a break at R500 generation :D
[00:54] <libv> Sarvatt: check radeonhd code, i spent several days in july 2007 doing the same thing
[01:30] <Sarvatt> ok got everything except cypress hemlock juniper cedar and redwood, not sure on those codenames
[01:32] <Sarvatt> bryceh: anything special I should do running this? already changed it to dryrun
[01:35] <Sarvatt> hmm   ---------> Renamed to [RV530] [X1600] jaunty: X session (radeon) slows down, crashes
[01:48] <hyperair> Sarvatt: i still get my artifacts =\
[02:37] <Sarvatt> there we go, all ati bug titles with proper logs tagged with the gpu chipset name, kind of throws off incomplete bugs running this though since it resets expiration time
[02:39] <Sarvatt> ahh darn, things originally filed against xorg dont have PciDisplay: in the description
[02:56] <Sarvatt> pushed it here but it needs handling for already tagged bugs like cleanup_intel has http://bazaar.launchpad.net/~sarvatt/arsenal/working/revision/491
[04:08] <vish> hi.. i'm noticing my screen being badly corrupted with artifacts > and the xorg log is showing :
[04:08] <vish> (II) RADEON(0): Printing DDC gathered Modelines:
[04:08] <vish> (II) RADEON(0): Modeline "1280x800"x0.0   68.90  1280 1301 1333 1408  800 804 808 816 -hsync -vsync (48.9 kHz)
[04:08] <vish> (II) RADEON(0): EDID vendor "QDS", prod id 65
[04:08] <vish> but i'v selected 60kHz in the display settings [which is the default]
[04:08] <vish> this is in Lucid^
[04:10] <vish> 60*Hz
[04:10] <vish> brb , the screen looks horribly disfigured :(
[04:14] <vish> if i take a screenshot , its doesnt show these problems..
[04:15] <RAOF> Which suggests that the problem is in how radeon is driving your screen, as you suspected.
[04:17] <RAOF> Has this issue arisen recently?
[04:20] <vish> RAOF: hmm , that Xorg log entry might not be the error , but there is no error/message recorded other than those lines..  but yes , this has started recently , i notice the screen corrupted and a restart is the only thing that fixes it and screenshots dont catch the problem :(
[04:21] <RAOF> But a restart fixes it?  It wouldn't seem to be mode-related then.
[04:21] <vish> yeah , the restart restores the screen to normal ,  i have never had such bad display , I'v been using Ubuntu for on this system for nearly 2.5yrs
[04:22] <vish> laptop*
[04:22] <RAOF> Is there a particular action that you've discovered which triggers the corruption?  Is it only after leaving the computer for a while?  Is it while doing a lot of 3D stuff?  Is it just anytime?
[04:23] <vish> i have notice the problems when i return from screensaver[rather after the screen has been switched off during idle].. not while any other usage/3D
[04:24] <RAOF> Always after the return from screensaver?
[04:24] <vish> it has been random .. i'm not sure what triggers it.. but i have noticed the problem only after i return from screensaver
[04:26] <vish> no errors in the Xorg/sys logs . no messages , nothing is recorded :s
[04:28] <vish> i could take foto of the error , but i dont think it would be helpful , not sure where/how i can debug this :(
[04:28] <RAOF> A photograph of the problem can be surprisingly useful.
[04:29] <vish> ok , i'll take one the next time it happens
[04:29] <RAOF> This only happens after a return from screensaver, though?  Is it a particular screensaver?
[04:30] <vish> i use the GLXMatrix.. i could try switching to a different screensaver
[04:30] <RAOF> Might be worth checking, yeah.
[04:32]  * vish switches screensaver
[04:35] <vish> there has also been another similar error , but it is "fine black noise"[1px black horizontal lines] which also doesnt get caught when using a screenshot as well.. but this started happening several times *while* i was using the system , no fancy 3D stuff , or anything.. this too is solved only by a restart
[04:36] <vish> same no errors/messages :(
[04:36]  * vish thinks the new drm from .33 kernel might be the cause of these problems
[04:37] <RAOF> If you think that's the case then you could try booting into the old -15 kernel
[04:39] <vish> yeah i should, i didnt notice them earlier , its been happening only for the last couple of weeks.  These random errors are quite bugging :s  if it is something i can reproduce it can be pinned down
[04:44] <vish> RAOF: if the bug happens again , anything else i need to log? to narrow down the bug? [other than a foto , which might help the first bug,  but i'm not sure it would help the black noise]
[04:45] <RAOF> dmesg & xorg.0.log are the obvious candidates; I'm not aware of anything else for radeon.
[04:47] <vish> neat.. thanks [but hope they log errors the next time ;-)]
[04:48] <RAOF> It's quite possible that you can pass some debug parameters to the kernel module, but I'm unfamiliar with them.
[04:49] <RAOF> And they're likely to be *hugely* verbose.
[04:53] <vish> whom/where can i ask about those debug parameters? [#u-kernel?]
[04:57] <RAOF> I'd just wait for the moment.
[04:57] <vish> k.. thanks :)
[04:59] <Sarvatt> vish: in /sys/module/radeon/parameters/ can you tell me what the values for dynclks and new_pll are?
[05:01] <vish> Sarvatt:  dynclks is -1   and new_pll   is 1
[05:01] <Sarvatt> try booting with radeon.new_pll=0
[05:02]  * Sarvatt thought that was the default...
[05:03] <vish> Sarvatt: so the  new_pll one i just change to 0   right?
[05:03] <vish> or   > radeon.new_pll=0
[05:03] <vish> ah , got it.. you want me to edit the kernel line :)
[05:05] <Sarvatt> yeah, sorry
[05:05] <Sarvatt> http://bugs.freedesktop.org/show_bug.cgi?id=26358
[05:06] <Sarvatt> weird refresh bugs and quirks abound because of new_pll=1..
[05:07] <Sarvatt> you're like the third person in here today to say they have a weird undescribable corruption they cant screenshot on radeon, sheesh
[05:08] <vish> \o/ i'm not alone ;p
[05:09] <vish> btw , this is the Xorg.0.log > http://paste.ubuntu.com/399115/
[05:09] <vish> Xorg.1.log > http://paste.ubuntu.com/399114/
[05:12] <Sarvatt> you're the second with an RV515 today too
[05:12] <Sarvatt> other guy couldn't file a bug because of some KDE problem :(
 [18:03:35] +Sarvatt: flickery, snowy or like that ...
[05:14] <Sarvatt> whatever that meant :)
[05:16] <vish> Sarvatt: you want a bug logged for this?
[05:17] <vish> [to switch the default new_pll=0]
[05:18] <Sarvatt> doubt thats a good idea globally, probably need to make a quirk for your machine and the hundreds of others that need them too
[05:18] <libv> heh, i cannot believe deucher is still struggling with that, i had that fixed before he even started writing his driver.
[05:42] <Sarvatt> yuck, all the odd flickering bugs the past few days in -ati are all rv515 and rv530 :D
[05:43] <libv> m52 or rv515/530?
[05:46] <Sarvatt> 2xM56P and a x1300 RV515 on this page
[05:46] <Sarvatt> at least yours doesnt look like this vish - http://launchpadlibrarian.net/41493534/543265_bug_P04.jpg
[05:47] <libv> that's not a pll issue
[05:47] <libv> or...
[05:47] <vish> ;p
[05:48] <libv> hrm...
[05:48] <RAOF> Whee!  I like my framebuffer well sliced!
[05:48] <Sarvatt> Everytime I start Ubuntu 10.04 from Live CD, after few minutes screen start to shaking and i cant do anything (Ctrl+Fn is working, but screen is shaking too).
[05:48] <Sarvatt> (description for that last one)
[05:49] <Sarvatt> with the screenshot
[05:49] <libv> ctrl-fn on kms no doubt
[05:49] <superm1> Sarvatt, i've seen something similar to that on my netbook too
[05:50] <superm1> but i can't come up with a reproducible scenario for it, it's quite random
[05:52] <libv> i fear that this photo is that messed up because of the camera
[05:53] <RAOF> And that the true state of affairs would not include duplicate pieces of screen?
[05:54] <libv> not for a modesetting issues indeed.
[09:14] <Ng> interestingly enough, I think I've found a couple of other people seeing similar weird random flickery events on G45s in Lucid
[09:18] <Sarvatt> tell them to boot with i915.powersave=0 and mention in the bug if that fixes it :)
[09:18] <Sarvatt> that was default in -15 but not anymore in -16
[09:20] <tseliot> Sarvatt: unfortunately I experienced some weird corruptions with nouveau (and I had to update libdrm too)
[09:20] <Sarvatt> tseliot: i told ya in the email you have to update *everything* in the ppa, not just xserver-xorg-video-nouveau too :D
[09:20]  * tseliot nods
[09:21] <Sarvatt> got it running though? didn't work? :(
[09:22] <tseliot> well, it depends on what you mean by "work" ;)
[09:23] <Sarvatt> what kinds of corruptions?
[09:25] <tseliot> first of all plymouth didn't work (and it used to work) but I got mode setting. Then I could enter the desktop but the menus and the indicator were blank
[09:26] <Ng> Sarvatt: interesting. the problem is that it's *really* intermittent, so all I'd be able to say is that it's not happened for a few days ;)
[09:27] <freeflying> hi all, does xserver-xorg-video-ati works well with xrandr in karmic
[09:28] <tseliot> Sarvatt: http://albertomilone.com/2010-03-21 19.08.04.jpg
[09:28] <tseliot> :-/
[09:28] <tseliot> err... http://albertomilone.com/2010-03-21%2019.08.04.jpg
[09:28] <freeflying> a 17" crt monitor has been recoganized as 16"
[09:28] <Sarvatt> i haven't seen any flickering bugs on 965+ recently, looked like they ironed them all out but powersave=0 for sure should get rid of them Ng
[09:28] <freeflying> using xserver-xorg-video-ati in karmic
[09:29] <Ng> Sarvatt: ok, I've passed it on to the other folks and we'll try to start keeping track. Would anything else have changed between -15 and -16 wrt intel? I probably only rebooted into -16 fairly recently
[09:29] <Sarvatt> yeah *tons*, the entire 2.6.32-2.6.33 drm backport
[09:30] <Ng> oh hrm, I rebooted longer ago than I thought
[09:30] <Ng> 17th I think
[09:30] <Ng> ok well we'll keep an eye on it and see how it goes :)
[10:17] <tseliot> Sarvatt: can you add this, please? http://0x04.net/~mwk/0001-drm-nv50-Add-NVA3-support-in-ctxprog-ctxvals-generat.patch
[10:50] <Ng> ok, I was just using another intel laptop in the office that just had a fresh install of beta1 and it was doing the screen flickering thing just like mind, so I'll reboot wit powersave=0 and see if it goes away
[12:31] <bjsnider> tseliot, i noticed last night that nvidia-settings control file still says build on lpia in lucid
[12:32] <tseliot> bjsnider: as the rest of the nvidia packages
[12:32] <bjsnider> why doesn't the build system complain about it?
[12:34] <tseliot> I don't know
[12:34] <bjsnider> i find it easier and safer to just put "any" int he architecture
[12:38] <tseliot> no, why should we?
[12:39] <tjaalton> just drop lpia
[12:39] <tjaalton> "any" doesn't work
[12:39] <tjaalton> no reason to build it on ia64 or sparc
[12:40] <bjsnider> well, when you use the ppa build system, and tell it to build on lpia/lucid, it errors out. the ppa system doesn't build on ia64 or sparc
[12:41] <tjaalton> but the main buildd's do
[12:41] <bjsnider> ia64 is the intel itanium?
[12:41] <tjaalton> yep
[12:41] <bjsnider> i thoughtt hat was an experiment?
[12:42] <bjsnider> are there ia64 production systems out there?
[12:42] <tjaalton> "amd64 armel i386 ia64 powerpc sparc", those are the archs that "any" would make it build on
[12:42] <tjaalton> ask HP
[12:43] <tjaalton> i guess there are, don't know about ubuntu on them
[12:43] <tjaalton> but that's besides the point
[12:43] <tjaalton> even though _your_ ppa packages build fine with "any", there's no need to change the main package to do the same
[14:21] <marcus___> hello
[14:21] <marcus___> i was curious if it is possible to have the gallium3d nouveau drivers in lucid via the xorg swat/edgers ppa
[14:22] <marcus___> can someone offer some insight into this? :)
[15:46] <ara> bryceh, ping
[15:53] <superm1> tseliot, re https://edge.launchpad.net/ubuntu/+source/fglrx-installer/2:8.721-0ubuntu5 , that shouldn't have been necessary once the binaries were deleted from the archive should it?
[15:55] <Sarvatt> tseliot: uploaded now, sorry had to sleep a bit there :)
[15:55] <tseliot> superm1: you might want to discuss this with pitti (who requested transitional packages)
[15:55] <Sarvatt> it's linux-backports-modules-2.6.32_2.6.32-16.999~git20100321.4d950853~xorgedgers
[15:55] <superm1> tseliot, ah i'll take a look at bt
[15:55] <tseliot> Sarvatt: thanks a lot. Getting some sleep can help from time to time ;)
[15:55] <superm1> tseliot, but then those changes just need to be local, and not in the amd phorogit stuff, right?
[15:56] <superm1> i'm guessing they help dist-upgrader's is the particular reason
[15:56] <tseliot> superm1: right
[15:57] <superm1> ara, with your proprietary driver testing, is one of your test cases hardy fglrx->lucid fglrx now too?  hardy still had LRM if i'm remembering correctly, i'm wondering how well that would go over
[15:59] <tseliot> oh, and BTW suspend/resume works with nvidia now (even here!)
[16:00] <ara> tseliot, \o/
[16:01] <tseliot> :-)
[16:27] <ricotz> Sarvatt, hello could you please upload a lbm package for 2.6.32-17 as well?
[16:28] <Sarvatt> is it the default already?
[16:28] <ricotz> not yet
[16:29] <Sarvatt> i dont see a -17 linux-meta
[16:29] <Sarvatt> yeah not yet sorry, can only have one in there at a time
[16:29] <ricotz> Sarvatt, ok
[16:29] <Sarvatt> might need to update 16 again for tseliot here
[16:30] <ricotz> Sarvatt, perhaps you can look at this patch http://repo.or.cz/w/mesa/mesa-lb.git/commit/432b8cc477344fc7fcbb24b747d56ab087403d09
[16:30] <ricotz> which might solves the crash on my nv49
[16:31] <tjaalton> lbm doesn't have nouveau anymore aiui
[16:51] <Sarvatt> i'm added it back to lbm on edgers since its alot easier to update that
[16:53] <tjaalton> ah, k
[17:00] <Sarvatt> one day i'll work out how to properly create a PPA kernel :D
[17:27] <technoviking> My nvidia driver goes into safe mode when I boot into Lucid. restarting gdm will make the nvidia and X load properly. Anyideas what is causing the problem. https://bugs.edge.launchpad.net/ubuntu/+source/nvidia-graphics-drivers/+bug/532436
[17:38] <tseliot> technoviking: can you reproduce the problem if you uninstall (with --purge) plymouth?
[19:20] <Sarvatt> looks like a regression with ati 6.12.192 https://bugs.freedesktop.org/show_bug.cgi?id=27186
[19:22] <Consul_Falx> hello folks
[19:45] <Sarvatt> radeon.new_pll=0 quirk needed here https://bugs.edge.launchpad.net/ubuntu/+source/xserver-xorg-video-ati/+bug/543045
[19:46] <Sarvatt> i'm thinking it should be the default for all RV515 and RV530 mobiles
[19:59] <Sarvatt> i'm just going to tag them needs-pll-quirk to start making a list to give to the kernel guys to selectively use that option. having the generation in the title sure does help spot these
[20:26] <Consul_Falx> ey folks
[20:27] <Consul_Falx> any progress in ati radeon open driver support in lucid?
[20:29] <bryceh> Sarvatt, sounds good
[20:58] <tormod> anyone who can sponsor bug #287475 please?
[21:00] <jcristau> i can sponsor it to sid :)
[21:10] <tormod> jcristau, very well, would you like a debdiff or would you just copy in that patch yourself?
[21:11] <tormod> or let me commit it to git :)
[21:19] <vish> i'm having a weird problem , the system slows down and everything is slow to react[random]. the mouse pointer has no lag though... earlier i used to SAK and return to session and everything would be fine.. ..  now , i seem to have a workaround of sorts.. when i switch to a guest session and return , everything is normal and works fine... nothing in the logs or .xsession-errors .. where do i need to look to file a bug?
[21:21] <jcristau> tormod: i'd say just push it to git.d.o.  you have commit access, right?
[21:21] <tormod> jcristau, no not to the x packages
[21:22] <vish> not sure if this means anything > [ 5291.324934] __ratelimit: 3 callbacks suppressed  kern.log > http://paste.ubuntu.com/399544/
[21:23] <jcristau> tormod: should we fix that? :)
[21:23] <tormod> jcristau, thanks could be handy :)
[21:29] <jcristau> tormod: should be done now.  or whenever that thing gets updated.
[21:31] <tormod> jcristau, should I keep it "unreleased" or "unstable" ?
[21:33] <jcristau> i don't think there'll be any more changes so unstable should be fine.  iirc there's a debian bug that this could fix, too.
[21:33] <tormod> thanks, I'll look for it
[21:34] <tjaalton> just got seven packages synced from unstable
[21:41] <tormod> jcristau, actually do you usually add a debian/patches/foo or use git cherrypick there?
[21:42] <jcristau> tormod: usually cherry-pick -x.  and keep debian/patches/ for not-yet-upstream stuff.  but i don't really mind, debian/patches/ works for this too if you prefer.
[21:42] <bryceh> hi tormod, do you still plan to update debian's intel-gpu-tools package to latest?
[21:44] <tormod> hi bryce, I was thinking to wait for a release.
[21:52] <RAOF> Man.  You watch the nouveau bug lists, and note that people hardly ever ask for mmiotraces.  Then we turn nouveau on by default, and all the bugs we send up are “oh, yeah, could you get an mmiotrace of that?  We've never had one for that card before” :X
[21:53] <bryceh> hehe
[21:53] <alkisg> Is Intel 82852/855GM ok with xorg in Lucid? Or I'd better keep running Karmic?
[22:16] <bryceh> Sarvatt, yeah with that pll quirk, as you verify bugs are resolved with that, repoint those bugs to linux for the kernel team.
[22:17] <bryceh> Sarvatt, might be good to also set a milestone and target them to lucid
[22:19] <alkisg> Ah ok, I was lacking xv and I was afraid that 855GM wasn't working at all in Lucid, but it's just a kms combination problem: https://wiki.edubuntu.org/LucidLynx/ReleaseNotes#No%20Xv%20support%20for%20Intel%2082852/855GM%20video%20chips%20with%20KMS
[22:21] <tormod> jcristau, I pushed the cherry-pick. I hope I got that right.
[22:23] <tormod> hmm maybe I got the version wrong :(
[22:23] <jcristau> ah yeah the changelog entry should be merged with the previous one
[22:23] <jcristau> DEBCHANGE_RELEASE_HEURISTIC=changelog in ~/.devscripts helps with that
[22:23] <jcristau> (if you're using dch)
[22:25] <jcristau> tormod: didn't you want to close the lp bug in the changelog too?
[22:25] <tormod> I thought at the time that 1:0.10.2-2 was already released...
[22:25] <jcristau> it says UNRELEASED ;)
[22:25] <tormod> jcristau, oh yes, I will add it
[22:26] <tormod> jcristau, I was not sure if it was so consistent :) but of course it was
[22:27] <tormod> un-goofing it now
[22:32] <tormod> jcristau, getting there :) pushed
[22:35] <jcristau> looks good
[22:36] <tormod> jcristau, not sure how I update upstream-unstable The Right Way
[22:36] <tormod> git push origin upstream-unstable tells me Everything up-to-date
[22:36] <jcristau> yeah upstream-unstable stays on the 0.10.2 tag
[22:37] <tormod> yes, it was upstream-experimental I had updated ! time for sleep maybe
[22:38] <jcristau> thanks, and good night!
[22:39] <tormod> good night! btw, will you release soon so we can sync in ubuntu instead of patching?
[22:39] <jcristau> yes
[22:40] <jcristau> either now, or tomorrow morning when i get to the office.
[22:56] <Sarvatt> http://lists.x.org/archives/xorg-devel/2010-March/006436.html \o/ we have so many bugs about that
[23:04] <jcristau> ok, tormod's sis fix is in incoming now.
[23:11] <stgraber> hey there !
[23:12] <stgraber> I have a few thin clients (Netbook like hardware) with Intel 945GM (8086:27a6) showing a LVDS1 output since a few days on Lucid. It used to be a problem back in Jaunty if I remember well where I had to make a few scripts to automatically blacklist that output on non-netbook but it was fixed in karmic/early-lucid.
[23:12] <stgraber> I quickly went through a few bugs on LP and it's not very clear if it's a known issue or not and if it's something that we plan on fixing for lucid or not (if we don't, I'll restore the old hack in the ltsp package and upload it to Lucid to fix the issue immediately)
[23:15] <jcristau> so the bios pretends there's an lvds?
[23:15] <stgraber> might be, yep. A few thin clients seem to have BIOS reporting LVDS output
[23:16] <stgraber> though usually they are blacklist (in the driver IIRC) because the Chassis type and some other info report that it's desktop hardware and not laptop
[23:17] <RAOF> Do they have ACPI lid switches?  i915.ko shouldn't attempt to bring up LVDS screens without a lid-switch, I think.
[23:18] <stgraber> RAOF: no /proc/acpi/button/lid (only button/power is there)
[23:19] <RAOF> Hm.  Maybe that commit isn't in our kernel?
[23:20] <stgraber> I'd certainly love to see that check in as it'll solve a lot of issues I have with Atom-based thin clients (exact same hardware as netbooks but used as desktop with a single DVI-I output usually)
[23:23] <jcristau> RAOF: 11ba159288f1bfc1a475c994e598f5fe423fde9d reverted that
[23:24] <RAOF> jcristau: Ah, ok.
[23:24] <jcristau> apparently there's stuff with a lid switch but no lvds
[23:24] <jcristau> so the driver trusts the bios.
[23:25] <stgraber> hmm, if the issue is stuff with a lid switch and no lvds, how can it hurt to disable LVDS if it's reported by the BIOS and no lid switch is found ?
[23:25] <stgraber> I'd guess the issue is for stuff with LVDS but no lid switch
[23:25] <RAOF> Right.
[23:26] <jcristau> stgraber: there's a quirk list in drivers/gpu/drm/i915/intel_lvds.c where your stuff could be added
[23:26] <jcristau> static const struct dmi_system_id intel_no_lvds[] = {
[23:26] <jcristau> "These systems claim to have LVDS, but really don't"
[23:26] <stgraber> good, only issue is to make a rule that matches my hardware but not a generic netbook then
[23:27] <jcristau> with mac minis, aopen something, and dell studio hybrid in there already.
[23:30]  * stgraber updates his copy of ubuntu-lucid.git
[23:36] <stgraber> jcristau: http://paste.ubuntu.com/399595/
[23:37] <stgraber> Is that something you can commit yourself or should I open a bug on LP + poke the kernel team about it ?
[23:38] <jcristau> should probably poke your kernel team, or send it upstream to<EMAIL_ADDRESS><EMAIL_ADDRESS>[23:40] <stgraber> jcristau: ok, I'll open a bug on LP and e-mail the patch to these two e-mails as well


[00:20] <amansi26> Hi. I need to know, I installed a cloud-init v19.1 on a rhel8. I can see IP at /etc/sysconfig/network-script/ifcfg-env2 but when I do ip a ,IP is not getting assigned.
[00:20] <amansi26> What can be the possible flow I can check?
[00:22] <powersj> amansi26, https://cloudinit.readthedocs.io/en/latest/topics/faq.html#where-are-the-logs
[00:22] <powersj> I would review the logs in the above link
[00:29] <amansi26> powersj: I check the log, I can see the IP under " applying net config names for" and the datasource used is configdrive
[09:37] <shubas> Hi all ,is it possible to apply network config from datasource nocloud-net(for vm with pre configured temp network/dhcp) in either stage of cloudinit? asking after searching the docs and multiple testing with no success.
[09:45] <meena> shubas: can you define no success? by, say, posting your cloud-config, and your  log output?
[09:49] <shubas> meta-data and user-data are aplied but network-config arn't ,using the same files in iso all configs are aplied.
[09:52] <shubas> using default centos config with : datasource_list: [ NoCloud ]
[09:52] <shubas> datasource:
[09:52] <shubas>   NoCloud:
[09:52] <shubas>     seedfrom: http://<IP_ADDRESS>/
[09:53] <meena> okay, then lets dig into the logs, and find out why network-config isn't applied.
[10:20] <shubas> here is the log: https://send.firefox.com/download/fe67a07c819f84ac/#xI5VGQGxaK6pYqTiWJ947w
[11:07] <meena> shubas: it says: 2020-01-16 09:57:49,299 - DataSourceNoCloud.py[DEBUG]: Seed from http://<IP_ADDRESS>/ not supported by DataSourceNoCloud [seed=None][dsmode=net]
[11:12] <meena> oh, wait, that was init-local
[11:14] <meena> 2020-01-16 09:57:58,999 - stages.py[DEBUG]: applying net config names for {'version': 1, 'config': [{'subnets': [{'type': 'dhcp'}], 'type': 'physical', 'name': 'eth0', 'mac_address': 'aa:ce:dc:b2:5c:06'}]}
[11:17] <meena> so, shubas this reads fairly okay / successful to me. What about the config that you get as a result is different from what you're expecting?
[11:22] <shubas> this is the fallback config ,it does not fetch the network-config file from seed
[11:22] <meena> shubas: but it says it's doing that…
[11:23] <meena> shubas: what's curl http://<IP_ADDRESS>/meta-data look like?
[11:23] <meena> (or whatever the correct url is)
[11:23] <shubas> also checked the access log for http://<IP_ADDRESS>/ , only fetching meta-data and user-data files
[11:24] <shubas> the curl is ok ,i get the content
[11:30] <shubas> is there a way to manually fetch and apply network config from seed through cloud-init?
[11:31] <shubas> might provide more insight on what's happening
[11:37] <meena> shubas: what's the config look like?
[11:38] <shubas> cloud.cfg?
[11:44] <meena> shubas: no, i meant the thing that you get from curl
[11:49] <shubas> meta-data -
[11:49] <shubas> instance-id: someid123
[11:49] <shubas> user-data -
[11:49] <shubas> #cloud-config
[11:49] <shubas> hostname: somehostname
[11:49] <shubas> network-config -
[11:49] <shubas> network:
[11:49] <shubas> version: 1
[11:49] <shubas> config:
[11:49] <shubas>    - type: physical
[11:49] <shubas>      name: eth0
[11:49] <shubas>      subnets:
[11:49] <shubas>         - type: static
[11:49] <shubas>           address: someIP
[11:49] <shubas>           netmask: someMASK
[11:49] <shubas>           gateway: someGW
[11:49] <shubas>           dns_nameservers:
[11:49] <shubas>             - <IP_ADDRESS>
[11:49] <shubas>             - <IP_ADDRESS>
[11:55] <meena> not sure what, but something there isn't quite right
[11:56] <meena> would be cool if it said what, rather than just applying dhcp
[12:06] <shubas> at this point my thought is that the network config mathod is determined in the intial stage before the network seed is checked and so ignored in later stages
[12:47] <otubo> talking about configuration, meena shubas can you confirm network_state is populated by conf file?
[12:48] <otubo> I'm seeing too much code lately, need a visual confirmation :-)
[13:28] <shubas> @otubo can you clearify what do you mean by network state and where should it be populated?
[13:31] <otubo> shubas: sorry! I was able to figure out by my self. The answer is yes :)
[13:32] <otubo> shubas: network_state is the variable filled with network configuration both read from cloud.cfg and from already existing network configuration present on the guest
[13:45] <otubo> also, removing /var/lib/cloud/instance would be enough to emulate the first boot? Or should I need to do something else?
[14:02] <shubas> "cloud-init clean" will do that
[14:05] <meena> cloud-init clean --logs --reboot \o/
[14:11] <otubo> thanks people!
[15:30] <rharper> otubo: yeah, reading the bug now
[15:36] <otubo> rharper: _render_networkmanager_conf() is writing 99-cloud-init.conf *after* NM starts, and that's causing the problem
[15:37] <rharper> otubo: so, the design for the network config  by cloud-init is that at local time, we crawl imds for network config, and write out this config to the os dirs, *before* the networking service starts;  so in your case, we've written sysconfig *and* resolv.conf values before NM starts
[15:37] <rharper> otubo: so why does network-manager start before cloud-init-local.service  ?
[15:38] <rharper> Before=NetworkManager.service
[15:38] <rharper> Before=network-pre.target
[15:38] <rharper> we run local before NM and network-pre.target;  this is when we write out all of our network config, so the 99 file *is* written before NM starts
[15:38] <rharper> or something is very wrong with units
[15:40] <otubo> So what you're saying is that on first boot, resolv.conf comes preconfigured for some reason, cloud-init writes dns=none and NM starts. And even though this happens NM wipes out the file on shutdown
[15:40] <rharper> otubo: and " it does not change the resolv.conf file and this file is clean (reverted to clean state by NetworkManager during the first shutdown)."   seems to be where our conflict lies;  you said that NM does this because it started before the 99-cloud-init.conf which tells NM *not* to do that
[15:41] <rharper> otubo: I don't know the contents of your resolv.conf before boot;  typically it is a symbolic link to the systemd-resolved local caching resolver; but in older images it may be an empty file
[15:42] <rharper> I know on SUSE we've had to adjust whether cloud-init writes anyting at all (we used to always write resolv.conf even if we didn't have dns values, which was fine for Ubuntu which had resolvconf managing the file)
[15:43] <otubo> rharper: ok, good thoughts. I need to confirm the exact boot sequence and if NM is processing correctly the options on the config file.
[15:43] <rharper> the correct sequence should be:  1. cloud-init local runs first, before NM, reads net config, writes out all sysconfig/NM config files 2. NM starts, and it should see the 99-cloud-init.conf which says "dns = none" which should prevent it cleaning it up on shutdown  3. cloud-init net runs after NM has started but before all things are online ...
[15:44] <rharper> is the target OS systemd based?  if so, I've found journalctl -o short-monotonic -b -u cloud-init-local.service -u NetworkManager.service -u cloud-init.service   to be useful to see when they started
[15:45] <rharper> otubo: your log seems to indicate that there may be a race here;  but if you have a complete boot log from both scenarios, we can see if there's a different bug here;
[15:46] <rharper> https://bugs.launchpad.net/cloud-init/+bug/1843334
[15:46] <rharper> otubo: that landed very recently, maybe that's not present in your cloud-init yet ?
[15:47] <rharper> which could explain the race
[15:53] <otubo> rharper: it looks like the boot sequence is correct, cloud-init indeed starts before NM https://pastebin.com/y65yFajd
[15:54] <rharper> otubo: yes, but I wonder if there's a race between when cloud-init-local finishes and NM starts ...
[15:54] <otubo> rharper: but I think NM ignores dns=none configuration, along the logs I can see one single entry of NM updating DNS
[15:54] <rharper> or it's not yet written
[15:55] <rharper> the ordering ensures that a unit is started before or after, but not necessariy complete
[15:55] <otubo> oh I see
[15:56] <otubo> rharper: rhel tree doesn't contain this fix for the bug 1843334 you pointed. I'll cherry pick and test.
[15:57] <rharper> that may be enough to ensure there's time for local to write it's config
[16:00] <rharper> otubo: so I think the ordering is strong enough;  however, in the case where cloud-init local is doing a dhcp for metadata and the dhcp/network response is slow; I'm wondering if we'd find that NM would start before cloud-init writes that file;  if so;  we *might* want to issue a 'systemctl try-restart NetworkManager.service'  which would restart NM IIF it was already started.
[16:01] <otubo> rharper: Well, but i believe this is a good idea even if that fix solves my problem.
[16:02] <otubo> rharper: I could write that feature in a near future
[16:02] <rharper> yeah
[16:02] <rharper> look at cloudinit/net/netplan.py  which uses the _postcmds config; it allows a Distro class to specify commands to run after rendering a network config
[16:03] <rharper> the freebsd renderer also makes use of this as another example
[16:08] <otubo> rharper: yeah, didn't work.
[16:09] <rharper> so
[16:10] <rharper> local also does this: ExecStart=/bin/touch /run/cloud-init/network-config-ready
[16:11] <rharper> hrm, we want logic like:  if cloud-init ran, NM should wait untll this file is touched before starting;  but in the case that cloud-init doesn't run (it's not activated) then NM should run whenever it normally would;
[16:12] <otubo> rharper: what about we reload configuration when cloud-init.final finishes? Like `pkill -HUP NetworkManager'
[16:13] <rharper> hrm, well, we could PreExec the reload in cloud-init.service as a drop in
[16:14] <rharper> until code changes to use the try-restart land and release
[16:25] <otubo> rharper: ok, I'm gonna try to include something with `systemctl try-restart NetworkManager.service' on _postcmds tomorrow morning. Thanks for the help :-)
[16:28] <rharper> sure
[16:32] <rharper> https://paste.ubuntu.com/p/tGyGWJBq5t/
[16:32] <rharper> otubo: that is a systemd unit drop it config which would trigger the try-restart right before cloud-init.service
[17:52] <blackboxsw_> Odd_Bloke: just pushed https://github.com/cloud-init/ubuntu-sru/pull/79 for SRU start
[17:52] <blackboxsw_> -> errand
[19:17] <Odd_Bloke> rharper: util.subp will raise a ValueError if target is anything but None.  The docstring says this is for compatibility with curtin's subp.  Do you think that's a goal we still want to retain?
[19:18] <Odd_Bloke> (I'm asking because nothing actually calls get_dpkg_architecture with a target that isn't None, so I was going to remove that parameter, then dug deeper and found this.)
[19:38] <blackboxsw> Odd_Bloke: I just added another note about what clouds SRU verification already covers https://github.com/canonical/cloud-init/pull/167
[19:41] <blackboxsw> SRU -proposed bits are up and accessible in xenial bionic and eoan-proposed. I'm writing up the notification email now
[20:34] <Odd_Bloke> blackboxsw: https://github.com/canonical/cloud-init/pull/167 reviewed, we're getting there!
[20:54] <blackboxsw> pushed changes Odd_Bloke thanks
[20:54] <blackboxsw> and accepted all suggestions
[21:17] <Odd_Bloke> blackboxsw: LGTM now.  I have another couple of minor nits (a missing : and the directive names), which I'll apply then merge.
[21:19] <Odd_Bloke> blackboxsw: Oh, no I'm not, I don't have permissions.
[21:23] <blackboxsw> ?
[21:24] <Odd_Bloke> blackboxsw: I can't commit to your branch, so you'll need to apply this last round of nits. :)
[21:24] <blackboxsw> Odd_Bloke: I just clicked allow edits
[21:24] <blackboxsw> Odd_Bloke: does it work now I forgot to click that
[21:26] <blackboxsw> I think in general Odd_Bloke if we are working through a bunch of nits it might be easier for you to review and me to grok the set of changes if you push over my branch, then I can diff to origin and walk through the full visual diff. walking through a bunch of accept suggestion links makes me feel I'm going to miss something.
[21:27] <Odd_Bloke> OK, we can bear that in mind next time.
[21:28] <Odd_Bloke> That's now how I prefer to receive changes, which is why I didn't try to do that. :)
[21:28] <Odd_Bloke> (And also, I want you to be happy with the changes being made before I make them, unless they really are trivial!)
[21:29] <blackboxsw> makes sense. I was just feeling a bit guilty for the number of review rounds you had to do Odd_Bloke
[21:30] <blackboxsw> Odd_Bloke, so do I need to accept your last round of review comments or are you able to push to my branch?
[21:30] <Odd_Bloke> Oh, I don't mind that at all.  I've been feeling guilty about how many review rounds you had to do. :p
[21:31] <Odd_Bloke> blackboxsw: It's telling me I still don't have permissions, so why don't you accept them.
[21:31] <Odd_Bloke> We can figure that out next time.
[21:31] <blackboxsw> good we all have feelings of guilt to work out this year it seems :)
[21:31] <blackboxsw> will do
[21:33] <Odd_Bloke> rharper: blackboxsw: FYI, I've asked waveform (the Pi guy on the Foundations team) to file a bug for a mount issue they're seeing with cloud-init (I assume in Ubuntu Core), as they were talking about how to work around it.
[21:36] <Odd_Bloke> blackboxsw: You have a long line in there still, doc8 fails.
[21:37] <Odd_Bloke> doc/rtd/topics/debugging.rst:171: D001 Line too long
[21:39] <blackboxsw> d'oh
[21:39] <Odd_Bloke> The dangers of using the GH suggestions. :)
[21:39] <rharper> Odd_Bloke: oh, where was the discussion re: mount issues ?
[21:39] <rharper> bug is best though
[21:39] <Odd_Bloke> rharper: In the Foundations channel that I never /part'd. :p
[21:40] <rharper> it's more likely run with systemd but cloud-init plays a role in writing those fstab entries out
[21:40] <rharper> gotcha
[21:40] <blackboxsw> Odd_Bloke: force pushed the sru doc branch
[21:40] <blackboxsw> should be good2go
[21:41] <blackboxsw> community notice: I also just pushed a origin/stable-19.4 branch which was our last version of cloud-init to claim support for py2.7
[21:42] <Odd_Bloke> rharper: It's something to do with the cloud-init seed being on a drive that's already being mounted for some other reason; when we go to mount it, it's already mounted so *sad trombone*
[21:43] <Odd_Bloke> But a bug is incoming.
[21:43] <rharper> I suspect this is core20 fun
[21:43] <Odd_Bloke> Yeah, I don't see why a Pi would have cloud-init (in a weird configuration) on it if it weren't.
[21:43] <rharper> the writable partition includes the seed so it can be modified outside of the read-only image;
[21:44] <rharper> oh, non-core pi image has cloud-init to auto generate keys, import them and do that outside of the base image;
[21:44] <Odd_Bloke> Aha, OK, well we'll find out!
[21:44] <rharper> core just makes things more complicated w.r.t not having a writable filesystem
[21:44] <rharper> it was a nice improvement to allow cloud-init to read the boot directory of the pi's to look for cloud-config; so they can do a dd of the image and then write a cloud.cfg in the boot dir
[21:45] <rharper> yes, we shall see =)
[21:46] <Odd_Bloke> blackboxsw: Did you overwrite the last set of changes you applied from the GH UI?
[21:46] <Odd_Bloke> Looks like the directives have reverted.
[21:46] <blackboxsw> geez man, you're probably correct.
[21:46] <blackboxsw> I'll re-apply
[21:50] <blackboxsw> Odd_Bloke: tried to reapply, erased the code-block suggestions plus and opening cloud-init:
[21:52] <Odd_Bloke> blackboxsw: Approved. \o/
[21:54] <blackboxsw> thanks!
[22:01] <johnsonshi> Hi, whenever I run tox -e py27, I get an error about test-requirements.txt
[22:01] <johnsonshi> Requirement already satisfied: setuptools in ./.tox/py27/lib/python2.7/site-packages (from -r /source/test-requirements.txt (line 13)) (45.0.0)
[22:01] <johnsonshi> ERROR: Package 'setuptools' requires a different Python: 2.7.12 not in '>=3.5'
[22:01] <johnsonshi> ERROR: could not install deps [-r/source/test-requirements.txt]; v = InvocationError('/source/.tox/py27/bin/pip install -r/source/test-requirements.txt (see /source/.tox/py27/log/py27-1.log)', 1)
[22:02] <johnsonshi> I have not modified test-requirements.txt at all, and my tox tests were running fine until a few days ago
[22:02] <johnsonshi> Any possible reasons why this error is being thrown?
[22:19] <Odd_Bloke> johnsonshi: I believe setuptools have dropped support for Python 2 in the latest release, which is what's causing that error.
[22:20] <Odd_Bloke> johnsonshi: We've followed suit, however, and 19.4 was the last cloud-init release that supported Python 2.
[22:20] <Odd_Bloke> So you probably don't need to run `tox -e py27` any longer, and instead should be running `tox -e py3`.
[22:24] <johnsonshi> Odd_Bloke: Thanks for clearing this up!
[22:41] <Odd_Bloke> johnsonshi: Happy to help!


[02:36] <Solomon> excuse me, i have an issue with i3. I have installed it on Kubuntu 17.04, but it won't let me run on the terminal. I checked if I could change it on the login screen but couldn't find the option.
[02:36] <Solomon> ERROR: Another window manager seems to be running (X error 10) <-- This is the error I get when I try running it from the terminal, and I don't understand it
[02:55] <Solomon> anyone?
[03:03] <mgolden> Solomon: i3 meaning an i3 processor?
[04:55] <aiena> Hi. I am trying to understand how kde automatically creates configs in the home folder in kubuntu. I noticed if I run mysqld without arguments as root it takes akonadi's configs by default. These are not specified in /etc/mysq.cnf iffact akonadi uses its wn mysql.cnf and running mysqld as root (sudo -i) seems to pick those by default.
[04:55] <aiena> using kubuntu 16
[04:56] <aiena> Any insight into this would be very useful for future troubleshooting
[06:27] <lordievader> Good morning
[09:47] <extremis> need help please. I'm trying to run update-grub2 but I keep getting: grub-probe: error: cannot find a GRUB drive for /dev/sde1 , I have mounted the boot partition to /mnt/drive/boot and set binds for /proc, /dev, /sys then chroot /mnt/drive
[09:47] <extremis> this /dev/sde1 is the /boot for my livecd
[09:48] <extremis> I mounted the root of /mnt/drive before any of the binds
[09:58] <BluesKaj> Howdy folks
[11:38] <riker> hi
[11:39] <BluesKaj> Hi riker
[13:29] <himcesjf> How was #kubuntu on IRC and Kubuntu Support group on Telegram linked?
[13:51] <lordievader> himcesjf: A bot who passes messges along.
[19:10] <ruw3aw> i installed 16.04 on a HP Netbook and I need to setup wifi it does not have a Network connector
[20:25] <eXistenZe> Hey there.
[20:36] <eXistenZe> I'm gonna ask a question that could just earn me a ban, but isn't kde more and more like a mini windows?
[20:48] <mparillo> A pedant might respond that KDE is a community that builds software.  But that software, when installed with upstream defaults tends to look "flatter" than it used to. But, I  have heard that the KDE community's design discussions, which are open, generally preceded any Windows shipment.


[00:33] <Crimson_Rogue> hello. how would I upgrade from ubuntu 13.10 to ubuntu 14.04 like... now?
[00:34] <penguin42> try do-release-upgrade -d    but remember, it's pre-alpha ANYTHING could break
[00:34] <penguin42> (and possibly will)
[00:36] <Crimson_Rogue> that's fine... as long as java starts working again. thx penguin42
[00:36] <penguin42> well no guarantee and it could break tomorrow
[00:37] <Daekdroom> "as long as java starts working again" Other things that are needed for using Java will break sooner or later.
[00:37] <Daekdroom> Like... browser, or X server, or whatever.
[00:37] <bekks> Crimson_Rogue: Java has nothing to do with Javascript ;)
[03:28] <Crimson_Rogue> hi. I am trying to upgrade to 14.10 beta... and I'm getting the following upon sudo do-release-upgrade -d from ubuntu 13.10
[03:28] <Crimson_Rogue> http://pastebin.com/NA8pmYTu
[03:28] <Crimson_Rogue> could someone tell me a different way to upgrade to trusty
[03:31] <Crimson_Rogue> anyone?
[03:35] <Crimson_Rogue> nvm, found my answer
[03:35] <Crimson_Rogue> maybe not
[12:24] <BluesKaj> Hi all
[12:25] <penguin42> Hey BK
[12:27] <BluesKaj> hey penguin42 , what's up today ?
[12:28] <penguin42> not much
[18:16] <jtaylor> can someone on trusty run: cat /sys/kernel/mm/transparent_hugepage/enabled please
[18:17] <penguin42> sure
[18:17] <penguin42> always [madvise] never
[18:17] <jtaylor> thx
[18:19] <penguin42> hmm, I didn't realise there were so many options in madvise these days