[00:44] <mrintegr1ty> Hi, what is the name of the script / app used to create the jauntyReleaseSchedule?
[00:44] <Keybuk> Steve Langasek
[00:44] <mrintegr1ty> is it built into launchpad?
[00:44] <directhex> yes, he is
[00:45] <cjwatson> actually this time round it was me ;-)
[00:45] <cjwatson> I copied it from IntrepidReleaseSchedule and edited it
[00:45] <cjwatson> no script involved
[00:45] <mrintegr1ty> cjwatson: lol ok
[00:45] <Keybuk> previously it's generally been me
[00:45] <cjwatson> as you can tell from the way I typoed 2008 for 2009 in a number of places
[00:46] <directhex> so slangasek is NOT built into launchpad?
[00:46] <mrintegr1ty> cjwatson: lol, so it's just manual ish html then?
[00:46] <slangasek> no, but I've got some interesting IRC integration features
[00:46] <TheMuso> lol
[00:46] <mrintegr1ty> cjwatson: btw, the "download ical" links dont work
[00:47] <cjwatson> mrintegr1ty: yes, Steve hasn't created the jaunty .ics yet
[00:47] <mrintegr1ty> ok np
[00:47] <slangasek> hrm, I haven't, have I
[00:47] <cjwatson> mrintegr1ty: I believe that UbuntuReleaseSchedule.ics is up-to-date though
[00:47] <cjwatson> ish
[00:47] <cjwatson> mrintegr1ty: just manual wiki notation
[00:47] <slangasek> UbuntuReleaseSchedule.ics should be fully up-to-date
[00:48] <slangasek> if it's not, I'm not aware of it
[00:48] <cjwatson> I hadn't checked it to see how much detail was there
[00:48] <cjwatson> e.g. DebianImportFreeze which I made up following the last discussions we had
[00:48] <cjwatson> (and which probably shouldn't be final as it stands)
[00:48] <mrintegr1ty> im at work just now, trying to open the ics in outlook gives an error (what doesnt give an error in outlook)
[00:48] <mrintegr1ty> so I cant check it just now
[00:49] <cjwatson> jaunty opening status: glibc built everywhere, running publisher by hand, will accept dpkg and debhelper after that
[00:49] <jdong> coolness :)
[00:49]  * wgrant celebrates.
[00:49] <jdong> multimedia crack any second now... :)
[00:50] <cjwatson> you overestimate the speed of the publisher
[00:50] <ajmitch> jdong: restrain yourself
[00:51] <jdong> cjwatson: hehe and you overestimate the speed of me finishing this homework that's due tomorrow :)
[00:51] <slangasek> cjwatson: yeah, DIF isn't included on the main Ubuntu Schedule
[00:51] <cjwatson> slangasek: ok
[00:52] <cjwatson> slangasek: I thought you were still supposed to be on holiday. :)
[00:52] <slangasek> I am
[00:52] <cjwatson> /kick slangasek excessive work
[00:52] <slangasek> but I appear to have not taken adequate steps to disable IRC highlighting :-)
[00:52] <Keybuk> cjwatson: you're not his boss anymore ;)
[00:52] <cjwatson> true :)
[00:54] <lamont> DIF?
[00:54] <slangasek> DebianImportFreeze
[01:44] <cjwatson> http://launchpadlibrarian.net/19314713/buildlog_ubuntu-jaunty-powerpc.dpkg_1.14.22ubuntu1_CHROOTWAIT.txt.gz argh
[01:45] <StevenK> cjwatson: You fixed that problem on sparc, and now it pops up on powerpc?
[01:45] <cjwatson> it's just not my day
[01:47] <cjwatson> I don't understand how glibc built though ...
[01:48] <Hobbsee> Oh dear.  I have a SRU to push.  it's 200 lines.
[01:51] <cjwatson> ah. when building glibc, powerpc didn't upgrade libc6 for some reason
[01:51] <cjwatson> that's really annoying
[01:52] <cjwatson> infinity: I'm going to need another manual bootstrap, sorry :-(
[01:57] <Yasumoto> hey guys, if someone has some time, would you mind making sure I've got https://bugs.launchpad.net/bugs/272316 set up right so far? thanks! :)
[02:03] <cjwatson> infinity: /wg 83
[02:03] <cjwatson> (oops, sorry)
[02:05] <cjwatson> infinity: please bootstrap glibc/2.8+20081027-0ubuntu6/powerpc as with sparc - sorry again, I owe you a beer
[02:23] <lukehasnoname_> bug #286175
[02:24] <wgrant> bug #1
[02:24] <Hobbsee> bug 218958
[02:29]  * Hobbsee uploads her first package to jaunty.
[04:02] <infinity> cjwatson: Will do when I'm back from family time.
[06:15] <dholbach> good morning
[06:35] <kirkland> pitti: hey, i subscribed you to https://bugs.edge.launchpad.net/ubuntu/+source/ecryptfs-utils/+bug/259631
[06:35] <kirkland> pitti: i spent pretty much all day today refining the debdiff attached there
[06:36] <kirkland> pitti: i'd like to review that with you at some point, but i think it's just about ready for -proposed
[06:37] <kirkland> pitti: i'm going to catch some zzz's now.  will ping again in the morning.
[07:04] <soren> kirkland: Why do you put a .desktop file in /usr/share/app-install?
[07:11] <pitti> Good morning
[07:13] <Hobbsee> hey pitti, the SRU man!
[07:14] <pitti> kirkland: awesome, thanks
[08:27] <siretart> kees: would you mind committing your latest cryptsetup upload to bzr?
[08:30] <emgent> morning
[08:40] <Hobbsee> thanks pitti
[08:45] <mdke> if anyone has any idea what this error is or what is causing it - http://launchpadlibrarian.net/19268761/hiba.png - please post it to bug 292959
[08:59] <pitti> kirkland: I reviewed and replied in the bug report
[09:34] <pitti> Keybuk: hm, why isn't MoM generating .patch files for the Debian update any more?
[09:34] <pitti> Keybuk: of all the output MoM generates, the Ubuntu and Debian patches are the two that I actually use :)
[09:35] <ido_> can any one help me with guidelines on how to start developing for ubuntu ?
[09:35] <ido_> eg, is there a repository which I can work with to get the sources
[09:35] <ido_> how to compile, etc..
[09:35] <pitti> Keybuk: hm, seems that some are missing the ubuntu .patch
[09:36] <pitti> Keybuk: e. g. http://merges.ubuntu.com/a/autogen/ just has the ubuntu patch, while http://merges.ubuntu.com/a/asciidoc/ just has the debian one
[09:38] <stefanlsd> ido_: Have a look at https://wiki.ubuntu.com/ContributeToUbuntu
[09:39] <persia> ido_, Also, you'll want to ask in #ubuntu-motu : such discussions are more on-topic there.
[09:39] <stefanlsd> ido_: If you would like to contribute with dev specifically, have a look at https://wiki.ubuntu.com/MOTU/GettingStarted
[09:39] <stefanlsd> or as persia says, come visit us in #ubuntu-motu     :)
[10:36] <pitti> mvo: can you please set the correct task for bug 293486? is that for hardy?
[10:45] <mvo> pitti: its intrepid, sorry
[10:45] <mvo> pitti: I added a milestone, but not a correct task, fixed now
[10:45] <pitti> mvo: ah, since the test case speaks about gutsy and hardy
[10:46] <mvo> pitti: yeah - its probably uncommon, just for people who kept the package around
[11:03] <mvo> pitti: ups, I accidently subscribed bug #293497 to ubuntu-sru (its universe) - please ignore, I seem to be unable to unsubscribe you again
[11:04] <pitti> mvo: that's fine, don't worry
[11:11] <cjwatson> infinity: any word on that bootstrap?
[12:27] <Hobbsee> Is there any way that the debian-installer can be told *not* to install
[12:27] <Hobbsee> recommends yet apt is configured to install recommends by default?
[12:27] <Hobbsee> cjwatson: can ^ be done?
[12:28] <Hobbsee> (by preseed or something, i guess)
[12:28] <cjwatson> not really
[12:29] <directhex> ehm... debian does that already iirc
[12:29] <directhex> which is why tomboy isn't installed by default from d-i installation
[12:29] <directhex> i think tasksel is to blame
[12:30] <cjwatson> directhex: I mean that the way Ubuntu is set up it's not really possible to disable that
[12:30] <cjwatson> tasksel is not to blame
[12:30] <directhex> right.
[12:31] <cjwatson> Ubuntu's Task: fields are generated including Recommends
[12:31] <cjwatson> there's no real way to filter out "what would Task: have been if Recommends: were not included?"
[12:32] <Hobbsee> right
[12:37] <Hobbsee> Someone really needs to go thru the seeds, throw everything that isn't required for running an ubuntu desktop to recommends, and remove a lot of cruft from this bugtracker - hitting most ofit with the wontfix stick.
[12:37] <Hobbsee> Only problem is, it'll require someone who knows close to everything to know if things are valid or not
[12:40] <Pelo> anyone home ?
[12:40] <Pelo> how do I switch text editor in cron , I'm stuck in vi since the upgrade
[12:41] <directhex> update-alternatives --config editor
[12:41] <stefanlsd> Pelo:  update-alternatives --config editor
[12:42] <directhex> i win!
[12:42] <stefanlsd> hehe
[12:42] <Pelo> stefanlsd, I put that in the terminal ?
[12:42] <cjwatson> with 'sudo' in front of it, yes
[12:42] <directhex> are you sure you weren't looking for #ubuntu ?
[12:42] <Pelo> thanks guys been driving me nuts
[12:42] <cjwatson> and indeed, you wanted #ubuntu not #ubuntu-devel
[12:43] <Pelo> directhex, , but stefanlsd used my nick , so he's the first one I noticed
[12:43] <Pelo> directhex, no , I asked there first , but trust me this is out of the usual stuff dealt with there
[12:44] <Pelo> thanks guys
[12:45] <Riddell> mvo: I got a fix for bug 291115, shall I upload as a SRU?
[12:46] <mvo> Riddell: I just did a sru upload, just add your fixes to the intrepid branch and upload a new version I think
[12:46] <mvo> Riddell: or let me re-upload it if it was not accepted for the sru yet
[12:47] <Pelo> hello again ,
[12:47] <Pelo> no luck , stick stuck in vi
[12:47] <cjwatson> Pelo: in future, please don't use #ubuntu-devel just because #ubuntu was unable to answer your question.
[12:47] <Riddell> mvo: nothing recent in bzr
[12:47] <cjwatson> Pelo: this is not an escalation channel for hard questions.
[12:47] <cjwatson> it is a developer channel
[12:47] <Pelo> cjwatson, I'm aware of that
[12:47] <cjwatson> please don't ask, then
[12:48] <Riddell> mvo: oh yes there is, just the date in the changelog is old
[12:48] <Pelo> but this is a rather pointed one and I've been looking for cron channel and answers elsewhere for several days
[12:48] <Riddell> mvo: so I'll reject the one in intrepid-proposed unapproved and commit my fix to .33
[12:48] <cjwatson> Pelo: https://answers.launchpad.net/ubuntu
[12:48] <mvo> Riddell: please do, I will then re-upload
[12:48] <mvo> Riddell: just let me know when the commit is done
[12:48] <cjwatson> Pelo: or the forums. but not here, please.
[12:48] <Hobbsee> Pelo: or forums.
[12:49] <Hobbsee> ^5 cjwatson
[12:49] <Pelo> ok I'm out
[12:50] <Riddell> mvo: Committed revision 1152
[13:07] <mvo> Riddell: thanks, you put it into the "main" branch, I will merge into the "intrepid" branch
[13:12] <Riddell> mvo: oh sorry, didn't know it had branched
[13:13] <mvo> Riddell: no problem
[13:38] <kirkland> pitti: cool, thanks for the review, i'm fixing the issues you raised now
[13:39] <kirkland> pitti: i dropped the gksu check & usage in favor of the command line bit;  that allows me to have the same code usable across desktops & from the command line
[14:34] <jdong> great... I lured myself into replying to a shirish e-mail
[14:35] <ogra> have fun then :)
[15:54] <jdong> "You might also be able to find the firmware file at this link.. but for possible legal reasons (?) I wouldn’t know anything about that."
[15:54] <jdong> "this link" is mediafire
[15:54] <jdong> what the *HELL*?
[15:54] <jdong> does anyone actually look over Planet's contents?
[15:54] <jdong> "note: if you are using Ubuntu 8.04 “Hardy Heron” you can use the isight-firmware-tools package from the intrepid repositories."
[15:54] <jdong> *blink*
[15:55] <kees> siretart: ah! yeah, sorry about that.  fixed now.
[16:15] <mvo> seb128: is that a common one? I can run my autotest magic to see if I can reproduce it
[16:16] <seb128> mvo: no, I had a quick glance to the postinst but it looks correctly
[16:19] <mvo> seb128: ok, I let a auto-test run and will check the result when it finishes)
[16:19] <seb128> mvo: danke
[16:32] <kwwii> can anyone confirm bug #293482 ? seems really funky that nobody else has noticed it but the reporter says it happens on both update and fresh install
[16:34] <ogra> kwwii, my darkroom looks like before ... all whips in place still
[16:36] <liw> kwwii, my darkroom theme is fine here
[16:38] <ogra> kwwii, that looks like a broken gnome-settings-daemon
[16:38] <ogra> or a not properly running one
[17:01] <kwwii> ogra, liw: thanks...that is kinda what I thought as well
[17:04] <tedg> gnome-settings-daemon has started dying for me again.  I uninstalled libvisual-plugins, but that didn't help this time :(
[17:19] <theterl> HGello , I am a programmer who knows what to do with xorg.conf files, and I am having a lcd refresh rate problem that needs fixing like,now... Also. #ubuntu didn't know what to do with me. I realize I should file a bug report in launchpad, but I am too lazy/coding a program right now.  Does a fix exist yet for LCD monitors locking up when full-screen 3d programs are launched?
[17:20] <theterl> this.lblHeading.Text = "\"PLSPLSPLS!\"";
[17:45] <Caesar> Could I get a wee bit of sponsorship on #293705 if possible please?
[17:47] <Adri2000> Caesar: subscribe ubuntu-main-sponsors
[17:47] <Caesar> ooh
[17:48] <Caesar> Adri2000: is there a ubuntu-universe-sponsors as well?
[17:48] <Adri2000> yes
[17:48] <Caesar> Sweet!
[18:06] <theterl> Ok I tried to get this problem fixed in nvidia and xorg as well as #ubuntu
[18:07] <theterl> Will someone tell me if there is a workaround to prevent "input out of range" on lcd monitors when running full-screen 3d apps
[18:08] <theterl> I've done everything I know to do to xorg
[18:12] <tseliot> theterl: maybe try asking here? http://www.nvnews.net/vbulletin/forumdisplay.php?f=14
[18:12] <theterl> good try.
[18:13] <theterl> I have gone there.
[18:13] <bsnider> tkamppeter, printing is broken for a lot of people in intrepid. in my case it seems to be the pstopdf filter
[18:13] <theterl> I just want ONE thing I can change
[18:14] <theterl> this has NOTHING to do with xorg
[18:14] <theterl> Nothing to do with nvidia
[18:14] <theterl> this has to do with the way a linux distro allows a program to alter refresh rates
[18:14] <theterl> if I could go case by case and modify the .config files for the programs, I would
[18:14] <theterl> unfortunantly, they seem not to exist for the particular examples I have been testing
[18:19] <theterl> um, I expect you all to stop what you are doing and fix this?
[18:20] <theterl> No more releases till this is fixed. Stop the presses, delay 9.04 till 2010, and forget about everything besides fixing little terlies problem.
[18:21] <theterl> or I am going to try to cout this room into /dev/null and see what comes out
[18:21] <theterl> probably the beast
[18:21] <Treenaks> theterl: this is not a support channel, so please
[18:21] <theterl> is this a support channel for programmers?
[18:21] <tjaalton> no
[18:21] <theterl> how about for college students?
[18:21] <Mithrandir> nope, this is a discussion channel for Ubuntu development.
[18:22] <theterl> well I'm developing support for a problem.
[18:22] <tjaalton> a problem in a binary blob?
[18:22] <theterl> NOpe.
[18:22] <Mithrandir> what is the problem, then?
[18:22] <tjaalton> sounds like it
[18:22] <theterl> Scroll up?
[18:22] <tjaalton> I did
[18:22] <theterl> I will give you the very basics.
[18:22] <theterl> FretsonFire.
[18:22] <Mithrandir> that opengl apps can request fullscreen mode and the X server changes to it, even though the monitor doesn't support that mode?
[18:22] <theterl> right
[18:23] <tjaalton> driver problem
[18:23] <theterl> driver.
[18:23] <tjaalton> blame nvidia
[18:23] <theterl> blame nvidia.
[18:23] <theterl> *jaw drops*
[18:23] <Treenaks> theterl: they probably have a 'contact' form on their website
[18:23] <theterl> blame the god of computing.
[18:23] <Mithrandir> I don't think I can reproduce that on my intel laptop, at least.
[18:23] <azeem> I had the issue on my Radeon
[18:24] <azeem> at least, I think it was the same issue
[18:24] <theterl> Drivers now?
[18:24] <theterl> azeem did you find a fix0r?
[18:24] <Mithrandir> what are the steps to reproduce it?
[18:24] <azeem> theterl: yes, but it's off-topic here so I can't disclose
[18:24] <Mithrandir> and what's the bug number?
[18:24] <theterl> *I* am off topic.
[18:25] <theterl> reproducing the problem is as simple as finding a 15 inch lcd monitor, hooking it to a desktop machine running ubuntu intrepid...
[18:25] <theterl> wait...
[18:25] <ogra> bugs are a good way to discuss such issues, if you give your bug number to azeem he can add his info
[18:25] <theterl> I think I may have something.
[18:25] <theterl> azeem, were you using a vga cable?
[18:25] <tjaalton> I have a 24" lcd monitor and no such problems (nvidia)
[18:25] <theterl> because this is vga>lcd setup.
[18:26] <theterl> tjaalton are you using DVI?
[18:26] <tjaalton> of course
[18:26] <Mithrandir> finding a 15" monitor here would be somewhere in the range of "impossible". :-P
[18:26] <theterl> ok so this is probably lcd spefic
[18:26] <theterl> yes mithrandir I know you are FILTHY rich
[18:26] <bsnider> it has nothing to do with money. they're not being made anymore
[18:26] <tjaalton> the driver is forcing a mode which the monitor can't handle, so yes, it's a driver problem..
[18:26] <theterl> no more coding on a lisp machine with font color set to black for you
[18:27] <theterl> it's probably just because I am having to use VGA with an lcd.
[18:27] <Mithrandir> theterl: 15" monitors probably cost more than 20" monitors those days.
[18:27] <theterl> I still say a dell triniton crt is the best monitor ever.
[18:27] <theterl> 4000 luminscense.
[18:27] <bsnider> with sony guts?
[18:28] <bsnider> i had one of those. it had a manufacturing defect. the 1110
[18:28] <tjaalton> the driver might not get the specs via vga..
[18:28] <theterl> that's probably half the issue.
[18:28] <ogra> who knows ... if its nvvidia, only nvidia can tell
[18:28] <theterl> but, I still ask..
[18:29] <theterl> is there a userland way to force my games and programs to respect xorg settings?
[18:29] <ogra> yeah, ask them
[18:29] <theterl> because xorg as you can see is working fine.
[18:30] <tseliot> theterl: without a bug report and an attached log it's hard to guess the cause of your problem
[18:31] <tseliot> please file a bug report on launchpad
[18:32]  * tseliot > dinner
[18:32] <theterl> I didn't ask you to find the cause.
[18:32] <theterl> I just said make my system OBEY THE HYPNOTOAD
[18:50] <theterl> https://bugs.launchpad.net/ubuntu/+bug/293739
[18:50] <theterl> here.
[18:50] <theterl> no flaming now.
[18:55] <tjaalton> theterl: right, force HorizSync/VertRefresh in the xorg.conf.. but hey, you already knew that?
[18:57] <theterl> yes I did.
[18:57] <theterl> I set both of those parameters in that manner and also tried modelines.
[19:03] <kees> james_w: what's the state of the s-t-b update?
[19:03] <james_w> kees: I was going to ask you whether you wanted it as -security or -proposed?
[19:04] <kees> james_w: -security please
[19:04] <kees> well
[19:04] <kees> hm
[19:04] <kees> yeah, security
[19:04] <james_w> ok, I'll work on that tomorrow
[19:05] <kees> james_w: I guess what I should ask is, is your diff the final version of the fix?  seems workable to me.
[19:06] <kees> james_w: because if so, I can just upload it immediately.
[19:06] <james_w> ah, I don't think I finished testing
[19:06] <james_w> and it doesn't have the requisite changelog format
[19:08] <kees> s'okay, it's really a regression more than a vuln fix.  I'm fine with the changelog as-is.
[19:09] <james_w> ok, I'm sure you want it tested though :-)
[19:09] <kees> that I do.  :)
[19:16] <kees> james_w: initial testing seems fine to me.  :)
[19:17]  * NCommander is mulling over making a second attempt to PIE build the archive
[19:17] <james_w> kees: oh, if you are willing to test then go ahead.
[19:21] <tkamppeter> bsnider, what exactly goes wrong for you?
[19:23] <bsnider> tkamppeter, well, nothing actually works. the printer is set up apparently using the correct driver, but i can't clean the heads, i can't print a test page, i can't print anything from any app etc. the typical error message is "/usr/lib/cups/filter/pstopdf failed"
[19:25] <bsnider> the last cups update involved a change to that filter
[19:25] <tkamppeter> bsnider, can yoiu set CUPS into debug mode (server settings in s-c-p, last item) and then try printing again to see whether there are more messages from pstopdf?
[19:28] <bsnider> yes but unfortunately it doesn't actually say why the filter is failing
[19:29] <tkamppeter> bsnider, can you tell me which PPD you have used and which files you tried to print? Also which paper size you have used?
[19:30] <tkamppeter> bsnider, the best is you create a bug report on LP with all this info. Also with attached error_log. This would help me to reproduce the problem.
[19:31] <tkamppeter> bsnider, and did the problem not occur before the last CUPS update?
[19:31] <bsnider> i've tried to print office documents, pdfs, odt files, and text files from different programs. the ppd is whatever is set up by default to use with this epson cx4200 paper size is 8x11
[19:31] <bsnider> the problem is that there are several bug reports, the one i've commented on has not been owned yet
[19:32] <tkamppeter> bsnider, can you tell me the bug numbers?
[19:33] <bsnider> i've contributed to bug 289759
[19:33] <bsnider> there are 3 or 4 others that i was looking at today that are along the same lines. this problem did not exist prior to the last cups update
[19:35] <bsnider> there's 271350 which you've been contributing to
[19:35] <tkamppeter> bsnider, can you print a PDF or JPG directly with the lpr command, without GUI app? Or can you try to print an image from the GIMP, using the standard print dialog, not the Gutenprint one? Can you print this way?
[19:36] <bsnider> there's also 286456 and 283605
[19:36] <bsnider> i haven't used lpr since college. what's the command going to be?
[19:40] <tkamppeter> lpr simply sends a file to CUPS so that CUPS prints it. This way you can make CUPS do all file conversions without a GUI app converting everything to PostScript at first.
[19:40] <bsnider> so it's lpr filename?
[19:40] <bsnider> that's what i meant. usage
[19:40] <tkamppeter> Yes.
[19:53] <bsnider> tkamppeter, lpr also fails
[20:02] <tkamppeter> bsnider, with non-PostScript files? What does your error_log tell then? In this case pstopdf will not be used.
[20:07] <bsnider> there's some nonspecific errors
[20:07] <bsnider> Ghostscript 8.63: Unrecoverable error, exit code 1
[20:08] <bsnider> not that that says much
[20:16] <bsnider> tkamppeter, there's no indication of any error in the log when i try to print from lpr but the cups admin page says "device busy"
[20:48] <tkamppeter> bsnider, can you do "cancel -a" to clean up after the failed jobs and then try with lpr?
[21:01] <Reenen> lo everyone... sorry, for coming in here, but I think the question needs some developer insight... on Lazarus (Free Pascal) "copy" / "cut" suddenly crashes (since 8.10).
[21:01] <Reenen> did the clipboard behaviour change in 8.10?
[21:03]  * Laney dances
[21:07] <jdong> did someone say svn checkouts of x264, xvid, ... ..?

