=== carlos [n=carlos@82.109.136.126] has joined #ubuntu-devel === Petaris [n=Petaris@216.56.37.162] has left #ubuntu-devel ["Out"] === Gman [n=gman@nwkea-socks-1.sun.com] has joined #ubuntu-devel === poningru [n=poningru@n128-227-48-122.xlate.ufl.edu] has joined #ubuntu-devel === johanbr [n=j@jupiter.physics.ubc.ca] has joined #ubuntu-devel === pounk [n=pounkf@142-217-81-161.telebecinternet.net] has joined #ubuntu-devel === pounk [n=pounkf@142-217-81-161.telebecinternet.net] has joined #ubuntu-devel === pounk [n=pounkf@142-217-81-161.telebecinternet.net] has joined #ubuntu-devel === kagou [n=kagou@84.5.166.86] has joined #ubuntu-devel === Fujitsu [n=Fujitsu@203.23.49.35] has joined #ubuntu-devel === j_ack [n=rudi@p508DA264.dip0.t-ipconnect.de] has joined #ubuntu-devel === imbrandon_ [n=brandon@ubuntu/member/pdpc.active.imbrandon] has joined #ubuntu-devel === linuxboy [n=anon@yoda.frogfoot.net] has joined #ubuntu-devel === jono [n=jono@88-107-14-75.dynamic.dsl.as9105.com] has joined #ubuntu-devel [12:45] hey === dmk_ [n=dmk@host81-156-26-95.range81-156.btcentralplus.com] has joined #ubuntu-devel === Fujitsu [n=Fujitsu@203.23.49.35] has joined #ubuntu-devel === anoid` [n=kuze@adsl-220-236-183.bhm.bellsouth.net] has joined #ubuntu-devel === cheatersrealm [n=mdfedder@c-71-206-40-196.hsd1.md.comcast.net] has joined #ubuntu-devel === anoid` [n=icmp_@adsl-220-236-183.bhm.bellsouth.net] has joined #ubuntu-devel === micahcowan [n=micah@69.36.252.2] has joined #ubuntu-devel === micahcowan [n=micah@69.36.252.2] has left #ubuntu-devel [] === thiago_ [n=thiago@201-26-42-113.dsl.telesp.net.br] has joined #ubuntu-devel [12:49] hi... how can i install all include files, sources, and libs, for develop, like in slackware...??? === micahcowan [n=micah@69.36.252.2] has joined #ubuntu-devel [12:49] any ubuntu-gnome developers on? I have a patch that I would like to see rolled into ubuntu on gnome-keyring. ( http://bugzilla.gnome.org/attachment.cgi?id=66495&action=view ) [12:49] thiago_: please ask that in #ubuntu this is not a support channel [12:49] thiago_, all?? #ubunt [12:49] #ubuntu* [12:49] cheatersrealm, file a bug and attach patch pls? [12:49] ok, thanks :D [12:50] sorry too === anoid` [n=icmp_@adsl-220-236-183.bhm.bellsouth.net] has joined #ubuntu-devel [12:50] pygi: I'm having trouble patching against ubuntu (I'm new to it) and the patch linked there (I think) is for another version of gnome === micahcowan [n=micah@69.36.252.2] has left #ubuntu-devel [] [12:51] pygi: file a bug and link? === anoid` [n=icmp_@adsl-220-236-183.bhm.bellsouth.net] has left #ubuntu-devel ["bye] [12:51] cheatersrealm, link to bug report where that patch is attached? [12:51] k [12:51] cheatersrealm, no,no, tell me the link so i could see for which version is it [12:51] pygi: http://bugzilla.gnome.org/attachment.cgi?id=66495&action=view === thiago_ [n=thiago@201-26-42-113.dsl.telesp.net.br] has left #ubuntu-devel ["Leaving"] [12:52] cheatersrealm, well, that's the patch :P But the bug report where that patch was attached? :) [12:52] ahh [12:52] sorry [12:52] http://bugzilla.gnome.org/show_bug.cgi?id=331003 [12:53] Gnome bug 331003 in ask dialog "Don't bring up multiple authentication windows for same thing" [Normal,Unconfirmed] [12:53] I was pasting that but I just copied and pasted the patch to a wget so I lost it [12:53] :) [12:54] cheatersrealm, hm, seems that patch would need some modification to work for an applicationa sking for the same resource multiple times [12:55] pygi: right, but it would solve my problem [12:55] it asks for the master password multiple times [12:55] it's on loading up rhythmbox for me [12:55] because my library is hosted from a smb share mounted in nautilus [12:55] also, there is no version of gnome which this patch is applied to === pygi looks the patch [12:56] hm, right [12:56] open the patch on malone, point to patch and see what happens [12:56] I can't be sure for which version this is [12:56] altought probably 2.14 as Suse is running that (I think so at least) and they ship this patch === guilhermee [n=guilherm@20151009065.user.veloxzone.com.br] has joined #ubuntu-devel === Fujitsu [n=Fujitsu@203.23.49.35] has joined #ubuntu-devel [01:02] so I'm seeing a similar bug relating to network-manager in the ubuntu bugs https://launchpad.net/distros/ubuntu/+source/network-manager/+bug/31286 [01:02] Malone bug 31286 in network-manager "Displays repeated keyring dialogs on resume from suspend" [Unknown,Fix released] [01:07] pygi: any ideas on what I should do? [01:08] cheatersrealm, aha, report a bug :) [01:08] pygi: start a new bug? [01:08] yup [01:08] ok [01:08] should I also link to the gnome patch as well? [01:09] and the 'similar' problem I found in ubuntu's bug repo? === pygi nods, and to the gnome bug report === Fujitsu [n=Fujitsu@203.23.49.35] has joined #ubuntu-devel [01:09] ok [01:09] I'm searching for more gnome keyring bugs, but if I can't find anything better, that's what I'll do === ichi [n=ichi@209-193-39-11-cdsl-rb1.sol.acsalaska.net] has joined #ubuntu-devel [01:13] hey, anyone a dev who can help me to try to catagorize this bug? I'm not sure where it belongs in a bugtracker. [01:17] There is a bug which I'm not sure where it goes under. The bug is, if my first set of bootsectors aren't correct, they need to be zeroed out. When I zero out the drive for a few seconds, then install grub it works. If I don't zero out, I see "GRUB" on boot and nothign happens. installs in the future work fine after its been zeroed out. So, is this a bug in Grub, or is it marked as a hard drive error? Could Grub be fixed, or co [01:17] uld tools be requested for inclusion to zero out drive? === Fujitsu [n=fujitsu@203.23.49.35] has joined #ubuntu-devel [01:17] The install works fine if I install lilo, however I know grub works differently. Or, this could be a grub-install bug. [01:17] so, what do I file it under in the tracker? [01:20] go for grub then, I guess. it can be moved latter if needed [01:20] LaserJock: yeah, but is it a grub bug? Should be be detecting if the first boot blocks are screwed? === abattoir [n=abattoir@59.92.44.220] has joined #ubuntu-devel [01:20] sigh, launchpad is being slow to e-mail me my registration url [01:21] ichi: I have no idea, but if you put it on Launchpad somebody more knowledgeble than me can take a look [01:21] mmm, true. [01:21] Q: Should Ubuntu look at mounting /proc nosuid? === ichi is now known as _tsume [01:22] (yes this is probably dumb now since the vuln in question has been fixed...) [01:22] <_tsume> bluefoxicy: :) [01:23] _tsume: what are you smiling about? I'm just reading stuff from a few days ago I haven't been paying attention to === FunnyLookinHat [n=funnyloo@71.57.11.218] has joined #ubuntu-devel [01:24] <_tsume> bluefoxicy: oh. [01:24] (more LWN stuff, I'm subscribed so I might as well use it huh) [01:26] bluefoxicy: that's been asked with respect to the Debian installer too; I think it would make sense to do it, but I'm in two minds about whether the change belongs in the installer (writing to /etc/fstab) or in the init script that mounts /proc === AlinuxOS [n=alinux@d83-176-124-215.cust.tele2.it] has joined #ubuntu-devel [01:27] Kamion: I would say in fstab would make most sense. [01:27] That's traditionally where such things go. [01:28] the kernel already marks proc as nosuid and nodev [01:28] it's also somewhat easy to update that line if it's the default line using cat, grep, awk, and sed [01:28] and mounting proc nosuid in fstab doesn't actually work [01:28] proc on /proc type proc (rw,nosuid) [01:28] elmo: re doesn't have an effect or breaks mount? [01:28] doesn't survive reboots on dapper [01:29] bluefoxicy: but the problem with fstab is that it doesn't affect upgrades [01:29] so I'm sort of inclined towards the two-pronged approach - just do both [01:30] elmo: oh [01:30] hmm, interestinng [01:30] Kamion: I was thinking some upgrade package would fix the line but *shrug* [01:30] I suspect some init script does mount -t proc proc /proc or equivalent [01:31] rewriting /etc/fstab on upgrade seems like a bad idea, although of course we're having to do that anyway for UUIDs [01:31] and like I said, I'm 99% sure it's moot, part of the fix in the kernel was to force proc nosuid and nodev [01:31] but I'd like to do as little as possible to it [01:31] yeah it is. [01:32] like I said, vuln in question has been fixed anyway. [01:41] God I'm bored. [01:41] go fix something then [01:41] nothing's breaking on my system === Fujitsu_ [n=Fujitsu@203.23.49.35] has joined #ubuntu-devel [01:42] there are a ton of bugs on LP that need to be triaged === cheatersrealm [n=mdfedder@c-71-206-40-196.hsd1.md.comcast.net] has left #ubuntu-devel [] === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel === licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel [01:55] does someone want to monkey/cowboy a server seed change for me? === dsas [n=dean@host86-129-20-93.range86-129.btcentralplus.com] has joined #ubuntu-devel [01:59] err, nm === Fujitsu_ [n=Fujitsu@203.23.49.35] has joined #ubuntu-devel === Fujitsu_ [n=Fujitsu@203.23.49.35] has joined #ubuntu-devel === Gman [n=gman@nwkea-socks-1.sun.com] has joined #ubuntu-devel === robitaille_ [i=robitail@ubuntu/member/robitaille] has joined #ubuntu-devel === Fujitsu_ [n=Fujitsu@203.23.49.35] has joined #ubuntu-devel === cge [n=costi@ip70-181-253-87.sd.sd.cox.net] has joined #ubuntu-devel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === rpedro [n=rpedro@87-196-110-104.net.novis.pt] has joined #ubuntu-devel === bisy [n=si@cpc1-cmbg5-0-0-cust626.cmbg.cable.ntl.com] has joined #ubuntu-devel === Arrogance [n=aks@ottawa-hs-64-26-167-180.d-ip.magma.ca] has joined #ubuntu-devel === robitaille [i=robitail@ubuntu/member/robitaille] has joined #ubuntu-devel === holycow [n=a@mail.wjsgroup.com] has joined #ubuntu-devel === irvin [n=ipp@ubuntu/member/irvin] has joined #ubuntu-devel === freeflying|away [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.2.196.revip2.asianet.co.th] has joined #ubuntu-devel === shenki [n=Joel@pulteney-pix.border.net.adelaide.edu.au] has joined #ubuntu-devel === bddebian [n=bdefrees@71.224.172.103] has joined #ubuntu-devel [03:01] Howdy [03:02] hi [03:04] Keybuk: Was that you working on a new init? [03:05] Hello bluefoxicy [03:10] bluefoxicy: yes [03:12] Keybuk: Any chance there's a good, clean way to get ltrace/strace run on things during boot, or any other generic watch-this-process tool? Or is there already a quick and dirty way to profile system boot? [03:12] what kind of profiling are you trying to do ? [03:12] It'd be nice to push a few buttons, set a few config options, and have the next boot spit out profiled output :> [03:13] Keybuk: http://lwn.net/Articles/192214/ if you have a LWN subscription. [03:13] I'm looking at repeating that guy's tests in the future, without going in and modifying the kernel or whatever. [03:13] I'd change /etc/inittab so that [03:14] si::sysinit:/etc/init.d/rcS [03:14] becomes strace /stc/init.d/rcS [03:14] etc. [03:14] maybe some thin shell script to log the output somewhere (you'll need a writable space) [03:14] ah. Yeah /tmp is often writable enough, or /var/tmp [03:15] neither is writable that early [03:15] you may need to use /dev === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel [03:17] nods. Now the question is how do I order and cleanly report it. *reads man pages* [03:19] Ack, another sync... === asac_ is now known as asac === bddebian wonders about all the xserver-* manual merge packages in Universe [03:45] they're not really merges. [03:45] They aren't? [03:46] no, they're syncs with Debian Sid but retaining our version [03:47] So I shouldn't be requesting syncs from Debian? [03:47] for...? [03:47] Things like trigger [03:48] that's fine [03:48] why? [03:48] Trying to clean up this list: http://merges.ubuntu.com/universe-manual.html [03:50] Am I wasting my time as always? [03:50] sync looks fine unless the icon wasn't carried over [03:51] It was [03:51] then it's fine. [03:51] -> -motu next time ;-) === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel [03:51] OK [03:51] Heya Hobbsee [03:52] hi bddebian [03:54] hey folks [03:54] Heya tritium [03:54] hey Hobbsee [03:55] hi zul, ti [03:55] hi zul, tritium [03:55] hi Hobbsee, bddebian [03:56] wow that's a pain in the ass. === bddebian holds back his comment to keep from breaking CoC twice in one day [03:58] ..... should combining -c, -ff, and -o (specifically) with strace produce null output [03:58] -c -ff has output; -ff -o has output; -c -o has output; -c -ff -o creates an empty file. [04:01] <_tsume> !op [04:01] <_tsume> no op list? [04:01] <_tsume> drat :) [04:02] yeah I'm gonna file two bugs on this, the first being that strace gives null output when -c -ff -o are combined; the second being that strace -ff -o filename produces a file named filename for whatever process it first traces and filename.pid for all children (the man page says that EACH PROCESS TRACED gets filename.pid) === johanbr [n=j@d154-20-189-105.bchsia.telus.net] has joined #ubuntu-devel === ozamosi [n=ozamosi@ubuntu/member/ozamosi] has joined #ubuntu-devel === bmonty [n=bmontgom@ubuntu/member/bmonty] has joined #ubuntu-devel [04:13] ARGH *smacks copy/paste for being broken* === nictuku [n=yves@ubuntu/member/nictuku] has joined #ubuntu-devel === hub [n=hub@toronto-hs-216-138-231-194.s-ip.magma.ca] has joined #ubuntu-devel [04:23] hi [04:23] on #ubuntu-motu I have been told that we no longer ship *.la files in -dev pacakges [04:23] is that true? === j_ack [n=rudi@p508DA264.dip0.t-ipconnect.de] has joined #ubuntu-devel [04:24] libgk2.0 seems to still have them in the -dev package === lukaswayne9 [n=lukas@c-68-84-69-12.hsd1.nj.comcast.net] has joined #ubuntu-devel === sean [n=sean@71-214-89-10.ptld.qwest.net] has joined #ubuntu-devel === nixternal_ [n=nixterna@ubuntu/member/nixternal] has joined #ubuntu-devel === _tsume [n=ichi@209-193-39-11-cdsl-rb1.sol.acsalaska.net] has left #ubuntu-devel ["Leaving"] === linuxboy_ [n=anon@yoda.frogfoot.net] has joined #ubuntu-devel === johanbr [n=j@d154-20-189-105.bchsia.telus.net] has joined #ubuntu-devel [05:05] morning [05:06] Hello fabbione [05:07] hi fabbione! === Fujitsu [n=Fujitsu@203.23.49.35] has joined #ubuntu-devel === Amaranth [n=amaranth@ubuntu/member/amaranth] has joined #ubuntu-devel === troy_s [n=aphorism@d206-116-6-170.bchsia.telus.net] has joined #ubuntu-devel === troy_s [n=aphorism@d206-116-6-170.bchsia.telus.net] has joined #ubuntu-devel === troy_s [n=aphorism@d206-116-6-170.bchsia.telus.net] has joined #ubuntu-devel === joejaxx [i=jadaz87@unaffiliated/joejaxx] has joined #ubuntu-devel === FunnyLookinHat [n=funnyloo@71.57.11.218] has joined #ubuntu-devel === j_ack_ [n=rudi@p508D8475.dip0.t-ipconnect.de] has joined #ubuntu-devel [06:09] is ther anyone here willing to donate some of their time and talking to me in pm about livecd generation from seeds? === TomB| [n=ownthebo@AC9FC529.ipt.aol.com] has joined #ubuntu-devel [06:19] hmm maybe not then === FunnyLookinHat [n=funnyloo@71.57.11.218] has joined #ubuntu-devel [06:23] joejaxx: it's not a very active time of day for this channel [06:24] yeah i guess not === hunger [n=tobias@p54A64084.dip0.t-ipconnect.de] has joined #ubuntu-devel === Gman [n=gman@nwkea-socks-1.sun.com] has joined #ubuntu-devel === rraphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === pygi [n=pygi@89-172-197-177.adsl.net.t-com.hr] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [07:08] Good morning [07:08] hi pitti! [07:10] morning pitti [07:11] word up, all [07:12] good day, desrt [07:14] my feet hurt. [07:14] but they are happy === desrt just went on an impressively long hike with a friend [07:15] including some light rock climbing === Treenaks [n=martijn@thuis.foodfight.org] has joined #ubuntu-devel === johanbr [n=j@d154-20-189-105.bchsia.telus.net] has joined #ubuntu-devel [07:21] desrt: sorry, but having sore feet is a support issue. Please ask about it in #ubuntu [07:21] ;) [07:21] hehe [07:23] ^^^ that was Vhata's joke [07:23] (which I discreetly decided not to make) [07:24] linuxboy; glare. === stub [n=stub@ppp-58.8.2.196.revip2.asianet.co.th] has joined #ubuntu-devel === johanbr [n=j@d154-20-189-105.bchsia.telus.net] has joined #ubuntu-devel [07:33] is gdb known to be broken in edgy? [07:34] Starting program: /usr/bin/gdb [07:34] Failed to read a valid object file image from memory. [07:35] fabbione: it worked quite well for me recently [07:36] pitti: this is as this morning upgrade... [07:36] pitti: x86 === basanta [n=basanta@202.79.37.177] has joined #ubuntu-devel [07:38] fabbione: ok, I try again after today's dist-upgrade [07:39] pitti: thanks [07:39] fabbione: (however, today's upgrade doesn't bring anything that's related to gdb) [07:40] pitti: i know. i didn't point my finger at gdb as root caude [07:40] cause [07:40] but as symptomps [07:40] bah that === fabbione can't spell [07:41] fabbione: ah, new libglib2.0 -- iz gtk bug, for sure [07:41] LOL === elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #ubuntu-devel [07:41] elmo: good morning === giftnudel [n=mb@p54A93E21.dip0.t-ipconnect.de] has joined #ubuntu-devel [07:53] hmm. What the hell is spawning 1 process every 2 seconds === Fujitsu [n=Fujitsu@c58-107-52-160.eburwd7.vic.optusnet.com.au] has joined #ubuntu-devel [07:57] the process being spawned is sh... what's spawning it... === johanbr [n=j@d154-20-189-105.bchsia.telus.net] has joined #ubuntu-devel [08:04] quick C question [08:05] assuming i have a string that ends in / [08:05] if that's true i want to strip / [08:05] how can i do that easily? [08:05] if (optind < argc && argv[optind] ) [08:05] strncpy(mo->dir, argv[optind] , PATH_MAX); [08:05] mo->dir is a mount point [08:05] l = strlen(s); if (s[l] == '/') { s[l] = 0; } ? [08:05] but i want to make sure that it doesn't end in / [08:05] just cut the last character off set it to null? [08:06] what pitti said :) [08:06] perfect :) [08:06] thanks [08:06] altho if your doing a strncpy anyway [08:06] you could always just copy 1 char short of strlen() [08:06] Lathiat: that would miss the test [08:06] Lathiat: that will break [08:07] oh sorry i read "assuming.." and assumed the string was already known to have a / [08:07] didnt properly read the next line [08:07] :) [08:09] fabbione: gdb is still working properly after today's dist-upgrade; however, I'll check again after reboot (new kernel and such) [08:09] WTF??? [08:10] now /etc/fstab has 10 copies of my environment === pitti files a grave bug [08:10] heh [08:11] how many was it supposed to have, pitti? [08:11] /var/lib/dpkg/info/ has a suspicious kernel-image-2.6.8-11-amd64-generic.postinst [08:11] zzzzzzzzzero [08:11] err, sorry, wrong computer [08:12] pitti: heh...great [08:12] right, it's libvolumeid0.postinst [08:12] pitti: you win! [08:13] http://librarian.launchpad.net/3547983/fstab <= *shudder* [08:14] pitti: ouch [08:15] holy sugar. [08:15] grumble. where's keybuk when you need him? [08:15] ah, it's not late enough in the day. [08:18] Hobbsee: I still think you're strange for being up before noon :P [08:18] pitti: sweet === bluefoxicy slides Hobbsee a big cup of coffee and heads off to bed himself z.z [08:18] bluefoxicy: heh. it's currently 4pm, anyway [08:18] looks like some copies of 'mount' too? [08:18] Lathiat: 'mount'? [08:18] Hobbsee: oh right. [08:18] oh, dchroot, never [08:19] Lathiat: I only removed the environment blocks, now it's ok [08:19] just multiple copies of the output [08:19] Lathiat: well, I hope that'll still boot with the uuid stuff :) [08:19] Lathiat: no, I have 3 chroots [08:19] oh i see [08:19] before each chroot [08:19] pitti: machines that boot are so overrated, really. [08:19] is the environment [08:19] when theres so much text its hard to see the dchroot difference [08:19] :) [08:20] Hobbsee: I boot it every day, so I value it :) [08:20] pitti: heh. how boring :P why not just leave it on, anyway? [08:20] i had a machine upgraded from breezy to dapper that didnt see a reboot for about 2 months ;p [08:20] Hobbsee: because it would just waste energy for no good reason [08:20] pitti: btw, for problem reports, you should report SIGILL as well, since you can get that if something screws up the instruction pointer and puts you halfway into an instruction in executable memory [08:20] (thanks pipacs for that insight) [08:20] bluefoxicy: I do [08:21] pitti: that's a point [08:21] bluefoxicy: in fact, everytime the kernel would dump core, it calls my script [08:21] cool. === bluefoxicy saw a short list on the spec and was just making sure ;) [08:22] bluefoxicy: right, the spec is pretty outdated wrt to that; thanks for the reminder === bluefoxicy is still trying to figure out how to categorize problem reports as potential vulnerabilities [08:24] fabbione: hm, after this dist-upgrade I get strange messages from /bin/pwd; something is corrupted here (my gdb works, though) [08:26] pitti: hmmmm it smells like FS corruption to me [08:26] none of my dist upgrades are borked that way [08:26] fabbione: no, chdir'ing out and back into the dir where I was fixed it [08:26] fabbione: it seems it lost track of inodes in the current dir, or something [08:26] anyway, I'll check after a reboot === Zdra [n=zdra@78.236-243-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel [08:27] speaking of that, glibc should detect double-free(): http://rafb.net/paste/results/JsrGSo30.html [08:28] which is another hack-glibc-to-trigger-problem-reports situation [08:29] (it's also got some heap corruption detection so it may scream on malloc() if the allocation chains are damaged) === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel [08:36] pitti: [08:36] if (modir[l] == '/') { === robitaille [i=robitail@ubuntu/member/robitaille] has joined #ubuntu-devel [08:37] this one seems to never match [08:37] but i did check strlen and the string and it should [08:37] but then [08:37] printf("MODIR: %s %s, mo-dir: %s\n", modir[4] , modir[5] , mo->dir); [08:37] fabbione: l-1 [08:37] util.c:168: warning: format '%s' expects type 'char *', but argument 2 has type 'int' [08:37] the first character is [0] [08:38] oh feh [08:38] right [08:38] thanks [08:38] ell minus one [08:38] fabbione: fabbione you use strncpy(), right? do you make sure that the string is properly 0-terminated? [08:38] fabbione: argh, indeed, l-1; my bad [08:39] pitti: yes i do use strncpy for that too === irvin [n=ipp@ubuntu/member/irvin] has joined #ubuntu-devel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel === dholbach [n=daniel@i577B107A.versanet.de] has joined #ubuntu-devel === highvoltage [n=jono@196.1.57.88] has joined #ubuntu-devel [08:49] good morning [08:49] good morning, dholbach [08:49] hey highvoltage [08:50] moin dholbach [08:50] hey Martin! === johanbr [n=j@d154-20-189-105.bchsia.telus.net] has joined #ubuntu-devel === highvolt1ge [n=jono@196.1.57.88] has joined #ubuntu-devel === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel === rpedro_ [n=rpedro@87-196-34-248.net.novis.pt] has joined #ubuntu-devel [09:06] morning [09:07] hi [09:09] hi sivang! [09:09] hey Hobbsee :) [09:09] is it morning? what's average([ member.getTimezone() for member in channels["#ubuntu-devel"] .getMembers() ] ) ? [09:10] Vhata: 42. [09:10] morning, then. [09:10] sivang, yay :) [09:11] pygi: hey dude [09:11] sivang, hey, glad to hear from you :) [09:11] I already started to worry :P === marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel [09:14] pygi: check your email :) === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel === shenki [n=shenki@ppp153-94.lns3.adl2.internode.on.net] has joined #ubuntu-devel [09:16] hi sivang [09:17] sivang, I already did :) === sivang hugs pitti === pitti hugs sivang back [09:22] sivang, we've got some very nice ideas for libburn :) === mvo [n=egon@p54A67E71.dip.t-dialin.net] has joined #ubuntu-devel [09:23] pygi: cool, do you have a wiki or some sort of shared editing space so folks can read about it ? [09:24] sivang, not yet really, I got the trac thingy, I lack domain and then all will be ready [09:25] The trac have built-in wiki, so ... :) === Amaranth [n=travis@ubuntu/member/amaranth] has joined #ubuntu-devel [09:26] are people working on code yet? [09:27] ajmitch, which code? :P [09:27] you mentioned libburn [09:27] currently, we are evaluating code, getting bugs, bla,bla :) [09:27] so that's a no :) [09:27] :P === bmon [n=monnahan@107.Red-81-37-238.dynamicIP.rima-tde.net] has joined #ubuntu-devel [09:31] ogra, infinity, pitti: the 'select text from the terminal' but should be fixed with the new version, enjoy :) === el [n=konversa@u40-30.dsl.vianetworks.de] has joined #ubuntu-devel [09:32] dholbach: Is htis a bug I reported months ago, or one I never reported at all, cause I don't rememebr it. :) [09:32] Also, lag is horrible for typos. Ugh. [09:33] infinity: oh - a couple of people complained that they could not do selections bigger than one screen - I thought you complained about it too [09:33] Oh, I might have. I just got bitten by that (repeatedly) last night. [09:33] Yay for fixing it. [09:33] new vte should make you happy [09:33] You are my hero, as always. [09:33] Well, mvo is my hero, but he hasn't done anything for me lately, so you're the new mvo. [09:34] gracias - but your hero should be behdad :-) [09:34] evening infinity === mvo hugs infinity [09:34] dholbach: which particular one? the small size limit or the breakage with non-ASCII chars? [09:34] hey infinity [09:35] pitti: selections bigger than one screen [09:35] ah, that one. nice [09:35] Hey pitti, mvo. === lfittl [n=lfittl@85-125-227-78.dynamic.xdsl-line.inode.at] has joined #ubuntu-devel === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel === giftnudel [n=mb@p54A93E21.dip0.t-ipconnect.de] has joined #ubuntu-devel === olemke [n=olemke@iup.physik.uni-bremen.de] has joined #ubuntu-devel === hungerW [n=tobias@pd95b0676.dip0.t-ipconnect.de] has joined #ubuntu-devel === linuxboy [n=anon@yoda.frogfoot.net] has joined #ubuntu-devel === Spads [n=crack@217.205.109.249] has joined #ubuntu-devel === jamesh [n=james@82.109.136.115] has joined #ubuntu-devel === lbm [n=lbm@0x50a1ee0c.unknown.tele.dk] has joined #ubuntu-devel === carlos [n=carlos@82.109.136.115] has joined #ubuntu-devel === zenrox [n=zenrox@71.115.198.118] has joined #ubuntu-devel [10:24] /v/c is not /var/cache any more *whine* - it will take me ages to get used to that [10:24] what is it? [10:25] use zsh and make it complete with the first match (with 'ca' likely to be the first match) :) [10:25] Why did we invent another top-level in /var, instead of using something like /var/cache/crashdata or something? [10:25] infinity: good question === infinity stares at mvo, since /var/crash claims to be owned by update-notifier. [10:26] infinity: it's FHS [10:26] pitti: Oh, FHS defines /var/crash? Whack. === mvo points infinity to the AutomatedProblemReporting spec [10:27] Ahh, so it does. I take it back, then. [10:28] they should rather go to /var/cache/crash or something, IMO. [10:29] I don't mind the particular path, I just thought it would be nice to follow FHS [10:30] Why is there SHELL='/bin/sash' in fstab now?! [10:31] Or TERM='xterm'? [10:31] hungerW: its a bug [10:31] hungerW: bug 53991 [10:31] Malone bug 53991 in udev "uuid conversion writes environment into fstab" [Critical,Unconfirmed] http://launchpad.net/bugs/53991 [10:31] Ah, thanks. I was seriously confused:-) [10:31] hrm this UUID conversion stuff [10:31] hungerW: me too [10:32] Should it use UUID for LVM volumes, too? === seb128_ [n=seb128@ANancy-151-1-5-116.w83-194.abo.wanadoo.fr] has joined #ubuntu-devel === Kagou [n=Kagou@84.5.145.58] has joined #ubuntu-devel [10:33] Is the UUID generated while formating? I am asking since I format /tmp on each reboot... [10:33] why dont you just use tmpfs for /tmp ? [10:33] Lathiat: Why should I? [10:34] Lathiat: I have 10G tmp, I doubt that I can stuff that into ram. [10:34] heh [10:34] what on earth do you do in /tmp? :) [10:34] plus it can swap out :) [10:35] Lathiat: Store DVD images of linux distros that I did not manage to burn yet, etc. [10:35] and so the power spontaneously goes and you have to redownload it? :) [10:35] Lathiat: I often use /tmp for temporary stuff which requires lots of disk space [10:36] Lathiat: Well, basically my /tmp is encrypted with a random key. So I have to format it on reboots to make it useable. [10:36] Lathiat: in order to avoid getting cruft in my backups (and DoSing my network connection) === Lathiat nods at pitti [10:36] pitti: Same reasoning here:-) [10:36] Lathiat: something like 'check if our current kernel or OpenOffice has a patch === hungerW changes his fstab back to non-UUID form. === giftnudel [n=mb@p54A93E21.dip0.t-ipconnect.de] has joined #ubuntu-devel [10:40] I do not have any non-LVM volumes in fstab, so I should not need that stuff. [10:41] does it hurt? [10:41] Lathiat: I think it will. [10:41] howso? [10:42] Lathiat: I use lots of encrypted partitions, so I doubt that the UUID will work with that. [10:42] then you should file a bug? :) [10:42] hunger: no it won't change [10:42] Lathiat: Some of those are encrypted with random keys and reformated on reboot. I am very sceptical that this will work with UUIDs. [10:43] oh well reformat yeah [10:43] that will make problems [10:43] hungerW: file bugs [10:43] its hard to know what your customly reformatting tho [10:43] plus it is not needed since LVM does make sure that the drives "match". [10:43] but i mean thats a pretty side case [10:43] hi [10:44] LVM uses its own UUID stuff to find its PVs. [10:44] hungerW: there is a difference between volume id and fs id [10:44] but yes, it is still pretty pointless with LVM === ivoks [n=ivoks@ubuntu/member/ivoks] has joined #ubuntu-devel [10:45] fabbione: What is the UUID anyway? A volume ID or a FS ID? [10:45] you have uuid for both [10:45] but the one in fstab is clearly the fs id [10:46] lvm uses volume id to rebuild the vg [10:46] fabbione: Thanks. [10:46] fabbione: Yeap. But it does make sure that the LVs show up with a well defined name... which is pretty similar to the by-uuid stuff udev does. [10:47] hungerW: yes exactly, but the UUID is nothing more than a symlink that is resolved at mount time. so it doesn't change anything for you [10:47] there is no performance hit or stuff like that === zenrox [n=zenrox@71.115.198.118] has joined #ubuntu-devel [10:47] fabbione: agreed. === pvanhoof [n=pvanhoof@mailhost.newtec.be] has joined #ubuntu-devel === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel [10:51] fabbione: It is just that /dev/mapper/vg0-ubuntu_usr is way better to recognise as my ubuntu /usr than UUID={someNumbersAndLetters}. [10:53] hungerW: i don't disagree but you are not taking into account a few things [10:53] this is just an upgrade path and you can just revert the change in fstab (it's all commented) [10:53] when you start doing manual lvm stuff, you don't use UUID by default === zenrox [n=zenrox@71.115.198.118] has joined #ubuntu-devel [10:54] you do it.. well manually [10:54] and the conversion script did run once... [10:54] it won't or shouldn't run again === geser [n=michael@dialin104171.justdsl.de] has joined #ubuntu-devel === ctd [i=ctd@incubus.progsoc.uts.edu.au] has joined #ubuntu-devel === doko [n=doko@dslb-088-073-101-083.pools.arcor-ip.net] has joined #ubuntu-devel [10:56] fabbione: You are right, I will still write a bugreport about this. [10:56] fabbione: Especially since no fstab.dpkg-old is left around:-( [10:59] hunger: right, there are still the comments inline tho (when it works.. hi pitti!) [11:00] fabbione: Yeap. It was not hard to get back to the original state:-) === zenrox [n=zenrox@71.115.198.118] has joined #ubuntu-devel [11:06] dholbach, yippie, thanks [11:09] joejaxx: we don't generate the live filesystems directly from the seeds - we generate metapackages from the seeds (see the ubuntu-meta source package) and build live filesystems basically by just installing the appropriate metapackages in a chroot and calling mksquashfs [11:12] YAAY .... upstream included nearly all of our gnome-screensaver patches ... ! === ogra dances [11:12] excellent [11:12] not bad [11:12] less work for you in the future :) [11:12] yup [11:12] ogra, nice nice :) [11:13] pitti: https://www.redhat.com/archives/cluster-devel/2006-July/msg00212.html [11:14] pitti: ^^ 2 days of debugging to get tehre [11:14] and reboot [11:14] +s [11:14] i don't think i did EVER rebooted a machine so often [11:14] Okay, WTF? Why is my fstab sprinkled with random junk from my environment? [11:14] bug 53991 [11:14] Malone bug 53991 in udev "uuid conversion writes environment into fstab" [Critical,Unconfirmed] http://launchpad.net/bugs/53991 [11:15] Ahh, special. [11:15] infinity: aren't we all? [11:15] special.. [11:15]