[00:55] what recent changes in bash make var=var=${var:0:40} invalid? [00:55] *var=${var:0:40} === gnomefreak76 is now known as gnomefreak === unimatrix is now known as un|matrix === un|matrix is now known as unimatrix [02:09] ${parameter:offset:length} is broken. [02:15] how long till beta1? [02:15] Euyulio: we need help with testing CD images before we can release beta 1 [02:16] lol alpha3 #&@! up my system [02:16] was wondering if i could go to bed yet [02:17] all the more reason you should help us test images before we declare a beta [02:17] a 20100318 daily should be up, we'd appreciate any testing [02:17] https://wiki.ubuntu.com/Testing/ISO [02:17] in particular we're after testing Plymouth, https://wiki.ubuntu.com/Testing/Plymouth [02:18] can i install it from this 9.04 cd [02:19] that is not the kind of testing we need help with [02:20] alright i'll check if i have a cd i'm tired & drunk, check-in will be a while [03:31] slangasek, the images have been "rebuilding" since earlier today at http://iso.qa.ubuntu.com/qatracker/build/mythbuntu/all , is there something wrong? [03:42] superm1: yes, there was - bug #540256, now fixed [03:42] Launchpad bug 540256 in upstart "enter kills X when booting Live CD or w/cryptsetup with plymouth text plugin" [Critical,Fix released] https://launchpad.net/bugs/540256 [03:49] can someone run this code and confirm that bash *should* run it but does not? http://pastebin.com/57UV2Bb9 [03:52] crypt-0, works for me [03:56] johanbr, with sh script.name or ./ script.name ? [03:57] ./scriptname or "bash scriptname" [03:57] I think the string stuff on line 17 is a bashism [03:58] ./script.name works for me sh script.name does not [rand-string.sh: 18: Bad substitution] [03:58] yes, because sh isn't bash [03:59] "bash should run it" - you're not calling bash when you type "sh" on Ubuntu [03:59] ahh ok === nxvl_ is now known as nxvl [06:54] Good morning [06:55] slangasek: bug patterns> ubuntu-dev has commit access to the bug patterns, FYI === crypt-0 is now known as Guest5102 [07:55] good morning [07:56] * pitti takes the plunge and updates wife's computer to lucid beta-1. OMG [08:26] Hi! I need help with my webcam [08:28] Hi! I have a problem with my Frontech ecam JIL 2214. When gstream-properties is used it works perfectly alright. [08:28] But when I use skype or any other application it does show blank [08:28] Can I re-direct this video from gstreamer to these applications ? [08:30] <\sh> jcastro: congrats dude === tkamppeter_ is now known as tkamppeter [11:11] pitti: if I'm seeing bug #275972 with a slightly different byte would you want that as a separate bug, or re-opening that one? [11:11] Launchpad bug 275972 in apport "apport-cli crashed with UnicodeDecodeError in ui_present_crash()" [Undecided,Fix released] https://launchpad.net/bugs/275972 [11:12] Ng: looks fine to reproduce that one, since it was never really investigated [11:17] pitti: thanks, done [11:19] pitti: I'm not super keen to attach my Xorg crash file to the bug, but I can make it available to you [11:20] Ng: Xorg crash file? for apport? [11:20] pitti: yeah, I was trying to report an Xorg crash when I got that unicode error [11:21] Ng: perhaps put it on chinstrap and leave me the path in the bug report? [11:21] k [11:28] NCommander, persia: will there be a separate release notes page for armel at https://wiki.ubuntu.com/ARM/LucidReleaseNotes as there was for last cycle, or are all the errata fixed? :) [11:28] asac: ^^ [11:28] jdong: if you have a minute, would you mind SRU-reviewing bug 476654? the other SRU team is quite busy with the beta-1 release ATM.. [11:28] Launchpad bug 476654 in devicekit-disks "CD eject but not unmount when using drive button and CD is in fstab" [Medium,In progress] https://launchpad.net/bugs/476654 [11:32] pitti: is bug #462704 still present in Lucid? (and if so, should we be targeting it for fixing?) [11:32] Launchpad bug 462704 in ubuntu-release-notes "Crash when trying to set up wifi on Dell Mini 10v (Broadcom) in Kubuntu Netbook" [Undecided,Fix released] https://launchpad.net/bugs/462704 [11:32] slangasek: most from the karmic page are fixed. do you want such a page for beta? [11:33] well ... the boards supported in karmic that had the issues are not supported anymore (e.g. no babage 2) [11:33] asac: I'm preparing the preliminary release notes, and want to know whether there will be such a page that I should link to - I don't have a preference for whether there will be one or not [11:34] slangasek: there surely will be release notes bits specific to arm, so i think it makes sense to keep it [11:34] asac: ok [11:34] unless you say that we should include such itesm in main release notes if the number of itesm is < X [11:34] asac: I was just about to say that ;) Let's say < 5 [11:34] with X being a number you define. [11:35] asac: yes, X = 5 [11:35] slangasek: for now i would assume it will be > 5 ... [11:35] ok [11:35] but cant promise [11:35] ;) [11:36] but i think its safe to say that for now [11:36] will check with QA on our current issues today [11:39] StevenK: do you still have any plans to work on bug #439656, or is that irrelevant now that we're not shipping moblin remix? (haven't looked at what the proposed change was) [11:39] Launchpad bug 439656 in casper "Ubiquity installer should be in favorites for livecd" [Undecided,Confirmed] https://launchpad.net/bugs/439656 [11:39] Is gnome-power-manager in lucid broken or something? [11:39] The following packages have unmet dependencies: [11:39] ubuntu-netbook: Depends: gnome-power-manager but it is not going to be installed [11:40] cody-somerville: it's not broken, no; do you have something that conflicts with it? [11:40] slangasek: Irrelevant [11:40] StevenK: ok - want to mark it such? :) [11:40] slangasek, No. This is attempting to install the UNE task in a fresh chroot. [11:42] cody-somerville: out-of-date mirror, then? we're in beta freeze, we certainly didn't leave core main packages uninstallable [11:43] oops. I think I know what the problem is. Will try again. === MacSlow is now known as MacSlow|lunch [12:53] pitti: I think you're missing some important information on bug #460328, could I give you some feedback from Greece? [12:53] Launchpad bug 460328 in gnome-settings-daemon "Wrong keyboard settings when console-settings has multiple layouts" [High,In progress] https://launchpad.net/bugs/460328 [12:53] "gdm is meant to pick precisely one keyboard layout (the one you want to [12:53] use by default), so we should not and will not support lists in gdm. " [12:53] That's an extremely wrong assumption [12:53] Many countries need 2 layouts *by default* and the PCs are unusable without 2 layouts [12:53] alkisg: I think we have a different meaning of "default" here [12:54] alkisg: of course you should have more than one layout available and configured in GNOME [12:54] alkisg: but still, one of it must be set by default if you log in [12:54] E.g. in Greece it's *required* that we have [us,gr] as the preinstalled layouts, otherwise we can't even use a browser [12:55] alkisg: I understand [12:55] So if gdm goes on to force the gconf key to just [us], it ruins our setup.. [12:55] alkisg: I'm using two layouts myself [12:55] alkisg: it doesn't [12:55] Then I obviously misunderstood something [12:55] alkisg: g-s-d should use $GDM_KEYBOARD_LAYOUT to pick the one it sets by default [12:56] but it wouldn't remove existing layouts [12:56] The default is not to have any layout in that gconf key [12:56] gdm sees that none exists, so it adds a [us] there [12:56] well, it should have [us,gr] in gconf [12:56] What package is responsible to put [us,gr] there? [12:56] alkisg: oh, you mean right after installation? yes, that'd be a problem [12:56] alkisg: gnome-settings-daemon [12:57] I assume g-s-d can't use /usr/share/gconf/defaults, as it's country-specific [12:57] alkisg: thanks, I'll keep that in mind (first-time install case) [12:58] pitti: ok, thanks [12:58] but once you have a sensible list of mappings in gconf, the main bug that I see is that the layout that you select in gdm doesn't become the default [12:58] So if gdm sees an empty value there, it should put all the layouts in the gconf key, not just the first one [12:58] right [12:58] Yeah, we'd be fine with that, thanks :) [12:58] (it's g-s-d, but nevermind) [12:58] Ah, ok [13:00] pitti: About gdm, it would be best if there was an additional entry there: "use the system default layout". This doesn't need any UI change. When a user selected that, the layouts from /etc/default/console-setup would be copied to the gconf key [13:01] So without actually supporting multiple layouts, you still enable gdm to work fine in countries like greece [13:01] (I'm talking about the combobox where the layout is selected in gdm) [13:02] alkisg: it actually uses the system default layout to set the default value of the keyboard picker [13:03] alkisg: I'll figure something out between gdm and gsd [13:03] I think I really understand the problem now, and can replicate it [13:03] pitti: it uses just [us] for greece... ok, thanks again [13:03] And sorry for the direct ping :) [13:03] alkisg: no problem :) I'm here for that reason === zul_ is now known as zul [13:15] Keybuk: about? [13:17] still having problems with rsyslogd -- now getting "imklog: Cannot read proc file system, 1." with a supported kernel, 2.6.32-302-ec2 === MacSlow|lunch is now known as MacSlow === bladernr__ is now known as bladernr_ [13:29] Hi, where should I go to ask about apparmor profiles (of openldap in ubuntu specifically), and packaging guidelines? [13:48] I have a service that I want to write a profile for, that service is using slapd. slapd already has a profile, but it doesn't cover the directories I need. Apparmor doesn't support having multiple profiles for one binary and it doesn't support "inheritance".. And you shouldn't touch files from other packages [13:48] afaik at least. [13:55] kwwii: https://bugs.edge.launchpad.net/ubuntu/+source/ubiquity/+bug/368060 [13:56] Ubuntu bug 368060 in ubiquity "Map of Kashmir when selecting the timezone is incorrect" [High,Triaged] === jamie is now known as Guest25279 [14:29] if I build a test version of an ubuntu package for a ppa, I should increment the version and add ~ to it? [14:29] so if the package is currently version 0.3, I should make it 0.4~test? [14:35] i'm not a packager, but i'dd say that you shouldn't increase the version that the package already has, so 0.3~test1 or something like that [14:36] That depends on what the package you're preparing is. If it's a test version of a package that will be uploaded to the archive later, you want it to sort earlier than the eventual to-be-uploaded version, but *later* than what's already in the archive [14:37] so -ubuntu~test is pretty typical [14:38] slangasek: ok, I think I've got my package versions right then [14:38] thanks [14:40] Riddell: currently ServerAttempts is set to 1 in kdm. Shall I set it to 2 in order to make it retry if it fails the 1st time? [14:42] tseliot: is that a change from upstream? does that interract with the bulletproof X stuff? (I don't even know if bulletproof X still works in KDM) [14:43] Riddell: that's in our current source code (kdm/config.def). I have no idea abour bulletproof X in KDM either [14:46] Riddell: kubuntu_33_kdm_bulletproof_x.diff seems to hardcode that variable to 3 [14:49] tseliot: mm, I wonder why that is [14:49] tseliot: but I guess that answers your question :) [14:50] Riddell: yes but at least you reminded me about bulletproof X. I'll make sure that my patch and that one don't conflict [15:01] it seems like there's no hope for people me too'ing bugs.... [15:01] micahg: what happened? [15:02] nigelb: that plymouth bug [15:02] micahg: I wish bug control could turn the option off after sometime [15:03] micahg: not to worry though, they reapplied an image that had plymouth installed just this morning so they're legit to comment [15:04] slangasek: k... [15:04] :) [15:05] slangasek: It's just "funny" to watch you and pitt-i change the bug and then still have people comment [15:05] I remain firmly convinced that non-bugcontrollers should not be allowed to comment on bugs they didn't open [15:06] well, bugsquad I suppose [15:06] slangasek: well, that's not good in some cases if some users are more technical and can more easily provide debugging information [15:06] micahg: they can file a new bug, and a triager can mark whichever report is better as master [15:07] the vast majority of users are not technical enough to correctly identify bugs as duplicates [15:07] slangasek: interesting point...maybe we should bring this up in the next meeting [15:22] pitti: slangasek: I sent out a CFT for pm-utils-powersave-policy to ubuntu-devel, but it's awaiting moderator approval [15:22] jdstrand: will you be pushing a new ufw to lucid? [15:24] cnd: I'm not a moderator of ubuntu-devel [15:24] slangasek: do you know who I should ping? or should I just wait? [15:24] cnd: also, I see it in my mailbox, so it seems to have been moderated :) [15:25] slangasek: ahhh, cool [15:27] cnd: "slated for inclusion in lucid" - errr, no, I told apw in the release meeting two weeks ago that this was beta-1, or Lucid+1 [15:27] slangasek: the package is already in lucid, just without many scripts [15:27] and it's still listed as a beta-2 activity on the blueprint [15:27] slangasek, yep thats my understanding [15:27] https://blueprints.launchpad.net/ubuntu/+spec/foundations-lucid-laptop-mode-tools-integration [15:28] cnd, that task is specifically for beta-2 yes, but note it says "in a PPA" at the end [15:28] and the 'in lucid' form of the task is postponed to MM [15:28] ahhh, ok I was confused [15:28] cnd: "10 second audio codec power down" - this was explicitly *disabled* this cycle, again, because people were still getting popping; if we were going to release it, it needed to stay enabled through the cycle for testing and fixing if it was going to release [15:29] apw, cnd: ok, glad that's straightened out then :) [15:29] (FWIW, I think it was a mistake to redisable the audio codec powerdown when we did, but it's done now and nothing for it) [15:29] as i understand the plan we wanted to complete the work so it didn't need to be started all over again for M and not make it in time there either [15:29] slangasek: this enables the power down only when on battery, in the past it was enabled through a module param at boot [15:30] slangasek, yeah specially as even with it disabled i get the popping :) [15:30] apw: heh [15:30] either that or disabling it didn't work [15:30] cnd: well, I see no reason not to enable that setting even on AC if it works, and no reason to tolerate the popping even on battery if it doesn't :) [15:31] true [15:31] slangasek, right it either works or not, whether we have a battery is not the reason to change it [15:31] any more than turning on or off video downclocking is a battery based feature [15:32] For me, if there's popping I don't want it when I'm plugged in cause it's annoying [15:32] but I want the battery life when not plugged in [15:32] pitti: hi - I'm reviewing bug 531978 [15:32] Launchpad bug 531978 in vsftpd "Apport hook for vsftpd" [Wishlist,Confirmed] https://launchpad.net/bugs/531978 [15:32] so I'm willing to deal with popping in that case [15:33] pitti: it adds a apport hook that uses ui.yesno(".. [15:33] cnd: and for me, I'm willing to deal with the popping in both cases in order to save power, but I don't think either of those is a good default policy for the distro :) [15:33] pitti: does this mean a UIFreezeException is required? [15:33] mathiaz: I wouldn't go as far as requiring UIF for apport hooks [15:34] pitti: so text used in ui.yesno() is not automatically translated? [15:34] mathiaz: no; at this point (for reporting bugs) you need to speak English anyway [15:35] mathiaz: well, of course you could call gettext for it, build .po files, etc., but I don't think it's worth the effort [15:35] pitti: fighting the urge to amuse myself by presenting counterexamples from LP [15:35] :) [15:35] * mathiaz wonders if apport could enforce the "you need to speak english to report bugs to Ubuntu" === ryu2 is now known as ryu [15:36] slangasek: well -- yes :/ [15:37] slangasek, those are usually closed though with a request to open a new one in english [15:37] oh, is that what I was supposed to do [15:37] oops [15:37] I don't think there is agreement on that [15:37] seb128: idk about that [15:37] but that's we do for desktop and what some active triagers do [15:38] micahg, "idk"? [15:38] "i don't know" [15:38] ah [15:38] I usually try google translate, but I think the consensus was to subscribe the translations team [15:38] well, there is so many bugs open anyway [15:38] I tend to reply to them myself for the novelty ;) [15:38] or open a task in the translations project..can't rememberr which one [15:38] there is no point to spend efforts trying to get one translated [15:39] if the issue is one users care about somebody will open an english bug soon enough anyway [15:39] often non english bugs are rather support requests than bugs anyway [15:39] seb128: 1. Sometimes things are lost in translation, 2. Ubuntu's internation base is growing, 3. We have locos in a lot of places, maybe they can help [15:40] micahg, I don't see the point of vasting efforts on that [15:40] we already don't read half of the bugs we get, ETOOMANY [15:40] what is the point to waste efforts to add extra ones with lower quality or hard communication with submitter [15:40] it'd just mean to spend tons of manhours for somethign that we don't even want to encourage, IMHO [15:41] we do NOT have the problem of having too few bug reports [15:42] and people have to go through Launchpad either way, so it wouldn't be worth the effort unless it's done all the way through [15:42] cnd: seems someone moderated it, thanks! [15:45] Riddell: do you know who wrote kubuntu_33_kdm_bulletproof_x.diff? [15:45] tseliot: IIRC, the debian/changelog attributes it [15:46] or do you know his nickname? [15:46] it's Eugene Tretyak [15:46] slangasek: yes, but nicknames are not there, unfortunately ;) [15:47] launchpad.net/people is sometimes helpful for this [15:47] tseliot: etretyak but he hasn't been around for ages [15:47] good point [15:47] oh [15:49] Riddell: I can either merge my patch for plymouth with that patch or make my patch depend on that patch (which I will have to edit). Which one do you prefer? [15:49] tseliot: merging is fine, probably easier not to have overlapping patches [15:50] Riddell: yes, that's easier for me but I had to ask since I'm not the maintainer ;) [15:50] tseliot: oh we can fix that :) [15:52] Riddell: no, we can't :-P [16:07] which is the IRC channel for ubuntu 10.04? [16:08] for support? #ubuntu+1 === korn_ is now known as c_korn [16:23] Keybuk, slangasek, Riddell: do you think pseudo-code this is correct? http://pastebin.ubuntu.com/397327/ === jtechidna is now known as JontheEchidna [16:23] pitti: ok, just had a chance to look at bug 476654; it looks good [16:23] Launchpad bug 476654 in devicekit-disks "CD eject but not unmount when using drive button and CD is in fstab" [Medium,In progress] https://launchpad.net/bugs/476654 [16:24] tseliot: why call 'plymouth quit' before restarting X? [16:24] (though, I don't see why you wouldn't call failsafe-X immediately, if starting failed the first time) [16:24] right, with slangasek here [16:25] you call plymouth quit because you've given up starting X servers [16:25] it resets the terminal to text mode, switches to VT1, etc. [16:25] so it'd be before you called failsafe X (in case that too failed to show up) [16:25] right, we don't want KD_GRAPHICS === yofel_ is now known as yofel [16:26] Keybuk: in this case, it'd be after failsafe X, because kdm doesn't hook into the failsafe X upstart job, it spawns the server directly... [16:26] slangasek, Keybuk: when shall I call failsafe x then? [16:27] slangasek: right, good point [16:28] tseliot: well, the *right* way to do it is to make kdm parallel what gdm does: exit with a special code on X server failure, trigger the separate failsafe-x upstart job. But that's not realistic for Lucid [16:28] slangasek: oh, I misread your sentence [16:29] tseliot: for now, I think it should immediately fall back to failsafe-x, without trying to restart the normal X server at all [16:29] slangasek: so, I should try to stop plymouth and start failsafe X after that [16:30] ok, it's even easier [16:31] jdong: cheers [16:31] tseliot: I think 'stop plymouth' belongs after 'start failsafe X' as part of the common cleanup path [16:32] slangasek: but if we're still in KD_GRAPHICS I won't be able to start X (failsafe X in this case) [16:32] or am I missing something? [16:33] tseliot: I don't know the terminology, but I know gdm doesn't call 'plymouth quit' until after the X server is started [16:35] slangasek: right, I can see that in the plymouth_transition patch. I'll trust whatever gdm does then ;) [16:35] and do the same in kdm [16:36] tseliot: explanation from #ubuntu-release yesterday: http://pastebin.com/aSuFz7YW [16:38] slangasek: right, I guess this confused me a bit though: [16:38] if the X server starts ok [16:38] call plymouth quit --retain-splash [16:38] if the X server *fails to start) [16:38] call plymouth quit [16:39] tseliot: yes; that's because if gdm can't start the X server, it gives up and a different job picks it up [16:39] or, perhaps, doesn't pick it up :) [16:39] kdm should only call 'plymouth quit' when it gives up [16:39] slangasek: so that's what I was missing [16:39] or after it's started the X server successfully [16:40] ok [16:41] shouldn't device mapper devices default to using the noop scheduler instead of cfq? don't need a scheduler on top of a scheduler on top of a scheduler do we? should this be done in libdevicemapper or by udev I wonder? [16:48] Say if a student-developer wants to get started in open source development, is Ubuntu a good place to cut teeth? [16:50] slangasek: IIRC for daemon using upstart, the default file should go away and be merged into the upstart job? [16:51] It depends. Distributions are a good place to get lots of variety, as long as you don't mind occasionally being told that you should go upstream. People who work on distributions tend to quickly become expert build system engineers, and also get lots of direct contact with end users so it's excellent if you like maintaining and integrating code and trying to turn things into a polished product. [16:51] jaycount: ^- [16:51] jaycount: that depends - Ubuntu takes most of its software from the upstream so they may be a better place to start if you want to write some code. [16:51] mathiaz: typically yes, though I am loathe to do that without migrating settings on upgrade [16:51] jaycount: If the student has some particular burning interest in a particular application, or whatever, then it's best to go straight to the source, as kklimonda says [16:52] jaycount: although there's lots of software that's upstream-maintained by people who started out as distribution developers, either because it was written specifically for that distribution, or because nobody else was doing it so the package maintainer took it over [16:52] The upstream... you'll have to help me with that particular piece of jargon [16:53] upstream = the original authors [16:53] ahhhhh [16:53] jaycount: it's generally the direction where code flows from/to from a particular person's perspective [16:54] http://en.wikipedia.org/wiki/Upstream_%28software_development%29 [16:54] I've been sitting around idle looking for an open source project to get started with and I'm comin up blank. I don't wanna get started on a project that's too big and just get caught in a bunch of devs but I don't wanna go into a small project that's just a remake and is going to fail [16:54] Really I just want to get some real life experience. I'm 2 years from graduating and have no real world experience [16:54] jaycount: e. g. lxde is a downstream from our side, since they base their distro on ubuntu; debian is upstream because we derive from them; and of course all the projects like gnome/firefox etc. are "upstream" from our POV [16:55] pitti, makes sense. thanks [16:56] right, it's a relative concept [16:57] jaycount: https://wiki.ubuntu.com/UbuntuDevelopment [16:57] jcastro, thanks for the link [16:59] I just booted into my lucid setup today and my resolution is set at 1024x768 and won't let is any higher [16:59] it's a nvidia card, and I am using the proprietary drivers [17:00] kn100: try nvidia-settings perhaps? [17:00] tseliot, the higher resolutions aren't available [17:00] tseliot, it worked fine yesterday [17:01] I can't say it definitely is a lucid update, but that's the only change I remember making yesterday [17:01] kn100: are you sure that the driver was loaded correctly? [17:01] kn100: can you put /var/log/Xorg.0.log on pastebin, please? [17:01] tseliot, well nvidia-settings is open and compiz is rendering as beautifully as ever along with my card not being span up to full like it does with the oss drivers, so I think so [17:02] also the output of "dmesg" might help [17:03] jaycount: it doesn't work for everybody, but it works well for some people. Lots of people (like me) got involved with Debian a bit before graduating, and ended up making a career of it [17:03] tseliot, I'll get you both :) [17:03] (Ubuntu didn't exist when I graduated) [17:05] tseliot, both can be found here http://pastebin.com/LxKM2a4p [17:05] Heh. Debian didn't exist when I graduated (nor Linux for that matter). [17:05] tseliot, thanks for any help, and alphas are fun huh :P [17:05] good stuff on that ubuntu dev site, I'll prowl around some. thanks guys [17:05] ScottK, that would have been a reason to wait with graduation ! [17:06] * cjwatson passes ScottK the honorary zimmer [17:07] kn100: it looks like (somehow) the driver can't read the EDID of your monitor. There are ways around it. Can I see your xorg.conf too, please? [17:07] tseliot, of course :) [17:07] tseliot, it's a dvi > vga adapter for the monitor, I didn't have any spare dvi cables [17:08] cjwatson: "zimmer"? (that's German for "room"..) [17:08] "zimmer frame" — comes from the name of a company [17:08] pitti: wait so mdz's last name...? [17:08] maco: "Chamberlain" [17:09] :-) [17:09] maco: right, "Zimmerman" == "Carpenter" in German :) [17:09] well, Zimmerman_n_ [17:10] and Carpenter is a fairly common surname in English [17:10] oh, carpenter? huh [17:10] slangasek's translation is funnier [17:10] since karmic and now on lucid alpha, my system has been scanning my ext4 root partition every single boot... is there any way to debug this, maybe get it to print out out the reason it decides to scan? [17:10] Laney: we don't have Zimmer frames over here, just walkers :) [17:11] alex-weej, I also have that issue, and ureadahead exits with some status error right [17:11] also tseliot my xorg, http://pastebin.com/S15rcGH4 [17:11] It's one of those names that has entered common parlance, like Hoover [17:11] alex-weej: you mean really extensively? [17:11] alex-weej: there has been a quick fsck at every boot forever [17:11] pitti, well it's quick i guess because it's ext4, but it still takes 10-20 seconds or so [17:11] alex-weej: ok, that's the "extensive" category already [17:12] pitti, you know i may be falsely diagnosing this then... [17:12] it usually should take a fraction of a second to see that they are clean [17:12] i assumed it was taking 10-20 seconds because my system does nothing for a while whilst i can hear some sort of disk activity, and then it prints the usual fsck "clean" message [17:12] maybe bootchart will help? [17:13] * psusi hates seeing bugs that have gone unfixed in thunderbird since 2004.. maybe it's time to find a new mail client... [17:13] alex-weej: it might also be readahead, and fscking afterwards; hard to tell [17:13] alex-weej: bootchart will definively show it, yes [17:14] pitti, i will have a look now thanks [17:15] kn100: I guess there's no other way to solve your problem so [17:15] You can use nvidia-settings to get your EDID info. Run nvidia-settings, click on DFP-0 (or whatever your monitor is listed as), then click "Acquire EDID..." and save the file somewhere in your home directory (you may want to move it to another place after this though e.g. /etc/X11/ [17:15] Then add something like this in the "Device" section of your xorg.conf: [17:15] Option "CustomEDID" "DFP-0:/etc/X11/your_edid_file" [17:16] tseliot, any idea what might be going wrong? think I should try updating to see if any patches have come through [17:16] (replace DFP-0 with your monitor, which seems to be CRT-0, at least in the log) [17:17] kn100: (replace DFP-0 with your monitor, which seems to be CRT-0, at least in the log) [17:18] kn100: and I have no idea about the real cause of the problem. The driver is closed [17:22] what's the proper way to load a module at boot time? I'm packaging something that requires a specific kernel module to be loaded (it also includes a udev rule, but the rule doesn't load the module, nor am I sure if thats possible) [17:23] NCommander: by having it set proper aliases so udev loads it automatically [17:29] slangasek: aliases? [17:32] NCommander: /lib/modules/$(uname -r)/modules.alias [17:33] tseliot, sorry for the constant join/parting, my internet has been as reliable as a donkey with no legs for the past week or so. Have you said anything? [17:34] kn100: I said that I have no idea about the real cause of the problem. The driver is closed. [17:34] tseliot, switching back to the free ones doesn't fix it [17:34] tseliot, and i like to use my hardware :) [17:35] kn100: if you do what I suggested you should get your resolution back [17:35] tseliot, I didn't get anything you said [17:35] tseliot, as in i physically didn't receive it, my modem kept rebooting [17:36] kn100: ok, let me put the instructions on pastebin (I don't want to spam the room with my instructions) [17:36] tseliot, ok [17:37] kn100: http://pastebin.ubuntu.com/397366/ [17:38] tseliot, OK i'll try that if this update doesn't fix it [17:38] ok [17:38] pitti, turns out it is ureadahead after all... the fsck.ext4 does indeed take a fraction of a second [17:38] alex-weej: ok, *phew* [17:39] still, there's nothing on screen for 8s -> 31s while ureadahead and plymouthd are running === RoAk is now known as RoAkSoAx [17:58] Would it be possible for someone to subscribe ubuntu-cli-mono-dev to all packages it can upload? [17:58] I want a nice +packagebugs page... hopefully this can be done easily with the LP API [18:00] although if that would cause bugmail to go to all team members, obviously not [18:00] * Laney hopes that would not be the case [18:01] it would if the team has no mailinglist [18:01] yeah, it doesn't [18:01] so set one ;-) [18:01] is there a /dev/null solution? [18:01] setting a list [18:02] someone in the DMB will need to do that [18:02] I guess an LP list would be fine [18:02] right [18:03] * Laney requests any passing DMB reader to do so [18:12] pitti, are you around ? [18:16] I thought that the kernel did not create a dev node for the extended partition.. as in the container itself, not the partitions in it? [18:16] Laney: nominate an address [18:17] Laney: or do you want me to create an LP list attached to ~ubuntu-cli-mono-dev? [18:17] hi smoser [18:17] I'm looking at http://bazaar.launchpad.net/%7Eubuntu-branches/ubuntu/lucid/eucalyptus/lucid/annotate/head%3A/debian/source_eucalyptus.py . after working through some bugs in it, i'm to the point where I'm spinning in apport-cli (http://bazaar.launchpad.net/%7Eubuntu-core-dev/ubuntu/lucid/apport/ubuntu/annotate/head%3A/bin/apport-cli) ~ line 208. the files attached in the first link are large [18:18] Laney: when I try that, it says "Ubuntu mailing lists should not be created here. Create them at lists.ubuntu.com instead.", although there's still an "Apply for Mailing List" button [18:19] lamont: is it OK to create a list for ~ubuntu-cli-mono-dev on LP? It seems a bit ... special-purpose for lists.u.c somehow? [18:19] i do think its making progress, but it is very slow. is there a better way to attach large files ? [18:20] cjwatson: I'm not fussed where it ends up... the main reason is so that I can get the team subscribed to all of the packages [18:21] although maybe lists.u.c would be better so that it subscriptions can be open (don't know if the LP list would be)? [18:21] Laney: well, once the list exists, you can certainly do the mass subscription yourself; distro_source_package has an addBugSubscription method [18:22] cjwatson: I can't as I'm not a team adin [18:22] LP list subscriptions wouldn't be open because you'd need to join the team [18:22] admin* [18:22] the files sizes are: 12M axis2c.log 10M cloud-debug.log 4.0K httpd-cc_error_log [18:22] 26M cc.log 8.9M cloud-output.log [18:22] . I dont think it makes a lot of sense to show the user these through a pager. [18:22] I can just give someone the script to run on my behalf though [18:22] smoser: in that line it just compresses the data [18:23] cjwatson: I don't see why not - is it creating enough volume on ubuntu-mono to warrant its own list? [18:23] Laney: oh, indeed, it's restricted to Launchpad/team admin [18:23]