[21:09] <fta> my 1st breakage with jaunty: http://paste.ubuntu.com/66315/  i used to be able to run this python script to update some mozilla sources, now, it fails (while it's still ok in intrepid/hardy).
[21:10] <cjwatson> impressive given that hardly anything has changed yet
[21:10] <fta> tried with both hg 1.0.1 (same as intrepid and the new one 1.0.2)
[21:10] <cjwatson> looks likely to be a coincidence, to me
[21:10] <fta> 100% reproducible
[21:11] <cjwatson> the only thing that could possibly be related is libc6
[21:11] <fta> indeed
[21:11] <cjwatson> and you'd need to delve a bit deeper to find out why that's causing a python tuple to be a different length!
[21:12] <cjwatson> anyway, TV time
[21:12] <fta> :)
[21:13] <madmac2501> hi, i do sudo apt-get build-dep gstreamer0.10-plugins-bad but it says that libcelt-dev version dont satisfy requirements
[21:13] <jdong> fta: btw, driveby ping: Do we have an up to date bzr branch for firefox's hardy-security packaging?
[21:14] <madmac2501> how do i install the rest of libraries?
[21:14] <jdong> fta: I have backports of hardy-security -> gutsy-backports but I'd like to coordinate that with a bzr branch before we end up diverging left and right :)
[21:15] <fta> jdong, i did a backport the other way around, ie, from intrepid/hardy (it's the same branch) to gutsy
[21:16] <fta> jdong, it's fine for xul, but for ff, it needed more work as ff2 is still the default in gutsy
[21:16] <fta> jdong, and it introduced abrowser too, not sure it's wanted/wise
[21:17] <fta> so basically, i stopped there
[21:17] <jdong> fta: ah, well my h-s backport preserves FF2 as the default browser like the previous backport
[21:17] <jdong> fta: I basically diffed hardy against hardy-security and rebased that diff on top of the old gutsy-backport
[21:17] <jdong> fta: the result is in the backporters PPA and from my tests it doesn't look too bad
[21:18] <jdong> I just wanna get something out that's not beta3 in gutsy-backports before we call it a day with gutsy :)
[21:18] <fta> jdong, i see. well, i don't mind. your way or mine, both are fine to me. if you're done, please go ahead.
[21:19] <fta> as i said, i still have to drop a few thing from ff3 so i'm not done.
[21:19] <fta> thingS
[21:21] <jdong> fta: ok, I'll do a bit more testing and probably push that out. I spent a lot of time on the original gutsy backport and had a huge QA effort to make sure it cooperated correctly with existing Firefox, so I feel personally a bit more confident with my approach for now
[21:21] <jdong> fta: just wanted to make sure I wasn't diverging too much from Mozilla team
[21:22] <fta> jdong, don't worry, i'm all fine dropping my branches. if you have a debdiff, i could sure give it a look
[21:23]  * NCommander dist-upgrades to jaunty
[21:23] <NCommander> wooo
[21:23] <jdong> fta: the debdiff would be from https://edge.launchpad.net/~ubuntu-backporters/+archive to hardy-security. There's no changes that I've introduced since the original beta3 backport that asac reviewed and coordinated with me
[21:41] <psusi> is it just me or are a lot of users being plagued by some sata breakage in intrepid?
[21:43] <TheMuso> psusi: In what way?
[21:44] <psusi> TheMuso: I'm working a thread in the forums where several people get dropped to a busybox promt trying to boot, and I think there was another massive one with people having that, but they appeared to be blaming the video aperature being over 4 gb since that was the last thing they saw
[21:44] <psusi> and it looks like under the new kernel it fails their ata links so they have no root device
[21:48] <NCommander> That's usually a problem when the drive fails to spin up
[21:48] <NCommander> ScottK has a similar issue
[21:49] <ajmitch> wasn't there something mentioned in release notes, or was I dreaming about that?
[21:50] <ajmitch> bug 290153
[21:55] <asac> jdong: fta: could we please make a decent branch out of it this time?
[21:56] <asac> jdong: fta: it just better scales and wont fall off our radar that easily in future i hope
[22:01] <fta> asac, you know i have branches for everything ;) here, it's not my call
[22:07] <TheMuso> psusi: re dmraid and the initramfs script, using dmraid via udev relies on vol_id to identify dmraid arrays. Unfortunately it can't identify newer VIA and possibly other types or metadata. What really needs to be done is link vol_id against libdmraid and use dmraid to do the identifying. The script is a catch-all for those arrays that are not detected via vol_id/udev.
[22:08] <psusi> TheMuso: ahh.... or what about not using vol_id but rather call dmraid and ask it to identify the disk... if it claims it, flag it as a raid member?
[22:10] <TheMuso> psusi: Possibly, but that is code duplication to an extent, and another wrapper script would have to be written to make sure the udev environment for that disk node is updated. I think its much cleaner to get vol_id using dmraid's library instead.
[22:10] <psusi> that would make it depend on dmraid then...
[22:11] <TheMuso> Yes so?
[22:13] <psusi> hrm... maybe it could link statically for the udeb
[22:13] <TheMuso> No need, as the dmraid library is in udeb form.
[22:13] <psusi> err... hrm.... I'm just thinking it's a waste to have the whole libdmraid in the initramfs on systems that don't have dmraid installed
[22:13] <TheMuso> I split dmraid into a library and a command-line binary for this very reason.
[22:14] <TheMuso> This is true.
[22:14]  * psusi shrugs.... not a big deal I guess
[22:15] <psusi> hopefully some of those with the isw bug will find my ppa package fixes it and we can get that into -updates
[22:15] <psusi> then I'll have to poke debian and mandriva
[22:18] <TheMuso> I can poke debian easily enough, I am in contact with the debian dmraid maintainer, even have svn upload access to the dmraid packaging.
[22:20] <psusi> might want to update the control headers to point to that svn then isntead of bzr
[22:21] <psusi> and it looks like rc15 will supersede that patch anyhow
[22:21] <jdstrand> slangasek: hi! can you reject apparmor 2.3+1289-0ubuntu4.1 that was uploaded (and unapproved) in intrepid-proposed?
[22:22] <jdstrand> slangasek: upstream updated their patch and I'd like to use it instead
[22:22] <slangasek> jdstrand: sure, done
[22:22] <TheMuso> psusi: Yeah I am actually hoping that dmraid for jaunty will be a sync at this point, once a few things are checked.
[22:22] <jdstrand> slangasek: thanks. btw, can I upload with the same version number?
[22:23] <slangasek> jdstrand: yes
[22:23] <jdstrand> excellent
[22:23] <slangasek> (that's possible even if you don't get the first one rejected out, it just gets confusing in that case because only one of them can be accepted :)
[22:24] <kjohansson> Hello, I have an application which is dynamically linked against libQtCore.so (and others). This lib is in the standard system directories. I want to override this lib with another libQtNewCore.so. Is it possible to rename the new lib or put it into LD_LIBRARY_PATH, so that it will be used by every app that links libQtCore.so?
[22:24] <jdstrand> slangasek: good to know. thanks! :)
[22:25] <kjohansson> My attempts show that LD_LIBRARY_PATH is searched after /usr/lib. Can I change this order?
[22:28] <slangasek> kjohansson: that's inconsistent with my understanding of the linker; are you sure you don't have a binary with RPATH set?
[22:28] <slangasek> (a trivial test here shows LD_LIBRARY_PATH being checke first)
[22:30] <kjohansson> strange. Can you shortly explain how the RPATH would change this order and how I can check it?
[22:31] <slangasek> kjohansson: objdump -p /path/to/binary | grep RPATH; RPATH takes precedence over everything else
[22:31] <kjohansson> RPATH is kind of hard coded LD_LIBRARY_PATH?
[22:32] <slangasek> basically, yes
[22:36] <kjohansson> slangasek: you were right. the objdump command shows an RPATH within the app installation path, where a second set of Qt libraries live. Any chance to override the RPATH?
[22:37] <slangasek> kjohansson: only by editing the binary
[22:37] <slangasek> there's a utility, 'chrpath', that lets you wipe out the RPATH value
[22:39] <kjohansson> many thanks. I'll learn about RPATH and its utilities.
[22:39] <Laney> kjohansson: http://wiki.debian.org/RpathIssue
[22:46] <kjohansson> Laney: I'll need some time to study that link. But in "The Problem - Dynamic Linking" it says, that LD_LIBRARY_PATH is search _before_ RPATH? Is this correct?
[23:01] <mohbana> hi, so i've installed open-jdk
[23:01] <mohbana> i'm just wondering, where is the api installed them?
[23:31] <Keybuk> pitti: it should be, is it missing for all packages or just particular missing ones?
[23:34] <jordi> TheMuso: hey
[23:39] <TheMuso> Hey jordi.
[23:39] <TheMuso> jordi: I see that alsa bits are not in experimental, but wondering whether you guys have prepared tarballs yet.
[23:39] <TheMuso> TO base your alsa uploads against.
[23:39] <jordi> TheMuso: ha
[23:39] <jordi> TheMuso: I just mailed you re: that
[23:39] <jordi> to your themuso.com address
[23:40] <TheMuso> jordi: Oh ok thanks.