[01:21] <sooth> I can't get prevu to find a package I previously built using prevu. I have added "deb file:/var/cache/pbuilder/hardy-debs ./" to my sources.list and can confirm that the pacakge is there with version number "0.12.4-0ubuntu1~8.04prevu1_i386r" (prevu complains about not finding >=0.12.4). What could I be doing wrong?
[01:29] <Elbrus> sooth: you shoul create a proper Release file, see for example http://blogs.cae.tntech.edu/mwr/2007/05/28/my-own-private-debian-repository/
[01:29] <Elbrus> s/shoul/should
[01:30] <sooth> I'm looking to fix my prevu setup not create an alternate one
[02:23] <sooth> Fixed it. I needed to run prevu-update.
[02:24] <sooth> The truth is, when all is said and done, one does not teach a subject, one teaches a student how to learn it.  --Jacques Barzun
[02:24] <sooth>  
[02:24] <sooth>  
[02:24] <sooth> /quit
[02:24] <sooth> The truth is, when all is said and done, one does not teach a subject,
[02:24] <sooth> one teaches a student how to learn it.  --Jacques Barzun
[02:24] <sooth>  
[02:25] <ajmitch> trying to be profound doesn't always work there...
[02:25] <jdong> ajmitch: particularly when the IRC client sucks at line breaks.
[02:26] <jdong> The truth is, when all is said and done, I FREAKING SPENT SIX HOURS WRITING PREVU DOCUMENTATION ON THE WIKI FOR A REASON
[02:26] <jdong> *breathes heavily*
[02:35] <nixternal> nxvl: I fixed my blog post, thanks for that heads up
[02:52]  * ScottK-laptop runs lintian on the .deb for the new lintian he just installed to test said lintian for backporting.
[02:52] <ScottK-laptop> ;-)
[03:04]  * Elbrus is happy, because his package winff finally installs in ubuntu (via debian), but now want to change something for ubuntu
[03:04] <Elbrus> Should I just supply a debdiff patch in LP? or put the changed package in REVU?
[03:12] <Elbrus> ScottK-laptop: I just got a warning from lintian when I ran it with "--color=always" in jaunty: Use of uninitialized value $_ in split at /usr/share/perl/5.10/Term/ANSIColor.pm line 121.
[03:12] <Elbrus> do you want me to file the bug?
[03:13] <ScottK-laptop> Elbrus: Do you have a Debian chroot you can  try it in?
[03:14] <Elbrus> pdebuild
[03:14] <ScottK-laptop> If you could replicate it in Debian, then I think you should file a bug in Debian BTS.
[03:14] <ScottK-laptop> Virtually all Lintian work is done in Debian.
[03:15] <Elbrus> ScottK-laptop: ok, I'll test
[04:07] <jdong> dear universe, do I want to replace Ubuntu with Fedora 10 for a few days on my Macbook for fun?
[04:10] <ScottK-laptop> jdong: After you merge mlt and mlt++, sure.
[04:10] <Hobbsee> probably not
[04:11] <jdong> it's been well over a year since I've seriously ran another distro
[04:11] <jdong> I'm gonna first do a deep rsyncing for an eventual 10-minute restore job
[04:45] <TheMuso> jdong: Do you use the applesmc module by any chance?
[04:46] <jdong> TheMuso: not really; I did stare at temp readings before, but recently I havne't found much use for it
[04:52] <TheMuso> jdong: Good because I don't use it either, as it eats battery life.
[04:52] <TheMuso> At least on my MacBookPro 4,1.
[04:53] <jdong> TheMuso: so it's not just my imagination.
[04:53] <jdong> I've noticed an extra watt of power draw with it probed in.
[04:53] <jdong> without it I can idle at 11.9W
[04:53] <jdong> and this is a non-SR macbook too, so I don't even have your FSB-clocking magic.
[04:53] <TheMuso> jdong: Yeah, its not using interrupts, its constantly polling.
[04:54] <jdong> wow, I didn't know that.
[04:55] <TheMuso> The only reason why I'd like to have it loaded is for the hard drive protection that is available in some patches I've seen floating around.
[04:57] <TheMuso> jdong: You ever been able to get battery estimates simlar to what OS X can offer?
[04:57] <jdong> TheMuso: no, I'm still close to an hour off
[04:57] <jdong> OS X idles at about 8000mA-9000mA
[04:58] <jdong> which corresponds to a bit under the 10W mark
[04:58] <TheMuso> jdong: Right, which means it likely throttles down even further.
[04:58] <jdong> with that, it's able to offer me 5hr estimates with screen and wifi on
[04:58] <jdong> yeah it's doing something that I'm not doing in Ubuntu
[04:58] <jdong> and I've got a custom kernel with AHCI hackery too
[04:58] <TheMuso> Why do you need that custom kernel?
[04:59] <jdong> the EFI puts the ICH7 southbridge in ata_piix compatibility mode
[04:59] <jdong> i.e. no AHCI, no ALPM
[04:59]  * TheMuso is lucky he can reduce his screen brightness, or even turn the backlight off completely in order to increase battery life.
[04:59] <jdong> forcing AHCI to be used and enabling ALPM results in saving another 0.5W or so
[04:59] <TheMuso> And your kernel makes linux use AHCI natively?
[04:59] <TheMuso> Nice
[04:59] <TheMuso> How do you do that?
[04:59] <jdong> yeah, hack.
[05:00] <jdong> on this macbook it's just a matter of adding the PCI ID of the SATA controller to ahci.c
[05:00] <jdong> removing it from ata_piix.c
[05:00] <TheMuso> A good reason to get Linux to boot from efi natively then.
[05:00] <jdong> but that does *NOT* work univerally
[05:00] <TheMuso> Right.
[05:00] <jdong> in fact the same method on my SR iMac panics it at boot
[05:00] <TheMuso> Lovely.,
[05:00] <TheMuso> But desktops are not soo much of a concern.
[05:00] <jdong> there's a magic bit somewhere you can write in PCI config dataspace that punts the controller back to AHCI
[05:00] <TheMuso> Since there is no battery.
[05:00] <jdong> well the iMac "desktop" is nothing more than a vertically mounted laptop ;-)
[05:00] <jdong> ICH8M
[05:00] <TheMuso> Yep.
[05:01] <TheMuso> Hrm that config stuff sounds like it would be useful.
[05:01] <jdong> yeah, I didn't look too much into it
[05:01] <jdong> someone has a GRUB stage2 hack for doing this to the Mac Pro
[05:01] <TheMuso> Is there a patch floating around anywhere?
[05:01] <jdong> where it's needed to enable half the SATA ports
[05:01]  * TheMuso nods.
[05:01] <jdong> I'm sure with a bit of reading of the Intel specs it's not too hard to adapt that patch for the ICH8M used in Santa Rosa
[05:02] <TheMuso> It would be good to get something useful into Ubuntu to benefit all.
[05:02] <jdong> yeah, though my conversations with mjg59 on this have mostly ended with no good resolution
[05:02] <TheMuso> As I'd love to run the controller in AHCI as well, but I don't like making changes unless I can include the change in a sane way that can be pushed into Ubuntu proper.
[05:02] <jdong> the bottom line seems to be that he's not comfortable with any of the ugly hacks to kick the controller back into AHCI mode
[05:02] <jdong> i.e. it'd have some ugly effects on other AHCI chipsets
[05:02] <TheMuso> Right, thats my thought as well.
[05:02] <jdong> and the "proper fix" would of course to have Apple stop kicking the controller into PIIX mode
[05:03] <jdong> I totally believe his word on this stuff :)
[05:03] <TheMuso> Yeah, or linux booting from efi natively.
[05:03] <TheMuso> So do I.
[05:03] <jdong> http://discussions.apple.com/thread.jspa?messageID=8328521
[05:03] <jdong> see that thread, and the reply that links to another thread
[05:03] <jdong> a bit of link traversal will bring you to the GRUB patch
[05:04] <jdong> it's for the 268{0,1,2} series controllers, my iMac has the 28xx series controller
[05:04] <jdong> another benefit of AHCI mode is NCQ -- anything to help Linux's IO response lately is a welcome change :)
[05:05]  * TheMuso nods.
[05:06] <jdong> I'd be curious what it takes to EFI boot these machines
[05:06] <jdong> from what I understand it is the BIOS emulation part of the firmware that does these things
[05:07] <TheMuso> Yeah, the other issue is video cards/drivers, the nvidia drivers wouldn't work because they need a BIOS.
[05:07] <jdong> ah, interesting, I didn't know that
[05:09] <TheMuso> Yeah I read that somewhere.
[05:09] <TheMuso> Can't remember where though.
[05:09] <TheMuso> Probably on the refit website.
[05:11] <ScottK-laptop> Any idea do we really need a sylpheed package and a sylpheed-gtk1 package, both?
[05:14] <TheMuso> jdong: Ouch, it also seems the drive in Linux under legacy IDE mode doesn't allow for DMA. :S
[05:18] <jdong> TheMuso: eep, really? I seem to have DMA working here on my iMac. I think.
[05:19] <TheMuso> jdong: And your imac is not using ahci
[05:19] <jdong> that's correct
[05:19] <TheMuso> I just tried sudo hdparm -d /dev/sda and I got an error on my mbp.
[05:19]  * TheMuso is going to try a kernel with an ahci hack.
[05:58] <slytherin> sebner: Congratulations. :-)
[05:59] <dholbach> good morning
[06:02] <slytherin> dholbach: Good morning. :-)
[06:03] <dholbach> hi slytherin!
[06:31] <tonyyarusso> Could anyone check out http://paste.ubuntu.com/78607/ and see if there's anything that jumps out at them?  Trying to figure out why it's crashing/hanging.
[06:34] <dholbach> hi iulian
[06:37] <dholbach> tonyyarusso: can you type "bt full" and pastebin that?
[06:42] <tonyyarusso> dholbach: at what stage would that be done?
[06:43] <dholbach> tonyyarusso: when you attached gdb to the process, just type it in
[06:43] <tonyyarusso> dholbach: wait, isn't that what I just did?  (See line 296)
[06:43] <dholbach> no
[06:43] <tonyyarusso> oh
[06:43] <dholbach> you get the bt for all threads
[06:44] <dholbach> and you don't include "full" which includes local variables, etc
[06:44] <iulian> Good morning dholbach.
[06:45] <tonyyarusso> dholbach: So, immediately after attach, or after continue?
[06:45] <dholbach> after continue
[06:45] <dholbach> "c" works too :)
[06:46] <tonyyarusso> nice
[06:46] <dholbach> oh sorry
[06:46] <dholbach> you did
[06:46] <dholbach> sorry
[06:46]  * dholbach should get another coffee
[06:46] <tonyyarusso> hah.  So I'm not crazy...  Well, I am, but not this way.
[06:47] <dholbach> excuser-moi :)
[06:59] <dholbach> tonyyarusso: could it be this: http://sourceforge.net/tracker/index.php?func=detail&aid=2339056&group_id=170132&atid=853122 ?
[07:00] <dholbach> the duplicates talk quite a bit about "drop down menu" and "submenu", etc
[07:01] <tonyyarusso> dholbach: That is the suspicion, yes.
[07:01] <dholbach> kompozer does not seem very active
[07:01] <dholbach> the last checkin in SVN is 14 months old
[07:02] <tonyyarusso> Yeah, although he seems to be doing something outside of that SVN repo
[07:03] <dholbach> great :)
[07:04] <didrocks> morning o/
[07:10] <ScottK> sebner: Congratulations.
[07:22] <Hobbsee> dholbach: please see my comment on your blog, if you haven't already
[07:22] <dholbach> Hobbsee: I did - I was just busy with a few other things
[07:22] <dholbach> Hobbsee: you could have just sent it out yourself :-)))
[07:22] <dholbach> but I'll do it in a bit
[07:22] <dholbach> thanks for the headsup
[07:24] <Hobbsee> dholbach: keybuk's mails have been BCCd, it appears.
[07:25] <Hobbsee> else I probably would have
[07:26] <dholbach> ubuntu-devel@ is the best I can do
[07:27] <dholbach> I'm not going to dig out all the email addresses of the participants
[07:27]  * Hobbsee wonders what list he was using
[07:27] <Hobbsee> guess he's still on leave.
[07:27] <dholbach> *nod*
[07:27] <dholbach> he probably dug the out from LP or something
[07:27]  * dholbach shrugs
[08:35] <_ruben> wrt bug #278711 .. what would be a sane expectation as to when the package, which is now in -proposed, is to hit -updates?
[08:43] <slytherin> _ruben: When there are two acks that the package in proposed fixed the bug without introducing any regressions.
[08:45] <_ruben> slytherin: ic
[08:55] <_ruben> would such acks show up in the bugreport or somewhere else?
[08:58] <aftertaf> hey :)
[08:58] <aftertaf> whats the forum for the kubuntu developers?
[08:59] <aftertaf> tried#kubuntu-dev but not that !!
[08:59] <iulian> aftertaf: You mean channel?
[08:59] <aftertaf> yeah :)
[08:59] <iulian> It's #kubuntu-devel
[08:59] <aftertaf> forum: pfffff !
[08:59] <aftertaf> thx
[09:00] <aftertaf> see if any project-neon people around ... ;)
[09:00] <aftertaf> for 4.2
[09:00] <aftertaf> kde
[09:04]  * iulian -> school
[09:04] <iulian> Later!
[10:33] <james_w> congratulations sebner
[10:33] <directhex> ?
[10:34] <directhex> oh
[10:34] <sebner> james_w: oh thx
[10:34] <directhex> someone new to bully r.e. mono! ^_^
[10:34] <sebner> directhex: \o/
[12:17] <mok0> sebner, who triggered it :-)
[12:18] <sebner> mok0: you? :P
[12:18] <mok0> Who knows?
[12:18] <nhandler> sebner: Congrats on becoming a MOTU!
[12:18] <mok0> sebner: congrats!!
[12:18]  * sebner thanks the man under the rock
[12:18] <sebner> nhandler: thx  :) you are next :D
[12:18] <nhandler> sebner: Hopefully ;)
[12:19] <sebner> nhandler: without doubts ;)
[12:19]  * sebner hugs mok0 
[12:19]  * mok0 hugs back
[12:26] <laga> sebner: congrats!
[12:27] <sebner> laga: thx thx thx
[12:53] <morgs> I have a packaging question: My orig source includes Makefile.am and Makefile.in (generated by autogen.sh). I have a patch to apply, which patches Makefile.am. The package uses cdbs. The patch is applied, but Makefile.in isn't modified.
[12:54] <morgs> Do I (a) make another patch to patch Makefile.in, or (b) is there some trick to regenerate it?
[12:55] <azeem> automake generates Makefile.in from Makefile.am
[12:55] <azeem> whether or not you include that as a patch, or run automake during the build process is a matter of taste I think
[12:55] <azeem> not sure, maybe Ubuntu has some policy on this
[12:56] <morgs> How do I run automake in the build process?
[12:57] <azeem> like any other program you would run in the build process
[12:57] <azeem> I'm not sure what the best practise WRT CDBS is, though
[12:58] <azeem> so maybe it is easier to just include a patch for Makefile.in as well
[12:59] <morgs> azeem: thanks
[14:09] <sebner> hi geser =)
[14:19] <emgent> sebner: congrats :)
[14:19] <sebner> eMerzh: oh, thx to you :)
[14:20] <sebner> argh
[14:20] <sebner> to emgent of course ;)
[14:20] <eMerzh> sebner: you're welcome :D :D
[14:20] <sebner> hrhr
[14:25] <eMerzh> if someone want to review my package .. feel free to comment or advocate http://revu.ubuntuwire.com/details.py?package=sqliteman :)
[14:34] <iulian> Hey sebner, congratulations. Make Ubuntu rock even better.
[14:34] <sebner> iulian: thx, you too. We count on you :)
[14:40] <sebner> iulian: Can I take libunique from you to make my first upload? ^^
[14:41] <iulian> sebner: Sure, go ahead.
[14:41] <sebner> iulian: thx =)
[14:58] <bugfixes> hello anyone!
[14:58] <RainCT> hi
[14:58]  * RainCT grumbles something about that having a manpage should be a requisite for all executables in main :P
[14:59] <bugfixes> :) I would like to find some here to review a package I have been build
[15:01] <bddebian> Heya gang
[15:08] <sebner> heya bddebian
[15:11] <bddebian> Heya sebner, congrats!
[15:11] <sebner> bddebian: ah, thank you :)
[15:17] <iulian> 'ey bddebian.
[15:18] <bddebian> Hello iulian
[15:46] <nixternal> where can I find the multidistrotools source?
[15:47] <nixternal> nevermind, found it
[15:49] <geser> Hi bddebian
[15:49] <bddebian> Heya geser
[16:49] <mok0> what's up (down) with http://wiki.kubuntu.org ??
[17:45] <pochu> sebner: congratulations! \o/
[18:18] <kiko> hey
[18:18] <kiko> anyone seen fabien tassin?
[18:18] <kiko> aka fta
[18:20] <pochu> kiko: he's on the channel as fta_ :)
[18:20] <kiko> fta_!
[18:20] <kiko> of course. tab completion ftw
[18:20] <pochu> :-)
[18:20] <kiko> idle 7h
[18:21] <kiko> well, I'm a patient man
[18:36] <hyperair> blargh. some wise guy put Makefile.in in DISTCLEANFILES in Makefile.am. now debian/rules clean whacks out Makefile.in and build fails. what should i do?
[18:38] <Laney> patch it out?
[18:51] <sebner> pochu: thx \o/ :)
[18:54] <jpds> sebner: Herzlichen Glückwunsch.
[18:54] <jpds> ...or whatever you say.
[18:55] <sebner> jpds: danke :) *thumbs up*
[19:06] <hyperair> Laney: patch it out how? all the debian/patches-style patch systems don't manage to get to it
[19:07] <hyperair> Laney: i need that particular line out of Makefile.am before debuild is called
[19:07] <hyperair> because debuild does a debian/rules clean first, and that clobbers my Makefile.in
[19:28] <fta> kiko, hi
 idle 7h <= yeah, i have a job, and a life outside of ubuntu :)
