[00:05] robert_ancell: Regarding chromium-bsu in featured... It seems (test on noveau vs nvdidia) to run unbearably slow if no 3D accel is available, so maybe one should look otherwise for a simple 2D game? [00:07] arand, could you note that on https://wiki.ubuntu.com/DesktopTeam/Lucid/FeaturedApps. [00:07] robert_ancell: will do. [00:08] arand, I'll also update that with the current choices so it's easier to comment on [00:10] arand, I suspect that supertuxkart has the same problem. Perhaps a solution is to update the package description with "This game requires 3D support" [00:14] robert_ancell: Definitely a good idea. Regading chr-bsu I figured one of it's raison-de-etre might be that it is a simple 2D game, which is kind of spoiled if it needs 3D support. [00:14] arand, is there a good candidate for replacement? [00:15] robert_ancell: hmm, not really that I know off the top of my head.. [00:16] arand, the policy for the list is once a package is on the list it remains there until it is replaced by a better package [00:17] robert_ancell: ah, right, and the ratio games/other is set for now? [00:18] arand, no ratio is set, it just has to be argued that the new list is better than the old one [00:19] (so a new list might get rejected on the grounds "too many games" or "not enough games") [00:21] robert_ancell: right, time to go wild in the software centre.. [00:22] arand, :) [01:24] hello, my mail notification alert popup for thunderbird 2.xx24 and Ubuntu 9.10 using Gnome is huge. How to control the size? [06:19] Good morning [06:20] rickspencer3: I've seen those as well -- you mean popup help which stays around until you click it away? [06:22] rickspencer3: ah, no, I have something different then [06:24] Good morning. [06:31] hey RAOF, how are you? [06:32] Good. [06:32] Hey pitti. [06:32] I'm seeing if I can write a patch to prevent VESA from loading when kms is active faster than pbuilder can build gjs on armel. :) [06:32] heh [06:32] good luck! [06:32] lol === tkamppeter_ is now known as tkamppeter [08:14] good morning [08:23] bonjour didrocks [08:23] pitti: hey pitti, how are you? [08:24] I'm splendid; how are you? back from the conference? [08:24] didrocks: I solved your Popen() mystery [08:24] pitti: oh nice, I didn't look at my email yet. I have a huge backog :) [08:25] right, back from the conference/canonical booth. We had a lot of people, it was nice [08:25] of course, my voice is totally out of order today :) [08:25] (3 days is a little bit hard when you're not used to speak in a noisy environment) [08:25] yes, your IRC sounds raw today :-P [08:25] but it was fun :) [08:25] heh [08:25] great to hear! [08:26] how was the beta going? Not too much "last minute changes to be done now NOW NOW!" ? :) === debfx_ is now known as debfx [08:30] pitti: nice catch (just read your email) about the buffering and the option to fix that but I don't understand how the shell (when you execute python-mkdebian directly), ask to print what you currently have in the buffer before python deciding that the buffer is full enough to print it [08:30] kwwii: do you know how/where the theme previews are generated/stored? I wondered about bug 540907 [08:30] Launchpad bug 540907 in light-themes "Appearance preferences preview icons should match layout" [Low,Triaged] https://launchpad.net/bugs/540907 [08:30] didrocks: I can't parse your sentence, I'm afraid [08:31] hum, let me rephrase :) [08:31] didrocks: the shell isn't involved at all with this [08:31] it just connects pipes [08:31] pitti: right, but as you said, the issue is that python is buffering too much its stdout [08:31] didrocks: oh; I just know that shell programs are line buffered, so it's a nice comparison to check whether the problem is on the feeding or receiving side [08:32] didrocks: right; it's fully buffered when stdout is not a termial, and line-buffered if it is a terminal [08:32] (by default) [08:32] ok, that was that part missing for me "fully buffered when stdout is not a termial, and line-buffered if it is a terminal" :) [08:32] pitti: thanks a lot for looking at that and for the fix as well :) [08:32] de rien [08:39] good morning desktopers [08:40] morning seb128 [08:41] good morning seb128 [08:43] hey Nafallo didrocks [08:44] didrocks, had good holidays? [08:44] seb128: oh :p Not really holidays and more tired than working at home, TBH :) [08:44] lol [08:44] seb128: yesterday, my voice was low. Today, it's totally broken! [08:44] so you are back to quiet work today? ;-) [08:45] seb128: heh, I tried to minimize the backlog. Just put on the side, bugs I should triage/comment and delete the noise. But I think it'll be ok and a quiet day (well, at least, I hope it will :)) [08:46] bonjour seb128 [08:46] seb128: and you, rushing once the freeze will be no more in practice? :) [08:46] hey pitti! [08:46] didrocks, no, I''ve been filling the queue [08:46] got a rhythmbox update with 5 bug closed yesterday [08:46] nice :) [08:47] I had to do something, pitti throw some gauntlet at me yesterday ;-) [08:47] wow [08:47] seb128: oh, btw, wrt the Y3 [08:47] seb128: I faintly remember that I had to enable the MTP plugin manually [08:47] seb128: heh [08:47] pitti, works now since the mtp gconf key is fixed [08:47] so that might explain why it worked for me now [08:48] pitti, yeah, as I said yesterday evening it was missing the schemas keys to enable it :p [08:48] seb128: so that was the key for enabling the plugin? [08:48] yes [08:48] sweet [08:48] * pitti hugs seb128 [08:48] it's in the queue now [08:48] * seb128 hugs pitti [08:48] I want lucid to unfreeze! [08:48] so much good things waiting ;-) [08:48] hah, 67 packages [08:48] + syncs pendings [08:49] I guess like new udisks is not there but you will sync from Debian? [08:49] "A total of 3077 bug tasks were fixed during Lucid!" [08:49] that will jump quite a bit after the flush [08:49] I'm pondering waiting for updates or do multimedia playing [08:49] it might get me very close to kirkland, depending on how many he piled up [08:49] testing rather [08:50] that was not clear [08:50] * seb128 wants to test all his players on lucid [08:50] like file them up from rhythmbox, play songs, etc [08:50] I've a U3 and some ipods there [08:50] with new gdu/udisks/mpi it will work much better [08:50] ok, so let's wait for those [08:50] I don't fancy doing all the testing twice [08:50] teuf also fixed libgpod yesterday [08:50] right [08:50] I hope he will release it soon [08:51] and we need to fix humanity-icon-theme [08:51] btw the DK_ rules comes from libgpod [08:51] not from my old devicekit-disks config [08:51] I've that pending too [08:51] h-i-t ships /usr/share/icons/Humanity/devices/24/multimedia-player-ipod.svg [08:51] but it tought to be m-p-apple-ipod.svg [08:52] pitti, http://gtkpod.git.sourceforge.net/git/gitweb.cgi?p=gtkpod/libgpod;a=commit;h=8b89229eb5ae88ed40438fa789b665817d71a786 [08:53] pitti, http://gtkpod.git.sourceforge.net/git/gitweb.cgi?p=gtkpod/libgpod;a=commit;h=23db920dc865f208af176886228c5f67686248cf [08:53] seb128: right, I discussed all those with teuf yesterday [08:53] pitti, those 2 commits are interesting [08:53] the second one explain the DK lines in my udev log [08:53] I'll prod him to cut a new release (he was about to anyway), then we can package that [08:53] pitti, I was going to do the 0.7.1 update + those 2 commits today [08:53] 0.7.91 rather [08:54] but I will update when he does a new tarball [08:54] seb128: I pinged teuf [08:54] pitti, thanks [08:55] let me know if he plans to roll a new tarball today [08:55] otherwise I will do what I said [08:55] I will [08:55] it's easy enough to do another update next week [08:55] but I want to do ipod testing this afternoon so I will probably build the new version + git changes anyway [08:55] I can as well upload that if there is no tarball today [08:57] teuf | pitti: maybe tonight [08:57] teuf | pitti: you want one soon ? [09:13] pitti, thanks [09:14] I'm off to doctor for ~ 1 hour [09:14] pitti, see you [09:32] morning ! [09:33] salut huats. How was your trip back to Toulouse? [09:35] hello didrocks [09:35] it was quite good : I slept till Bordeaux (which is more than half of the trip :)) [09:44] hi, if changing the keyboard layout using g-keyboard-properties is not working, the bugreport should be filed against g-settings-daemon, correct? === jpds_ is now known as jpds [09:56] didrocks, remember pessulus :) [09:57] huats: I have an event in my calendar for it :) [09:57] but not now ^^ [09:57] sure [10:01] re [10:04] seb128: you will not like this, but its needed (or something like this, does not have to be exactly this). bug #514879 has a patch now [10:04] Launchpad bug 514879 in software-center "details update very very slow" [High,Confirmed] https://launchpad.net/bugs/514879 [10:21] pitti: the problem with the theme preview has to do with the buttons in metacity [10:21] pitti: it is a known problem which we are hopefully going to fix [10:30] kwwii: ah, great; thanks [10:36] back in a little bit more than one hour, going to have a lunch with vuntz :) [10:39] * vuntz is kidnapping didrocks === andreasn_ is now known as andreasn [11:03] seb128: oh, btw [11:03] seb128: bug 539636 [11:03] Launchpad bug 539636 in libatasmart "gdu wrongly reports bad disk sectors" [Undecided,Triaged] https://launchpad.net/bugs/539636 [11:04] seb128: I've analyzed the main bug now (bug 438136) and summarized into https://bugs.freedesktop.org/show_bug.cgi?id=25772#c6 [11:04] Launchpad bug 438136 in libatasmart "palimpsest bad sectors false positive" [Medium,In progress] https://launchpad.net/bugs/438136 [11:04] Freedesktop bug 25772 in library "Unlucky heuristic for calculate BAD_SECTOR_MANY" [Normal,New] [11:04] seb128: but your particular bug report is a more interesting case [11:04] reallocated-sector-count 77| 1| 63 FAIL_PAST 1783 sectors Pre-fail Online [11:04] pitti - are you noticing any consolekit weirdness? [11:04] i'm getting this in my syslog: [11:04] chris-laptop console-kit-daemon[1200]: WARNING: Could not determine active console [11:04] seb128: this is not an issue of mis-parsing the raw sector count [11:05] seb128: the normalized count is also pretty low already (77), and in the past the drive's own firmware even detected it much worse (which might be a firmware bug) [11:05] seb128: but still, if I were you I'd replace that disk [11:05] hi chrisccoulson [11:05] hey pitti [11:06] chrisccoulson: I have one entry for that in auth.log [11:06] ah, no, haha [11:06] auth.log:Mar 19 12:05:55 tick sudo: martin : TTY=pts/2 ; PWD=/var/log ; USER=root ; COMMAND=/bin/grep Could not determine active console [11:06] i'm also seeing lots of these: [11:06] chris-laptop console-kit-daemon[1200]: WARNING: Error waiting for native console 8 activation: Invalid argument [11:06] that was just the grep that I just did [11:07] basically, consolekit is totally broken here (it says i'm not on the active console) [11:07] and so not much is working now ;) [11:08] chrisccoulson: is the daemon running? ck-list-sessinos? [11:08] "sessions" [11:08] pitti: so how do you i18n .desktop files in upstream python build systems? where is a good example package? [11:08] pitti - it is. and this is what ck-list-sessions shows: [11:08] http://paste.ubuntu.com/397759/ [11:09] chrisccoulson: this seems fine? [11:09] pitti - "active = FALSE" [11:09] that should be true [11:09] asac_: just the same as in C projects -- .desktop.in and use intltool-merge [11:09] asac_: jockey and apport do that (with distutils-extra) [11:09] ok. so distutils-extra [11:10] chrisccoulson: ah, indeed [11:11] asac_: but of course you can also copy the intltool logic from DistUtilsExtra/command/build_i18n.py [11:11] chrisccoulson: if you can reproduce that, running the CK daemon in the foreground (on a VT) might be interesting [11:11] pitti: i look at jockey ... the desktop.in files are nowhere referred to (not setup.py etc.) [11:11] (and then do some VT switching/X sessions, etc.) [11:11] pitti - the consolekit error message is triggered because this fails: [11:11] ioctl (console_fd, VT_WAITACTIVE, num); [11:12] asac_: distutils auto.py magic :) [11:12] so, i wonder who messed up the VT stuff ;) [11:12] asac_: it grabs all .desktop.in files automatically [11:12] oh [11:12] asac_: and adds them to POTFILES.in, etc. [11:12] pitti: and you create the .pot with intltool-merge ? [11:12] oh [11:12] right i wondered where the POTFILES.in is [11:13] asac_: .pot is intltool-update; intltool-merge takes a bunch of .po and a .desktop.in (or other .in files) and builds the merged .desktop [11:13] asac_: i-update extracts strings from sources (in POTFILES.in) and builds a pot; it can also merge the .po files against an updated .pot [11:14] let me try that ;) [11:17] pitti: so what do i run to bootstrap the po/ ? e.g. i make a distutils.auto setup.py ... and then i run that like what? [11:18] re [11:18] sorry I was out for some shopping [11:18] mvo, looking but yeah, I'm not sure we want to change gtk now [11:19] asac_: "bootstrap"? it can't automatically translate for you, sorry [11:19] asac_: that's for the next version, with babelfish integration :-P [11:19] pitti, rock on for libsmartata [11:19] pitti, what is the issue with my disk? [11:20] seb128: just replied in the bug (basically the same what I said above) [11:20] ok [11:20] will check in a bit [11:20] seb128: but your blob is a perfect test case [11:21] seb128: i. e. it is a state where it's actually justified to warn users, but it's not below the vendor threshold yet [11:21] pitti: i mean when i setup the upstream build system [11:21] i have no po/ directory [11:21] asac_: just build it once [11:21] ok [11:21] asac_: then you have po/myproject.pot [11:21] and can then copy that to e. g. de.po and start translating [11:22] pitti, maybe the warning could be lighter in such cases ;-) [11:22] seb128: how does it look like now? [11:22] overall assessment: Disk reports many bad sectors [11:22] that looks pretty correct [11:23] well the notification area icon has a red bold label [11:23] seb128: well, when I'm done with patching libatasmart it will say "bad sectors", but still say "okay" [11:23] it makes you feel like you should change the disk NOW [11:23] where this disk is working for years with this error [11:24] ah, I'll just load your blob into udisks and see [11:24] nice way of testing it both ways === ogra_ is now known as ogra [11:27] pitti: yeah. that worked. so how do i get all the translations we already have in the .desktop in the po? or is that ok to keep them there? [11:27] asac_: the .desktop.in shouldn't have any [11:27] ups [11:27] seb128: FYI, $ sudo udisks --ata-smart-refresh /dev/sda --ata-smart-simulate /tmp/smart.blob [11:27] pitti, ok [11:28] ah, good to know [11:28] pitti: well. we had a .desktop with plenty of transltaions ;) [11:28] seb128: that's a great way of testing this stuff once you have a blob [11:28] i would prefer to not loose them [11:28] asac_: hm, you could write some seddery/small perl script to extract them and put them into a .po file, and then use intltool-update to merge them, so that they get a proper format? [11:29] seb128: ah, and now I also see the notification with an action [11:29] seb128: do we have a bug for that as well? [11:29] yes, it's milestoned [11:29] ok thanks [11:29] guess i will just drop them for now ... we can add that back later [11:30] asac_: how many are there? [11:30] asac_: if it's just 5, a manual copy&paste is certainly much faster :) [11:35] pitti: 80 ;) [11:35] but ok [11:35] i dropped them for now ... it was a copy from openoffice anyway [11:39] pitti - i rebooted and consolekit is working again now [11:39] chrisccoulson_: strange [11:39] but it's done that twice now since yesterday evening :-/ [11:39] chrisccoulson_: perhaps it's stumbling over a bad console state sometimes, while plymouth does its magic [11:39] pitti - i suspect that's probably what happens [11:39] chrisccoulson_: perhaps change the d-bus service file to launch it through /bin/sh -c and redirect output to /var/log/consolekit.log? [11:40] (unless it's already going to syslog, of course) [11:40] james_w`, hey [11:40] the output already goes to syslog [11:40] james_w`, do you have a minute for a bzr question? [11:40] pitti - but the error is that the ioctl returns EINVAL [11:40] chrisccoulson_: then merely add --debug to the .service? [11:41] pitti - yeah, i added --debug to the service file [11:41] chrisccoulson_: ah, if you already tracked it down to that, perhaps open a bug and subscribe Keybuk? I think he knows the VT stuff inside out now [11:41] pitti - yeah, will do [12:05] seb128: not now> fine with me, but something needs to happen soonish (next week?). without some patch like this the performance of the treeview is just too bad [12:06] mvo, "now" was lucid cycle there [12:06] mvo, "now" was lucid cycle there [12:06] ups [12:06] seb128: oh [12:07] mvo, well I commented before looking at the change [12:07] seb128: we need a solution for lucid [12:07] mvo, I don't like much having but I guess if it's needed [12:07] I don't like it either [12:08] if I had my will we would not do treeviews with changing height until the problem is properly fixed [12:08] but I did not get my will so we need to do something [12:09] do you think you could still email the upstream list to raise the issue? [12:09] I will try [12:09] mvo, speaking of which you got a reply from thos on g-c-c [12:10] mvo, I will upload your change, I've a fix from Cody to upload too [12:10] I had hoped for support for the treeview speed from bratsche [12:10] but that might be on monday [12:10] seb128: yeah, this is what I was about to suggest, to wait until mondy [12:10] I don't want to queue gtk changes to go in when nobody is around [12:10] just in case [12:10] and I will push a updated patch to upstream to see if I can convince them, I think it could even be included in the general case because I can not (currently) measure any slowdown [12:14] mvo, thanks! [12:14] * seb128 lunch now [12:14] bbl === MacSlow is now known as MacSlow|lunch [12:26] chrisccoulson_: hm, it seems that 5 of the 6 "triaged problems" on https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus are your's.. do you need some help with those? [12:26] chrisccoulson_: we can probably discuss bug 532511 again, and I'm sure that seb128 or I can also help with bug 456468 [12:26] Launchpad bug 532511 in gnome-terminal "terminal settings messed up after upgrade due to forced profile change" [High,Triaged] https://launchpad.net/bugs/532511 [12:26] Launchpad bug 456468 in network-manager-applet "upgrade triggers nm-applet "resource not found" ... missing icon "nm-applet-device"" [Undecided,New] https://launchpad.net/bugs/456468 [12:27] pitti - we're pretty screwed with bug 456468 after the investigation we did yesterday [12:27] but i would appreciate some help on deciding a way forward for bug 532511 [12:28] pitti - did you follow what we did with bug 456468 yesterday? [12:28] Launchpad bug 456468 in network-manager-applet "upgrade triggers nm-applet "resource not found" ... missing icon "nm-applet-device"" [Undecided,New] https://launchpad.net/bugs/456468 [12:29] chrisccoulson_: no, I didn't follow [12:29] the bug trail doesn't seem to have anything new? [12:30] pitti - what happens is - glibc and gtk gets updated, then something triggers an icon reload in nm-applet [12:30] and nm-applet tries to load the (new) libpixbufloader-png.so in to memory, which depends on the latest glibc library [12:30] but the old glibc is still in memory, and it fails [12:30] oh, I think I saw that bit [12:30] pitti - ** (nm-applet:1368): WARNING **: Icon nm-active-device missing: Unable to load image-loading module: /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so: /lib/libc.so.6: version `GLIBC_2.11' not found (required by /usr/lib/gtk-2.0/2.10.0/loaders/libpixbufloader-png.so) [12:31] chrisccoulson_: so is that why nm-applet dies during dist-upgrade, but comes back just fine? [12:31] i should probably update the bug really [12:31] pitti - yeah, that's why it dies [12:31] but it affects lots more stuff than nm-applet [12:31] I even restarted it during dist-upgrade [12:31] pitti - have a look at my xsession-errors from the upgrade: http://paste.ubuntu.com/397262/ [12:31] (its not nice) [12:31] is that even something new? similar stuff seems to have happened during just about any dist-upgrade so far, AFAIR [12:32] i'm not sure. i suppose most things just don't die like nm-applet does [12:33] it's not a big deal for ethernet anyway, but I guess you'd suddenly lose wifi during dist-upgrade [12:33] yeah, that seems to be what happens [12:33] which is still not breaking the upgrade (since by that time all the .debs were downloaded), but a bit of a wart [12:34] pitti, I don't have any idea about the nm issue [12:34] chrisccoulson_: so ideally in this case nm-applet would ignore all the new icons etc. and just keep on running, right? [12:34] pitti, neither does has mvo [12:34] pitti - yeah, probably [12:34] that doesn't help for upgrades though [12:34] (as it's the old version running) [12:34] seb128: right, just pondering, since as I said Chris currently owns 5 out of 6 RC bugs [12:34] pitti, we discussed it yesterday, we are basically screwed out of changing the code running before upgrade [12:35] well, I don't personally consider it a dealbreaker anyway [12:35] pitti, how do you build your rc list? [12:35] seb128: lucid targetted, priority high or critical [12:36] see https://wiki.ubuntu.com/RCBugTargetting [12:36] pitti, I'm sure we have other bugs matching those criterious [12:36] I've at least opened half a dozen of > high with lucid tasks [12:36] none being there [12:36] seb128: yes, I didn't update the list this week yet [12:37] could we detect it exiting and restarting it? I'm desperate but I wanted to throw the idea out [12:37] seb128: I'm about to :) [12:37] mvo: in new code, yes .. [12:37] in u-m I mean [12:37] mvo - that should really be the responsibility of the session manager to do that [12:37] but for some reason, we disable session manager integration in nm-applet [12:37] mvo, we could I guess, but would it behave correctly with the old nm still running? [12:38] * mvo has no idea [12:38] or do we need to restart nm? [12:38] isn't the dbus API stable? [12:38] no clue [12:38] I think it changed since hardy [12:38] nm 0.6 to 0.8 [12:38] but I'm not sure [12:39] * mvo looks for the NM expert [12:39] seb128: different question, should we go with poppler 0.13/0.14, or stay at 0.12? [12:40] seb128: (at this point I'd think stay at 0.12, but checking..) [12:42] pitti, how come you ask about that? just curious [12:42] pitti, stay with 0.12 [12:42] seb128: bug 404214 [12:42] Launchpad bug 404214 in poppler "jaunty cups postscript failure (hardy success)" [High,Fix committed] https://launchpad.net/bugs/404214 [12:42] seb128: ok, I'll grab that bug then and backport the patch [12:42] 0.13 will we stable after lucid [12:42] and requires cairo 1.9 [12:42] and still no sign of cairo 1.10 [12:42] which was due in january [12:43] I don't trust them for getting it on time and it's late for upgrading cairo to a new serie [12:43] pitti, thanks [12:43] pitti, urg http://qa.ubuntu.com/reports/team-assigned/canonical-desktop-team-assigned-bug-tasks.html [12:43] pitti, there is like 3 screens of rc bugs for our team [12:43] quite some fix commited though but still [12:44] yes [12:45] seb128: I don't add them all to the wiki page, mostly just the things that Steve asks about in the release meeting invitation, plus some extra which I think are tricky and hard to fix [12:45] ah ok [12:45] seb128: but a lot of the ones in above list are not targetted to lucid [12:45] I was just surprised by the "5 of the 6 rc bugs we have are assigned to chrisccoulson_" [12:45] and thus are not release critical [12:45] s/are/appear to/ [12:46] pitti, well there is at least 25 bugs with lucid tasks > High there [12:47] seb128: so far I was using https://bugs.edge.launchpad.net/ubuntu/lucid/+bugs?batch=200, and grabbed the desktop-y bits out [12:48] seb128: I think above page is buggy [12:48] it has bug 474917 at the top, but that was closed long ago [12:48] Launchpad bug 474917 in nvidia-graphics-drivers-180 "nvidia drivers 185.xx compile into kernel 2.6.28 instead of 2.6.31 on update from jaunty to karmic" [Critical,In progress] https://launchpad.net/bugs/474917 [12:48] pitti, it's not closed [12:49] see ubottu [12:49] see the bug :) [12:49] weird [12:49] wth? [12:50] seb128: I updated upstream gnome #607447 [12:50] Gnome bug 607447 in GtkTreeView "treeview almost fixed_height mode" [Enhancement,Unconfirmed] http://bugzilla.gnome.org/show_bug.cgi?id=607447 [12:50] mvo, danke [12:50] with hard data and updated patch [12:51] mvo, you rock, thanks [12:52] thanks, I hope its considered upstream [13:14] Riddell, kenvandine: can you please update https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus for Kubuntu/DX? [13:14] pitti, sure [13:15] seb128: http://sourceforge.net/projects/gtkpod/files/libgpod/libgpod-0.7.9x/libgpod-0.7.92.tar.gz/download :) [13:18] pitti, danke! [13:54] seb128: ok, got the atasmart patch ready; now it says Overall Status: BAD_SECTOR instead of BAD_SECTOR_MANY [13:54] pitti, oh, nice [13:54] I still need to look at how those smart status work [13:55] because the winxp utilities we tried seem to disagree about the bad sectors on this disk there [13:55] seb128: no notification any more, but palimpsest says "contains some bad blocks" [13:55] sounds about right to me [13:57] yes, definitively better ;-) [13:57] * seb128 hugs pitti, the bug killer [13:58] * pitti hugs back seb128 [14:17] * pitti sings "another one bites the dust" [14:20] pitti, which one? [14:20] seb128: well, the libatasmart one [14:20] ah [14:20] patch sent upstream, applied to debian git, uploaded [14:20] I want to get my 40th. "fix committed" task today still, so now off to those jockey bugs [14:21] lol [14:21] pitti, seb128: you folks rock :) (probably we need to appreciate the awesome work more ;) ) [14:22] nigelb, thank you! [14:22] :) [14:22]