cjwatsondhillon-v10: incorrect because grub is still present00:07
cjwatsondhillon-v10: many people are still using grub rather than grub2 for one reason or another.  please don't be discourteous and just close all their bugs00:07
cjwatsondhillon-v10: please reopen any bugs you've closed for this reason00:10
cjwatsonI also especially love the way you asked me a question and then waited under ten minutes for a reply before closing the bug :-(00:10
cjwatsonanyway the fundamental issue in that bug still exists in grub200:11
dhillon-v10cjwatson: sorry about that, that's the only one I closed, I should have waited longer I guess, sorry again00:12
cjwatsonin general closing bugs is at the significantly more experienced end of bug work00:13
dhillon-v10cjwatson: I should have waited longer before closing that bug, will keep that in mind00:14
cjwatsonclosing a bug is essentially taking an item off somebody's to-do list; welcome if it's accurate, but you have to have an excellent correctness rate otherwise developers will get a bit annoyed at having to rewrite their to-do list all the time :-)00:14
dhillon-v10cjwatson: true, I am used to the kernel-bug-day style of triaging so now I know that doesn't apply to the installer team :)00:15
cjwatsonin this case there are probably a zillion other instances of the same underlying bug, but it's best not to give the reporter the impression that it's fixed when it isn't00:15
dhillon-v10cjwatson: do you have anything in mind that I can work on?00:15
cjwatsonnot at quarter-past-midnight when I'm about to go to bed, sorry ;)00:15
dhillon-v10cjwatson: sorry about that, good night :)00:16
cjwatsonI made some specific comments the other day when you asked, though00:16
cjwatsonwell, sort of specific00:17
dhillon-v10cjwatson: yeah, I need to read up more and I did that00:17
dhillon-v10cjwatson: and the idea I want to work on requires discussion and time00:17
cjwatsonso I suggested that there are really quite a lot of crash reports, many of which can be addressed by smallish patches to ubiquity00:18
dhillon-v10so work on those00:18
cjwatson19:41 <cjwatson> there's a great deal of bug-fixing to be done, and I would recommend starting with that00:19
cjwatson19:42 <cjwatson> we could do with people verifying that old crashes have been fixed, *including references to the commits that fixed them* (this is important; don't just say "I can't reproduce this any more" because it's very common for installer bugs to only reproduce in pretty specialised circumstances)00:19
cjwatson19:43 <cjwatson> we could also do with people going through crashes that still exist and fixing them00:19
cjwatson19:43 <cjwatson> don't get too enthusiastic about closing bugs, it's better for us to improve the software than to keep the bug count artificially low00:19
dhillon-v10I remeber that :)00:19
cjwatsonin general you will find that it's easier (involves less discussion and time) to make changes that make the installer more robust, versus changes that involve user interface changes00:20
cjwatsonand actually it's quite possible that robustness improvements benefit more people, even if they aren't as sexy00:21
cjwatsonwhich is for example why one of my current projects is fixing the class of grub bugs that includes your bug above, for good00:21
dhillon-v10:) okay, the only problem I have sometimes is that i classify bugs wrong, so that leads to a wrong comment, but that was the *only* bug I worked on so that's good :)00:22
cjwatsonif you find you sometimes classify bugs wrongly, then maybe bug triage is not the thing you should be doing at the moment00:23
cjwatsonit's much easier to classify bugs after you have experience working on the software, anyway00:23
cjwatsonI don't in general subscribe to the theory that bug triage is some kind of practice for being a developer; it's a skilled discipline in its own right00:23
cjwatsonmuch as being a nurse isn't practice for being a doctor - they're different skills :-)00:24
dhillon-v10cjwatson: so what should I focus on then, I did get the code for ubiquity, should I read up on that, I mostly do packaging and documentation atm00:24
dpmhi cjwatson, a bit late, but I just noticed that the grub gettext support was implemented around December. Is that upstream version going to make it into Lucid? I'm going to point translators to the upstream translation, and I thought I'd just ask, out of curiosity09:38
cjwatsondpm: it's already in lucid09:39
dpmcjwatson, ah great, thanks. I did not see the translation template on the imports queue, it's probably not yet generating the .pot template on build09:41
cjwatsonyeah, could be, please file a bug about that09:42
dpmcjwatson, sure, I was about to do it :)09:43
cjwatsonit's moving pretty fast right now so for the moment it would be good for translators to go upstream anyway09:43
dpmyeah, I'll point them to go to upstream first09:43
dpmcjwatson, and another question, do you know if the 'debian/pobuild/templates.pot' template in localechooser is merged into any other template, so I can block it from the imports queue?09:44
cjwatsonyes, please block that - it's just the result of merging localechooser's ordinary templates with iso-codes09:46
dpmok, thanks!09:47
evcjwatson: if you have a brief moment, can you just eyeball this to make sure it's in line with your expectations of how it would be implemented: http://paste.ubuntu.com/362594/13:30
evhttp://paste.ubuntu.com/362596/ - sorry, this one has syntax highlighting13:31
cjwatsonev: looks plausible13:31
cjwatsonev: in ubiquity, can we use the city information as well?13:31
cjwatsonnit: the default should be prefixed with http://13:32
evwhat for?13:32
evah, fixed13:32
cjwatsonto plot the correct point on the map, and to select the correct country13:32
evah, duhh.  Sure, I'll work that in13:33
cjwatsonotherwise woo13:33
evindeed, I was very excited to get that email from IS13:35
evcjwatson: perhaps I don't understand after all.  What does the full timezone, say "America/New_York" for Boston, not give you that "Boston" does?  Or are you requesting that we use the (lon, lat) pair and the city name to better position the dot?15:16
evPerhaps I'm just failing to think of the example that invalidates this15:16
cjwatsonev: Europe/Berlin and Europe/Vienna are the same time zone, but different countries15:19
cjwatsonI'm requesting that we use the full timezone information to deal with the default for country selection as well as the default for the timezone15:20
evcjwatson: Apologies, but I still don't follow.  The database returns zoneinfo entries, not UTC offsets (http://pastebin.com/f55679749).  Cities in Germany will return Europe/Berlin, not Europe/Vienna.  But assuming this is still just an issue of me being thick, what do I need to preseed, debian-installer/country?15:42
cjwatsoncities in Austria will return Europe/Vienna, though :-)15:43
cjwatsonah, maybe you don't need to do anything.  I think the timezone component already handles converting the selected timezone into a country15:45
cjwatsonwhich was the bit I had forgotten was there15:46
CIA-41tzsetup: evand * r507 tzsetup.ubuntu/ (debian/changelog debian/tzsetup-udeb.templates tzsetup): Support getting the timezone from a geoip server (LP: #229884).15:53
CIA-41tzsetup: evand * r508 tzsetup/debian/changelog: releasing version 1:0.26ubuntu216:02
CIA-41ubiquity: evand * r3713 ubiquity/ (debian/changelog ubiquity/components/ubi-timezone.py): Support getting the timezone from a geoip server (LP: #229884).16:06
CIA-41ubiquity: cjwatson * r3714 ubiquity/scripts/tzsetup: update path16:09
=== roobiew_ is now known as robbiew
exltlooking for a little help with preventing the main menu from always being prompted at netboot of lucid - jumped thru every hoop I've found, and I continue to be prompted for it..22:15
exltcopying boot args and preseed somewhere in a sec22:15
exlthttp://paste.ubuntu.com/362900/ - if someone has a hint, it would be appreciated - I've tried many combinations of $LANG stuff in boot args - getting a little frustrated at this point..22:19
cjwatsonif you're seeing the main menu presented with that, it probably means the installer is hitting an error somehow.  use 'save debug logs' to copy out the syslog and post it for us to see22:26
exltI have an install running - interesting thing is that all I need to do is hit the configure network option and everything rolls on as I intended22:37
exltmashing on the configure the keyboard option does nothing but dump back to the main menu22:38
exltwe'll see what the logs look like - I've looked through 'em several times and can't put my finger on it22:39
cjwatsonexlt: I'm used to interpreting the logs22:46
cjwatsonthere are several flaws with your locale and keyboard preseeding which I can tell you right off, though22:47
cjwatsonfirstly, locale and keyboard stuff needs to be preseeded on the kernel command line, not in the preseed file (unless you're doing initrd preseeding - if you don't know, you aren't)22:47
cjwatsonsecondly, discard all of debian-installer/keymap, console-keymaps-at/keymap, console-setup/layout, console-setup/model, and console-setup/variant22:48
cjwatsonthirdly, console-setup/modelcode needs to be pc105 rather than pc10422:48
cjwatson(I'm reasonably sure, anyway - I know pc104 is technically probably more accurate, but I think pc105 is what we generally set it to anyway)22:49
exltI added all those trying to get rid of the menu - only had I think 2 lines in there when I started22:50
cjwatsonright, put the console-setup preseeding on the kernel command line rather than in the preseed file22:53
cjwatsonits basic complaint is that you've asked it to do noninteractive installation at priority critical but it doesn't know the answers to the questions yet22:53
exltknow what the bare minimum args would be to satisfy?22:58
exltI've added and removed a bunch - or if the console-setup/ask_detect=false is required there?22:58
cjwatsonconsole-setup/layoutcode=us should be sufficient23:02
cjwatsonditch console-setup/ask_detect=false, you don't need it23:02
exltthat was another punt..23:03
cjwatsonhmm, there may be something else wrong23:03
cjwatsonyou said lucid, I hadn't noticed that before23:03
cjwatsonwe recently landed support for translated keyboard names, which could well have broken this23:04
cjwatsonyes, I think so23:04
exltyeah - this is lucid installer testing which may go to production prior to lucid release23:05
cjwatsonev: ^- could you have a look at this?  seems to me that the format of $kbdnames has changed, but ask_debconf hasn't changed along with it23:05
exltis "INFO: Menu item 'network-preseed' selected" the point where the preseed is actually beginning to be processed?23:31
exltI wonder if doing something like an oem-config/enable=true and skipping the keyboard step would get me past that - these are headless servers anyway  ;)23:38
exltnah, doesn't seem to23:44
cjwatsonyou're probably stuck until we fix the bug, I'm afraid23:53

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!