=== RainCT_ is now known as RainCT [00:09] Would anyone like to do me a favor of going into Synaptic, checking off libgtk2.0-dev and libgtk2.0-doc for installation (just checking the check box, not installing unless you want to) and then go to File>Generate Package Download Script, please? as in this picture: http://2.bp.blogspot.com/_fs6jwQq0LQk/SLsbgxQZ7KI/AAAAAAAAAQw/FSqht56jDO8/s1600-h/Screenshot-Synaptic+Package+Manager+.png [00:09] hardy heron 8.04.0 please :) [00:09] and the script can just go on a pastebin somewhere [00:16] http://ubuntuforums.org/showthread.php?p=5702397#post5702397 :0 [00:16] * :) [00:19] \sh: is this post-upgrade of nspluginwrapper 1.1.0? did you purge and reinstall flashplugin-nonfree afterward? [00:23] You mean dpkg-reconfigure flashplugin-nonfree? [00:30] please someone? :( [00:31] http://ubuntuforums.org/showthread.php?p=5702397#post5702397 [00:31] it only takes 5 seconds [00:34] theunixgeek: one moment, I need to remove those packages first [00:35] theunixgeek: err, will intrepid do? [00:35] http://mibbit.com/pb/cwQqez [00:35] theunixgeek: [00:35] there you go. [00:35] And thanks to hitting execute instead of display, I have flooded my home folder. [00:35] (I hope nobody's still running 8.04.0, BTW) [00:36] Nobody would be, unless auto updates are off, correct? [00:36] 00:09 hardy heron 8.04.0 please :) [00:36] Q: what is the status of kubuntu 8.10? can bugs still be filed and will the fixes make it to the 8.10 when it is released ? [00:37] mika_videodev: feature freeze; yes, bugs can still be filed; depends on all the usual things (whether a developer is paying attention and has time, how complex and invasive the fix is, whether it's reasonably fixable, etc.) but there's no intrinsic reason why not [00:38] a part of lspci command output: 01:08.0 Multimedia controller: Philips Semiconductors SAA7146 (rev 01) [00:38] theunixgeek_: http://mibbit.com/pb/34mLX0 [00:39] mika_videodev: please report bugs at bugs.launchpad.net/ubuntu rather than here, though [00:39] lukehasnoname: thank you!!!! :D [00:39] thank you so much!!!! [00:39] thanks [00:40] in kubuntu 7.10 there's a problem with that. if in kaffeine, one tries to activate live dbv-c viewing, kaffeine will lock up. work-around: first play any mpeg2 video file or DVD. While it is playing, do command it to live DVB-C viewing mode. Works about 80% of the time, but sometimes kaffeine locks up anyway (need to use kill command or click the X and answer yes, when KDE asks whether to kill the app) [00:40] mika_videodev: please report bugs at bugs.launchpad.net/ubuntu rather than here [00:40] also, 7.10 != 8.10 [00:41] was one of those a typo? [00:41] I know that, but is there s liveCD snapshot of 8.10 somewhere to download and try if it still has the ame problem ? [00:41] I am still using 7.10, no typo. [00:42] mika_videodev: https://lists.ubuntu.com/archives/ubuntu-devel-announce/2008-August/000470.html [00:45] : which image do you recommend me to try? The normal 32-bit or the amd64-bit version? I am currently running 32-bit version, but I do have AMD-64-bit dualcore CPU 2300 MHz, and 4 Gigabytes RAM. [00:46] <_MMA_> mika_videodev: Try what you like. [00:54] is there any known problems using 64-bit versions of linux ? like in device driver support ? [00:55] No [01:11] ion_: sure, that will also work. It's only important that nspluginwrapper is rerun. === fta_ is now known as fta [02:01] * NCommander smacks his head on the desk a few hundred times per hour :-) [03:44] pacakge bug! The following packages have unmet dependencies: tzdata-java: Depende: tzdata (= 2008b-1ubuntu1) but 2008e-1ubuntu0.8.04 is installed. [03:44] s/Depende/Depends/g [03:45] all my repositories is updated and system upgraded [03:50] leleobhz: and irc is now the new bug tracker? [03:50] no [03:50] i only want before i file a bug if its really a bug [03:51] or if someone got this too [03:51] can you run 'apt-cache policy tzdata-java', and pastebin it please? [03:52] I suspect that you don't have hardy-updates enabled for universe. [03:52] sorry, 'apt-cache policy tzdata tzdata-java' [03:52] Hobbsee: http://paste.milk-it.net/919 [03:52] Yup. What wgrant said [03:52] Enable hardy-updates universe, and apt-get update [03:53] lets see [03:53] ah, eys [03:53] wgrant: Nice catch [03:53] StevenK: Not particularly, but thanks. [03:54] added and dist-upgrading [03:54] but tzdata is not included on update list.. [03:54] tzdata-java should be. [03:54] tzdata should not. [03:54] hmm [03:55] now got no warning [03:55] well, thanks :] [03:55] Excellent. [03:55] (and sorry by false allarm) [03:56] * wgrant disappears to another lecture. [04:05] hello everyone [04:11] Hi, doctor Nick! [05:55] * pitti hugs the channel, good morning [05:55] pitti! [05:56] hey StevenK [05:56] pitti: NBS hasn't been the same without you running your broom through it :-) [05:56] heh [05:58] pitti! [05:58] * pitti throws a gummybear to Hobbsee [05:59] \o/ [05:59] * Hobbsee throws the gummybear to StevenK, and looks for some chocolate [05:59] I pitti the fool! [05:59] * StevenK grins [06:00] * ScottK mentions that the MIR queue has been lonely in pitti's absence. [06:06] hello pitti [06:10] hey ajmitch [06:10] ScottK: that's part of the backlog I have to grind through now :) [06:10] Welcome back, pitti :-) [06:11] Welcome back. [06:11] scottk: Thanks [06:20] goooood morning! [06:21] Hi [06:21] hi ion_ [06:22] hey dholbach! *hug* [06:22] hi pitti [06:22] * dholbach hugs pitti back [06:25] * nxvl HUGS pitti [06:25] pitti: we miss you! [06:28] hey jdong [07:00] hi guys i need help in my VLC command, I always got an error "stream_out_transcode private debug: drift is too high" can anybody help me with my problem thanks [07:02] <\sh> crimsun: flashplugin works now, but again without doing any rtmp connections to an fms ... because of missing libs it seems [07:03] <\sh> oh good morning pitti :) [07:03] hey \sh [07:03] <\sh> pitti: hope you had a good holiday :) [07:04] \sh: yes, it was wonderful; lots of fresh air, food, exercise, and sleep, all the things I usually don't get :) [07:04] \sh: two weeks bicycling through southern Sweden [07:04] we made some 830 km [07:05] <\sh> pitti: I'm jealous...:) [07:05] pitti: Damn it! You undid all of the hard work keeping you in a darkened room at UDS! [07:06] :-P [07:06] pitti: you don't get food? [07:07] everybody: please cough up and let's send pitti some food [07:07] * Mithrandir waves. [07:07] the poor guy is starving! [07:07] I mean *lots* of food :) [07:07] hi guys i need help in my VLC command, I always got an error "stream_out_transcode private debug: drift is too high" can anybody help me with my problem thanks [07:07] due to being exposed to fresh air all the day, I ate twice as much as usual :) [07:08] It's a little known fact, but fresh air makes food evaporate from the body. [07:09] RAOF: that would explain a lot! [07:09] <\sh> ok..now everybody is back from the weekend and from holidays...I'll have a question regarding tslib being in universe, but also being a dep of directfb which is in main...this screws up my work on ia32-libs [07:09] \sh: what does 'now' mean? after nspluginwrapper is rerun? (the ia32-libs bits are known, but someone has to fix the scalability problem.) [07:10] <\sh> crimsun: after I reinstalled the whole flashplugin stuff , meaning: purging and reinstalling the base functionality is back.. [07:11] <\sh> crimsun: and yes, I'm dealing with ia32-libs right now...see the question above :) [07:11] \sh: right, that was debugged/discussed in -mozillateam last week. [07:14] pitti: do you know anything about the seahorse-agent situation? [07:15] dholbach: if you mean the gpg part, it still needs to be packaged [07:15] pitti: stardict is in NBS, and will FTBFS if it's rebuilt. There are no Ubuntu changes, and the new Debian revision in unstable looks like it will solve it, do I need a FFe to get you to sync it? [07:16] StevenK: no, it's just a new debian revision; I can sync it right now [07:16] StevenK: is there a bug for it already? (if not, don't bother) [07:16] pitti: There isn't, I'm pulling stuff from NBS. [07:17] pitti: I see [07:17] hiya thekorn [07:17] pitti: Note "looks like it will solve it", I'm test building to see if it holds. [07:17] good morning dholbach [07:17] StevenK: ok, I prepared the sync, tell me when/if to commit it [07:18] pitti: Could you also add running a broom through NBS to your todo list if you haven't already? :-) === thegodfather is now known as fabbione [07:27] <\sh> who is responsible for reviewing MIRs? [07:27] The ubuntu-mir team [07:27] <\sh> lol [07:27] <\sh> doko and pitti...who else ,-) [07:28] <\sh> I stop asking "who is reponsible for this and that"...the answer is always pitti somehow ;) [07:29] \sh: you could just look at the team member list :) [07:29] <\sh> pitti: I just did [07:30] <\sh> pitti: and if you are relaxed, just promote tslib to main (as written on https://wiki.ubuntu.com/MainInclusionReportTslib) so I can start refreshen the ia32-libs stuff and start support the new flashplugin stuff which is missing ;) [07:31] \sh: MIRs are done as bugs now [07:31] <\sh> StevenK: pitti: bug #255275 [07:31] Launchpad bug 255275 in tslib "MIR for tslib" [Undecided,New] https://launchpad.net/bugs/255275 [07:32] <\sh> nevermind.. [07:32] \sh: ia32-libs is in universe, so what does it have to do with MIRs? [07:32] <\sh> pitti: directfb is pulled in, and it needs tslib...which is not promoted to main...so freshen fails [07:33] \sh: seems that ia32-libs needs to be fixed to pull from universe then, although I had expected that it does that already [07:33] <\sh> pitti: it is [07:33] <\sh> pitti: it pulls from universe...but directfb is manual dep wait because of tslib in universe;) [07:33] oh, I see [07:33] <\sh> pitti: so source is new, but binaries are old [07:34] what do we need directfb for in main? sdl? [07:34] <\sh> pitti: ask doko ;) [07:35] <\sh> ScottK: do you agree with bug #261885 ? arj in main for clamav? [07:35] Launchpad bug 261885 in arj "MIR for arj" [Undecided,New] https://launchpad.net/bugs/261885 === NLE is now known as noel [07:36] * \sh really wonders who is using arj these days? I mean we are totally out of the 80ties and 90ties where it was famous being used in mailboxes [07:54] StevenK: (I did at least the empty stuff from NBS on a couple of occasions while pitti was away, BTW; just to dispel the idea that nobody looked at it at all ...) [07:55] ScottK: argh, so we now need to support every possible unpacker format for clamav? they can't become suggests: or something? [07:55] even gzip has vulnerabilities these days, I don't want to imagine how many zoo, arj, etc. have... [07:56] cjwatson: Ahhh, I thought I noticed it get cleaned up a few times. [07:56] * StevenK kicks stardict for failing with an obtuse error. [09:00] hi blueyed [09:00] hi seb128! [09:00] hello dholbach! [09:03] pitti: Right, gucharmap is broken, I'll need to fix that first. [09:04] StevenK: what is broken? there is a new version to package btw ;-) [09:05] seb128: There is no .pc file in the -dev, so things using pkg-config to check it fail [09:06] are you sure? [09:06] Fairly sure [09:06] the .pc name changed this cycle [09:06] and it's correctly installed there [09:07] Ah, nice. That would explain it. stardict is looking for gucharmap.pc [09:08] Ah ha, gucharmap-2.pc [09:21] pitti: That sync can't be processed, it needs an Ubuntu change. :-( [09:35] * StevenK kicks stardict [09:59] james_w: To avoid further discussion in the mailing list irrelevant to the original subject, what's the best forum to discuss the use of bzr for distributed development and impacts for cases where packages are only touched once? [09:59] persia: I'm not sure. I assume you would like a mailing list? [10:00] (there's the vcs-pkg project/lists I think) [10:00] james_w: Or just some of your time to help understand either what I'm doing wrong with regard to performance, or whether we can identify specific issues that might need attention. [10:01] azeem: yes, I'm on it thanks, I think this is not exactly its mandate, and Ubuntu-specific to boot [10:01] persia: for that then private email or IRC is fine for me [10:01] can we get 1.6 into hardy-backports? :) [10:02] persia: I would like to have the other discussions though. Perhaps just breaking the thread on ubuntu-devel would let your topic breathe while allowing us to have a discussion [10:02] dholbach: there's a 1.6.1 this week, once that's in and tested a but I can request a backport [10:02] cool :-) [10:05] im looking forward to the bzr session in dev week. (totally unfamilair with bzr. i know some git) [10:09] * mpt cries [10:09] Ctrl Alt Backspace = stupidest keyboard combo ever [10:10] :( [10:10] I don’t know what i do differently, but i never manage to hit it accidentally. [10:11] mpt: https://blueprints.launchpad.net/ubuntu/+spec/xorg-ctrl-alt-backspace; unfortunately deferred from intrepid due to apparent dissension [10:11] (read the wiki rather than the spec title; it's not just about disabling it any more, just making it harder to activate) [10:15] I doubt any of the "make it harder to trigger" techniques would have helped me [10:15] I was using Ctrl Backspace to delete words and hit Alt by mistake [10:16] Ah, that’s it. I always use ^W. [10:17] If it had done nothing, I would have just pressed it more/longer, assuming that Ubuntu was in one of its frequent snoozes [10:18] mpt: I know your pain [10:18] How about an instant popup that says “Hit Ctrl-Alt-Backspace again to blahblah”? [10:18] ion_: see the discussion in the spec, please [10:18] cjwatson: That was an answer to “I doubt any of the techniques would have helped me”. [10:18] ion_: an answer explicitly addressed in the spec as "unimplementable" [10:19] and with other UI deficiencies noted there [10:19] Ok [10:20] (well, clearly it's possible to do anything in theory, but that would at least require turning an awful lot of stuff upside down for this one thing) [10:20] and furthermore a dialog would completely fail to address the cases where you *do* need ctrl-alt-backspace for real, e.g. when most of X has locked up [10:22] if you are lucky hal didnt start up ... then ctrl-alt-backspace wont restart your session [10:22] cjwatson: alt-sysrq-k ;-) [10:23] * ogra_ sat on a blocked gdm screen to often already since intrepid ... no input at all (!) without hal ... not even console switching ... [10:24] we should try to arrange for hal to start earlier; it's very late for what's now such a critical service [10:24] And as for the display chip possibly being in a broken state after killing X with sysrq, well, hopefully the move-graphics-drivers-to-kernel-and-make-X-use-common-framebuffer-with-virtual-consoles thing gets implemented soon. :-) [10:25] cjwatson, no, X should have a fallback mechanism to have *something* if there is no hal [10:25] ogra_: that too [10:25] X is not the only thing that is coming to depend on hal, though [10:25] or an automatism to switch you to tty1 or some such [10:26] bryce: perhaps bullet-proof-x should detect this situation [10:26] How about X simply refusing to start – at least by default – if there’s no HAL? [10:26] As Ubuntu becomes more popular, the proportion of users for whom Ctrl Alt Backspace is useful decreases, so the average benefit decreases, while the average harm remains constant [10:26] cjwatson, doesnt that need an input mechanism as well ? (note that there is also no mouse without hal) [10:27] ogra_: bullet-proof-x is for when X crashes, and takes its input on the console at least to start with [10:27] ah, i thought thats the part that you get to configure yur graphics card in vesa mode [10:27] (which needs a mouse for me) [10:28] pitti: [10:29] hi didrocks [10:29] mpt: How does the proportion of users who wish to recover from crashed X decrease with wider penetration? [10:29] ogra_: in any case, the failsafe X configuration seems to manually configure input devices, so that should bypass input hotplug and not require hal, I think [10:29] ah, i havet had that screen in intrepid at all yet ... if it does that then it's fine [10:29] persia, the proportion who *want* to recover from an error of that sort doesn't decrease, but the proportion who know that that's how to do it does. [10:30] ogra_: I think I'm misremembering and you're correct that it goes into X [10:30] pitti: (Hi, sorry for the later hilight) for OpenWeekdev, huats and I will handle a session on patching a package. We were thinking about based the session on your previous work as it has been well understandable (adding quilt pach system, eventually) [10:30] mpt: Surely that's a matter of education, rather than removing the capability, no? [10:30] and i think currently X gnores all input stanzas in the config file (there was a patch though that enabled it again) [10:30] didrocks: NB that my original notes already cover quilt as well; just in some IRC sessions I didn't get to it [10:30] I disagree that education helps; arranging that the facility is harder to invoke by accident would be fine [10:30] didrocks: but it's also documented in the wiki [10:31] (the reason education doesn't help is that even educated users hit it by mistake sometimes) [10:31] pitti: yes, we will try to have enough time to speak about it [10:31] pitti: sure [10:31] (hey btw :)) [10:31] hey huats [10:31] cjwatson: I meant education that it was possible to so recover, not that they shouldn't press that combination of keys [10:31] pitti: it was just to ask you if we can base our speech on your previous session :) [10:32] persia, what cjwatson said. And also, where would you propose putting this education? On the CD sleeve? In the installer? [10:32] I don't agree that facilities should be removed simply because their use diminishes; repeatedly applying that principle is a good way to irritate a different 2% of your users each time [10:32] The idea is that the facility *should* be useful for any affected users, and not get hit accidentally. [10:32] didrocks: of course, it's all "free software" :) [10:32] it doesn't take a very long time of applying that principle before you've irritated most of your users [10:32] pitti: thanks a lot :) Will try to be as good as you as a teacher :) === ogra_ is now known as ogra [10:32] didrocks: there is no way we can be as good as pitti ;) [10:33] mpt: Within the system: as long as it's sufficiently difficult to accidentally trigger, it's useful as part of the documentation. [10:33] didrocks: thank you for covering the session; I can lurk in it and be a fallback for questions, if you want [10:33] pitti: that would be a great asset thanks martin [10:33] pitti: with pleasure, if you can find the time :) [10:33] it is a fallacy to say that every feature not manifestly obvious to every single user is useless, I feel [10:33] but how is ctrl+alt+backspace easy enough to hit accidentally? [10:33] persia, as the user base increases the proportion who read anything labelled "documentation" also decreases. [10:34] cjwatson, is anyone suggesting that? [10:34] pitti: I do it often enough to be irritating [10:34] mpt: I find your argument distressingly close to that position ... [10:34] I'm saying that the benefit decreases as the harm remains constant [10:34] I'm not saying that the benefit is zero [10:34] * ogra thinks a cancel/ok dialog with proper naming would suffice [10:34] pitti: i was hitting it pretty often in some application. cant remember which. [10:34] mpt: and I'm saying that the correct response is to reduce the harm, not to remove the benefit [10:34] mpt: I don't agree that the benefit decreases, your low opinion of users notwithstanding. [10:35] ogra: for ctrl-alt-backspace? a dialog isn't feasible, as I said above [10:35] cjwatson: wow, your cat/dog/whatever must have a knack for hitting those three keys :) [10:35] pitti: what usually happens is that I was holding down ctrl+alt for something else, then wanted to delete some text and forgot to let go for ctrl+alt [10:35] persia, nice fallacy you got there. :-) [10:35] the accident is hitting one while the others are down, not hitting all three at once [10:35] pitti: It can be trivially easy with some hardware configurations: the handykey being one. [10:36] ogra: in most cases when you actually want to kill X, popping up a dialog (or doing an action in it) is precisely what *doesn't* work any more... [10:36] hmm ... right [10:36] mpt: the reason I drew the conclusion you did was that your immediate response was to remove the benefit; that's a response that tends to arise from assuming that each 2% doesn't need to be cared for, I find [10:37] mpt: OK. To put in less contentious terms: I don't agree that the benefit isn't there just because someone doesn't know about it: I do agree that triggering it by accident is unfortunate, but not that this is worth the cost of removing the ability to do this, nor creating wide variance from historically available documentation. [10:37] I'd like to care for the 98% *and* the 2%, not just the 98% [10:37] cjwatson, my immediate response was to label the keyboard combo as stupid, not the function in general. [10:38] I agree that the keyboard combination is unfortunate [10:38] one reason for it is that it needs to be largely independent of keyboard maps, so a relatively small number of keys (all of which are in common use) are available [10:38] mpt: One issue with changing the key combination is that there is vast amounts of documentation indicating that this specific key combination is the appropriate way to restart X when it locks. Not support that may cause user confusion. [10:39] persia, sorry, I left out the word "average" once there. The average benefit is partly dependent on the proportion of people who know about it, which is a function of how long you've been using an X-based system. [10:39] the available keys are essentially the function keys, backspace, enter, escape, tab, cursors, and the insert/delete/etc. block [10:39] mpt: I can accept that argument, although I think it's a function of both how long one has been using such a system, and how one tends to seek support when one has an issue. [10:39] I think it's important to remember that the people who know about it and would be annoyed by its absence are likely to be the most vocal users of Ubuntu right now, i.e. decision-formers [10:40] exactly [10:40] I've seen one too many bug recently where we made a well-intentioned attempt to improve matters for a big chunk of our userbase, and pissed off people who'd been using Ubuntu since Warty as a consequence [10:42] this is not an argument for never changing anything, of course, just for considering the people left behind [10:44] pitti, could you please have a look at https://code.edge.launchpad.net/~fta/apport/apport/+merge/758 ? I proposed a fix 2+ weeks ago [10:45] fta_: right, I saw the page this morning and kept it open for processing ASAP [10:45] persia, some people will not realize they have an "issue" at all, they'll just think that Ubuntu crashes occasionally when they're typing. :-) [10:45] fta_: I was away on holiday in the last two weeks, and I didn't get a mail about the request [10:45] pitti, i figured that out, no problem [10:46] mpt: Indeed. Making it harder to break the system would be good. I'm just not sure that disabling a useful feature is the right way to do it. [10:46] hey fta_, any news about the libcairo update? [10:46] pitti, someone pushed a new apport in the meantime so there is probably a conflict in changelog [10:46] seb128, hi, glad you ask. i was about to ping you [10:46] I have one system that regularly has X crashes: when I can invoke the keystroke fast enough, I don't need to reset the PCI bus a couple times to boot again. Perhaps this system ought be recycled, but it's very useful to me. [10:47] fta_: that sounds trivial to fix [10:49] seb128, i've been using this new cairo for 2 weeks now, i see a small difference in the lcd filter but other people are complaining too so it may not be my cairo... see http://ubuntuforums.org/showthread.php?t=902556 [10:50] seb128, for me, it's perfectly acceptable, not like in that screenshot at all [10:51] fta_: ok, seems good enough to upload the new cairo then, where is you package update? ;-) [10:51] seb128, i can update my debdiff (as i added 03_from_git_fix_lcd_filter_default.dpatch since the 1st one) [10:51] i need 2 secs. [10:55] seb128, http://www.sofaraway.org/ubuntu/debdiff/cairo_1.7.4-0ubuntu1.diff.gz http://www.sofaraway.org/ubuntu/debdiff/cairo_1.7.4-0ubuntu1.dsc [10:55] fta_: thanks [10:59] seb128, must I ask a UVFe for gnome pkg in universe (like empathy) or such pkg automatically get UVFe? [11:00] bigon: Why would universe be different? We have our policies too. [11:00] bigon: GNOME has a standing exception so no need to ask one to update it [11:00] great [11:00] wgrant: GNOME has a standing freeze exception [11:01] pitti, I think you need to check who submits give-back bugs, I"m not a core-dev :-) [11:01] NCommander: hey [11:01] seb128: Ah, I see. Some people have historically ignored the fact that FF applies to universe as well. [11:01] Ooh, seb128 [11:01] NCommander: oh, I just saw dholbach's mail [11:02] seb128, I haven't seen you online in awhile [11:02] pitti, Don't worry, we still love you :-) [11:02] NCommander: I was on holidays [11:02] seb128, wow, what is this holiday you speak of? [11:02] seb128, you've missed my work since you went away :-P [11:03] ;-) [11:03] NCommander: did you get pangomm in shape? ;-) looking for other updateS? [11:03] updates [11:03] er, well [11:03] seb128, https://edge.launchpad.net/~sonicmctails - the Xubuntu guys stole me [11:04] (although I did get a FTBFS fix for update-notification uploaded) [11:05] lol [11:05] NCommander: going to update libgsf, goffice and gnumeric then? ;-) [11:06] seb128, well, as revenge for disappearing, I went and processed the entire outstanding hardy backports queue, so roughly 40-50ish bugs await the archive admins ;-) [11:06] (my revenges are usually producive and usually result in someones mailbox getting flooded with bug fixes) [11:07] * NCommander looks on the status of pangomm [11:07] Wooo, STILL in the NEW queue [11:08] NCommander: can you get fake sync for ubuntu? ;-) [11:08] You don't ask much, do you :-P [11:09] (knowing my luck, upstream has released a new pangomm) [11:09] NCommander: there is a new GNOME due today so they will probably [11:09] NCommander: if you want to do some updates you are welcome to do so btw [11:09] Ok, hold on [11:10] Rolling a fast sync for our lovable archive admin [11:11] On its way to my PPA [11:14] seb128, that was notification-daemon who's FTBFS I fixed [11:14] and I made sure the changes made it into the packaging teams BZR :-) [11:14] cool [11:14] * NCommander tries his best [11:14] you could add me to ubuntu-desktop so I could commit my work to your bazaar branch [11:15] ;-) [11:15] seb128, my PPA rejected pangomm -_-; [11:15] Says I already uploaded it with the same version [11:15] which is probably true ;-) [11:16] Uploading the source package somewhere you can get to it [11:17] which is easier said than done since I can't think of a public server I have access to ATM [11:17] NCommander: attach the diff.gz and .dsc to a bug? [11:17] I can get the tarball upstream [11:17] o [11:17] *ok [11:20] seb128, https://bugs.edge.launchpad.net/ubuntu/+bug/254050 [11:20] Launchpad bug 254050 in ubuntu "[needs-packaging] pangomm-1.4" [Wishlist,Fix released] [11:20] NCommander: thanks [11:24] my list of uploads grows [11:24] *strokes beard* [11:24] NCommander: wants some updates to do then? ;-) did you start on the gtkmm one? [11:25] * NCommander is away: This creature sleeps beyond the reaches of time itself [11:25] !away | NCommander [11:25] NCommander: You should avoid noisy away messages in a busy channel like #ubuntu, or other Ubuntu channels; it causes excessive scrolling which is unfair to new users. Use the command "/away " to set your client away silently. See also «/msg ubottu Guidelines» [11:25] seb128, not at the moment, need some sleep [11:25] ok [11:25] Lets try that again [11:25] NCommander: 'night [11:25] good [11:25] ... well [11:25] Expect I'm unmarked away when I speak ;-) [11:27] NCommander: consider using screen_away.pl in case you use irssi [11:28] azeem: thanks, hadn't seen that before [11:31] * wgrant finds it excellent. === dholbach_ is now known as dholbach [11:32] persia: Wow, is http really faster than bzr+ssh for you? [11:33] wgrant: considerably, although I have a high-bandwidth high-latency environment, which I think is rare. [11:33] That's rather surprising. [11:33] NCommander: the GPL text should be in the tarball since there is some file under the GPL licence [11:34] Could well be due to some QoS adjustments by my provider: there's a lot of focus on giving the appearance of fast speeds here, and there's only so much more improvement available to be done to the infrastructure. [11:34] Ah. [11:35] I also suspect caching, as repeated http runs against the same source got successively lower speeds, whereas pushing the pulled branch, and checking that out went back to the higher speeds. [11:35] successively *lower* speeds? [11:35] anti-caching? [11:35] s/speeds/times/ [11:36] aha :) [11:36] Thanks for the correction :) [11:50] cjwatson: Thanks for the manpage corrections. [11:53] no problem === thekorn_ is now known as thekorn === Kopfi|offline is now known as Kopfgeldjaeger [12:22] cjwatson: assuming that wpasupplicant would produce a working udeb at some point, in what seed would it need to be in in order to end up on the alternate cd? [12:24] udebs mostly go in the installer seed [12:24] (in platform.intrepid) [12:25] I see. thanks [12:26] is somebody working on adding wpa support to netcfg? [12:26] hmm, apparently so (stuff on debian-boot) [12:32] I believe so, but nobody has cared to contact the wpasupplicant maintainers in debian about this yet [12:40] ah, it seems kel has been notified. ok [12:42] woah, scrollkeeper is noisy with current livefs builds [12:42] didn't we switch to rarian nowadays? [12:42] no idea, scrollkeeper is still seeded [12:43] and the postinst didnt change yet apparently ... [12:43] seems there are issues with XInclude in /usr/share/gnome/help/libs/C/legalnotice.xml [12:44] /usr/share/gnome/help/libs/C/legalnotice.xml:13: parser error : Extra content at the end of the document [12:44] [12:44] ^ [12:44] heh === Kopfgeldjaeger is now known as Kopfi|offline === ogra_ is now known as ogra === asac_ is now known as asac === Kopfi|offline is now known as Kopfgeldjaeger [14:27] zul: do you have any tester for bug 180493 or can verify yourself with the hardy-proposed .debs? and can you please upload the fix for bug 242325 to intrepid? after that is done, I can consider accepting the next samba SRU which is sitting in the queue [14:27] Launchpad bug 180493 in samba "[SRU] nmbd shuts down when network disconnected" [Undecided,Fix committed] https://launchpad.net/bugs/180493 [14:27] Launchpad bug 242325 in samba "[SRU] Samba with "ldap passwd sync = only" fails to change passwords" [Undecided,Confirmed] https://launchpad.net/bugs/242325 [14:35] seb128: FYI, i386 retracer finished consolidation, python duping in progress (works fine) [14:35] * seb128 hugs pitti [14:35] pitti: thanks for the sru copies, I asked to slangasek before my holidays but apparently he did do those [14:36] seb128: feel free to do them yourself in such cases (verified, and forgotten to copy) [14:37] pitti: right, will do next time, I was a bit in a hurry and I though slangasek would look at those while we were in holidays [14:39] fta_: I don't understand your apport change, the regexp: ((firefox|seamonkey|flock)[^\s]*) [14:39] fta_: why the ^\s*? [14:40] fta_: shouldn't it match for "firefox %s", too? [14:41] fta_: oh, it would already, it's just a very confusing regex [14:41] pitti: zul: bug #222804 as well, it seems the fix wasn't even uploaded... [14:41] Launchpad bug 222804 in fail2ban "[SRU] fail2ban fails to start after reboot" [High,Confirmed] https://launchpad.net/bugs/222804 [14:43] cjwatson: amsn still on your radar? :) [14:54] pitti: the idea is to match firefox, firefox-2, firefox-3.0, firefox-3.1, seamonkey, seamonkey-2.0, etc... [14:55] fta_: oh, I see what you mean now [14:56] pitti, someone requested opera too but i don't know wherever opera uses -new-window, or --new-window or something else. [14:56] should be trivial to add now [15:00] fta_: I'll fix the epiphany regex and merge [15:00] pitti, it is not correct ?? i tested it [15:00] browser = re.compile('(epiphany[^\s]*)', preferred_browser) [15:01] fta_: before you used "(epiphany)" [15:01] fta_: suppose you have a program epiphany-2.22 [15:01] fta_: then the regex would only deliver "epiphany" and you'd call the wrong program [15:01] pitti, well, should not happen but ok, fine with me :) [15:02] fta_: just for the sake of consistency with the other re, and correctness :) [15:02] sure [15:02] fta_: thanks for the fix! [15:03] np, my default browser is firefox-3.1 so i needed this fix too ;) === thekorn_ is now known as thekorn [15:19] how is the X utility called again with which it's possible to run scripts that require X without having an xsession? [15:19] * dholbach routinely forgets its name [15:20] dholbach: xvfb-run? [15:20] that's the one, thanks seb128! [15:20] you're welcome ;-) [15:21]