[19:30] <jpds> !lies | fta
[19:30] <pochu> life? what's that? :)
[19:30] <jpds> Err.
[19:30] <sebner> pochu: good question. /me has to answer such an interview question =)
[19:33] <kiko> fta, yeah, me too :)
[19:35] <fta> kiko, you wanted something from me?
[19:35] <kiko> fta, yes. songbird 1.0. :)
[19:35] <kiko> you run my favorite ppa
[19:36] <kiko> but songbird is still MIA!!
[19:36] <sebner> fta: do you plan to upload it to the archive one day?
[19:36] <kiko> fta, I have t-shirts and dvds here for a songbird 1.0 in a ppa.. ;)
[19:37] <fta> kiko, yep, i was waiting for the cvs tag, upstream just sent it to me a few hours ago. I'll do it shortly.
[19:37] <kiko> fta, woo! when it's up there drop me a line and I'll send you some swag, kiko@canonical.com
[19:37]  * kiko goes off to rejoice
[19:37] <fta> kiko, sure. and.. nice, thanks :)
[19:46] <radix> Hey all, can anyone tell me when binary:Version was introduced? I have to figure out which ubuntu distros I should use it in
[19:48] <ScottK> radix: All except Dapper.
[19:50] <ScottK> YokoZar: Thought you might find this interesting http://www.aigarius.com/blog/2008/12/02/iphone-review-from-a-free-software-guy/
[19:54] <bddebian> Anyone know who Andrew Starr-Bochicchio is?
[19:55] <ScottK> bddebian: I think asomething (not currently here).
[19:57] <bddebian> ScottK: Thanks.  Know anything about burn? :)
[19:59] <radix> ScottK: oh, thanks a lot
[19:59] <pochu> bddebian: the drink? ;)
[20:01] <bddebian> pochu: Heh.  No, the package.  He changed the depends but the burn.conf still has /usr/bin/cdrdao and /usr/bin/mkisofs even though they were replaced with cdrecord and genisoimage respectively
[20:01] <ScottK> bddebian: No and I intend to keep it that way.
[20:02] <bddebian> ScottK: :)
[20:03] <pochu> bddebian: that sounds like a bug, indeed :-)
[20:05] <YokoZar> ScottK: Thanks.  Making the iPhone (and later iPods) work in Wine was listed as one of the things that would prompt Wine to start the stabilization process and make another release.  What's needed is full support for arbitrary USB drivers, basically.
[20:05] <YokoZar> ScottK: older ipods worked just as memory sticks, more or less, so getting iTunes to talk to them was easy
[20:05] <ScottK> YokoZar: So which iTunes works with Intrepid's Wine then?
[20:06] <YokoZar> ScottK: 7.x works mostly well with older iPods.  8 crashes for a different reason.
[20:07] <ScottK> YokoZar: Does 'older' ~ works with Win2K and 'newer' ~ needs XP?
[20:09] <ScottK> YokoZar: Do you know some decent HowTo for Wine/iTunes on Intrepid I can hand my not terribly technical teenager and say "If you want iTunes, go for it."?
[20:11] <YokoZar> ScottK: the howto is "go to oldversion.com and find iTunes 7, double click installer"
[20:11] <YokoZar> ScottK: As for which iPods exactly, I'm not sure
[20:12] <ScottK> OK.  Well one of two teenagers here has one I'm sure qualifies as 'old'.
[20:12] <ScottK> Thanks.
[20:12] <YokoZar> I'm actually still trying to figure out the best iPod solution for my girlfriend at the moment.  She has a newish one that doesn't work with iTunes, but does work with Banshee...sort of.  No playlists can be put on the thing I think.
[20:14] <ScottK> YokoZar: I have what I think is a nano and it works with Amarok really well.
[20:16] <YokoZar> I'm not quite sure I want to subject her to amarok yet on the netbook remix
[20:40] <geser> I use gtkpod to upload music to my Ipod
[20:58] <pochu> you can use rhythmbox with ipods too
[20:58] <pochu> and it works quite fine
[20:58] <sebner> pochu: and amarok :P
[20:58] <pochu> but I'm a GNOME guy :-)
[20:59] <pochu> but I have to admit amarok rocked when I used it (about 2 or 3 years ago) :)
[20:59] <sebner> pochu: me too but amarok is amarok ;)
[21:35] <meoblast001> hi
[21:40] <CarlFK> apt-get source blender creates a dir: blender-2.46+dfsg/  (good.) Using python-apt, how can I predict what that dir name will be?
[21:40] <CarlFK> and where is the right place for python-apt questions? (cuz this isn't really it...)
[21:43] <CarlFK> more on topic: what should I do about this: dpkg-checkbuilddeps: Build conflicts: nvidia-glx
[21:58] <pochu> CarlFK: remove it if you want to build the package :)
[21:58] <pochu> CarlFK: not sure if there's an Ubuntu channel, but there seems to be #debian-apt on OFTC
[21:59] <CarlFK> pochu: why would it interfere with building?
[21:59] <CarlFK> what's oftc?
[21:59] <pochu> no idea, but somebody put that build-conflict, probably for a good reason
[22:00] <pochu> you could look at debian/changelog if that's mentioned
[22:00] <pochu> CarlFK: it's another IRC network, just like Freenode
[22:00] <CarlFK> good idea..
[22:01] <CarlFK> oh look, I am connected to oftc.net,,
[22:02] <CarlFK> hdh - and now there are 3 of us in ﻿#debian-apt ;)
[22:02] <pochu> heh
[22:03] <CarlFK> "Added a Build-Conflicts against nvidia-glx. When trying to build with that     package installed, a ``-lGL not found otherwise'' occurs, and without it,     everything looks fine. "
[22:03] <CarlFK> i'm not sure that qualifies as 'good' :)
[22:04] <pochu> sounds like a workaround :)
[22:04] <CarlFK> I am building using the native build process (scons) - will see if it has any issues
[22:13] <eMerzh> someone to review my package ( http://revu.ubuntuwire.com/details.py?package=sqliteman )?
[22:36] <CarlFK> pochu: the rest of that blender/readme on nvidia: " That should also avoid situations like in #282071     and #285946."
[22:36] <CarlFK> what system do those #numbers apply to?
[22:38] <pochu> bugs.debian.org, I guess
[22:38] <CarlFK> thanks
[22:38] <pochu> np :)
[22:41] <CarlFK> huh - "Please never ever build your opengl based packages with nvidia-glx package installed. That's what causes these problems.  "http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=282071
[22:41] <CarlFK> heh
[23:50] <directhex> who's good at watchfiles?
[23:55] <ScottK> directhex: They aren't so hard.  You've looked at man uscan?
[23:56] <directhex> ScottK, mangle semantics are confusing me. i can blame the booze, of course