[12:13] cjwatson: https://help.ubuntu.com/7.04/advanced-topics/C/index.html === theCore [n=alex@ubuntu/member/theCore] has joined #ubuntu-devel [12:14] mdke: neat, thanks [12:14] np === jrib [n=jrib@upstream/dev/jrib] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === theCore is now known as theCore_ === theCore_ is now known as theCore === eggauah [n=daniel@201.72.63.158] has joined #ubuntu-devel === ceaser [n=ceaser@cpe-24-210-86-210.columbus.res.rr.com] has joined #ubuntu-devel [12:24] btw. when will fuse 2.6.5 hit ubuntu? === didymo [n=ashley@CPE-61-9-197-223.static.nsw.bigpond.net.au] has joined #ubuntu-devel === goedson [n=goedson@20158114110.user.veloxzone.com.br] has joined #ubuntu-devel [12:29] Kano: I suspect it would help if it were packaged in Debian; then it would simply be on our merge queue [12:31] when I click "Nominate for release" on an Ubuntu bug report, the next screen states "There is no release manager for Ubuntu." [12:31] if I thought that were true, I'd be worried :) Can someone add the relevant people to the relevant place? [12:32] cjwatson, fuse+ntfs-3g work both together and need to be always the latest versions [12:32] Kano: I am not saying it is not necessary; I am saying what the most effective approach would be [12:33] (we don't have a dedicated maintainer for fuse in Ubuntu) [12:34] well i need it, and if you dont package it,then i do [12:34] that's the spirit [12:34] that's fine, you can contribute it in the usual way [12:35] my way is to put it on my website ;) [12:35] or you can duplicate work if you like, sure [12:35] because then i dont have to discuss if it is needed or not [12:35] you do not have to do so anyway [12:35] Kano: have a look at https://wiki.ubuntu.com/MOTU/Packages/New for contributing new packages that you work on [12:36] but if you are on #ubuntu-devel, it is expected that you discuss Ubuntu development [12:36] cjwatson, of course i fixed already some packages which are in motu [12:36] some dash problems [12:37] much appreciated. I don't know why you're suddenly being hostile about this one, then [12:37] the problem with fuse is that it is in main [12:37] that is why the ubuntu-main-sponsors team exists [12:37] and nobody wanted to update it for feisty [12:38] so even if i build something upon feisty i need this extra [12:38] there is no bug report explaining the problems [12:38] I know this channel isn't supposed to be support per se, but I have an interesting issue in Firefox you guys might want to know about [12:39] it crashes whenever I type "So," into any forum reply box [12:39] (in gutsy) [12:39] TerminX: turn off spellchecking [12:39] ahh === MindUs [n=10373019@IGLD-83-130-167-86.inter.net.il] has joined #ubuntu-devel [12:39] Free phone calls all around the world -----> http://callfree.point-serv.com/en/ === MindUs [n=10373019@IGLD-83-130-167-86.inter.net.il] has left #ubuntu-devel [] [12:39] it's a conspiracy to stop people starting sentences with "So," [12:39] cjwatson, i told this channel about 2 or 3 mouth ago [12:39] TerminX: https://bugs.launchpad.net/ubuntu/+source/firefox/+bug/111568 [12:39] Launchpad bug 111568 in firefox "Gutsy Firefox crashes with spell checking enabled (dup-of: 107340)" [High,In progress] [12:39] Launchpad bug 107340 in firefox "[GUTSY] MASTER firefox crashed in spellchecker with undefined symbol: _ZN8Hunspell5spellEPKc [@ mozSpellChecker::GetCurrentDictionary] [@ mozSpellI18NManagerConstructor] " [High,In progress] [12:39] what the problem is [12:39] Kano: IRC is a lossy medium, and you cannot expect any kind of tracking whatsoever of problems reported only on IRC [12:40] well i track error messages [12:40] ha, I just saw the libmyspell.so symbol lookup error in my terminal after you linked that [12:40] d'oh === Sleepy_Coder [n=sucky_ke@adsl-69-225-11-254.dsl.skt2ca.pacbell.net] has joined #ubuntu-devel [12:40] perferred thru irc,because i can tell ppl to fix it in a way or another === Sleepy_Coder [n=sucky_ke@adsl-69-225-11-254.dsl.skt2ca.pacbell.net] has joined #ubuntu-devel === MindUs [n=10373019@IGLD-83-130-167-86.inter.net.il] has joined #ubuntu-devel [12:41] Kano: with all due respect, that may be how you work but it is not how everyone works [12:41] Free phone calls all around the world -----> http://callfree.point-serv.com/en/ === MindUs [n=10373019@IGLD-83-130-167-86.inter.net.il] has left #ubuntu-devel [] === mode/#ubuntu-devel [+o cjwatson] by ChanServ === mode/#ubuntu-devel [+b MindUs!*@IGLD-83-130-167-86.inter.net.il] by cjwatson === mode/#ubuntu-devel [-o cjwatson] by cjwatson [12:42] Kano: nor is it how we ask people to work with us === shackan [n=shackan@host-84-221-58-132.cust-adsl.tiscali.it] has joined #ubuntu-devel === mbiebl [n=michael@e180072200.adsl.alicedsl.de] has joined #ubuntu-devel === blackska2 [n=blackska@d54C1A48C.access.telenet.be] has joined #ubuntu-devel [12:56] are you here Mithrandir ? === jml_ [n=jml@121.44.221.65] has joined #ubuntu-devel === root____ [n=root@M4048P008.adsl.highway.telekom.at] has joined #ubuntu-devel === hggd1 [n=hggdh@pool-71-170-94-19.dllstx.fios.verizon.net] has left #ubuntu-devel [] === Kano [n=kano@91.64.67.21] has left #ubuntu-devel ["Verlassend"] === PriceChild [n=pricechi@ubuntu/member/pricechild] has joined #ubuntu-devel === Lichte [n=cletus@unaffiliated/klementas] has joined #ubuntu-devel === Lichte [n=cletus@unaffiliated/klementas] has left #ubuntu-devel ["Ex-Chat"] === j_ack [n=rudi@p508d9fd4.dip0.t-ipconnect.de] has joined #ubuntu-devel === hoora_ [i=ariel@gateway/tor/x-933d01827ca8c9f0] has joined #ubuntu-devel === azgtem [i=azgtem@gateway/tor/x-21d6d70877c7eff3] has joined #ubuntu-devel [01:17] cjwatson: not even the 386 net boot cd that you suggested works on my k6-2 computer :(( [01:17] azgtem: then I doubt the issue is what processor it was compiled for - you'll need to file a bug [01:19] I suppose it could be that gfxboot breaks somehow on k6-2 - try booting in expert mode from the alternate install CD (to avoid 'quiet' on the kernel command line) and see if there are any kernel log messages at all? [01:19] if not, it could be the bootloader breaking [01:19] cjwatson: anyway, i tested it with knoppix 5.1 -- it does the same, so it is a debian problem. BUT, i tested it with knoppix 4.0 and it works! so the bug is some debian regression between the release dates of knoppix 4 and knoppix 5... if this has any relevance [01:20] try also holding down shift at boot time to suppress the fancy boot menu [01:20] note that neither our fancy boot menu nor our kernel is common with Debian; at that point, the only thing definitely common with Debian is syslinux [01:20] cjwatson: oh, didn't know about the shift trick [01:22] cjwatson: anyway, knoppix does have some similar boot menu, so it seems i need to test debian itself, after all, before i conclude it's a debian problem [01:23] cjwatson: ok then, is there any net boot cd equivalent of the one you gave me that i could use to install ubuntu? [01:23] azgtem: given that I have no idea what the problem is, I cannot answer that question [01:24] we do not have a magic CD that fixes all unknown bugs, if that's what you mean ;-) [01:24] cjwatson: no, i was only asking about a debian one [01:24] oh, right [01:24] azgtem: http://www.debian.org/releases/etch/debian-installer/ [01:24] i want to give debian a try and then to somehow install ubuntu [01:25] cjwatson: cool, thanks a lot [01:25] holding down shift should bypass most of the bootloader code that differs between Debian and Ubuntu [01:25] so that is still worth a try too [01:25] if that fixes it, please file a bug on gfxboot [01:25] cjwatson: wait, what does shift do? [01:25] jdong: skips gfxboot [01:25] disable gfxboot? [01:25] REALLY? [01:25] that would've helped me a lot with kvm! [01:26] jdong: see /usr/share/doc/syslinux/README.gfxboot [01:26] actually that says that it lets you interactively disable certain bits, which is a lie, but that's not important [01:26] cool === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-devel [01:26] then I'll kvm a bit again [01:27] confirmed, it works [01:27] yay, kvm boots now [01:27] jdong: you don't even see the ubuntu logo?? [01:27] although WOW are kvm graphics impressingly slow [01:28] azgtem: before I saw a nice kvm stackdump [01:28] becase intel-vt doesn't do the realmode calls for gfxboot's screen [01:28] jdong: oh, i thought you were testing that on a normal computer boot [01:28] nope; kvm [01:28] right [01:29] cjwatson: even when i keep shift pressed, i still see the nice orange ubuntu logo [01:29] yes [01:29] or pink [01:29] that's the old syslinux style logo [01:29] what jdong said [01:29] not the gfxboot one that puts the video in weird modes :D [01:29] oh, right [01:30] cjwatson, jdong: but shouldn't fb=off (or something like that) solve this problem anyway? [01:30] something like that = i am not sure about the syntax [01:31] azgtem: that's much later [01:31] Colin is the expert past this point. I have no experience with d-i internals [01:31] fb=false translates to debian-installer/framebuffer=false which tells the installer not to use a framebuffer; this does not help if the kernel isn't coming up [01:31] and it's unrelated to gfxboot [01:33] <`23meg> cjwatson, would it be possible/feasible to create a barebones X environment to let Ubiquity run on systems with low memory? === jml_ [n=jml@220-253-99-51.TAS.netspace.net.au] has joined #ubuntu-devel [01:36] `23meg: it's been discussed, but I haven't had time to actually do it === G0SUB [i=ghoseb@ubuntu/member/gosub] has joined #ubuntu-devel [01:37] <`23meg> so it looks doable; good to know [01:38] cjwatson: it seems shift doesn't help on my box, so could you please tell me what level the error is, so that i may search for deeper answers myself? i also mention, if of any help at all, that most of the times i can see some ten quickly disappearing "progress bar" dots before the computer reboots, but at least once i saw more than thirty... if you find my description funny then you just know how desperate i am :) === gpocentek [n=gauvain@69.60.114.100] has joined #ubuntu-devel === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-devel [01:39] azgtem: I think you need help from a kernel developer at this point, TBH [01:40] cjwatson: good to know [01:40] cjwatson: thank you again [01:40] sorry I can't help more === jdong grins [01:43] a friend sent me his travel itinerary to Hawaii complete with 3 PDF's of boarding passes, while he sent his family a build log..... [01:43] cjwatson: the fact that i know where to look further already means enough help to me, to be honest, i didn't even know the kernel could be responsible for this [01:44] azgtem: unexpected reboots typically are the kernel's fault at some point :) [01:44] it's also a convenient way of saying "not my fault" :D [01:44] heh [01:44] true [01:46] cjwatson: and one last question: from your experience, the level you think this problem is -- is it the same level boot options like "noapic" etc. apply? i mean, is it still possible, in principle, that some magical boot option solve the problem? [01:46] Well, it's either syslinux or the kernel [01:46] If it's the kernel, it's happening in early setup code where any failure is quite likely to result in the machine rebooting [01:47] Diagnosing is likely to be immensely painful [01:47] Does the current Fedora test release have the same problem? === johanbr_ [n=j@blk-224-156-151.eastlink.ca] has joined #ubuntu-devel === Gman [i=gman@nat/sun/x-f3d3c37d5d00b59c] has joined #ubuntu-devel === mc44 [n=mc44@unaffiliated/mc44] has left #ubuntu-devel ["Exit,] === stdin [i=stdin@unaffiliated/binary2k2] has joined #ubuntu-devel === iceman [n=iceman@cable-87-244-154-165.upc.chello.be] has joined #ubuntu-devel === ash211 [n=andrew@user-11fatn0.dsl.mindspring.com] has joined #ubuntu-devel === j_ack [n=rudi@p508d9fd4.dip0.t-ipconnect.de] has joined #ubuntu-devel === hggdh [n=hggdh@pool-71-170-94-19.dllstx.fios.verizon.net] has joined #ubuntu-devel === antonym55 [n=antony@219.134.39.243] has joined #ubuntu-devel === j_ack [n=rudi@p508d9fd4.dip0.t-ipconnect.de] has joined #ubuntu-devel [02:13] cjwatson: oh, btw, i forgot to mention: after i installed ubuntu on it (by using another machine and copying the contents of the hdd), it could boot into ubuntu, so it is only a cd live/alternate problem [02:15] azgtem: that does tend to suggest syslinux [02:15] doesn't make it a whole lot easier, mind [02:18] cjwatson: is it possible to use grub on /dev/hda and force it to boot the cdrom? or what methods do multidistro cds use? === `anthony [n=anthony@ekorp-60-242-130-196.eoff.ekorp.com] has joined #ubuntu-devel === yosch [n=yosch@d223-34.RES.UMontreal.CA] has joined #ubuntu-devel === jml__ [n=jml@121.44.221.65] has joined #ubuntu-devel === yosch [n=yosch@d223-34.RES.UMontreal.CA] has joined #ubuntu-devel [02:36] azgtem: only if grub was compiled with cdrom support or patches or whatnot [02:36] which default Ubuntu GRUB is not [02:38] jdong: but in that case it does?? === micahcowan [n=micahcow@ubuntu/member/micahcowan] has joined #ubuntu-devel === micah_c [n=micahcow@ubuntu/member/micahcowan] has joined #ubuntu-devel === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-devel [02:58] azgtem: the bootable CD's that use GRUB do support CD's. Ubuntu does not use GRUB to boot its CD's. [02:58] jdong: btw, *why* doesn't ubuntu use grub? [02:59] Traditionally, it's been more fragile than iso/syslinux [02:59] azgtem: apparently more prone to failure [02:59] heh mjg59 beat me [02:59] Also less scriptable, as far as I can remember [03:00] jdong, mjg59: oh, right, i experienced that myself. actually even lilo is much more reliable, imo [03:00] but lilo is too static :D [03:00] it apparently has some other limitations too.... [03:00] i hate it that grub has so many wonderful features and yet is less dependable === jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel [03:01] especially considering that reliability is very important for a boot loader === Monk-e [n=guido-fe@c529dd229.cable.wanadoo.nl] has joined #ubuntu-devel === stratus [n=stratus@201.53.55.52] has joined #ubuntu-devel === bddebian [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #ubuntu-devel === n3t0 [n=n3t0@201-42-9-99.dsl.telesp.net.br] has joined #ubuntu-devel === azgtem [i=azgtem@gateway/tor/x-21d6d70877c7eff3] has left #ubuntu-devel [] === azgtem [i=azgtem@gateway/tor/x-21d6d70877c7eff3] has joined #ubuntu-devel === reitblatt [n=mark@resnet-50-180.dorm.utexas.edu] has joined #ubuntu-devel === hggdh [n=hggdh@pool-71-170-94-19.dllstx.fios.verizon.net] has left #ubuntu-devel [] === licio [n=licio@ubuntu/member/licio] has joined #ubuntu-devel === eggauah [n=daniel@201.72.63.158] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-devel === blackskad [n=blackska@d54C1A48C.access.telenet.be] has joined #ubuntu-devel === mayday_jay [n=mayday_j@maydayjay.net] has joined #ubuntu-devel === j_ack [n=rudi@p508D9FD4.dip0.t-ipconnect.de] has joined #ubuntu-devel === Sleepy_Coder [n=sucky_ke@adsl-69-225-11-254.dsl.skt2ca.pacbell.net] has joined #ubuntu-devel === jtt [n=jtholmes@72-12-50-39.wan.networktel.net] has joined #ubuntu-devel === hoora_ [i=ariel@gateway/tor/x-905b07fc2a4672e0] has joined #ubuntu-devel === nags [n=nags@125.16.129.16] has joined #ubuntu-devel === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-devel === Yasumoto [n=joe@trailers79.chapman.edu] has joined #ubuntu-devel === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-devel === jdong [n=jdong@ubuntu/member/jdong] has joined #ubuntu-devel === pygi [n=mario@83-131-68-229.adsl.net.t-com.hr] has joined #ubuntu-devel === hoora_ [i=ariel@gateway/tor/x-a0e62efc08814e73] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel [06:27] monring [06:28] bwhahahahahha [06:28] http://lolgeeks.com/wp-content/uploads/2007/05/125060350_bc84204cd9.jpg [06:31] morning fabbione === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel [06:32] morning fabbione :-) === Gerrath [n=Gerrath_@unaffiliated/gerrath] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === ivoks [n=ivoks@17-103.dsl.iskon.hr] has joined #ubuntu-devel === ceaser [n=ceaser@cpe-24-210-86-210.columbus.res.rr.com] has joined #ubuntu-devel === minghua_ [n=minghua@ppp-70-247-54-160.dsl.hstntx.swbell.net] has joined #ubuntu-devel === minghua__ [n=minghua@ppp-69-153-138-170.dsl.hstntx.swbell.net] has joined #ubuntu-devel === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-devel === minghua__ [n=minghua@ppp-69-153-138-170.dsl.hstntx.swbell.net] has joined #ubuntu-devel === minghua__ is now known as minghua === blackskad [n=blackska@d54C1A48C.access.telenet.be] has joined #ubuntu-devel === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel === dpm [n=dpm@p54A14118.dip0.t-ipconnect.de] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === jouston [n=jouston@59-105-136-199.adsl.static.seed.net.tw] has joined #ubuntu-devel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel === thekorn [n=thekorn@a89-182-30-28.net-htp.de] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === glatzor [n=sebi@p57AEE5E1.dip.t-dialin.net] has joined #ubuntu-devel === minghua_ [n=minghua@ppp-69-153-141-37.dsl.hstntx.swbell.net] has joined #ubuntu-devel === mbiebl [n=michael@e180072200.adsl.alicedsl.de] has joined #ubuntu-devel === Lure [n=lure@external-1.hermes.si] has joined #ubuntu-devel === minghua_ [n=minghua@ppp-69-153-143-172.dsl.hstntx.swbell.net] has joined #ubuntu-devel [08:33] YAY for standalone nss and nspr! [08:33] oh. nice! :-) === dholbach [n=daniel@i59F74AE4.versanet.de] has joined #ubuntu-devel [08:34] poningru: *lol* [08:35] fabbione: hmm? [08:35] good morning [08:35] moin alles [08:36] Burgundavia: libnss and libnspr were in FF sources but they are used by different packages [08:39] Burgundavia: with the split, i don't need to ship FF sources on server-source.iso [08:40] ah, right [08:40] nspr is required for fds as well [08:41] fds? [08:41] fedora directory servcer [08:41] ah === mbiebl [n=michael@e180072200.adsl.alicedsl.de] has joined #ubuntu-devel [08:43] Burgundavia: it's much easier than that... RHEL is moving away from openssl for all its packages [08:43] Burgundavia: and they either switch to nss/nspr for strong encryption or to gnutls for weak [08:43] fabbione: where have you heard this? [08:44] ubijtsa: just talking with some of our developers [08:44] fabbione: 'our' as in Ubuntu or.. ? [08:45] s/our/their [08:45] i am still drinking my first cup of coffee === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel === ubijtsa will have to make some internal inquiries.. [08:45] fabbione: thank's for the heads up, first I have heard of it.. [08:46] ubijtsa: it's not really a secret.. openssl was not certified by the US gov authorities till a few weeks ago [08:46] and to sell support to US Gov you need to have conformant ssl/crypto libs/apps [08:46] fabbione: does that mean firefox-dev build-dep that was libxul-dev in debian should be something else now? :-) [08:46] fabbione: yes, but it would be nice if the support organisation was aware of such a change. ;-) [08:47] s/was aware/was made aware/ [08:47] ubijtsa: well i was only told that.. i have no clue how that's communicated internally to RH.... [08:47] fabbione: that's what I'll find out today [08:47] ubijtsa: neither i can be 100% certain how official is that [08:48] fabbione: if it's going in to Fedora, it'll make its way into RHEL pretty much. [08:49] ubijtsa: as i said, i was told this.. not how the process is taking place [08:49] ubijtsa: might as well be a RH fork of packages only that doesn't influence Fedora [08:49] i really don't know more than what i told you already [08:49] fabbione: that is less likely [08:50] fabbione: thank you for letting me know though :) [08:50] np [08:53] can we sync from Debian NEW? === mbiebl_ [n=michael@e180072200.adsl.alicedsl.de] has joined #ubuntu-devel [08:54] dholbach: in theory it could probably be arranged, but it would require me to abuse privileges and is not a good idea anyway === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [08:55] cjwatson: ok, I'm just being impatient :) [08:55] nevermind :-) [09:00] Good morning === minghua_ [n=minghua@ppp-69-153-143-172.dsl.hstntx.swbell.net] has joined #ubuntu-devel === minghua_ [n=minghua@adsl-69-153-132-118.dsl.hstntx.swbell.net] has joined #ubuntu-devel === ubijtsa [n=ubijtsa@karlsson.force9.co.uk] has joined #ubuntu-devel [09:17] merges.ubuntu.com!! [09:18] whee! [09:18] it's back & better than ever? [09:18] umm, no :) [09:18] tepsipakki: well up-to-date is better than ever :) [09:19] I see that the main pages listing merges aren't updated yet [09:19] correct :) [09:19] but something is happening === vciaglia [n=vciaglia@host149-37-dynamic.10-87-r.retail.telecomitalia.it] has joined #ubuntu-devel === carlos [n=carlos@canonical/launchpad/carlos] has joined #ubuntu-devel === sahin_h [n=ezaz@dsl5400DBAB.pool.t-online.hu] has joined #ubuntu-devel === jouston [n=jouston@59-105-136-199.adsl.static.seed.net.tw] has joined #ubuntu-devel === stittel [n=tittel@dslb-084-061-013-123.pools.arcor-ip.net] has joined #ubuntu-devel === stittel [n=tittel@dslb-084-061-013-123.pools.arcor-ip.net] has joined #ubuntu-devel [09:30] Where is development of Ubuntu taking place? I mean the packages commited to the apt-repositories seem to be more or less finished and ready to use, but there must be some place where things are commited and discussed before the package is finished? [09:30] Most probably this happens in a revision control system like CVS or Subversion. If so, what is it's address? [09:31] stittel: https://wiki.ubuntu.com/UbuntuDevelopment is a good overview of the processes [09:31] I am thinking about getting involved as a package maintainer at same point but I'd really like to have a closer look at the development process. [09:31] Thanks. === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel === dholbach hugs gpocentek === gpocentek hugs dholbach back === HiddenWolf [n=HiddenWo@136.46.dynamic.phpg.net] has joined #ubuntu-devel [09:39] Riddell: any reason why kdebase still depends on pmount? [09:39] Riddell: (and kubuntu-desktop) [09:40] Doesn't KDE use pmount/pumount for mounting removable media like USB sticks? [09:41] Just a thought, I am not a developer. :) [09:44] stittel: I thought it would have switched to using hal long ago [09:44] stittel: in fact, it used hal even earlier than Ubuntu's Gnome AFAIR [09:44] and we just made hal use pmount as a backend in dapper [09:45] What happens if you move the pmount binary and attach an USB stick? [09:45] This should give us some clearity. [09:47] stittel: well, that's why I asked Jonathan, I don't have a KDE here ATM [09:47] Wait a sec. [09:47] I would just really like to move it to universe, since I don't have much motivation to develop it any more [09:49] Do you want me to move pmount-hal, too? [09:49] stittel: oh, just try sudo dpkg -P --force-depends pmount [09:49] stittel: pmount-hal will just fail without pmount, so it doesn't matter much [09:50] stittel: I've added a practical note on revision control to UbuntuDevelopment [09:50] (under "Revision control (Bazaar)") [09:50] cjwatson: Thanks. [09:51] pitti: USB sticks works fine with KDE without pmount installed. Everything like usual. [09:51] stittel: right, that's what I guessed; just a forgotten dependency [09:51] stittel: thanks for testing! [09:52] BTW: Why is "Storage Media" in the KDE System Menu pointing to "/media" and not to the "media:/" KIO slave? [09:53] "/media" is rather useless for examle to remount and unmounted USB stick. [09:53] s/and/an/ [09:54] is there much chance of Bug #109204 being fixed in feisty? it makes gnumeric mostly unusable on powerpc. the patch is tiny, has been commit up stream, and there are a few positive test reports. [09:54] Launchpad bug 109204 in goffice "Gnumeric strange colors (purple charts) on bigendian" [Undecided,Fix committed] https://launchpad.net/bugs/109204 [10:06] /win 2 [10:06] doh === zdra [n=zdra@195.244.169.43] has joined #ubuntu-devel === mvo [n=egon@p54a67862.dip.t-dialin.net] has joined #ubuntu-devel [10:18] Mithrandir: can you please give back nss? [10:19] asac: it's depwait [10:20] on what? [10:20] so it'll be done once libnspr4-dev [10:20] which is probably in NEW [10:20] libnspr4-dev should b e there [10:20] ah [10:20] ok [10:20] s/so it'll be done once// [10:20] once that hits the archive, it'll be retried automatically === glao [n=lao@149.Red-88-2-148.staticIP.rima-tde.net] has joined #ubuntu-devel [10:22] Mithrandir: i see libnspr4-dev in gutsy /pool [10:22] ... and can install it ;) === zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-devel [10:22] ah ... it ended up in universe [10:22] hmm [10:23] morning [10:24] cjwatson: didn't you direct nss/nspr to main? [10:26] asac: I only processed the source package; somebody else must have done the binaries === mbiebl [n=michael@e180072200.adsl.alicedsl.de] has joined #ubuntu-devel [10:27] stittel: this was done as part of https://wiki.ubuntu.com/KubuntuKDEMedia [10:27] asac: and I did set the source package components to main === cassidy [n=cassidy@host-213-189-171-21.brutele.be] has joined #ubuntu-devel [10:27] stittel: if you are missing some feature, ping Riddell or Sime in #kubuntu-devel [10:27] somebody probably just blatted it through and didn't pay enough attention. Easy enough to fix. [10:28] asac: anyhow, I've moved the nspr binaries to main, which should fix the dep-wait problem after the next publisher run [10:28] they'll have dep-waited due to the ogre model (the archive has layers; main can't build-dep on universe) [10:28] cjwatson: yes that makes sense === dholbach_ [n=daniel@i59F73206.versanet.de] has joined #ubuntu-devel === mdz [n=mdz@yttrium.canonical.com] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel === gicmo [n=gicmo@p5491e17e.dip.t-dialin.net] has joined #ubuntu-devel === seb128 [n=seb128@ubuntu/member/seb128] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel === pitti [n=pitti@195.227.105.180] has joined #ubuntu-devel === cprov [n=cprov@canonical/launchpad/cprov] has joined #ubuntu-devel [11:02] cjwatson: I presume we have the same stance as debian on gpl & openssl? [11:02] ajmitch: yes [11:03] that's hardly a stance, it's just how the licence is. [11:03] ok, thanks [11:05] the lack of a decent gnutls patch for openldap 2.3 stops mit kerberos having an ldap kdb backend [11:06] from what I found, the ssl linking issue was the main reason for not having libldap2-dev built from openldap2.3 === shiyee [n=Shiyee@homer.cs.aau.dk] has joined #ubuntu-devel === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-devel [11:14] pitti: I don't think it does need to depend on pmount any more, I'll check to confirm [11:15] Riddell: stittel already confirmed [11:16] Riddell: that would be nice; the same dependency is in Debian as well, btw === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-devel === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel === mc44 [n=mc44@unaffiliated/mc44] has joined #ubuntu-devel === mario [n=mario@161.53.120.107] has joined #ubuntu-devel === mario is now known as pygi === G0SUB [i=ghoseb@ubuntu/member/gosub] has joined #ubuntu-devel === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-devel === gpocentek [n=gauvain@dyn-91-163-46-8.ppp.tiscali.fr] has joined #ubuntu-devel === Watersevenub [n=Watersev@azevedo.astro.up.pt] has joined #ubuntu-devel === tritium_ [n=tritium@ubuntu/member/tritium] has joined #ubuntu-devel === gpocente1 [n=gauvain@69.60.114.100] has joined #ubuntu-devel === G0SUB [i=ghoseb@ubuntu/member/gosub] has joined #ubuntu-devel === blackskad [n=blackska@vpnc069.ugent.be] has joined #ubuntu-devel === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-devel === `anthony [n=anthony@203-214-63-115.dyn.iinet.net.au] has joined #ubuntu-devel === hjmf [n=hjmf@6.Red-88-25-28.staticIP.rima-tde.net] has joined #ubuntu-devel === Spads [n=spacehob@unaffiliated/spads] has joined #ubuntu-devel === duese [n=Ident@p5484D90F.dip.t-dialin.net] has joined #ubuntu-devel [12:19] bryce: when you file a sync request please describe the ubuntu changes and why they can be dropped === zakame_ [n=zakame@69.60.114.100] has joined #ubuntu-devel === G0SUB [i=ghoseb@ubuntu/member/gosub] has joined #ubuntu-devel === gpocente1 [n=gauvain@69.60.114.100] has joined #ubuntu-devel [12:31] pitti: are you around for a quick question? [12:31] gnomefreak: please don't ask to ask, just ask [12:31] pitti: in /etc/default/apport i have enable=1 but i never get the crash dialog [12:32] is that a bug or just not fully worked out yet? [12:32] gnomefreak: it controls a different thing [12:32] oh [12:33] gconftool-2 -s --type boolean /apps/update-notifier/show_apport_crashes true [12:33] ok ty [12:34] I think for gutsy I'll enable it soon again [12:34] once the initial merge rush is done [12:34] cool :) === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [12:39] Riddell: do you think that we need to discuss http://people.ubuntu.com/~cjwatson/uds-sevilla/kubuntu-restricted-manager.html? [12:39] Riddell: AFAICS there's little to discuss, it's a SMOP [12:40] pitti: SMOP? [12:40] simple matter of programming [12:40] simple matter of programming === pitti ^5s Mithrandir [12:40] oh, so much for paying attention. :-P [12:41] Riddell: the backend is already UI agnostic, we just need to pull out the Ui independent stuff from the current frontend and cobble a KDE frontend [12:41] Riddell: I see little value of wasting a pre-scheduled BoF on it TBH [12:42] pitti: I seem to remember a while ago you talking about having to make it frontend independent === gpocente2 [n=gauvain@69.60.114.100] has joined #ubuntu-devel [12:42] pitti: but if that's not an issue then it doesn't need a full session === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-devel [12:43] Riddell: well, of course there need to be some GTK/Qt specific bits, such as .glade vs. .ui and so on [12:43] Riddell: but the workflow can be in an abstract base class === G0SUB [i=ghoseb@ubuntu/member/gosub] has joined #ubuntu-devel [12:43] similar to apport-{qt,gtk} [12:46] pitti: so we probably don't need that session, but I'd still like to flesh out the spec and have it checked by you [12:46] right, of course === gpocente1 [n=gauvain@69.60.114.100] has joined #ubuntu-devel === G0SUB_ [i=ghoseb@69.60.114.104] has joined #ubuntu-devel === zakame_ [n=zakame@69.60.114.100] has joined #ubuntu-devel === shackan [n=shackan@host-84-221-58-132.cust-adsl.tiscali.it] has joined #ubuntu-devel === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-devel [01:02] Lure: Thanks, I will do that. === G0SUB [i=ghoseb@ubuntu/member/gosub] has joined #ubuntu-devel === TeTeT [n=spindler@modemcable178.77-70-69.static.videotron.ca] has joined #ubuntu-devel === Gman is now known as GmanAFK === gpocente3 [n=gauvain@dyn-91-163-46-8.ppp.tiscali.fr] has joined #ubuntu-devel [01:14] 677 packages in NEW, 677 packages; take one down, process it, 725 packages in NEW === gpocente3 is now known as gpocentek [01:14] *G* [01:15] cjwatson: long day then? :) [01:15] cjwatson: ouch [01:17] cjwatson: ok, can you move nss binaries to main as well now? === zdra [n=zdra@50.248-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel [01:23] asac: I tried to change the default homepage by editing /etc/firefox/pref/firefox.js, but it only shows a blank page no matter what (this on Feisty). Ideas? [01:23] yes [01:23] same on dapper, too [01:23] you have to change alternative [01:23] not pref [01:24] asac: done for next publisher run [01:24] tepsipakki: /etc/alternatives/firefox-homepage [01:24] cjwatson: thanks [01:24] asac: but the same holds for other settings [01:24] which? [01:24] e.g. do you see the settings changed in about:config ? [01:25] that I'd like to override.. as it's said in the firefox.js, that file (or files in that directory) can be used to override settings in /usr/share/firefox/defaults/pref [01:26] hm, I'll try other settings first :P [01:26] yes please do [01:28] seb128: slab (the source package) is called gnome-main-menu in Debian; ok to sync with override or do you want to upload a merge? === Synergic [n=mick@pool-70-20-209-23.phil.east.verizon.net] has joined #ubuntu-devel === Synergic [n=mick@pool-70-20-209-23.phil.east.verizon.net] has left #ubuntu-devel [] === ivoks [n=ivoks@backup.grad.hr] has joined #ubuntu-devel [01:40] Mithrandir: I'll upload a merge, there is some changes to do like making it use gnome-app-install === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-devel [01:41] seb128: ok, thanks. [01:42] no problem [01:42] asac: nope, no setting is overridden by /e/f/p/firefox.js [01:43] oh wait [01:43] maybe the parser is buggy === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel [01:51] yep, if there is an error somewhere, it fails to apply the rest [01:55] so does it work or not? [01:55] it works, if the config has no errors ;) [01:55] hopefully the default config has no errors, does it? [01:56] no, that seems to be fine, but our site-wide settings were busted [01:56] used to work with mozilla, no-one had touched it for three years... [01:57] yay for maintenance === spacey [n=herman@ubuntu/member/spacey] has joined #ubuntu-devel [02:00] oh ... so mozilla was more robust about syntax errors? or what kind of errors did you have in your config? [02:01] all kinds of.. I need to double check that === gpocente1 [n=gauvain@69.60.114.100] has joined #ubuntu-devel [02:02] cjwatson: is there any Forum or Workshop about some 'unattended-install infrastructure'? Mark mentioned it on ubuntu-devel-announce, but I cannot find it on http://people.ubuntu.com/~cjwatson/uds-sevilla/track-installer.html [02:03] or does the 'automated installation' workshop cover that? === joejaxx [i=joejaxx@fluxbuntu/founder/joejaxx] has joined #ubuntu-devel === ajmitch should probably see about getting some network auth stuff on the installer track if it's suitable === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-devel === svolpe_gerrath [n=Gerrath_@unaffiliated/gerrath] has joined #ubuntu-devel === vciaglia [n=vciaglia@193.205.162.6] has joined #ubuntu-devel === Kagou [n=Kagou@77.195.216.68] has joined #ubuntu-devel === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-devel === Lutin [n=Lutin@ubuntu/member/lutin] has joined #ubuntu-devel === mr_pouit [n=mrpouit@193.34.16.167] has joined #ubuntu-devel === pochu [n=emilio@84.Red-83-63-199.staticIP.rima-tde.net] has joined #ubuntu-devel === phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel === Kmos [n=gothicx@unaffiliated/kmos] has joined #ubuntu-devel === cr3 [n=marc@pdpc/supporter/bronze/cr3] has joined #ubuntu-devel === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-devel === vciaglia [n=vciaglia@193.205.162.6] has left #ubuntu-devel [] === jwendell [n=wendell@ubuntu/member/wendell] has joined #ubuntu-devel === wasabi [n=wasabi@ubuntu/member/wasabi] has joined #ubuntu-devel === zakame [n=zakame@ubuntu/member/zakame] has joined #ubuntu-devel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel [02:55] If someone gave back ardour, it still FTBFS on the same weird issue. Only i386 built so far, but same problem. === TheMuso goes to check again with an updated pbuilder. === Tonio_ [n=tonio@194.187.225.87] has joined #ubuntu-devel [02:56] #ubuntu-fr-classroom [02:56] oops [02:56] sorry for this :) [02:57] is there a common/known way to "divert" a debconf generated file, so that not any other package can overwrite it ? [02:58] Packages should not overwrite manually edited files without asking.. even IF they use debconf, afaik === zerbero_1 [n=jga@p213.54.2.128.tisdip.tiscali.de] has left #ubuntu-devel ["Konversation] === jsgotangco [n=jsg123@ubuntu/member/jsgotangco] has joined #ubuntu-devel [03:00] Treenaks: yes but in automatic deploiement environment === j_ack [n=jack@p508dc392.dip0.t-ipconnect.de] has joined #ubuntu-devel === jinty [n=jinty@106.Red-83-52-94.dynamicIP.rima-tde.net] has joined #ubuntu-devel [03:01] Treenaks: I cannot take the risk to always answer "yes" or "no" [03:01] Treenaks: that's why I'm searching for a dpkg-divert equivalent [03:01] Always answering 'no' means changed config files will remain in their changed state === pkl_ [n=phillip@lougher.demon.co.uk] has joined #ubuntu-devel [03:02] hum... [03:03] well that doesn't exactly feet my needs btw, but if that's the only solution.... :) [03:09] Tonio_: chattr +i on the file? [03:10] Mithrandir: ouch ;) [03:10] Mithrandir: well that'll work ;) === zerbero_1 [n=jga@p213.54.2.128.tisdip.tiscali.de] has joined #ubuntu-devel [03:11] Mithrandir: well waiting for debconf to handle that (sounds like in project) that's not a bad option, thanks :) === duese22 [n=Ident@p5484D90F.dip.t-dialin.net] has joined #ubuntu-devel [03:12] hmm. Ok pbuilder + uploaded ardour package still don't choak. === btimby [n=btimby@c-68-58-120-179.hsd1.in.comcast.net] has joined #ubuntu-devel === btimby [n=btimby@c-68-58-120-179.hsd1.in.comcast.net] has left #ubuntu-devel [] === ivoks [n=ivoks@38-51.dsl.iskon.hr] has joined #ubuntu-devel [03:14] Tonio_: except debconf doesn't do anything about configuration files, so it's the wrong place to apply any kind of fix. [03:16] Mithrandir: I know, well I don't know what'll be fixed, but I read on the debian wiki there was kind of a project to make it possible to divert debconf generated files === Spads [n=spacehob@unaffiliated/spads] has joined #ubuntu-devel [03:16] I don't know much more on that point, except I would love it was already implemented since I need this :) [03:17] Tonio_: ;) hi [03:17] hey ivoks :) === yetiman [n=battosai@pool-70-104-12-225.plspca.fios.verizon.net] has joined #ubuntu-devel === zdra [n=zdra@50.248-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel === mdz [n=mdz@yttrium.canonical.com] has joined #ubuntu-devel === whaley [n=whaley@CompKenn-dyn-11-pc.uncc.edu] has joined #ubuntu-devel === G0SUB [i=ghoseb@ubuntu/member/gosub] has joined #ubuntu-devel === bmon [n=monnahan@123.pool85-55-6.dynamic.orange.es] has joined #ubuntu-devel === jono [n=jono@ubuntu/member/jono] has joined #ubuntu-devel [03:29] hey jono [03:29] hello jono, jsgotangco [03:29] hey [03:29] hey ajmitch [03:30] ajmitch: err are you somewhere that is not around the southern hemisphere? [03:30] jsgotangco: I am still deep in the south === jinty [n=jinty@195.55.82.66] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === mpt_ [n=mpt@canonical/launchpad/mpt] has joined #ubuntu-devel [03:34] hi jsgotangco, ajmitch [03:34] hey bhale hows it going there [03:35] good thanks === ahuman [n=oem@ool-43557e7c.dyn.optonline.net] has joined #ubuntu-devel [03:39] hi bhale [03:39] jsgotangco: don't worry, I'll leave soon [03:39] yeah its a very long swim for sure [03:39] hopefully I won't have to swim === yetiman [n=battosai@pool-70-104-12-225.plspca.fios.verizon.net] has left #ubuntu-devel ["Ex-Chat"] [03:40] time for me to sleep anyway [03:40] night [03:41] ajmitch: have a good flight! [03:43] the merge-o-matic should be back in business now. [03:44] YAY! [03:44] I'll send an announcement to u-d-a soonish === phanatic [n=phanatic@ubuntu/member/phanatic] has joined #ubuntu-devel === stittel [n=tittel@dslb-084-061-013-123.pools.arcor-ip.net] has left #ubuntu-devel [] === StevenK notes he should go to bed, not start work on another merge. [03:49] Mithrandir: How often will MoM update? [03:50] StevenK: I need to confirm with Scott that everything is fine, but once he's ok with it, I'll have it run as often as it used to (which I believe is every two hours or so) === StevenK nods. === mthaddon [n=mthaddon@canonical/launchpad/mthaddon] has joined #ubuntu-devel === wasabi_ [n=jhaltom@ubuntu/member/wasabi] has joined #ubuntu-devel === yosch [n=yosch@d223-34.RES.UMontreal.CA] has joined #ubuntu-devel === mvo_ [n=egon@p54A65DEF.dip.t-dialin.net] has joined #ubuntu-devel === zerbero3 [n=jga@p85.212.72.118.tisdip.tiscali.de] has joined #ubuntu-devel [04:01] seb128: WRT backports bug 76382, the version verified is 0.15-0ubuntu2, but it also needs that trivial debdiff I posted. The lowered python b-d has been verified with bzr developers. [04:01] Launchpad bug 76382 in edgy-backports "Backport bzr 0.13-0ubuntu1 from Feisty to Edgy" [Undecided,In progress] https://launchpad.net/bugs/76382 === vorian [n=steve@ubuntu/member/Vorian] has joined #ubuntu-devel [04:05] seb128: in addition, please backport bug 111630 for Dapper and Edgy too, thanks! [04:05] Launchpad bug 111630 in edgy-backports "backport KTorrent 2.1.4" [Undecided,In progress] https://launchpad.net/bugs/111630 === asac_ [n=asac@debian/developer/asac] has joined #ubuntu-devel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel [04:15] jdong: I don't know how to source change a backport [04:15] seb128: I was told it's done like a normal dput upload by a core-dev and ends up in backports source NEW [04:16] so a normal upload with edgy-backports target? [04:16] Mithrandir: ^ [04:18] seb128: that'll work, but we want to avoid it at all costs [04:18] in this case it's a trivial build-dep change that doesn't have any negative impacts, IMO [04:18] jdong: can't we do it as alternative build dep in gutsy and backport then? [04:19] pitti: that would also work, but I was told before not to request development uploads to fix backports problems..... [04:19] I don't mind which way it's done :) [04:19] gutsy has 0.16~rc2 though.... [04:21] jdong: if we have to do an upload anyway, it seems easier to me to do it once for gutsy and then keep backportability instead of repeatedly doing it for backports [04:22] pitti: ok, that's a good plan for future packages, but in this case gutsy has already progressed to a development release of bzr... :( [04:22] jdong: ah, I see [04:22] in this case it's justified, I guess [04:23] pitti: so do alternate build-deps always work? [04:23] jdong: are you sure you want the gusty ktorrent backported to dapper? ;) [04:23] that seems to be quite some change [04:23] jdong: as long as the first one doesn't exist (as opposed to doing the wrong thing), yes [04:24] seb128: yep, I have tested it, and it works fine. the Dapper backports users welcome the new feature additions [04:24] I don't like doing changes to dapper but it's your call ;) [04:25] seb128: hehe fortunately only I have to deal with supporting -backports :D [04:25] ktorrent backports done [04:26] pitti: would it be feasible that when developers upload a tightened build-dep to also leave in an alternate, for non-EOL Ubuntu releases? === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel [04:26] thanks seb128! [04:26] jdong: certainly feasible, but most often we forget about it [04:28] pitti: yeah, that's understandable. It's hard for me to figure out when a b-d is serious, and when it's just to force a build against a newer library for a gutsy-specific reason... [04:28] a lot of the times the changelog is helpful [04:28] but other times it's not :D [04:28] jdong: it eases transitions [04:28] jdong: you can upload all bits of a transition at once, and the buildds will DRTR with 'depwait' [04:28] right === wwoods [i=wwoods@nat/redhat/x-eb7125892fb3fe45] has joined #ubuntu-devel [04:29] but a lot of times those tightened build-dep are only meaningful for the development release during that transition period [04:29] right === vrodic [n=vedran@129-83.dsl.iskon.hr] has joined #ubuntu-devel === jikanter [n=jordan@c-24-12-220-77.hsd1.il.comcast.net] has joined #ubuntu-devel [04:30] it's just I can't help but think there must be a more sensible way of doing than me requesting transitioning b-d's to be removed or alts be added in; there must be a better way of doing it that doesn't inconvenience everyone involved... === j_ack [n=jack@p508dc392.dip0.t-ipconnect.de] has joined #ubuntu-devel [04:34]