[00:03] cjwatson: hmm, could also use build score bumps for language-pack{-gnome,}-de{,-base} [00:08] slangasek: the gssd upstart job, did it ever respect RPCSECGSSOPTS from /etc/default/nfs-common? [00:09] Sorry, RPCGSSDOPTS [00:11] Caesar: it did, but I noticed that /etc/default/nfs-common didn't set this as a template, and I ran into bug #545673 that can be worked around by making sure to use exec directly instead of 'script [...] exec' [00:11] Launchpad bug 545673 in upstart "'expect fork'+'respawn'+script+ENOENT => start/running w/o PID" [Undecided,New] https://launchpad.net/bugs/545673 [00:12] Caesar: since the recommendation from upstart upstream is to not source files in /etc/default anyway, I would recommend you apply your tunings directly to the upstart job [00:13] slangasek: argh [00:13] That seems so gross [00:13] Okay, so today in Hardy, we tweak RPCGSSDOPTS in /etc/default/nfs-common [00:13] Nice, easy to parse and manage file [00:14] You/Scott are saying the new "right" way is to munge the upstart job instead? [00:14] Scott says that [00:14] I remain mute on the subject of whether it's right :-) [00:14] I think a little bit of pushback is warranted === dendrobates is now known as dendro-afk [00:15] are upstart jobs 'config files' [00:15] well, quite aside from whether it's right, I can't see another way to not hit that bug with /usr-as-separate-partition + NFS-mounted-at-boot [00:15] lifeless: so are init scripts, but nobody wants to have to edit them [00:16] slangasek: yeah [00:16] slangasek: I'm still trying to get my head around this bug you're talking about [00:17] Caesar: so what happens is that when you use 'script', upstart launches a shell to execute the specified script; which means when rpc.gssd fails to start because /usr isn't mounted yet, the exact nature of the failure is masked from upstart [00:18] if upstart knew it was execve()->ENOENT, it would handle it gracefully [00:18] Can it not handle a non-zero return code from a script fragment? [00:19] in general, yes [00:19] in this case, something goes Screwy [00:19] I haven't looked to see /why/ it goes screwy, though [00:19] Oh Upstart, please don't snatch defeat from the jaws of victory [00:21] slangasek: I'm sorry, I have conscientious objections to modifying init scripts and upstart jobs fall into the same category [00:21] Isn't this why $DEITY invented /etc/default in the first place? [00:21] * Caesar goes and reads the FHS and Debian Policy [00:23] FWIW, I think that /etc/default is an annoying indirection; I don't know if I'd go so far as Keybuk has and conclude that upstart's declarative syntax is sufficiently friendly to remove the need for them [00:23] but there are certainly many other /etc/default/ files that I expect to become obsolete besides this one [00:23] (including, thankfully, all of the START=no ones) [00:24] slangasek: what is wrong with Debian Policy 9.3.2 though? [00:24] The issue that this tries to address is still there [00:25] (third-last paragraph specifically) [00:26] "Often there are some variables in the `init.d' scripts whose values control the behavior of the scripts" - sure; except that in this case, the only reason to *have* it as a variable, instead of in-line in the upstart job, is *because* of that file [00:26] " As the scripts themselves are frequently conffiles, modifying them requires that the administrator merge in their changes each time the package is upgraded and the conffile changes" [00:26] Upstart jobs are conffiles, right? [00:26] yes [00:27] I think the point is that SUSv3 sh format files are more manageable than upstart job files [00:27] given that the next bit says "files in /etc/default may be conffiles", the only justification for having it as a separate file is that it's easier to hand-merge a default file than an upstart job [00:28] ... than an initscript, I mean [00:28] So out of curiosity, if this was managed by debconf, how would that be managed? [00:28] it's also easier to hand-merge an upstart job than to hand-merge an initscript; the question is whether it's easy enough [00:29] if it were managed by debconf, wherever you store it can't be a conffile [00:29] Right, so that might be /etc/default/foo [00:29] So we're right back where we started again [00:29] so you get to pick between sourcing /etc/default and managing that, or having an upstart job that's not a conffile and managing that [00:30] Okay [00:30] Meanwhile, we have an unmanageable rpc.gssd [00:30] The advantage of /etc/default is that in most cases changes do not need to be merged. [00:30] Whereas changes to an upstart job do need to be merged. [00:31] the reason /etc/default was introduced (I was there, I remember) was that merging init script changes was often really scary and difficult [00:31] is it not sufficient to do 's/^$exec rpc.gssd$.*/\1 myopts/' ? [00:31] Upstart jobs need some way to be configured, and directly editing the upstart jobs sounds pretty burdensome. [00:32] slangasek: no, that would work [00:32] if we have the upstart job *right*, merges will be very infrequent [00:32] slangasek: German language packs rescored [00:32] cjwatson: ta [00:35] slangasek: so far it's changed a bit during Lucid's development [00:35] I think we're going to just have to hold our noses and ship our own Upstart job with Puppet [00:35] It makes me sad, because we're going to have notice when the upstart job changes upstream [00:38] I'm sorry for that, but if I change it back then the upstart bug makes it impossible for me to dogfood it because the rpc.gssd upstart job will zombify on my system === almaisan-zzz is now known as almaisan [00:39] It seems like the ideal solution would be for upstart to be able to read env variables out of /etc/default and pass them on exec lines. [00:39] slangasek: isn't the right solution to fix the Upstart bug? [00:40] You're kind of papering over it [00:40] papering over bugs is often what happens shortly before release! [00:40] upstart should be fixed; I don't think that's going to happen in time for lucid [00:41] anyone here who's never papered over a bug to get a release out, raise your hand === almaisan is now known as almaisan-zzz [00:41] I expect upstart's ptrace handling is implicated here, which Keybuk has just today made warding signs against changing for lcid [00:41] lucid [00:42] cjwatson: heh [00:45] What's better ettiquette for a sync request? A new bug number or tack it onto the bug that's intended to be fixed by the sync request? [00:45] the latter, IMHO [00:46] goodo [00:46] But requestsync isn't geared towards doing that is it? [00:46] nope [00:47] I'll try to figure out what bits I need to twiddle from a previous sync request [00:47] doing whatever you find easier is fine :) but it should only require subscribing ubuntu-sponsors [00:48] ok [00:48] I really need to pull my finger out and go for Ubuntu Membership again [00:50] slangasek: so I guess retitle the bug report as part of doing the latter? [00:51] Caesar: I would do so, yes [00:52] (and add the usual information about why to overwrite any Ubuntu delta, etc) [00:52] Yep [00:52] Fortunately there is no delta [01:12] Man, Launchpad is cool [01:38] sweet, 10GB on dropbox for free [01:41] how? [01:41] tell me now! [01:42] they bumped up the max referrel reward to 10gb [01:42] apparently I already had enough, so I just looked and I had 10GB [01:43] so for a 2GB plan that's pretty kickin' [01:43] dang [01:43] I had 2.5 from referrals, but it went back to 2 [01:43] now it says 2.25GB [01:43] nixternal: did you put it on twitter/identi.ca? [01:43] no [01:43] that's what really shot mine up [01:43] should I? [01:43] here we go!!! [02:07] jcastro: ping === jra is now known as Guest78777 [02:16] It seems Whenever apparmour gets updated, my computer stats crawling to a stop. [02:18] there was some discussion of kernel memory pressure from apparmour === dendro-afk is now known as dendrobates [02:28] cody-somerville: there's a bug on that [02:28] bug 458299 [02:28] Launchpad bug 458299 in linux "apparmor_parser: page allocation failure. order:5" [High,Fix committed] https://launchpad.net/bugs/458299 [02:43] am I crazy for thinking that the kernel should... you know... actually HIDE partitions with the hidden flag? [02:47] yes [02:48] yes [02:50] psusi: PSHHHHHHH next you'll say that movie rentals should be non-DRM'ed and based on the O_IPINKYSWEAR bit in the metadata... [02:50] *ducks* [02:50] I'm crazy for thinking that the hidden flag should actually do something? [02:50] like PDFs? [02:51] or that in general, the kernel should pay attention to any of the fields in the partition table besides start and length? [02:51] ajmitch: haha pretty much. Aren't there actually "cryptographically" enforced ones though? [02:51] or is that a even more proprietary format? [02:51] no idea :) [02:52] * psusi throws jdong a copy of the e2defrag package to play with [02:52] hahahaha *takes snapshot* [02:52] is it ureadahead-aware yet? [02:53] jdong, I fed it a list transformed from ureadahead's list to prioritize the defragging and it did help, but only so much... it still does not want to move the blocks out of the block group the inode is in, and it doesn't do inode relocation [02:53] psusi: oh :( [02:53] psusi: I think one of the most useful optimizations is going to be the ability to say "move this list of files such that they're close to each other" [02:53] jdong, it also still does not do extents and uninit_bg [02:54] aye [02:54] lol isn't that the default creation mode for ext4 in Ubuntu since Karmic? [02:54] It seems the lucid kernel lacks the configuration to load DSDT from initramfs. [02:55] ion: that's since karmic ... had to boot a jaunty system to test a DSDT fix :( [02:57] jdong, yes... and extents also seem to REALLY minimize fragmentation anyhow [02:58] though I did find that the man page states that lazy_bg_init defaults to on, but it does not... when you specify it the mkfs really goes much faster ;) [02:58] psusi: it's not file level fgramentation that worries me these days. it's more "logical" fragmentation between groups of related files for tasks. [02:58] psusi: which is one reason I find Windows (XP, Vista, 7)'s idea of "prefetch packs" to be pretty brilliant [02:58] hello everyone, I'm trying to use groundcontrol to check out a project and I get "please enter account details". even if I enter them, I still get that. does anyone know what I might be doing wrong? [02:58] jdong, right [02:59] psusi: where they attach a machine learning self-training algorithm to the launch of each executable [02:59] yea... would be nice if ureadahead could do that.... pack it into one file then tell the kernel to stuff that into the cache for the files it came from [02:59] of course right now they seem to be hitting the not-enough-cache-to-be-awesome barrier [02:59] yeah, indeed [03:00] if there's a way to have ureadahead generate separate packs for bootup, login, starting openoffice, etc [03:00] don't they also have something where they can put the pack files on a usb memory stick for fast reading during boot? [03:00] yup [03:00] ReadyBoost [03:00] and not just during boot [03:00] launching programs in general [03:00] I've been wondering that myself lately... would be nice to at least have a different pack for boot and one for login [03:00] the Prefetch folder in C:\Windows is full of ureadahead-style strategy files for what blocks are used in what order to start various .EXEs [03:01] and then, their idle defragger "merges" these packs together and picks the most optimal way to reorder things on disk [03:01] really? [03:01] so not only is there ureadhead-style smart reading order per app launch, but ProcessIdleTasks()'s defragger actually repositions stuff on disk [03:02] and 3rd party defraggers like PerfectDisk read the same Prefetch files and applies a "smarter" layout algorithm for even better (claimed) performance [03:02] it's such an impressively designed system on paper, I'm slightly surprised it isn't the case that we praise Windows for their IO performance... [03:03] when reading and talking about this, it kinda does sound like doubleplusuber-readahead :) [03:03] reminds me of when NT had zero copy async io and TransmitFile and Linus poo-pooed the idea of adding sendfile() to the kernel [03:04] must be a long time ago [03:04] I found an old copy of dd I modified years ago to use O_DIRECT aio with 16 simultanious requests... tried it on my new ssd and actually exceeded the mfr throughput specs ;) [03:07] I've been playing around with gpt partitions lately and it's upsetting me that it goes to all the trouble of designating really unique type codes for partitions, and explicitly defines a hidden flag, and the kernel pays attention to none of it [03:08] You like that hidden flag-thing, huh? [03:08] well, if they bothered designing the fields in there, they ought to be used [03:10] I mean if an OEM puts a hidden rescue partition on the disk, it shouldn't show up on the user's desktop for them to go gee, what are all these files? [03:12] Well... I dislike that hidden rescue stuff. Reminds me about computers from the supermarket with included M$ OEM CS and a super-duper hidden volume with lot of crap on it (drivers, recovery stuff, etc.). [03:13] psusi: the hidden field was important in DOS [03:13] psusi: its not anymore [03:13] has anyone here used ground control? I can't seem to get it to log in for me [03:13] no, sry [03:13] psusi: in DOS it was critical to be able to boot parallel installs, because of the brain dead lack of abstraction layers DOS used (C: rather than mount points) [03:13] lifeless, yea... because nobody respects it... so why did they bother putting it in GPT? where it is explicitly defined as such, rather than just the high bit of the type that one os decided would be used to hide partitions? [03:14] for that matter, why use big GUIDs to type the partitions if that information is also totally ignored? [03:15] microsoft have a hammer in their APIs [03:15] and to them, everything looks like a nail. [03:15] gpt doesn't have anythign to do with microsoft [03:15] orly? [03:16] yea.. Intel and Apple seem to be the main ones behind it [03:17] seems a case of "not invented here" to decide to ignore the fields just because someone else designed them [03:17] NIH would be doing our own disklabel [03:17] with msdos partitions it was kind of understandable because there never was any real good design specified, it just kind of grew organically, but with gpt this is not the case [03:19] for that matter, why the hell did the linux community bother defining msdos partition tags for raid and lvm when they aren't used? same goes for swap [03:19] anyhow, it was intel + ms [03:19] uefi consortium [03:20] apple is a late comer to it, they just skipped DOS disklabel support entirely in their intel machines [03:20] psusi: swap label is used [03:20] lifeless, by what? swapon works just fine if the partition is not marked as swap [03:21] sure [03:21] depends how you define 'used' I guess [03:21] anyhow, lunch tmie [03:26] odd. my selected search engine keeps defaulting back to yahoo!. [03:27] oh well, at least I managed to get parted fixed so it can manipulate other partitions on a disk that has one mounted again [03:30] What do you put under /usr/local/sbin (instead of /usr/local/bin)? I can't decide where to put some of my self-written applications. === rgreening_ is now known as rgreening [03:31] Aquina, sbin is for system management/maintainance apps [03:32] i.e. things that the super user would want to run [03:32] On some setups, users don't even have sbin in their path. [03:32] aye [03:33] man hier and no toher resource mentiones this explicitly though. [03:34] but maybe I just had better deduced it from the other /sbin dirs [03:35] man hier seems to specify that sbin is for system administration [03:35] Aquina, Do your scripts require to be executed as root? [03:35] although the entry for /usr/sbin seems wrong... looks like it was duplicated from /sbin since it says contains programs needed to mount /usr [03:36] lol [03:39] some, cody [03:40] I'm seperating the system related (which also require root previleges) to /usr/local/sbin [03:40] These are not only scripts however. :-) [03:41] Yes I also noticed that mistake. You can find it on everal websites. *rofl* === manjo is now known as manjo_ === manjo_ is now known as manjo [04:03] slangasek: around? i have a few questions about /etc/init/mounted-varrun.conf [04:03] slangasek: i think this file is causing Bug #550561 [04:03] Launchpad bug 550561 in base-files "/etc/motd contains duplicate welcome/documentation blurbs on lucid" [Low,Incomplete] https://launchpad.net/bugs/550561 [04:04] slangasek: i think /var/run/motd should be cleanly generated by pam_motd now [04:04] slangasek: i don't think it needs to be seeded by this upstart script [04:05] slangasek: hmm, well, maybe not causing that bug upon closer inspection [04:06] slangasek: actually let me take a different approach ... [04:06] keybuk: wanna improve bootspeed ever so slightly? :-) you can gut the motd parts of /etc/init/mounted-varrun.conf [05:18] can someone bump the build priority on xserver-xorg-input-evdev & -synaptics? [06:06] doko__: being able to cross-compile a package is a feature; please respect the feature freeze [07:06] Silly question, if I have a package in restricted (or multiverse) that makes free binaries and non-free binaries, can those binaries be placed in main/universe? [07:07] Good morning [07:10] NCommander: No [07:11] StevenK: ugh, so I need to split this into multiple source packages :-/ [07:20] NCommander: how would a single package make both free and nonfree binaries [07:21] lifeless: I have an Xorg driver for a vendor, it builds once with free source only (MIT), and again with free source+embedded binary blob for full functionality [07:21] lifeless: I was wondering if I need two source packages, or one. [07:22] ugh [07:22] what card? [07:22] lifeless: ARM SoC, not public yet [07:22] ah kk [07:22] lifeless: I'd just do the embedded binary blob, but I rather have the FOSS driver for the image, then the blob for full acceleration if the user is willing to taint there system [07:23] tjaalton, bryceh: does either of you have time for bug 539473? (revert the introduction of libutempter); I can take it if you are too busy [07:23] yeah [07:23] Launchpad bug 539473 in libutempter "libutempter needed as xterm build-dependency" [High,Incomplete] https://launchpad.net/bugs/539473 [07:23] two packages [07:23] lifeless: Its a unique situation, hence why I asked. [07:23] lifeless: *grumble*. I'm still talking with the vendor on how we can improve the design [07:25] step 1, don't do a binary blob:) [07:25] Step 1 is surprisingly hard, judging by the profusion of binary blobs. [07:30] pitti: i can take it [07:30] tjaalton: thanks [07:32] The following packages have unmet dependencies: [07:32] bzr-builddeb: Depends: dpkg-dev but it is not going to be installed [07:32] Depends: devscripts but it is not going to be installed [07:32] thats apt-get install bzr-builddeb reading from the dc archive [07:32] any thoughts on why ? [07:32] james_w: ^ [07:57] pitti: would it be ok to merge xterm 256 as well? here's the upstream changelog http://invisible-island.net/xterm/xterm.log.html#xterm_256 [07:58] tjaalton: looks fine, yes [07:58] pitti: ok, thanks [08:02] good morning [08:07] pitti: Could you take a look at this bug? it seems change you made cause regression. [08:07] https://bugs.launchpad.net/ubuntu/+source/gconf/+bug/531155 [08:07] Ubuntu bug 531155 in gedit "gedit schemas is not registered during live session" [Low,Invalid] [08:08] nobuto: it's on my list to look at [08:09] pitti: I feel relieved. thank you. [08:12] good morning pitti [08:12] hey kenvandine; late for you.. [08:12] yup [08:16] slangasek: what do you think about building openldap against db4.8? (it's one of the last two packages in main still using 4.7) === almaisan-zzz is now known as al-maisan [08:54] <\sh> hmm..empathy is gone after last update on lucid somehow [08:56] hello [08:57] I was looking into firefox package, and I haven't seen the point in which is setted the default homepage... Am I looking into the right package' === jelmer is now known as Guest17661 === tkamppeter_ is now known as tkamppeter === mthaddon changed the topic of #ubuntu-devel to: Launchpad will be down/in read-only from 11:00 UTC until 13:00 UTC for a code update | Lucid Beta 1 released! | Archive: Feature Freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper-karmic | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://w [10:25] Launchpad down/in read-only 11:00 UTC - 13:00 UTC for a code update | Lucid Beta 1 released! | Archive: Feature Freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper-karmic | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs === mthaddon changed the topic of #ubuntu-devel to: Launchpad down/in read-only 11:00 UTC - 13:00 UTC for a code update | Lucid Beta 1 released! | Archive: Feature Freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper-karmic | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/He [10:27] let's try that again... === mthaddon changed the topic of #ubuntu-devel to: Launchpad down/read-only 11:00 - 13:00 UTC for code update | Lucid Beta 1 released! | Archive: Feature Freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper-karmic | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWith === mthaddon changed the topic of #ubuntu-devel to: Launchpad down/read-only 11:00-13:00UTC for code update | Lucid Beta 1 released! | Archive: Feature Freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper-karmic | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBug [10:27] and final time... === mthaddon changed the topic of #ubuntu-devel to: Launchpad down/readonly 11:00-13:00UTC for code update | Lucid Beta 1 released! | Archive: Feature Freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper-karmic | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs === almaisan-zzz is now known as almaisan [11:44] persia: ping [11:54] pitti: Would you please rescore kdepimlibs on sparc (the only arch it's not built on)? It would avoid some other build failures is a few hours if you would. [11:55] ScottK: done [11:55] pitti: Thanks. === almaisan is now known as almaisan-afk [12:13] * Keybuk has a sudden epiphany with the mountall prompt issue [12:13] very much of the "the answer's not in the box, it's in the band" variety [12:13] Oh? [12:14] had been trying to work out how to deal with more important prompts replacing less important ones [12:14] how to make sure that if we were bored waiting for /porn, and bored waiting for /warez [12:14] and /porn showed up, we'd replace the message with one about /warez [12:14] but if an fsck failed in the meantime, etc. [12:14] had thought of a complicated message list, which needed continuous grooming, etc. [12:14] then realised much easier way [12:15] just have, on each mount point, a state variable [12:15] after changing that, call a function to "update plymouth" [12:15] that picks the most important message from the list of mounts and shows that one (if not already the one showing) [12:17] I was thinking of dumping all prompts asynchronously to plymouth with priority as an integer and letting it handle them. :-P [12:17] that'd require rather more logic at the other end [12:17] It already needs to handle multiple simultaneous prompts, doesn’t it? [12:18] it does, but by blocking them [12:18] which is the exact behaviour we need to avoid in mountall [12:22] * amitk wonders if Keybug is talking about bug 527666 [12:22] Launchpad bug 527666 in mountall "multiple LVM volumes not mounted in Lucid" [High,Confirmed] https://launchpad.net/bugs/527666 [12:23] amitk: I'm talking about a known issue with mountall [12:23] it may or may not be the cause of may of the apparent "bugs" === almaisan-afk is now known as al-maisan [12:37] Keybuk: fonts tend to be up your street; any idea which package the new 'Ubuntu' (not Title) font is in [12:37] sladen: is it packaged yet? [12:38] Keybuk: this was I was wondering... if not, where do I file visual kerning issues? [12:39] with dalton maag I guess ;) [12:39] though how can you have kerning issues if you don't have the font? :p [12:40] Keybuk: I have *eyes*. The spacing between the 'u' and the 'b' is too wide in and the spacing between 'k' and 'u' too narrow [12:40] Keybuk: it's the same as looking at a boot screen and going "that's slipping down"! [12:41] in the logos? they may be still using unfinished versions, etc. [12:41] that's an artwork issue [12:41] talk to the art team [12:41] (the font is certainly going to be released aiui, it's just still not finished and such things are being tweaked every day) [12:44] though, if you ask me, the logo is slipping to the right, not down :p [12:53] I wish LP would invest the time into giving themselves the ability to do Live Rollouts === rgreening_ is now known as rgreening [13:25] bdmurray: could we have a page like http://qa.ubuntu.com/reports/team-assigned/canonical-foundations-assigned-bug-tasks.html, except for milestones? In particular I'd like something like LP's milestone view but that shows assignees as well. I started trying to produce this, but it looks like you might already have the infrastructure to do this nicely. [13:29] Riddell, lex79: do you know why KDE dropped the kdesu wrapping for mounting internal drives in the first place? with the recent hal, the policy is very open, and every user/script (including non-admins) can now mess with internal disks [13:34] pitti: that was always a patch we added, and we still add it people.canonical.com/~jriddell/tmp/kubuntu_06_user_disk_mounting.diff [13:34] Riddell: so that broke somehow? [13:35] that or hal broke, I've not looked into the issue [13:35] hal didn't change since karmic [13:39] pitti: except that 10_nonpolkit-mount-policy.patch was added? [13:40] Riddell: no, that's been there since jaunty or so [13:40] hal has never allowed any user to mount internal disks, until yesterday [13:44] pitti: let's wait and see what lex says then === deryck changed the topic of #ubuntu-devel to: Launchpad down/readonly 11:00-14:00UTC for code update | Lucid Beta 1 released! | Archive: Feature Freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper-karmic | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [13:54] having to add an hour to downtime for LP. sorry. [13:54] :( [13:54] I know :( [13:54] deryck: good luck! [13:54] thanks! [13:55] foundations team: is it worth holding our meeting today, given that we're all going to be "LP was down and I'm still catching up"? [13:56] cjwatson: I'm happy to skip it [13:57] deryck, I guess there is no way to bzr pull things during downtime? [13:58] having launchpad down for 3 hours during work hours sucks [13:59] seb128: especially on the last day before Freeze [13:59] seb128, yes, it does suck. and no, I saw reports this morning that bzr pull did not work, though I thought that was some of the point of read only mode for us. [13:59] :-( [13:59] mvo: how come is it that everytime update-manager gets upgraded, I get to re-remove a conffile? (update-motd.d/91-release-upgrade). If I removed a conffile, it should remain removed. [13:59] or is that by design? [14:00] * cjwatson is keeping an informal upload queue log in a text file so that he can remember what to commit/upload when LP comes back [14:01] lamont: hm, it's a symlink, not a real conffile; that might be it? [14:01] * seb128 can't bzr pull so hard to know on what to work [14:01] or rather annoying to apt-get source to then copy things over [14:01] * pitti is catching up with email [14:01] I should reply to bugs using the email interface ;-) [14:02] seb128: that works fine indeed [14:02] jdstrand, mdeslaur: about bug 537978, there is a regression in debian recent "feature" allowing DHCP to change any hostname in lease renewal. I was pondering if it should not just be reverted, I wonder about security implications... The previous design was limiting the hostname change-by-DHCP to only if it wasn't previously set, which is quite safer. [14:02] Launchpad bug 537978 in dhcp3 "Lucid dhclient can't set hostname" [Medium,Triaged] https://launchpad.net/bugs/537978 [14:02] "Feature" was introduced in debian bug 508804 [14:02] Debian bug 508804 in dhcp3-client "dhclient-script does not set new hostname" [Normal,Fixed] http://bugs.debian.org/508804 === sconklin-gone is now known as sconklin [14:05] lifeless: usually not the package you are trying to install's fault. Try installing devscripts explicitly and repeat until you get a better reason than "not going to be installed". [14:10] ttx: let me take a look, hold on [14:10] hello [14:12] ttx: agreed. Dhcp should not change hostname if it is set locally [14:12] ttx: please revert to non-broken pre-lucid behaviour [14:13] mdeslaur: will do. I won't ask you to comment on that bug... :) [14:13] ttx: sure, hold on [14:13] ttx: let me just check the debian bug first [14:13] mdeslaur: because you can't :) [14:14] ttx: I can't what? [14:14] ttx: hold on a sec, it seems the fix was actually for a bug [14:14] I have installed ubuntu 10.04 64 bits. It was working fine when I closed my laptop entering in suspend mode and when I opened my laptop he show me the window to type my password, but after first updates it doesn't show window to type my user password and get me back to GDM to start a fresh gnome login =/ [14:15] ttx: the current script doesn't write to /etc/hostname anywhere, right? [14:15] mdeslaur: no it doesn't [14:15] the suspend mode continues working, the issue is when ubuntu come back to work (opened laptop) [14:16] ttx: yeah, the fix is wrong, I would go back to pre-lucid [14:17] mdeslaur: ack [14:17] ttx: actually...what's old_host_name? [14:18] ttx: is it the name the dhcp server _previously_ returned? [14:19] mdeslaur: I'm not exactly sure. We could honor it for example is /etc/hostname is still empty/missing. [14:20] ttx: if old_host_name is the previous name returned by dhcp, I like your suggestion in comment #3 [14:20] msetim: This is not the right channel. Would you like to join testing team and test your laptop. Have a look here. https://wiki.ubuntu.com/Testing/Laptop [14:21] s./? [14:21] mdeslaur: I'd add a check on /etc/hostname to only switch if hostname is not set by config. [14:21] because old_host_name is controlled by the DHCP server [14:22] otherwise you're back to enabling the DHCP server to change your hostname if it knows it. [14:22] ttx: right [14:24] primes2h, thanks ;) [14:25] ttx: ok, so if /etc/hostname is set, never change, or else honor dhcp hostname. [14:25] ttx: makes sense? [14:25] msetim: np. :-) [14:25] mdeslaur: yes [14:25] ttx: cool === dendrobates is now known as dendro-afk [14:33] I am trying to build a .deb, and I keep getting this error: http://pastebin.com/MbytmVSa [14:33] can anyone help [14:36] FeasibilityStudy: mind posting your rules file? [14:37] OK [14:39] one sec. [14:41] http://pastebin.com/632TzTrA [14:41] Now after messing around a bit with the spaces/tabs, I got it to go past that part. Now it is stuck at build saying no rule to target [14:46] FeasibilityStudy: I'd recomment using dh7 with overrides. Less to break imho, give me a sec [14:47] you don't even need overrides for any of that [14:48] rules.tiny and an install file should do fine [14:48] cjwatson: FeasibilityStudy http://pastebin.com/VBcFELkW [14:48] cjwatson: hehehehehee [14:50] but if you do use an override target, fix the bizarre indentation. a single tab is all you need [14:50] cjwatson: I blame pastebin [14:50] FeasibilityStudy: should do: http://pastebin.com/dsjNUyQQ [14:55] getting an error about a file already existing [14:55] FeasibilityStudy: so you do have a buildsystem? [14:55] http://pastebin.com/q7bQNmW5 [14:56] I think so. I believe I installed all of that. [14:58] FeasibilityStudy: nah, just put the second mkdir under the first one. though it seems you could delete it as well [14:59] hmm I still get the error [15:04] FeasibilityStudy: then delete the second mkdir === mthaddon changed the topic of #ubuntu-devel to: Lucid Beta 1 released! | Archive: Feature Freeze | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper-karmic | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [15:06] still get error [15:06] must be something wrong with the spaces/tabs somehow [15:08] FeasibilityStudy: that would be another error, paste it again [15:09] http://pastebin.com/HNKrdY0q [15:09] 46. mkdir -p /home/chrono/Desktop/Development/PyPass/dist/sandbox/pypass-1.0/debian/pypass [15:09] you have two different kinds of hyphens in there [15:09] this is all more work than you need, anyway [15:10] you could just put this in debian/install: [15:10] pypass usr/local [15:10] er, sorry [15:10] pypass.py usr/local [15:10] data usr/local/pypass [15:10] (why are you installing files to /usr/local, anyway? programs would go in /usr/local/bin) [15:10] * sebner agrees with cjwatson [15:17] Keybuk: it looks like the sys5 compat scripts conflict with upstart in runlevel 1.. it's trying to killall, and upstart keeps restarting tasks that rc kills [15:20] psusi: yes, long known bug [15:20] really the bug is that the sysv scripts use killall there at all [15:20] Keybuk: seems like upstart should handle the killall no? [15:21] cjwatson: what do you mean I have two different kind of hyphens in there? [15:21] psusi: there should be no "killall" when entering runlevel 1 [15:22] ttx: I did not preview anything else from what is already there, did not have time [15:22] Keybuk: why not? we need to make sure that everything is shut down [15:23]