=== seb128 [~seb128@ANancy-151-1-33-223.w83-196.abo.wanadoo.fr] has joined #ubuntu-devel === thoreauputic_ [~prospero@wolax6-229.dialup.optusnet.com.au] has joined #ubuntu-devel === highvolt1ge [~Jono@196.36.161.235] has joined #ubuntu-devel === Arr0gance [~aks@ottawa-hs-64-26-170-176.d-ip.magma.ca] has joined #ubuntu-devel [12:38] can anyone here confirm liblaunchpad-integrration is GPL? [12:39] seems so, check /usr/share/doc [12:39] Where can i find the specification of the changelog format? [12:40] Or isn't that format all that strict? [12:40] Seveas, probably the debian policy docs [12:40] (i have no link) === Seveas looks through them [12:40] but no luck yet in finding anything [12:41] but its pretty strict, vim shows wrong lines instantly, there must be a spec [12:41] jordi: debian/copyright [12:43] mdz: this box is Debian [12:43] the Broken OS [12:44] jordi: apt-get source launchpad-integration [12:44] baz get jamesh@..../... [12:45] ooh, that baz thing :P [12:46] jordi: get used to it :-P [12:46] ok pals, i'm off to bed - see you around [12:47] yeah man === terrex [~terrex@84-122-73-155.onocable.ono.com] has joined #ubuntu-devel === kinjoo [~kinjoo@p54AA633F.dip.t-dialin.net] has left #ubuntu-devel ["Verlassend"] === bskahan [~bskahan@pool-162-84-232-40.ny5030.east.verizon.net] has joined #ubuntu-devel === Arr0gance is now known as Arrogance === lakin [~lakin@dsl-hill-66-18-228-60-cgy.nucleus.com] has joined #ubuntu-devel === Gman_ [~Glynn@amfea-proxy-1.sun.com] has joined #ubuntu-devel === bur[n] er [~burner@c-67-173-243-73.hsd1.co.comcast.net] has left #ubuntu-devel [] === AndyFitz [~andy@CPE-203-51-237-217.qld.bigpond.net.au] has joined #ubuntu-devel === edc [~noirrac@tpc-ip-nas-1-p88.telkom-ipnet.co.za] has joined #ubuntu-devel === AndyFitz [~andy@CPE-203-51-237-217.qld.bigpond.net.au] has left #ubuntu-devel [] === zenrox [~zenrox@71.115.200.215] has joined #ubuntu-devel === macgyver2 [~macgyver2@macgyver2.user] has joined #ubuntu-devel === highvoltage [~Jono@196.36.161.235] has joined #ubuntu-devel === edc is now known as lsuactiafner === lsuactiafner [~noirrac@tpc-ip-nas-1-p88.telkom-ipnet.co.za] has left #ubuntu-devel [] === dr88dr88 [~gerrit@h174040.upc-h.chello.nl] has left #ubuntu-devel [] === martinhj [~martinhj@host-81-191-103-214.bluecom.no] has joined #ubuntu-devel === WaterSevenUb [user@bl5-40-135.dsl.telepac.pt] has joined #ubuntu-devel === bddebian [~bddebian@pcp08717033pcs.phnixv01.pa.comcast.net] has joined #ubuntu-devel === macgyver2 [~macgyver2@macgyver2.user] has joined #ubuntu-devel === robertj [robertj@66-188-77-153.dhcp.athn.ga.charter.com] has joined #ubuntu-devel [02:49] Kamion : libdebian-installer fails on ia64 because ia64 doesn't support -gstabs (for reference, neither for ppc64, so that'll fail if/when it ever becomes a supported debian/ubuntu build target) === highvolt1ge [~Jono@196.36.161.235] has joined #ubuntu-devel [02:50] Kamion : s/neither for/neither does/ [02:50] what the heck is using stabs? [02:50] stabs is so fucking 60s [02:53] elmo: Can I get white-listed for kate notifications? [02:53] Only if you get her name right. [02:53] Poor thing. [02:53] ? [02:54] bddebian: yeah, you're in the whitelist locally; I'll sync it tomorrow [02:54] bddebian: it's katie, not kate [02:54] Oh, OK, thank you [02:54] Ohhh katie, sorry === bddebian pets katie === glick [~noobia@cpe-24-193-254-95.ucwphilly.res.rr.com] has joined #ubuntu-devel [03:01] hello [03:01] Hello glick [03:02] excuse me, twice now, i have tried to backport wxpython2.6.3 to hoary and after like an hour and a half of building i get a segmentation fault when it processes the tex files and tries to convert them to html [03:02] and it of course deletes the entire build tree that it created so far so i have to start over again [03:02] anyone kow whats going on with this? [03:03] Use -nc if you don't want it to clean your build-tree [03:03] bddebian, but i dont know if it still has important things to build, i dont know if without that ill be able to install it [03:04] this is the eror line [03:04] /bin/sh: line 1: 4845 Segmentation fault LD_LIBRARY_PATH=../objs_gtk_sh/lib: ../objs_gtk_sh/utils/tex2rtf/src/tex2rtf ../docs/latex/wx/manual.tex ../docs/wx-manual.html/wx2.6-manual.html -twice -html [03:04] make: *** [build-doc-stamp] Error 139 [03:04] glick : Backtrace it in gdb. [03:06] infinity, im not sure what i would backtrace, its not like it dropped a core file [03:06] and it sucks to have to do that again with no result [03:06] glick : Sure, but you can re-run that one line without restarting the build. [03:07] glick : So, do the build until it fails, then re-run that one bit in gdb, and backtrace the segv. [03:07] infinity, not really cause all the stuff has been deleted [03:07] glick : No, nothing gets deleted until you re-start the build and debian/rules clean is run again. [03:08] (Well, unless that package has a really broken build system that cleans on failure, but that would be retarded...) [03:08] infinity, it says.. after that line clearning the build enviorbment removing directory so and so [03:10] i think i might jsut say screw wxpythin [03:10] look for another gui framework === Gman_ is now known as GmanAFK === WaterSevenUb [user@bl5-40-135.dsl.telepac.pt] has left #ubuntu-devel [] === poningru [~poningru@pool-68-238-171-180.tampfl.fios.verizon.net] has joined #ubuntu-devel [03:26] you're using pbuilder? === ogra [~ogra@p5089E792.dip.t-dialin.net] has joined #ubuntu-devel [03:27] ? [03:27] He was talking to glick. [03:27] Aye [03:29] bob2, yes i was [03:29] there you go then [03:29] bob2, i was told to use pbuilder [03:29] either don't use it, or configure it to not destroy the build tree on failure [03:30] I recommend not using it === jp [~jp@200-126-83-56.bk6-dsl.surnet.cl] has joined #ubuntu-devel [03:31] using pbuilder is fine, as long as you know what it's for and what it does [03:32] i dont really i just wanted the latest version of wxpython :) === OddAbe19 [~OddAbe19@pcp02542642pcs.lncstr01.pa.comcast.net] has joined #ubuntu-devel === Keybuk [~scott@rjo-lmn-svr.kerntec.com.br] has joined #ubuntu-devel === lexhider [~lexhider@220.235.223.231] has joined #ubuntu-devel === ikuyaLoqu [~ikuya@gnulinux.good-day.net] has joined #ubuntu-devel === highvoltage [~Jono@196.36.161.235] has joined #ubuntu-devel === lexhider [~lexhider@220.235.223.231] has left #ubuntu-devel ["Leaving"] === robitaille [~daniel@d154-5-117-228.bchsia.telus.net] has joined #ubuntu-devel === lexhider [~lexhider@220.235.223.231] has joined #ubuntu-devel === GmanAFK is now known as Gman_ === mdz_ [~mdz@ca-studio-bsr1o-251.vnnyca.adelphia.net] has joined #ubuntu-devel === highvolt1ge [~Jono@196.36.161.235] has joined #ubuntu-devel [05:33] does anyone here also do any development for Windows? === sfvt [~sfvt@pool-64-222-117-63.burl.east.verizon.net] has joined #ubuntu-devel [05:40] glick, I do [05:41] camilotelles, is there any documentation on how one would access the cdrw on windows for example in your code if you wanted to write a burnner app [05:42] glick [05:42] Image Mastering API [05:43] camilotelles, where can i read up on that? [05:43] glick, http://msdn.microsoft.com/library/default.asp?url=/library/en-us/devio/base/image_mastering_api.asp [05:43] Ack, my eyes, my eyes.. [05:45] camilotelles, where are these functions available? [05:45] do i have to buy .NEt to access these? [05:45] bddebian, take easy, i'm only asking a question :) [05:45] :-) [05:46] glick, i think this is from the base system. === sleeeep [~yousleepn@64.88.196.8] has joined #ubuntu-devel [05:48] damn there arnt any examples [05:48] i forget windows isnt linux and everyone is a closed source/shareware asshole [05:50] more than likely we're all nice people and you're just offtopic. :) [05:50] glick, whiprush is right. === bskahan [~bskahan@pool-162-84-232-40.ny5030.east.verizon.net] has joined #ubuntu-devel === highvoltage [~Jono@196.36.161.235] has joined #ubuntu-devel === netdur [~adel@196.206.67.4] has joined #ubuntu-devel [06:24] poeple, I don't know if you know about new icons or not... but take a look, it worth! http://nuovext.pwsp.net === robitaille [~daniel@d154-5-117-228.bchsia.telus.net] has joined #ubuntu-devel [06:29] so, backports people [06:29] apparently someone backported smeg to hoary [06:29] which apparently neccessitated a newer pyxdg [06:29] said new pyxdg breaks gnome-app-installer [06:29] oh, i may or may not have given them the pyxdg package that's in the old backports :P [06:29] i can't remember [06:30] but it's still a problem in the new repo [06:35] bob2: Mez is the person to talk to === srbaker [~srbaker@S0106001217ad6427.pk.shawcable.net] has joined #ubuntu-devel [06:44] do i seriously need a bugzilla account to VIEW bug reports? [06:44] oh, thank god [06:45] You shouldn't [06:45] Ohh [06:45] 12613 is fucking ridiculous. [06:46] Ubuntu ships with pre-release software, and there's actually a discussion about it when it starts breaking shit [06:48] srbaker: chill, please [06:49] jdub, hey, i'm chilled. [06:49] jdub, i just want to know when i'll be able to get work done wihout having to spend my days building custom packages for my co-workers [06:50] sigh === srbaker [~srbaker@S0106001217ad6427.pk.shawcable.net] has left #ubuntu-devel ["Leaving"] === jsgotangco [~jgotangco@202.57.71.236] has joined #ubuntu-devel [06:50] pfft [06:50] pfft? [06:50] heh hi btw === Gman_ is now known as GmanAFK === Lathiat [lathiat@gasp.bur.st] has joined #ubuntu-devel === srbaker [~srbaker@S0106001217ad6427.pk.shawcable.net] has joined #ubuntu-devel [06:54] jdub, okay, i'm sorry for being a bit impatient. [06:54] jdub, i was under the understanding that this was a solved problem, and then i looked at the bug and saw otherwise. [06:54] jdub, this is the source of a huge amount of pain for our entire team [06:55] srbaker: so would you be willing to test an updated package to ease our concerns that it would be inappropriate for hoary-updates? [06:55] absolutely. [06:55] i really think that's all it comes down to [06:55] all six of us would gladly. [06:55] i didn't see any mention of update packages on the bug. just multiple suggestions to "use backports" [06:56] i do *not* use backports, because they are unstable and buggy. [06:56] What's this about? [06:56] Lathiat, hoary shipped with a pre-release hoary. [06:56] ok, so perhaps grab the backports build, and then comment on the bug about your testing [06:56] srbaker: hoary? [06:56] you mean ruy? [06:56] *ruby? [06:56] Lathiat: ruby [06:56] ruby [06:56] ah right [06:56] i thought so [06:56] sorry [06:57] (i totally understand horrored distrust of backports) [06:57] jdub, heh. you don't know the half of it. our entire development team has standardized on ubuntu. there have been... some annoyances. [06:57] and some major fucking problems. [06:57] most of them have been since traced back to backports usage :P === Lathiat laughs [06:57] productive feedback always appreciated [06:57] jdub, so the ruby in backports is the "officially" sanctioned package then/ [06:58] mmm, ugly backports pain [06:58] srbaker: well, no, but if it tests well, we could push it in hoary-updates [06:58] hrm [06:58] (hate to admit, but i use the ruby in backports for rails) [06:58] okay, i'll take a look at it [06:58] which then would be official, supported, etc. [06:58] but we really can't do it on a whim [06:58] currently we're using packages that i built from debian sarge. [06:58] which i think makes sense [06:58] hoary-backports is likely to become a staging area for hoary-updates in some cases [06:59] and is the kind of trusted state you'd expect for a supportable platform :-) [06:59] mdz: rock [06:59] jdub, makes sense but this is a huge problem for us and many others, and it's been almost a month with no hint at the possibility of an official resolution [06:59] srbaker: mm, but it is kind of a quiet bug [06:59] alright, i'm biased. [07:00] srbaker: i mean, you haven't even commented :-) [07:00] jdub, i haven't needed to. my co-workers have. [07:00] we can't be held responsible for the fact that they fixed some particularly interesting bug 2 days after we froze ruby [07:00] ok [07:00] mdz: though, to be fair, we did ship a pre-release (trusting debian unstable in the process) [07:00] this happened 4 months before release; if someone had mentioned it during that time, this would have been easy to fix [07:00] mdz, imho, if there's a "pre" in the version number, it should be closely watched for updates and included. [07:01] shipping pre-release software just seems stupid. [07:01] there are lots of pre-release packages which go out with stable releases [07:01] it's at the discretion of the maintainer, and they usually know what they are doing [07:01] i know. it's frightening [07:01] srbaker: understand the POV, but there are different ways of looking at things from the "shipping a supportable distro" POV too [07:01] hi, jdub: If I remember correctly bug #12050 is a duplicate of a bug you commented, I was having trouble finding it. [07:02] jdub, okay. thanks for being helpful. sorry to be a prick, but this has been an ongoing PITA [07:02] jdub, it's been the source of a lot of problems at work [07:03] srbaker: s'ok. but we are usually not so diplomatic in reaction to this kind of behavior, so please don't take this as a useful strategy for getting your problems solved in ubuntu. :-) === Benoni [~liblit@adsl-68-78-236-226.dsl.mdsnwi.ameritech.net] has joined #ubuntu-devel [07:03] jdub, heh, of course not. keep in mind to you this is the first time you've seen it, and i apologize for not taking this into consideration. for me, this is a month-old problem with a seemingly simple solution [07:03] lexhider: hrm, there's a few of these [07:04] jdub, also, i was under the impression that at least two of my co-workers have bitched in here about it already and were basically told to fuck off [07:04] jdub: it's hard to search for duplicates when it takes so long. ;) [07:04] lexhider: kind of annoying to be getting the big .js file from https ;) [07:04] srbaker: it may seem simple to you, but there is a lot of potential for breakage in blindly including an enormous patch in a stable release [07:04] mdz, true, but it seems unlikely that software will depend on a bug in a pre-release that was only in the world for a couple days === Burgundavia [~corey@S0106000000cc07fc.gv.shawcable.net] has joined #ubuntu-devel [07:05] srbaker: if someone behaved inappropriately (CoC) toward them, I'd like to hear about it (with quotes) [07:05] srbaker: there could be bugs in the changes between pre and final [07:05] srbaker: certainly not, and I would be unlikely to object to fixing that bug [07:05] srbaker: but I do object to blindly including an enormous, unauditable patch [07:06] srbaker: as an upstream, i am totally happy for distros to be fundamentally untrustworthy of my prissy version number statements about stability ;-) [07:06] mdz, i'll ask around. i think it was more of a general dismissal than inappropriate behaviour. [07:06] jdub, fair enough. [07:06] okay, then this brings me to my next question [07:06] srbaker: if you know what the specific bug is, and can help us to isolate a patch, that would help to move things forward [07:06] can we pay canonical for specific focus on the things that trouble us? [07:06] but this isn't going to fly: 52 files changed, 6277 insertions(+), 279 deletions(-) === Benoni [~liblit@adsl-68-78-236-226.dsl.mdsnwi.ameritech.net] has left #ubuntu-devel [] [07:07] we lose money when ubuntu gets in our ways, and it's been doing so quite a bit lately. [07:07] (well, me. others have different problems of different sizes) [07:07] srbaker: yeah, you can - yay for support :-) [07:07] could we perhaps pay for the day or three that it would take to audit and include this patch? and how much would it cost? [07:08] srbaker: in fact, if you want to email me about what you're doing, and the problems you've faced, that would be really helpful -> jeff.waugh@canonical.com [07:08] jdub, this ruby one has been the show stopper. there have been other issues, but i am unable to pin them on ubuntu because my co-workers aren't as strict about package integrity as i am [07:08] srbaker: why would you want to do that, instead of getting your bug fixed directly? [07:09] mdz, well, my assumption is that the reason this bug is taken less seriously than others is a matter of business. if we pay for your time, then we can pick what bugs are addressed in that time, no? [07:09] mdz: (customers setting priorities for bug fixing through a commercial transaction...) [07:09] that's how i've done with other commercial vendors in the past [07:10] srbaker: hrm, not a matter of business that the bug has not been fixed yet [07:10] RH, in particular has been great at this. [07:10] srbaker: of course you could get your bug fixed as part of a support arrangement, but I don't see why you would insist on fixing the methodology [07:10] mdz, i don't care about anything but the right version of ruby being in hoary :) [07:10] srbaker: that's not a support issue [07:10] and if paying for it will make it happen more quickly, i'm sure i can convince the right people to cough up the dollars to make it happen [07:11] mdz, we seem to disagree over whether shipping a pre-release known-buggy piece of software is stupid then. [07:11] if what you need is a stable and supported Ubuntu build of a certain version of ruby, we can certainly provide that [07:11] but it won't force a decision about what gets included in the official releases [07:12] srbaker: yes, we do. it is not as simple as that. [07:12] so the policy of including pre-release known-buggy software isn't seen as a problem then? [07:12] srbaker: (it's not a policy) [07:12] known-buggy? [07:13] srbaker: in some cases, we need to ship pre-release software (or patches out of cvs) to be able to support things; in this case, it was largely a timing and feedback issue [07:14] srbaker: but this is just to explain why it is the way it is; it doesn't really impact whether we can fix it or not [07:14] :-) [07:14] there was no bug reported about this issue until last month, which was three months after Hoary released [07:14] and there still isn't a proper bug report; just a request for a new version (which is why it ended up with backports) [07:14] "you shipped a pre-release buggy version of X" is a proper bug report [07:15] and the appropriate fix is to ship the non-pre-release version [07:15] srbaker: the "buggy" bit is the proper bug :-) [07:15] srbaker: if the differences were small, that would be a no-brainer, but they were not, so it has to be more carefully considered (and tested) [07:15] so the way forward, i think, [07:16] is to ask the affected users to test an updated package [07:16] so we can be comfortable shipping it in hoary-updates (and thus an officially supported fix) [07:16] okay, well we'll test it. does this mean that ruby1.9pre might make it into breezy though? [07:16] no, that is not a proper bug report. a proper bug report would be "this bit of ruby isn't working properly; here's a test case demonstrating the problem" [07:16] srbaker: well, the timing issues are going to be different, i'm sure [07:16] mdz: that wouldnt be entirely effective in this case [07:16] what's in breezy atm? [07:16] as rails does a version check [07:17] 1.8.2-1 in breezy [07:17] Version: 1.8.2-1 [07:17] mdz: think firefox [07:17] Lathiat: I'd be happy to patch that out [07:17] and we're already UVF [07:17] breezy's ruby+rails setup works fine [07:17] srbaker: so there's no problem at all in breezy [07:17] mdz: right but if someone wants to use a gem, they get the same problem [07:17] yeah it works fine in breezy [07:17] jdub: unless, of course, we pull a new version in order to fix a known bug [07:18] srbaker: again, there is no "we ship pre-release software" policy - it came straight from debian sid [07:18] mdz: yeah [07:18] yeh ive successfully used rails on breezy [07:18] so have i. [07:18] its a shame the bug wasnt caught pre-hoary [07:18] srbaker: and crucially, it survived the testing process :) [07:18] Lathiat: I think rails didn't have that check until after hoary released [07:19] ajmitch: It must have, because the version in hoary whinges [07:19] ajmitch: damn, like that bloody firefox page! [07:19] jdub: like i said a minute ago, "think firefox". :) [07:19] haha [07:19] ... and dont kill me for the pain and suffering that results. [07:20] ok [07:20] party time [07:20] Lathiat: that means that no one tested rails, and since it's in universe, it wasn't a priority for centralized QA [07:20] later :) === fabbione goes back rebuilding his garden room [07:20] mdz: indeed [07:20] mdz: sadly the people that want to use those packages won't find the bugs until it's too late for the MOTUs [07:21] ajmitch: I don't think that's inherently true [07:21] lots of users test software that's important to them in ubuntu pre-releases [07:21] that's absolutely the best way to ensure that the next ubuntu release is high-quality in the ways that matter to you [07:22] as long as enough people test & report the bugs for fixing, we're ok [07:22] rails just seemed to slip through, I think [07:22] rails didn't have the version check until 0.13.1 [07:23] its all in breezy though [07:23] good! === womble [~mpalmer@203-219-190-106.tpgi.com.au] has joined #ubuntu-devel [07:23] we're planning on migrating the office to breezy upon freeze, and spending a week hammering it, iirc. [07:23] srbaker: right, that's what I thought, so it's a case of using post-hoary rails with hoary ruby [07:23] that's wonderful; that way you can be certain that when it releases, the ruby stuff is up to par [07:24] yeah me an ogra were talking about ruby/rails stuff a few days ago [07:24] ajmitch, yeah. it also broke some other software that doesn't actually check but crashes with the bug. i think alexandria was affected. [07:24] you could just use zope3 :) [07:24] *grin* [07:24] that's what we're using [07:25] jamesh: why not, packages are in debian experimental iirc :) [07:25] not sure if they've been imported to breezy yet [07:25] ajmitch: we aren't actually using a packaged version of zope3 [07:27] jamesh: I wouldn't expect you to at the moment [07:27] zope. hehe [07:27] i don't think zope can handle the kind of traffic we do. otherwise, i'd suggest it [07:27] well, not on a manageable amount of hardware [07:30] jdub, okay, thanks for easing my mind on this. much better than the feedback my co-workers were getting when they checked it out [07:31] i won't care anyways. everyone else on my team is staying with ubuntu. they ordered me a mac today. :P [07:31] lol [07:31] srbaker: if its any help to you, my colleagues at work are ruby/rails people as well and using them on breezy at the moment [07:32] aside from the other guys using it on windows [07:32] jsgotangco, yeah, i know breezy is pretty decent, but i'm not willing to risk it [07:32] yeah [07:32] we have enough problems with supposedly stable software :P === rob^ [~rob@rob-ubuntu.student.supporter.pdpc] has joined #ubuntu-devel [07:38] jsgotangco, how many rails developers at your work? [07:38] 4, not really rails-dedicated btw [07:39] not including me, i just dived in and getting my feet soaked [07:41] ahh [07:41] well, we're under the impression that we're currently the biggest rails dev shop outside of 37signals. we're 6 [07:41] ooh, new gamin [07:41] 6, fulltime === highvolt1ge [~Jono@196.36.161.235] has joined #ubuntu-devel [07:42] and well, we do more traffic than anyone on the internet except 44 sites, so we're also big in that way === pitti [~pitti@195.227.105.180] has joined #ubuntu-devel [07:54] Good morning === mdz_ [~mdz@ca-studio-bsr1o-251.vnnyca.adelphia.net] has joined #ubuntu-devel [07:55] Hi mdz_ === doko [~doko___@dsl-084-059-074-162.arcor-ip.net] has joined #ubuntu-devel === mdz connects from his desktop for the first time in over a month [07:57] good morning [07:57] Hey doko === lexhider [~lexhider@220.235.219.101] has joined #ubuntu-devel [08:02] hplip (0.9.4-2) unstable; urgency=low [08:02] . [08:02] * Matthias Klose : [08:02] * hplip-base should also replace files in hplip-data (<< 0.9.3) [08:02] * Run HPLIP daemons as non-root user (optional, default as run as root) [08:02] (closes: #320936) [08:02] pitti: ^^^ for your statistics [08:02] doko: thanks! :-) Can you please send the patch to Debian, too? [08:02] morning all [08:03] pitti: 0.9.4-2 [08:03] doko, pitti: statistics? [08:03] doko: oh, I see :-) [08:03] doko: so can we make it the default in Ubuntu somehow? [08:03] it already is [08:03] Lathiat: https://wiki.ubuntu.com/DerootificationStatus [08:03] doko: you are so great! :-) [08:03] pitti: ah [08:04] hi Lathiat , pitti [08:04] hi pitti [08:04] yo sivang [08:04] doko: added to the wiki page === brainbox [brainbox@openwire.metawire.org] has joined #ubuntu-devel === brainbox [brainbox@openwire.metawire.org] has left #ubuntu-devel [] === lexhider [~lexhider@220.235.219.101] has left #ubuntu-devel ["Leaving"] [08:12] btw is there any bug reports about firefox on amd64 being unstable starting in the past week or so? [08:14] its crashing pretty frequently on my box === Burgundavia [~corey@S0106000000cc07fc.gv.shawcable.net] has joined #ubuntu-devel [08:14] calc: do you have the latest libcairo1? Try to upgrade [08:15] 0.6.0-0ubuntu2 [08:15] afaik i have all the current stuff [08:17] "it's in breezy right now but unfortunately X doesn't work" ;) [08:18] X kinda works ;) [08:18] at times [08:18] i don't restart X often since it has a habit of breaking [08:18] no, one of the lugradio guys said this [08:18] talking about cairo and gtk [08:18] heh [08:19] X works [08:19] latest episode [08:19] as long as you hack up mkfontdir [08:19] no, that's fixed too [08:19] but this was recorded probably 2 or 3 weeks ago [08:20] thats fixed? [08:20] since when? [08:20] i dont remember seeing an X update [08:20] xfont-utils or something [08:21] pitti: can I ask you something about effecting packaging dependencies wrt launchpad integration? [08:21] sure [08:22] what is launchpad-integration for exactly? [08:23] say 'integrating with launchpad' and i may have to smack you silly :P [08:23] Amaranth: install file-roller and find out :) [08:24] how could i not have that installed? :P [08:24] pitti: we need to create a helper function (like jamesh did for UIManager and glade) for bonnobo ui apps [08:24] Amaranth: hehe, after you isntalled, go to "Help" and see Launchpad smiling at you :) [08:24] sivang: nice, first thing i see is 'domain name mismatch' :P [08:24] that really needs to get fixed, it scares people away [08:25] Amaranth: bah, well what domain does it look for? [08:25] Amaranth: https://wiki.ubuntu.com/LaunchpadIntegration as well [08:25] err, maybe that's not what it says anymore, i clicked ok without reading [08:26] because i'm used to that stupid error [08:26] shit, now it won't do until until i start a new browser session [08:26] which i can't do because i have sessionsaver [08:26] Amaranth: weird never happend to me [08:27] ah [08:27] i see [08:27] pitti: however, bonnobo brings in ORBit, libgnome, libbonobo, gnome-vfs, etc [08:27] launchpad.ubuntu.com but the cert is for launchpad.net === Amaranth facepalms [08:27] pitti: and the current lib mainly depends on Gtk stuff, so would it be wise to toss this utility in another lib/package? [08:28] Amaranth: tell that to stub , at #launchpad [08:28] Amaranth: I bet he'd like to know , or you have to refresh your cache or something [08:28] Amaranth: they changed the domain 2 days ago IIRC === Valandil [~chrys@dsl-084-056-108-088.arcor-ip.net] has joined #ubuntu-devel [08:32] yay, new gamin [08:33] yeah, i'm about to start beating it to death :P [08:33] (testing it) === JaneW [~JaneW@wbs-146-167-183.telkomadsl.co.za] has joined #ubuntu-devel === purpledropbear [~agittins@CPE-203-45-192-19.qld.bigpond.net.au] has joined #ubuntu-devel === highvoltage [~Jono@196.36.161.235] has joined #ubuntu-devel === retrix [~sam@ppp209-64.lns1.adl2.internode.on.net] has joined #ubuntu-devel === swarm [~swarm@151.97.253.246] has joined #ubuntu-devel === jamesh [~james@203-59-251-126.dyn.iinet.net.au] has joined #ubuntu-devel === mvo [~egon@ip181.135.1511I-CUD12K-01.ish.de] has joined #ubuntu-devel === pvanhoof [~pvanhoof@cvs.maia-scientific.com] has joined #ubuntu-devel === pvanhoof [~pvanhoof@cvs.maia-scientific.com] has joined #ubuntu-devel [09:41] hi all, I need to respond to an e-mail enquiry... will Breezy have twinview in xorg enabled? === retrix [~sam@ppp209-64.lns1.adl2.internode.on.net] has joined #ubuntu-devel === Treenaks points JaneW at daniels === chmj [~chmj@196.36.161.235] has joined #ubuntu-devel [09:44] JaneW: no. we do not ship the nvidia binary driver by default, and will never do so. [09:44] JaneW: as to the general question of dual-head ... i guess breezy+1 or whenever someone gets time to do XorgAutoconfiguration. [09:45] daniels: unless the license changes, of course ;) [09:45] highvoltage: i.e. never [09:45] Treenaks: good point. [09:45] GNNNNNNNNNNNNNNNNR [09:46] kernel update + suspend to disk = losing all state with no warning [09:46] bob2: thats why you should use suspend2 [09:46] bob2: yeah, that really shits me off [09:46] if you try to boot an image with the wrong kernel it gives you a chance to back out [09:46] bob2: i'd love a little thing that blocked on input saying 'if you want to get back to your old session, reboot onw' [09:47] 'else press enter' === seb128 [~seb128@ANancy-151-1-13-180.w83-194.abo.wanadoo.fr] has joined #ubuntu-devel [09:47] Treenaks: s/never/no time soon/ [09:47] daniels, where is status of the completely free ati drivers with 3d for newer cards? [09:47] daniels, 9600 and similar series [09:48] Burgundavia: breezy+1 [09:48] Burgundavia: 'generally works great' for agp, 'utterly non-functional' for pcie [09:48] daniels: yeah [09:48] so they are making good progress on that? [09:48] Lathiat: except then I have to deal with crackaddled Frozen Bubble splash screens [09:48] bob2: eh? [09:48] daniels, not asking for breezy, just didn't get a good sense from the various pages and lists I visited [09:49] Burgundavia: yeah [09:49] maybe that's just what neal has on his laptop [09:49] but having the kernel throw images at me scares me [09:49] er, nigel [09:49] <\sh> morning [09:49] yeh you dont need that [09:49] its an optional feature, obviously [09:49] the default mode is a text mode [09:49] runs a little progressbar and tells you what its doing [09:50] i havent used it in ages tho [09:50] suspend to ram does the trick [09:50] daniels: thanks. The guys says he is looking for something that 'when I plug a projector into my laptop it will configure to display my lcd screen on the projector at the best resolution the projector will handle. Windows currently does that and it really needs to be in ubuntu.' [09:51] last time i used it was on my 266mhz gateway laptop [09:52] JaneW: breezy+1 super-optimistically. breezy+2 possibly. breezy+3 probably. breezy+4 maybe. it's a frigging hard problem space. [09:52] JaneW: one of the things I'd love to spend development time on, but I don't have any [09:52] yeh that sounds nasty [09:53] daniels: ok thanks and understood ;) [09:53] theres like 4 separate problems that jump into my head off the bat [09:54] a) initial detection of devices, b) binding them to the same driver, c) reconfiguring on the fly, d) having the driver detect plug events, e) if doing xinerama, how to deal with accel etc; if doing mergedfb, how to set independent modes [09:55] do projectors reliably provide their maximum resolution with the autodetection magic? [09:55]