[12:04] daniels: heh === _nexus_ [~nexus@host26-227.pool8254.interbusiness.it] has joined #ubuntu-devel [12:07] <_nexus_> qualche italiano? [12:07] <_nexus_> ERROR[ogle_nav] : faild to open/read the DVD <_nexus_> callbacks.on_opendvd_activate(): DVDSetDVDRoot: Root not set [12:08] #ubuntu, unless you have a patch :-) [12:08] <_nexus_> ? [12:08] <_nexus_> io devo settare il dvd in dvdroot come il comando? [12:13] daniels: it almost looks like (from debian/rules) that the minimum requirement is met with simply 'mv MANIFEST.hppa.new MANIFEST.hppa.in', yes> [12:13] > [12:13] ? [12:14] well, minus fonts [12:16] lamont: modulo anything in MANIFEST.all.in, yeah [12:16] grep -F MANIFEST.all MANIFEST.hppa.new > zz && mv zz MANIFEST.hppa.in [12:17] yeah [12:18] interesting... that makes an empty file... :( [12:18] oh [12:18] grep -Fv -f MANIFEST.all MANIFEST.hppa.new > zz [12:18] much better. [12:18] grep -F -v -f ... yeah === bluefoxicy [~bluefox@pcp485126pcs.whtmrs01.md.comcast.net] has joined #ubuntu-devel [12:23] daniels: any current plans for a ubuntu9 version once you're back? [12:26] lamont: yeah, fo'sho. fixing glx module loading, tweaking the way we create xc-xserver-xorg-dbg. [12:26] couple of other minor fixes. [12:29] daniels: OK. I'll just toss you a new MANIFEST.hppa.in then. [12:30] since it certainly doesn't warrant _2_ xorg uploads. :-) [12:32] lamont: heh, cool :) [12:32] lamont: yeah, I'll probably do it on the 4th === zul [~chuck@zul.developer.gentoo] has joined #ubuntu-devel [12:33] uh [12:33] Martin Pitt [12:33] I need to talk to him [12:33] bluefoxicy: = pitti [12:33] ok [12:33] trulux said he's been talking to him [12:33] so I want to see what's going on :) [12:34] mdz: should I e-mail him or wait for him to come on [12:34] it's kind of holiday season at the moment [12:34] so e-mail would be rude then? [12:34] bluefoxicy: if it's not urgent, try email. [12:34] no, not at all [12:34] it's not urgent but I dn't want to bother his holiday :) [12:34] and even during more normal working time, he's not generally around until about 0800 UTC [12:35] wasn't referring to e-mail, just telling you not to expect him around necessarily any time soon [12:35] thom: please make mutt on amnesiac stop segfaulting ;) [12:35] ok [12:35] thom: (~daniel/core, if you're interested) [12:35] so I'll e-mail then :) [12:37] daniels: ubuntu8.1 build scheduled, I expect it'll work - but it is behind a gcc-3.3 build, so that just means it'll be a few hours before it's actually done. [12:38] lamont: sure, that's fine. [12:38] daniels: before dying in MANIFEST check, Build needed 02:58:19, 3106716k disk space [12:38] that's not too bad [12:38] of course, it's no concordia (32min) [12:38] hey, I'm sure someone said 'San Andreas' === daniels migrates downstairs. [12:41] San Andreas? [12:41] Kamion: GTA: San Andreas [12:41] the only game where you get to hear 'I THO' YO' WAS REPRESENNIN' [12:41] aha [12:42] it's *way* too much fun, and totally worth having bought a PS2 for :) [12:42] suits you down to the ground then :) [12:42] of course [12:42] young black American from tha ghetto [12:42] they picked their demographic fo'sho [12:42] anyone else getting loads of old mail via Ubuntu lists? [12:42] mdz: jdub presumably just did moderation [12:42] mdz: (yes) [12:42] mako is moderating ;) [12:43] Kamion: you can also dress them, get haircuts, and buy bling! [12:43] sort of Barbie for the 2000s [12:44] my homie has some dogtags [12:45] Kamion: LOL [12:45] daniels: I think I have my dad's dogtags around here somewhere. === Kamion wanders off for a whisky and a book [12:52] mako: http://err.no/pictures/2004-12-Mataro/thumbnail/dsc00372.jpg [12:53] mdz: dude, http://photos.jonmasters.org/albums/canonical_conference_mataro_2004/dscn4515.thumb.jpg [12:53] or, even better, http://photos.jonmasters.org/canonical_conference_mataro_2004/dscn4515 [12:53] that is *frightening*. [12:53] that's nothing [12:54] http://err.no/pictures/2004-12-Mataro/slides/dsc00337.html [12:54] when is Hoary scheduled? [12:54] bluefoxicy: http://www.ubuntulinux.org/wiki/HoaryReleaseSchedule [12:55] damn [12:55] february feature freeze will mean no more exploration of SSP [12:56] guess that rules out trying to push for getting anything trulux has done into Hoary [12:56] one of the great benefits of a six-monthly release cycle is that you don't have to do the dysfunctional thing of trying to push absolutely everything for the current release [12:57] (dysfunctional because the behaviour tends to push releases back and make them less stable) [12:57] Kamion: I don't know if trulux has SSP completely ready so that package regression can be searched for yet [12:57] if you compile a package with SSP, and it has an internally triggered buffer overflow, it will break [12:58] sounds like an excellent reason to target hoary+1 ;) [12:58] (the former) [12:59] I don't think you could build and test every package in Ubuntu's core (not in Universe) by February === x4m [~max@99.158-200-80.adsl.skynet.be] has joined #ubuntu-devel [12:59] then again, maybe I'm using odd values for "test" [01:00] although, would that type of breakage really preclude SSP from being used? It's basically SSP exposing existing bugs . . . === bluefoxicy shrugs [01:00] there are plenty of programs where you wouldn't care [01:01] I'm all for exposing bugs in server processes, but that's a limited subset [01:01] I'm also all for not pissing users off about one-byte overflows in programs where it doesn't really matter :) [01:02] either way, rushing into something this complex doesn't sound like a good plan; I prefer the "careful consideration" approach [01:08] Kamion: it's not complex is it? [01:08] Kamion: and what about overflows in mozilla? [01:08] one bad .png file and you're suddenly dealing with the FBI coming to your door to examine your worm-based child porn trafficing activities. [01:10] Kamion: also, a lot of attacks are local privilege elevation [01:10] if an attacker can't exploit Mozilla, he can't get local access, thus he can't use a local exploit to freeze the machine (floating point register corruption) or get root access [01:21] mdz: i look slightly insane in that picture [01:22] mako: but ubercool in this one (february-calendar) http://www.grawert.net/mataro/img100.jpeg [01:23] ogra: that one is great :) [01:24] btw [01:24] what's a hedgehog? [01:25] http://www.glaquarium.org/scans2/hedgehog.jpg [01:25] dict hedgehog [01:26] bluefoxicy: google picture search is your friend [01:28] that doesn't look like the image of the warthog that Ubuntu had up on the amin page for a while [01:28] but it's cute. [01:35] a warthog and a hedgehog are different animals === JD [~david@hades.robster.org.uk] has left #ubuntu-devel [""""] === zenrox [~zenrox@wbar7.sea1-4-10-181-189.sea1.dsl-verizon.net] has joined #ubuntu-devel [02:05] bluefoxicy: dude, relax, I'm not having a go at the value of it in general, merely saying that rushing into a change that will make programs crash when they would previously have worked (not all buffer overflows are fatal or security exposures, remember) is unwise. [02:05] mozilla is obviously a network client and therefore on a security boundary [02:05] same as server processes [02:05] not everything is on a security boundary [02:05] heh [02:06] Kamion: all libraries are on a security boundary by default though [02:06] the most important thing about security engineering is knowing where the boundaries are ... [02:06] unless YOU want to trace and catalogue every network-side program and every library they call, and every plug-in they can use that calls other libraries :) [02:07] but yeah [02:07] I don't want to rush [02:07] let's take non-networked games; they're rarely on a security boundary, and they're often poorly written [02:07] but it doesn't really matter if they overflow an array here or there [02:07] *very* poorly written. [02:07] right [02:07] non-networked games we don't care about [02:08] Kamion: but in cases where you don't expose bugs, the protection is pretty much harmless [02:08] and if they start crashing on Ubuntu when they don't crash on other distributions, I know who users are going to blame, and it won't be the game authors [02:08] so it becomes that it's not really worth the effort to decide which packages don't need the protection [02:08] so I feel quite strongly that the change ought to be made only selectively [02:08] because it's visible when they break things (you NEED to test when you build a package) [02:08] I disagree [02:08] howso? [02:08] I've already explained [02:09] I'm not going to do so twice :) [02:09] I already poked the gentoo-dev mailing list with this question once [02:09] and they couldn't decide where was and was not appropriate [02:09] just because it's a hard question doesn't mean it shouldn't be asked [02:09] it's hard to make a policy for this stuff :) === Todd_MA_1975 [~Todd_MA_1@h000f6632661b.ne.client2.attbi.com] has left #ubuntu-devel [] === Todd_MA_1975 [~Todd_MA_1@h000f6632661b.ne.client2.attbi.com] has joined #ubuntu-devel [02:09] many things are hard [02:09] daniels: well, it becomes a hard question with certain answers [02:09] I run a fully stack smash protected base here. . . [02:09] finding a sane middle ground between security engineering and release management is hard [02:09] gimme a minute [02:10] doesn't mean it shouldn't be done [02:10] I'll count how much stuff ejects stack smash protection thatI have installed [02:10] I'm not convinced that's relevant [02:10] you're a security type, therefore it's a skewed sample :) [02:10] we all agree that it's relevant for hoary+1, correct? [02:10] (anyone on #u-d will skew a sample) [02:10] Kamion: hello, I am interested to know if you could provide d-i sources that support installing using a preset language, that is for example, a d-i which would install ubuntu using the hebrew translation of d-i, and would then pull a deb package which would set all the needed fonts and set up hebrew input in GNOME Kbd Selector. is this possible? [02:10] (because there's not much sense in pushing it in now) [02:10] Kamion: I don't control what has and does not have SSP disabled [02:11] sivang: preseed the language choices in your bootloader configuration [02:11] as for the rest we haven't got the infrastructure for that yet, hopefully we will have soon with language packs [02:12] crimsun: it seems fairly clear to me it should happen at the beginning of a release cycle, same way X.Org did [02:12] Kamion: but the point of the check is that if there are, say, 10 packages in the world that break, and 100,000 packages total, and 70% of them are security boundaries, you have 30,000 packages to dredge through when only 10 really matter. [02:12] there will be a lot more than 10 [02:12] you're a factor of ~100 off [02:12] daniels: yeah [02:12] I know there's going to be a lot more than 10 [02:13] so why choose an exaggerated example? :) [02:13] but it's not that significant that it should be selectively applied rather than selectively removed, I believe. [02:13] Kamion: some folks over the huji have set up to create a localized hebrew distro, now I told them we should probably wait when we have the infrastructure available. How would you suggest going on with this? [02:13] Kamion: huji = Hebrew University Of Jerusalem [02:13] bluefoxicy: I don't believe I was necessarily arguing for either selective application or selective removal; merely selection ... [02:13] Kamion: it gets the point accross better while letting me get away without having to explain that the example is hypothetical? :) [02:14] Kamion: heh [02:14] sivang: I don't really have an answer for you as yet, sorry, I hope I will have in a while [02:14] it's an important issue but the work just hasn't been done yet [02:14] most of it is targetted at hoary though [02:14] Kamion: RedHat selectively applies things. When they started out, they had 100% of everything wide open with an executable stack and heap. Now there's something like 1-5% of packages (estimate) that have an executable stack but don't need it [02:15] wihch means there's a hole in their policy at those points [02:15] like I say, you're arguing against a strawman; I didn't say we wanted selective application [02:15] not a problem right now, but it's a potential place for you to start looking if you want ot hijack an RHEL server. [02:15] heh [02:15] Kamion: and i never said I wanted to leave broken things to break [02:16] Kamion: I don't know if trulux has SSP completely ready so that package regression can be searched for yet [02:16] if you compile a package with SSP, and it has an internally triggered buffer overflow, it will break [02:16] however, it will easily take a full release cycle to determine what the things that users care about are that break, and whether fixing them or disabling SSP for them is appropriate [02:16] SEarching for regressions implies that somebody has to do something about them. You have two choices: Remove the protections, or fix the bugs. I didn't specify which, and I don't expect you to suddenly become code janitors :) [02:17] eh [02:17] we're coming up to our second release, and that's a fairly critical time as regards community confidence [02:17] if the second release is a "let's break the world" release, people are just going to shrug and go find something else [02:17] so, caution is advised :) [02:17] Kamion: disabling SSP for breaking things if you're crunched for time is acceptable, since you in the worst case wind up back where you started, and in the best case wind up with at least some protection [02:18] indeed so [02:18] and I never implied that I wanted a broken release [02:18] right, the only reason I said anything was that you sounded annoyed about the date of the feature freeze :) [02:18] if there's simply not enough time to definitely say that SSP can be supplied in SOMETHING without breaking ANYTHING, then it doesn't go in. Same with anything else :) [02:19] people with an interest in release management tend to have hot buttons about this kind of thing ... [02:19] Kamion: yes, because that means there's little time for testing, and I don't know if the testing would need to show acceptable results before or after the freeze (if it's defferred to after the freeze, it means that at freeze time we don't know if it's going in or not) [02:19] heh [02:19] I actually didn't mean to discuss this here and now you know :) [02:20] fair enough :) [02:20] (apologies for going off on one :-)) [02:20] it's ok [02:20] I like talking :P [02:21] just not wasting everyone's time with excess channel noise. [02:22] Kamion: i think having added security in release 2 would be impressive though [02:23] but that's not my motivation. [02:23] if these things go in successfully, it will bring attention to their viability in default installs, which means others will mimic that behavior and increase the general security of their own operating environments :) [02:24] we're adding a scary amount of stuff in release 2 ... :) [02:24] that's good :) [02:24] it's called progress [02:24] back in the early planning stages for warty, we used "hoary" as a notional dumping-ground for everything future [02:24] we've been trimming the list down ever since ... [02:27] have you seen my analysis of the USNs? It's just statistics (I'm not yet scholarly involved in security; it's hobbyist level for me) [02:27] but it shows what could have been controlled :) [02:27] like I say, I don't dispute the value. :) [02:28] either way it's an interesting read :) [02:30] WRT adding security in release two, note that we're adding authenticated package retrieval, which is a major headline security feature in itself [02:30] gpg signatures? [02:32] yeah [02:32] cool. [02:33] bluefoxicy: where can I read about those? [02:34] sivang: https://www.ubuntulinux.org/wiki/USNAnalysis [02:37] I pointed out that the last bit left over is going to be at best containable with a MAC system, though this is not a full solution; kernel exploits I imagine would be able to get past SELinux in some cases, and then there's local attacks that may not rely on whatever the MAC restricts. [02:37] still those are special cases [02:37] the grub password thing is interesting, although somebody else gets to argue with Mark about the extra question in the installer; I've done my share of arguments like that :) [02:39] uh [02:39] hmm, you loose the edit .... [02:39] those kinds of protections are probably better for server environments, though your kids at home might be smart enough to init/ [02:39] those kinds of protections are probably better for server environments, though your kids at home might be smart enough to init=/bin/sh [02:39] or stuff [02:39] which is a big advantage in grub over lilo [02:40] or knoppix..... [02:40] sadly grub doesn't work in all environments [02:40] its still young [02:40] then again, you know, if the home user isn't able to handle a password getting in their way, they're probably not going to need the functionality that entering the password gives in the first place. [02:40] young but _very_ promising. [02:41] yep...but still.... === ogra loved milo [02:41] or rather the arch it ran on [02:41] bluefoxicy: chances are we'd only ask if they opted to turn on selinux [02:44] yeah [02:49] Dan's Guardian should be looked at for the child safety thing. [02:49] https://www.ubuntulinux.org/wiki/IdeaPool [02:49] You can hijack certain users' connections and force them through a squid that uses Dan's Guardian as a parent === elmo [~james@83.216.141.215] has joined #ubuntu-devel [03:16] 'You down to represent, baby?' [03:16] elmo: GTA:SA. === srbaker [~srbaker@blk-224-172-150.eastlink.ca] has joined #ubuntu-devel === enrico [~enrico@enrico.developer.debian] has joined #ubuntu-devel === srbaker [~srbaker@blk-224-172-150.eastlink.ca] has joined #ubuntu-devel === zenrox [~zenrox@wbar7.sea1-4-10-181-189.sea1.dsl-verizon.net] has joined #ubuntu-devel === zenrox [~zenrox@wbar7.sea1-4-10-181-189.sea1.dsl-verizon.net] has joined #ubuntu-devel === zenrox [~zenrox@wbar7.sea1-4-10-181-189.sea1.dsl-verizon.net] has joined #ubuntu-devel === bluefoxicy [~bluefox@pcp485126pcs.whtmrs01.md.comcast.net] has joined #ubuntu-devel [06:09] yo === wasabi [~wasabi@dialup-4.240.24.43.Dial1.Phoenix1.Level3.net] has joined #ubuntu-devel === zenrox [~zenrox@wbar7.sea1-4-10-181-189.sea1.dsl-verizon.net] has joined #ubuntu-devel === ironwolf [~ironwolf@63-228-63-108.mpls.qwest.net] has joined #ubuntu-devel [06:31] morning guys [06:34] re [07:05] ubuntu/pool/universe/l/linux-source-2.6.10 [07:06] does anybody spot something SLIGHTLY wrong with it? === AndyFitz [~andy@220-245-97-227-qld-pppoe.tpgi.com.au] has joined #ubuntu-devel [07:11] looks ok to me. I see reiserfs EA made it in. [07:12] crimsun: yeah i did put them in.. [07:12] but that's not the problem [07:13] the kernel landed in universe [07:13] while it should be in main [07:13] I was wondering about that === maskie [~maskie@196-30-110-75.uudial.uunet.co.za] has joined #ubuntu-devel === AndyFitz [~andy@220-245-97-227-qld-pppoe.tpgi.com.au] has left #ubuntu-devel [] === rolfzor [~rolf@c-f51072d5.02-118-73746f22.cust.bredbandsbolaget.se] has joined #ubuntu-devel === mdz [~mdz@69-167-148-207.vnnyca.adelphia.net] has joined #ubuntu-devel [09:17] night [09:18] night mdz [09:19] mjg59: [ ] linux-source-2.6.10_2.6.10-1_20041230-0427-i386-successful [09:19] this was 4 minutes ago === maskie [~maskie@196-30-111-220.uudial.uunet.co.za] has joined #ubuntu-devel === abelli [~abelli@84.222.38.206] has joined #ubuntu-devel === mvo [~egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-devel === zenrox [~zenrox@wbar7.sea1-4-10-181-189.sea1.dsl-verizon.net] has joined #ubuntu-devel === zenrox [~zenrox@wbar7.sea1-4-10-181-189.sea1.dsl-verizon.net] has joined #ubuntu-devel === zenrox [~zenrox@wbar7.sea1-4-10-181-189.sea1.dsl-verizon.net] has joined #ubuntu-devel === zenrox [~zenrox@wbar7.sea1-4-10-181-189.sea1.dsl-verizon.net] has joined #ubuntu-devel [10:40] zenrox: please make up your mind :) [10:41] sorry hoary has it probs when a progam breaks and the only way to fix it is reboot [10:42] zenrox: that's only if the kernel breaks [10:43] just remove #ubuntu* from your autojoin channel list ;) [10:43] i tride 3 dif ways to kill gnome [10:43] and that dont work [10:43] then frezes gdm [10:44] zenrox: go to the console, whip out ps aux | less and kill -9 along ;) [10:44] i did dint help [10:44] strange [10:50] pitpong [10:51] hm, no pitti === morgs [~morganc@wblv-146-212-199.telkomadsl.co.za] has joined #ubuntu-devel [10:54] Mithrandir: he's on vacation [10:55] he pinged me yesterday or the day before. [10:56] he worked one (or two?) days to keep up with all the security stuff that pilled around christmas [11:13] hey Mithrandir [11:13] Mithrandir: i think it is something to do with mailman [11:13] Mithrandir [11:13] do you still host planet.d.n? [11:15] fabbione: you mean planet.s.n, if yes, it's a yes [11:15] .s.n? [11:15] maybe the d is just yet another alias [11:15] samfundet [11:15] debian.net ? [11:16] or .org.. [11:16] hihi [11:16] he got a machine at Samfundet with a name planet too [11:17] planet.samfundet.net doesn't resolv [11:17] planet.samfundet.no resolves [11:18] totally different machine [11:18] I always presume .n == .no [11:18] and s is close to d === loogaroo [~loogaroo@80.122.27.178] has joined #ubuntu-devel === ogra [~ogra@p508EB13C.dip.t-dialin.net] has joined #ubuntu-devel === mvo [~egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-devel [11:58] fabbione: no, planet.d.n is on gluck. [12:02] sid's Sources.gz is 1337 Kb today... === garnacho [~carlos@9.Red-83-42-136.pooles.rima-tde.net] has joined #ubuntu-devel [12:07] mvo: ping? [12:12] garnacho: what's up [12:12] hey abelli :) [12:12] howdy? [12:13] ...de puta madre [12:13] any news on mini-gnome? [12:17] Treenaks: hah [12:17] abelli: only that I have to get some time to finish the list... all my vacation days went to the conference, and there is missing stuff I wanted to add to gst before the gnome feature freeze... :/ [12:17] jordi: so today, Debian's sources are 1337.. beat that, Gentoo! :P [12:18] nothing can [12:19] garnacho: take your time. [12:19] sup Treenaks [12:19] abelli: yo! [12:20] abelli: thanks :) === lifeless_ [~robertc@dsl-43.6.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #ubuntu-devel === mvo [~egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-devel [01:13] jesus christ, 2.6.10 for all 4 arches is nearly half a Gb [01:13] g'morning Elmo :) [01:14] morning Treenaks [01:16] elmo: you should've seen fabbione... 2.6.10-almostvanilla FTBFS on 5 out of 5 arches [01:16] Treenaks: woohoo good score :) [01:43] what are the problems with 2.6.10? === carlos_ [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #ubuntu-devel [02:09] hi carlos [02:09] mvo: hi [02:11] ciao carlos [02:12] hi === siretart [siretart@tauware.de] has joined #ubuntu-devel [02:25] anyone using pbuilder on hoary? I'm having trouble to build packages because "WARNING: packages cannot be authenticated". Is there a solution to that? [02:26] siretart: you can use the "--allow-unauthenticated" switch in apt [02:27] this is equivalent to setting: "APT::Get::AllowUnauthenticated=true" in your apt.conf [02:27] hm new to bpuilder, and I dont see a config options for that. gotta search.. [02:29] siretart: I copied my /etc/apt dir to /etc/pbuilder/apt.config, added the APT::Get::AllowUnauthenticated=true to /etc/pbuilder/apt.confif/apt.conf.d/50allow-unauth and set APTCONFDIR=/etc/pbuilder/apt.config (in /etc/pbuilderrc) [02:29] ah, thank you very much [02:30] I'm trying to recompile evolution, because dependencies in hoary seems to be broken atm [02:31] siretart: really? seems to be ok here on my hoary ... [02:31] what kind of error message do you see? [02:31] evolution depends on libegroupwise1.2-0 (>= 1.1.1) which is unavailable [02:32] I find only libegroupwise1.2-1 === x4m [~max@240.225-200-80.adsl.skynet.be] has joined #ubuntu-devel === mvo__ [~egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-devel === abelli [~abelli@84.222.38.206] has joined #ubuntu-devel === mvo__ [~egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-devel [03:52] mvo__: you where right, I was wrong, evolution is installable. aptitude was doing very weird things with my pinning config [03:53] siretart: good to hear that it works for you again [03:56] mvo__: well, the actual problem still exists: evolution from hoary segfaults at start in my system. I'm still trying to find out why [04:09] jeee i crashed [04:10] i feel really really bad [04:10] elmo: did you sync it from germinate (universe -> main)? [04:11] fabbione: not yet, still catching up on seed changes from the last week [04:12] ok [04:12] no rush :-) [04:12] mvo: updrade-notifier is FTBFS [04:12] fabbione: shit [04:12] (0.37-1) missing build-dep === mvo checks build-logs [04:13] hecking for gtk+-2.0 libgnomeui-2.0 libglade-2.0 gconf-2.0 gamin hal dbus-glib-1... Package dbus-glib-1 was not found in the pkg-config search path. [04:13] Perhaps you should add the directory containing `dbus-glib-1.pc' [04:13] to the PKG_CONFIG_PATH environment variable [04:13] hm ... I was sure I added it :/ [04:14] thanks for pointing this out [04:14] np [04:18] sorry but i cant download universe's headers === Kinnison [~dsilvers@haddenham.pepperfish.net] has joined #ubuntu-devel [04:22] bahnoseb === Kinnison [~dsilvers@haddenham.pepperfish.net] has left #ubuntu-devel [] [04:30] mvo: ping? [04:30] garnacho: pong [04:31] hi mvo :) [04:31] remember we talked about adding isdn support to gst? [04:31] hi carolos [04:31] oh yes [04:31] I send you a mail about some ideas [04:31] I hope it made it to you? [04:31] hmmm, no :/ [04:32] where did you send it? [04:32] I can resend it. i had some trouble with my isp recently :/ [04:32] please resend :) [04:32] send it to garparr@teleline.es [04:32] is this the wrong one? [04:33] ouch, that address is quite old... try carlosg@gnome.org [04:33] (I should that address from everywhere...) [04:33] resend [04:34] thanks! [04:34] thanks to you [04:34] mvo: I began implementing some isdn support in gst, but I've got some doubts [04:34] what exactly troubles you? [04:36] 1) do ippp interfaces show in ifconfig even when disconected (unlike ppp ones) [04:36] and 2) the url you sent me has a bit unsecure method for password, does isdn support pap/chap? [04:36] or am I forced to put it in the ppp options file? [04:37] it supports pap/chap [04:37] cool, it's easier then, gst already supports this :) [04:37] about 1) i don't know, but with the capi based isdn support we really shouldn't need ipppd anymore. the stock pppd with the appropriate plugin should do [04:38] garnacho: most of the stuff needed for capi based isdn seems to be supported already :) === lamont looks around for daniels [04:39] mvo: hmmm, but there has to be an interface name, regardless of using ipppd, right? [04:42] garnacho: I'm not sure if I understand you but the interface name should be just ppp0 and it should behave like a normal ppp device from the systems point of view [04:46] mvo: ok... so I'll have to find a way to distinguish between plain ppp interfaces and isdn ones :) [04:47] mvo: but the rest is easy, and some work is already done [04:47] garnacho: what about checking for pppdplugin.so in existing one and /proc/capi/controller for new ones? [04:47] (just a idea) === Keybuk [~scott@syndicate.netsplit.com] has joined #ubuntu-devel [04:51] If someone could shove http://www.srcf.ucam.org/~mjg59/vbetool into Hoary, that would be great [04:51] mvo: makes sense :) [04:52] mjg59: what is it? [04:52] zul: Lets you run various bits of video BIOS code [04:52] cool [04:52] Handy for ACPI [04:53] garnacho: cool! I owe you (at least) one beer on the next conference :) [04:56] :P, who could refuse a beer? :) [04:56] mjg59, what's vbetool? [04:57] garnacho: tell me once there is something for me to test (I assume you don't have isdn yourself :) [04:58] mvo: cool! you're right :) === garnacho feels better coding things that can actually test... === mvo too [04:59] garnacho: we should maybe have a logger on #gst, so you could chat there and it would then reach all people who are involved in gst? [05:00] garnacho: :-) [05:00] where can I find the #gst channel? [05:00] mvo: in irc.gnome.org [05:00] sivang: not a bad idea... [05:01] srbaker: zul: Lets you run various bits of video BIOS code [05:03] mjg59: I can upload it for hoary [05:05] ahh [05:05] cool [05:05] oh, put ruby in main. [05:05] because ruby is kick ass [05:06] mvo: Rock, thanks [05:06] Then we can sort out the userspace acpi stuff === seb128 [~seb128@ANancy-151-1-15-161.w83-194.abo.wanadoo.fr] has joined #ubuntu-devel === lamont hugs ccache. xorg now takes only 1:11 to fail instead of 2:58 :-) [05:21] haha [05:21] lamont, you should work for microsoft. [05:21]