[01:01] Whatever happened to the to the kernel scheduler bug? (I've been trying to find it's entry in launchpad but no luck so far) [02:08] morning all [02:09] hi Hobbsee! [02:13] Afternoon Hobbsee. [02:14] hey LaserJock, TheMuso! [03:02] jdong, imbrandon : around? [04:18] slangasek: if we just do dund, then there's no bug in LP... [04:20] hrm... maybe I should get dbus working again on this machine before I upload a new bluez-utils, eh? [04:22] ... ok :) [04:25] 105 12403 0.0 0.0 4268 1792 ? Ss Mar27 0:03 /usr/bin/dbus-daemon --system [04:26] * lamont is pretty sure there should be a name there, rather than '105' :-) [04:26] 105 5380 0.0 0.0 23876 1248 ? Ss Feb05 0:19 /usr/bin/dbus-daemon --system [04:26] It's like that on my machine too [04:27] interesting [04:27] I'm betting you don't get a dbus permission denied when you plug in a usb drive, though [04:28] Right, I don't. [04:28] cannot mount volume. Error org.freedesktop.DBus.Error.AccessDenied. [04:28] \o/ [04:28] am I supposed to have a 'hal' group? [04:29] I have a haldaemon group [04:29] But no hal group [04:29] haldaemon:x:131: [04:29] ok [04:30] the other thing I did right about the time I upgraded to hardy was to rip out the ldap entries in nsswitch.conf... I fear maybe I needed some of that... [04:30] for my next trick, I'll just --reinstall all the hal and dbus crap [04:30] er, pacakges [04:32] lamont: that's just because strlen("haldaemon") > 8 :P [04:32] slangasek: iz not. [04:32] the 105 in your ps output? yes it is [04:32] oh, that [04:32] ok [04:33] actually, it's because strlen("messagebus") > 8 :-p [04:33] so, iz not. :-) [04:33] ah, heh :) [04:33] interesting. reinstall hal/dbus --> system restart required. heh [04:34] Yes. [04:34] * lamont applies the full-on redmond solution [04:34] brb [04:34] Upstream are convinced you can't restart the dbus message bus, you need to reboot [04:34] The full-on redmond solution? You're going to buy someone else's innovation to solve your business needs? [04:35] Hahah [04:35] well, I'm gonna guess that maybe the 5 "dbus-daemon --fork --print-address 25 --print-pid 27 --session" processes on the machine _might_ be related to my challenges [04:35] slangasek: lol [04:35] I was referring to the "reboot and see if that fixes it" approach, you ninny. :-p [04:35] * lamont really reboots [04:41] well, that was less than successful... [04:42] Now it fails to boot? [04:42] nah [04:42] it boots [04:42] still refuses to mount media [04:42] A security policy in place prevents this sender from sending this message to this recipient [04:42] where is "message bus configuration file" [04:42] ? [04:43] error name "(unset)" destination "org.freedesktop.Hal" [04:43] /etc/dbus-1/system.{conf,d/} [04:43] or am I missing something trivial? [04:47] well, on the bright side, I only have one dbus-daemon --session process now (and one --system) [04:48] does the user need to be in any particular group to mount USB media, I wonder? [04:48] plugdev [04:49] plugdev:x:46:lamont,haldaemon [04:52] hrm... gutsy laptop has /var/run/hal, broken hardy desktop does not... I wonder if it should? [04:52] OTOH nothing is using /var/run/hal on the laptop [04:52] * lamont actually logs in on the laptop [04:55] ah. that's just var/run/hal -> var/run/hald in the gusty->hardy transition [04:55] * lamont wishes he had some clue of how dbus/hal/etc actually bolt together so he could debug this... [04:55] I guess I'll just file the bug and see what happens... :-( [05:05] I wonder what package I should file that bug against? [05:14] well, adding dund fix0rs my palm syncing at least. [05:14] slangasek: last chance to squawk before I upload it (just added --enable-dund) [05:21] * lamont smiles at http://www.coloradoan.com/apps/pbcs.dll/article?AID=/20080331/BUSINESS/803310324/1046/CUSTOMERSERVICE02 [05:36] cjwatson: huh, system-tools-backends already has code that scans for matching zone files in some cases === cody-somerville_ is now known as cody-somerville [06:53] Good morning [07:03] bryce, are you aware of problems with via chipsets and framebuffer memory detection ? seems i have some users where X doesnt start due to a memory mistmatch of what the framebuffer driver detects and what the xserver wants ao allocate [07:03] s/ao/to [07:04] bug #208137 (and probably related) bug #197514 [07:04] Launchpad bug 208137 in ltsp "HP t5000 - vt8623fb - memory size detection failed" [Undecided,New] https://launchpad.net/bugs/208137 [07:04] ogra_cmpc_: nope; is that due to recent via changes? [07:04] Launchpad bug 197514 in xserver-xorg-video-openchrome "VIA/S3G VT8623 [Apollo CLE266] display no longer works" [Undecided,Confirmed] https://launchpad.net/bugs/197514 [07:05] bryce, i have feedback from three people, they claim it worked with one of the alphas [07:05] good morning [07:06] bryce, https://lists.ubuntu.com/archives/edubuntu-users/2008-March/003815.html might be intresting as well [07:06] morning dholbach [07:06] hi ogra [07:12] ogra_cmpc_: looks like superm1 has been posting updates to it - I'd speak with him. Looks like a new upstream version was released in early January [07:12] ok, i'll try to catch him [07:14] ogra_cmpc_: timo has also done some recent updates, but only packaging stuff [07:14] yeah, i asked him already, he didnt know about the prob [07:15] ogra_cmpc_: it looks like the driver hasn't changed since january, so if the problem cropped up later than that, then it may be due to something other than the driver [07:16] bryce, do you mean the frameboffer driver or the X server ? [07:16] the X driver [07:17] to me it looks like X wants 32M while FB only allocates 16M === hunger_t is now known as hunger [07:55] evand: Before you vanish, as I said in the meeting, I can start earlier tomorrow so we can work through a11y issues, if thats any help. [07:55] Hi [07:57] TheMuso: ok, fwiw fixing the SUDO_* issue alone doesn't seem to solve the problem. === tkamppeter_ is now known as tkamppeter [07:57] Ok, but that still needs addressing... [07:57] I don't need to be anywhere tomorrow night, so I should be around to work through it with you. [07:57] indeed [07:58] I'm just invalidating my earlier statement about us being really close :) [07:58] s/should/will [07:58] ok [07:59] And sorry, I meant this for the installer channel. :p [08:03] heh, no worries [08:16] Hobbsee, TheMuso: would you mind having a look at bug #209783 for a universe FFe? [08:17] Launchpad bug 209783 in translate-toolkit "UVF exception / sync request for translate-toolkit" [Undecided,Confirmed] https://launchpad.net/bugs/209783 [08:18] tjaalton, q-funk is using his ppa atm [08:18] ogra_cmpc_: hmm ok [08:18] so indeed he wont complain [08:19] and imho we should pull his packages for an SRU (with extreme testing in advance indeed) [08:19] we lost many users due to the amd breakage i'd love to win back [08:20] hmm the packages he's ppa has are for gutsy [08:20] (but i fear SRUs of such a size and possible impact) [08:20] so hardy should be fine [08:20] yeah, for hardy you dont need SRUs yet :0 [08:20] :) [08:20] ah :) === \sh_away is now known as \sh === seb128_ is now known as seb128 [08:59] is there a buildd admin about? [09:01] $ bzr checkout bzr+ssh://bazaar.launchpad.net/~ubuntu-core-dev/grub/ubuntu [09:01] bzr: ERROR: Repository KnitPackRepository('file:///home/cjwatson/src/ubuntu/grub/bzr/ubuntu/.bzr/repository/') is not compatible with repository RemoteRepository(bzr+ssh://bazaar.launchpad.net/%7Eubuntu-core-dev/grub/ubuntu/.bzr/) [09:01] slangasek: do you have any idea what's going on here? [09:02] hrm, can't say that I do [09:02] hmm, the remote is a rich-root repository [09:02] old version of bzr locally? [09:02] bug 205579 [09:02] Launchpad bug 205579 in bzr "bzr checkout doesn't work with rich-root-pack" [Undecided,New] https://launchpad.net/bugs/205579 [09:02] includes workaround too, woo [09:02] mm [09:03] ah, good :) [09:03] rich-root was unfortunately the only option that would let me splice a Debian svn branch with an upstream bzr branch [09:03] ... and then I haven't been able to use it since because of a bzr-svn bug [09:03] yeah, it would be [09:05] does moving a conffile between binary packages require maintainer script handling? [09:05] no [09:06] or just the appropriate replaces in the new binary? [09:06] yes [09:06] ok, good [09:06] thanks [09:16] <\sh> cjwatson: hmm....what about the daily of hardy server from today? I see, that alternate is already there...is server still in preparation? :) [09:18] Good morning [09:18] <\sh> moins pitti :) [09:19] * pitti yawns and radiates hate towards EINTR, which kept him awake debugging half of the night [09:19] hey hey pitti [09:23] pitti! [09:23] just the man I wanted to see [09:23] * pitti hides [09:24] pitti: I need ghemical given back [09:24] LaserJock: done [09:24] pitti: excellent, thanks [09:29] \sh: cron job runs at a different time *shrug* [09:30] 31 7 * * * for-project ubuntu cron.daily; for-project ubuntu cron.daily-live [09:30] 29 10 * * * for-project ubuntu-server cron.daily; for-project ubuntu-server cron.ports_daily [09:30] <\sh> cjwatson: ah...so it's still in makeing ;) -ENO it's UTC or CDC? or is CDC now UTC? :) [09:31] CDC? [09:31] \sh: London time (UTC+0100 right now). Please have patience [09:31] Canonical Data Centre, I imagine [09:31] asac: well, mozilla-plugin-gnash prerm is buggy, it uses "set -e" and then a "&&" instead of if;then [09:31] Ah. [09:32] <\sh> soren: in the past there was this special timezone named CDCT ;) Canonical DataCenter Timezone ;) [09:32] slangasek: is that buggy? I always used to think it was, but && is supposed to be enough to prevent set -e firing [09:32] timezones are confusing enought withou people inventing their own acronyms and adding them to the soup. [09:32] (how did that 't' wander all the way from the end of "without" to the end of "enough"?) [09:33] bash(1) says "The shell does not exit if the command that follows is [...] part of a && or || list" [09:33] dash(1) says "The exit status of a command is considered to be explicitly tested [...] if the command is the left hand operand of an "&&" or "||" operator" [09:34] http://www.opengroup.org/onlinepubs/009695399/utilities/set.html has similar language [09:35] so I think any shell that terminates under 'set -e' when you run 'false && true' is buggy [09:36] oh, hmm [09:37] has ext2 support being removed from the ubuntu installer (trying to debug why it isnt working) [09:37] harrisony: ! no [09:38] I created an ext2 partition with last week's daily [09:38] slangasek: bash, dash, and posh all seem to get this right; I think this is one of those pervasive shell myths, since both you and I had picked it up (unless it really does fail in some case more sophisticated than 'false && true') [09:38] cjwatson: ok, you're right then; I guess I was mistaking this for the fact that it'll kill make if you do this :) [09:38] argh, must be lvm then [09:39] harrisony: desktop CD? [09:39] slangasek: wow, so it does [09:39] asac: ok, so instead it's just buggy because xulrunner-addons is missing from the list :-) [09:40] cjwatson: http://ubuntuforums.org/showthread.php?p=4635054 [09:40] of course, because the compound command exits 1 and make can't/doesn't-want-to tell that it's part of a && list [09:40] yes desktop cd [09:40] cjwatson: right :) [09:40] harrisony: desktop CD doesn't support LVM, RAID, or encrypted partitions [09:40] harrisony: use the alternate CD [09:40] heya [09:41] ooh, the kernel guys made EDD a boot option [09:41] cjwatson: ah ok, thanks [09:41] we might actually be able to do something with all those grub device mapping bugs, at least with a release note saying "if it breaks, use edd=on" [09:42] with a little bit of glue in grub ... [09:42] Any sign of Jono about? [09:42] slangasek: oh its missing in prerm you mean? [09:43] asac: correct [09:43] slangasek: ok fixing [09:43] slangasek: hmm ... do i need to do some cleanup? [09:43] asac: ok, thanks - I haven't looked yet whether there's an open bug about this [09:44] not really, the only opportunity you'd have to cleanup is if the user installed mozilla-plugin-gnash again? [09:44] in which case, it's automatically not an issue? :) [09:45] slangasek: no ... i mean cleanup for all those poor users that ended up in manual state :)... but i don't think i can detect if that happened by accident [09:45] mmm, yes, difficult [09:45] tkamppeter: cupsys' ppd-poll-with-client-conf.dpatch was apparently rejected upstream; what should happen with that patch? Mike said it's incorrect? [09:46] asac: some additional cleanup /may/ be possible, but there's no reason to tie it to fixing this part of the bug [09:46] slangasek: i will upload the fix without cleanup for now === sdh_ is now known as sdh [09:48] ok, cheers [09:48] at least there is a pattern. same is missing for gnash [09:48] doing that too now [09:51] :) [09:52] pitti, it is some way to work around problems caused by badly implemented routers. I have a T-Online router which answers DNS requests with "noname" to all IPs which it has given via DHCP, and for which no hostname was set manually in the router. [09:53] tkamppeter: hm, why does upstream neglect that problem? i. e. does Mike refuse to fix the problem, or does he ack it, but he doesn't like the patch? [09:53] Reverse DNS lookup of "noname" returns the IP of one arbitrary machine, always the same one. [09:54] tkamppeter: (BTW, I prepared 1.3.7 last night, will upload soon) [09:54] CUPS covers the sace of not having DNS at all, but on my router one cannot turn off the DNS. [09:55] Mike does not relly like to fix something here. He simply rejected the bug report once telling the patch is wrong and second telling it is a configuration problem of the network. [09:58] It seems that Mike is strictly against workarounds for buggy hardware. See also the Ubuntu bug report about Brother printers which do return broken device IDs erratically. Bug 35638] [09:58] Launchpad bug 35638 in cupsys "Printer is not detected properly over USB" [Medium,Confirmed] https://launchpad.net/bugs/35638 === seb128_ is now known as seb128 [09:58] I think this bug can probably fixed somehow by patching the USB CUPS backend. === seb128 is now known as seb128_ === seb128_ is now known as seb128 [09:59] Keybuk: do you think we could have create_devices || true in udev's postinst? that'd fix its installation in my vserver :) [09:59] I think this bug can probably fixed somehow by patching the USB CUPS backend. [09:59] I was already thinking about starting some initiative with the distros (and also driver developers of manufacturers) about patching CUPS concerning hardware bug workarounds. [10:00] Mike supports only what follows EXACTLY the standards. [10:00] pitti, WDYT, what should we do here? [10:02] tkamppeter: ok, let's keep the patch for a bit then; maybe you can add some details to the ## DP: of the dpatch, an explanation, rationale, pointers to STRs? [10:05] seb128, if i understand 03_blacklist-directories.patch in glib2.0 right, everything mounted under /live/cow and /live/image should be completely ignored by nautilus ? [10:05] ogra_cmpc_: yes [10:05] hmm [10:05] doesnt work here [10:05] at least you should get no mount icons for those [10:05] not sure what you call completely ignored [10:06] i still se the cow device on my classmate desktop and its definately mounted under /live/cow everywhere [10:07] weird [10:07] only /media and user directory mounts should be listed [10:08] /dev/sdb2 /live/cow ext3 rw,noatime,relatime,data=ordered 0 0 [10:08] unionfs / unionfs rw,relatime,dirs=/live/cow=rw:/live/rofs=ro,debug=4294967295,delete=whiteout 0 0 [10:08] unionfs /dev/.static/dev unionfs rw,noatime,relatime,dirs=/live/cow=rw:/live/rofs=ro,debug=4294967295,delete=whiteout 0 0 [10:08] thats what /proc/mounts has [10:09] shoould be ok i think [10:09] oh, wait [10:09] seb128, does it read mtab or /proc/mounts ? [10:10] i dont have a line for /live/cow in the output of mount [10:10] ogra_cmpc_: mtab I think [10:10] (i.e. no mtab entry) [10:10] aha [10:11] morning [10:13] is there some way to build your own .deb package out of a modified 'apt-get source' package ? [10:14] pitti, I have added the description to the patch on SVN. [10:15] tkamppeter: to trunk? [10:15] tkamppeter: right, thanks! [10:18] beasty_: debuild (devscripts package) [10:21] keescook: you'll love the new cups' test suite, it's very rigorous (and it too me until 3 am to fix the bugs that it caught :) ) [10:22] pitti: looks like we might need to add another package to ia32-libs https://bugs.edge.launchpad.net/ubuntu/+source/ia32-libs/+bug/210572 [10:22] Launchpad bug 210572 in ia32-libs "No sound in wine under amd_64" [Medium,New] [10:22] cjwatson: thanks i'll take a look at it === Seveaz is now known as Seveas [10:34] pitti, I have now reduced the fdi file for HPLIP to 10.5 kB, making space for one more package on the live CDs. [10:34] Thank you for the tip. [10:35] tkamppeter: yay, with int_outof? [10:35] great [10:35] I have tested it with my printers and it works. I have uploaded it to the Debian SVN of HPLIP and now I am test-building the package. [10:36] Yes, it is with int_outof now. === dholbach_ is now known as dholbach [10:40] cjwatson: thanks it worked [10:46] pitti, I have now replaced my HPLIP 2.8.2-0ubuntu5 packages by new ones with the same name, containing the new script which generates the smaller fdi file. Please re-download and upload them into Hardy. [10:46] tkamppeter: right, I'll do that [10:46] tkamppeter: what was the URL again? [10:46] slangasek: did you have a change to talk to pitti or cjwatson about the priority of mythbuntu-diskless-client-builder for the alternate disk? [10:47] laga: ah, no [10:48] pitti, cjwatson: trying to get mythbuntu-diskless-client-builder installed by default on the mythbuntu alternate CDs; is setting Priority: standard on it in the archive a reasonable means of achieving this, or is that a Bad Idea? [10:49] slangasek: do we even look at Priority:? I thought our way of doing that was to put it into the ship seed? [10:49] pitti: udebs don't go in the seed... [10:49] erm, not ship, mythbuntu desktop? [10:49] sorry, I guess I omitted that part [10:49] this is a udeb :) [10:49] ah, udeb; no idea about that one, sorry; installer seed? [10:50] seb128, now thats silly, the device is ignored if i have an fstab entry for /live/cow ... no matter what mtab says [10:50] slangasek: AFAICS udebs are in the 'installer' seed [10:50] pitti: I'm pretty sure the alternate CD doesn't use seeds at install time [10:50] right, they don't [10:50] pitti: this is about being able to get a udeb automatically installed in the installer environment [10:50] slangasek: definitively cjwatson's domain now, I'm afraid [10:51] seb128, i mean it helps me to work around on the classmate and i can cover that from the installer, but i really dont understand the logic here [10:51] unless Ubuntu d-i is different than Debian d-i, this is achievable by setting the Priority [10:51] ogra_cmpc_: describe your usecase with an easy example and steps to trigger the bug in a bug report and I'll speak with upstream about it [10:51] pitti: well, I was first soliciting opinions on whether it would be sane to set a universe udeb to Priority: standard [10:53] seb128, it might be because the dir is move mounted in intramfs ... i'll add a bug and work around it on the classmate in the way that works for now [10:55] slangasek: hmm, no, Priority not a great idea because that could affect netboot images [10:55] cjwatson: ok, thought that might be the case [10:55] laga: that means we're back to trying to auto-select udebs for install using preseeding, I think; sorry [10:56] though that was the solution we used for Edubuntu [10:56] but it was problematic [10:56] if it does nothing by default, then using Priority is OK, just ugly [10:56] right [10:56] is using preseeding a problem? [10:57] I don't think so, it was just that setting priority was the first thing that had come to my mind [10:57] i.e. 'd-i anna/choose_modules string mythbuntu-diskless-client-builder' [10:57] cjwatson: oh, i haven't tried that yet. [10:57] I'm pretty confident that will work [10:58] i didn't know you had to tell d-i explicitly to install something.. i think i was told it would just work if i just preseeded debconf questions for the package itself [10:58] thanks, i'll try that asap [10:58] ah, if so you were told wrongly I'm afraid [10:58] tkamppeter: looks fine, uploaded [10:59] cjwatson: or i mistunderstood something, happens all the time :) [10:59] namespacing of debconf questions is just a convention; d-i can't and doesn't rely on it to figure out where the questions come from [11:00] for instance, most of the mirror/* questions are actually in the choose-mirror-bin udeb [11:00] mvo: *nag* do you happen to have a dist-upgrade /etc diff -Nur somewhere? time's getting tight for fixing everything, I feel === asac_ is now known as asac [11:01] mjg59: hm, so what would you recommend that we do for bug 162654? revert the network module unloading in pm-utils, or add a /e/i/networking restart call? [11:01] Launchpad bug 162654 in pm-utils "networkmanager (0.6.5-0ubuntu16.7.10.0) needs to be restarted manually after suspend using pm-utils, while functioning correctly using acpi" [Undecided,In progress] https://launchpad.net/bugs/162654 [11:04] cjwatson, the optimal solution would have been to add the code from laga to ltsp-client-builder ... and just have switches ... something for intrepid ... [11:05] ogra_cmpc_: it'd be very nice to merge some of my stuff back. i'm still not keen on maintaining my own initramfs scripts for example :) [11:05] yeah [11:08] pitti: I think I have the fix you want now, it's attached to the bug report. [11:08] https://bugs.launchpad.net/ubuntu/+source/ca-certificates/+bug/153625 [11:08] Launchpad bug 153625 in ca-certificates "update-ca-certificates error. ca-certificates.crt empty (with pt_BR locale)" [High,In progress] [11:09] pitti: do you want to look now, or shall I subscribe the sponsors and let you get to it in your own time. [11:09] Keybuk: WDYT about https://bugs.edge.launchpad.net/ubuntu/+source/rhythmbox/+bug/62400/comments/15 ? [11:09] Launchpad bug 62400 in rhythmbox "Podcasts directory should be created when required" [Low,In progress] [11:09] james_w: great! looking [11:12] I suggest to remove gcalctool (a calculator claiming to be a calendar :-)) from hardy. It has a lot of serious unfixed bugs associated with it; yet a desktop calculator is an important item on the desktop! We can't ship hardy with a calculator that doesn't work [11:12] https://edge.launchpad.net/gcalctool/ [11:13] james_w: that's thorough analysis and testing! *hug* [11:13] \o/ [11:13] james_w: the patch looks good to me; maybe cjwatson can also have a look, just to get more eyes on it? [11:13] now to do it for several previous releases :-) [11:13] pitti: I'll look into it later today [11:14] mjg59: thanks [11:14] more eyes would be good, I'd especially like the preseed thing confirming [11:14] james_w: that should just be changing the $fixed_version thing, right? [11:14] pitti: Though, argh. Why are people suspending machines with static networking configuration? [11:14] pitti: I look at it again after lunch, sorry [11:14] james_w: (and the previous debconf template fix, of course) [11:15] * pitti hugs mvo, thanks [11:15] pitti: yep, but it's the testing part that takes the time [11:15] mjg59: :/ [11:15] does anyone know a way to make pbuilder run a script for "login"? [11:15] mjg59: I do it myself, though, since my secondary ethernet is a static configuration (my desktop acts as a router for laptop, etc.) [11:16] james_w: maybe you don't want --login then, but --execute? [11:17] * james_w hugs pitti [11:17] perfect, thanks. === kitterma is now known as ScottK2 [11:33] pitti: mdz's follow-up seems reasonable [11:34] Keybuk: hmkay; I find that pretty unexpected when opening the prefs dialog TBH, but *shrug* [11:34] mdz: ^ [11:35] which bit? [11:35] popping up a dialog about creating a directory [11:35] when opening the podcasts tab [11:35] well, I wouldn't do that [11:36] why can't it just have a default directory that it makes the first time it downloads a podcast? [11:37] pitti, thanks. [11:37] Keybuk: GTK file/dir selector widget can't do nonexisting directories [11:37] (good thing IMHO) [11:37] but it has a non-existing one as the default, no? [11:37] that's what it breaks on, AFAIUI [11:38] (for me it just shows my home dir, need to try on a fresh profile) [11:40] mok0: https://bugs.edge.launchpad.net/ubuntu/+source/gcalctool/ doesn't look too bad, are there things that should be given higher severity? [11:40] or are there just a lot of unreported bugs? [11:40] pitti: hmm, it seems set to just HOME by default now? [11:42] Keybuk: right, here too (for a fresh user) [11:42] just tried it [11:44] lamont, do you happen to have any say about the debian build queue priority of hppa ? [11:44] pitti: what bug are you working on? [11:45] seb128_: bug 62400 [11:45] Launchpad bug 62400 in rhythmbox "Podcasts directory should be created when required" [Low,In progress] https://launchpad.net/bugs/62400 [11:51] james_w: quote $pt_BR_fixed_version (not required, but good habit); use [ test ] && [ test ] rather than [ test -a test ] (likewise); I think it would be a good idea to set seen=true at the top, rather than it being uninitialised in a few cases [11:53] james_w: also, I don't think the language test is quite right [11:57] cjwatson: what do you think the language test should be? [11:57] james_w: I'm just trying to work it out :) [11:57] pitti: agreed, it shouldn't do anything when you first open the dialog (that's the real bug) [11:58] LC_ALL=pt_BR.UTF-8 was the way I could trigger it, there may be non-UTF-8 ones affected I assume [11:58] james_w: testing LC_ALL is definitely wrong; LC_ALL might not be set, and yet you could still have LC_MESSAGES set [11:58] james_w: but to get it right you have to test LANGUAGE too, and as you mention there are non-UTF-8 locales affected too [11:58] cjwatson: just LC_MESSAGES doesn't trigger the bug in the first place in my testing [11:58] james_w: you might have something else set that overrides it [11:58] james_w: I'm trying to work out an entirely different test [11:59] ideally, we would check for the actual failure condition [12:00] LANGUAGE on it's own does trigger it though. [12:01] the override system there is rather complicated and best implemented by hand only where absolutely necessary [12:04] urgh, unfortunately we can't do better because there has been an intervening version that had correct pt_BR templates [12:05] that's my fault === seb128_ is now known as seb128 [12:05] if that hadn't been the case, we could have shipped some code in the .config (or .preinst? haven't thought about it) that did db_metaget ca-certificates/enable_crts Choices && [ -z "$RET" ] [12:06] we can do that for the SRU can we? [12:06] oh, no, that isn't true either, because dpkg-preconfigure loads the new templates before calling any maintainer scripts [12:06] drat [12:06] ok, I guess we have to implement the environment variables in toto [12:08] ideally, we would ask debconf for the language it thinks we're using, or have a shell binding for setlocale(), but I don't think either of those exist === Seveaz is now known as Seveas [12:14] james_w: http://paste.ubuntu.com/6356/ is the best I can do [12:15] james_w: it's still wrong in at least these situations: (1) you have LANGUAGE=ll:pt_BR but there's no translation of those templates in ll so debconf falls back to pt_BR (2) pt_BR is set in the environment but that locale is not actually configured so is not used [12:15] but AFAICS there's nothing we can do about (1), while (2) is not very important in this case [12:18] cjwatson: is this normal? http://paste.ubuntu.com/6357/ [12:18] if it is then my previous testing of this was incorrect. [12:22] james_w: yes, if you don't have the pt_BR.UTF-8 locale generated (run 'sudo locale-gen pt_BR.UTF-8') [12:23] james_w: or if you have LC_ALL=C [12:23] I have the locale [12:23] in fact you must have LC_ALL=C because if it's unset then you would see LC_ALL= [12:25] ah, ok, it's set by default to C, at least in my pbuilder environment [12:26] ah, I get your function now, it seems right to me. [12:27] james_w: It's the severity of the bugs I am concerned about. Last time I tested the app it didn't work correctly at all. [12:27] mok0: well there's nothing High or above in the above source package list. [12:29] james_w: why is that? I think it's severe if the calculator gives the wrong (or not-understandable) results [12:29] thekorn, bdmurray: is a new upload of pylpbugs planned anytime soon? [12:29] cjwatson: as for the other comments I'll fix them, but seen is a variable I have re-used, so it is set further up. [12:29] I realise it's not in the diff [12:30] mok0: I'm not sure, maybe they just haven't been triaged? [12:30] dholbach: i should complete anteater (tool for ubuntu-whitehat team) with pylbugs support. you have some docs about it ? [12:30] mok0: although some where the summary suggests wrong results are set to Low. [12:31] james_w: I am not at my Ubuntu desktop atm so I can't test it now === elkbuntu_ is now known as elkbuntu [12:31] emgent: http://wiki.ubuntu.com/BugHelper has some and "pydoc launchpadbugs" should have some too [12:31] james_w: oh, ok [12:31] dholbach: ok thanks [12:32] james_w: a desktop calculator is likely to be pulled out by casual and first time users. It is crucial that it works correctly. Imagine a reviewer getting wrong results, I would reflect badly on Hardy [12:32] s/I would/it would/ [12:33] james_w: hehe, with my new-earned powers I can change the Importance of the bug :-) [12:34] mok0: true. I was just reflecting that the bugs page didn't reflect the concerns that you were having, so it's hard to know what's going on. [12:36] james_w: I am afraid many bugs get a superficial treatment partly as a result of karma-hunting members of the 5-a-day team (sorry dholbach) [12:37] mok0: do you have some examples? [12:37] err... gcalctool? [12:37] :) [12:37] mok0: that's a general bug triage problem we had with Launchpad Bug Karma before - I agree with you that it'd be good to have some kind of solution for it [12:38] maybe we should disucss it on ubuntu-bugsquad@ [12:38] mok0: there is no abuse there, do you have a bug number where you had an issue? [12:38] bug 208260 [12:38] Launchpad bug 208260 in gcalctool "Too many commas in gcalctool" [Low,Triaged] https://launchpad.net/bugs/208260 [12:38] mok0: these don't appeared to have been triaged by 5-a-day people, and don't seem at all superficial. [12:38]