[12:14] <adolso1> LaserJock: (dolson is me)
[12:16] <LaserJock> adolso1: join #dolson ;-)
[12:16] <adolso1> crimsun: do you think that the line "options snd-cmipci mpu_port=0x330 fm_port=0x388" should be added to the /etc/modprobe.d/alsa-base file?
[12:17] <crimsun> adolso1: is there documentation illustrating that it simply won't work across a broad range of boards without it? I'm not aware of any such documentation or bug reports.
[12:18] <Fujitsu> Yay, my security fix got released :)
[12:18] <adolso1> crimsun: it just enables the mpu port for CMI cards, that's all. it's documented on the alsa site that it's disabled by default (I didn't see a reason why)
[12:19] <Fujitsu> And isn't it great... We've now got no time for UniverseFreeze :(
[12:21] <crimsun> adolso1: if you don't mind, I'd like to postpone it til Edgy+1
[12:21] <crimsun> please file a bug against alsa-driver
[12:22] <adolso1> doesn't bother me, just thought I'd mention it. someone in #ubuntu-studio had no MIDI going and I worked through it with him and that was the solution, so thought I'd ask. I'll file a bug for it, sure
[12:22] <crimsun> thanks. I'm much more comfortable changing it post-release.
[12:22] <adolso1> yeah, it's pretty late, I understand
[12:23] <adolso1> it's the first time I've run into it so far anyhow.. who buys CMI cards these days? :)
[12:23] <crimsun> :)
[12:29] <adolso1> I'm so hungry
[12:29] <adolso1> I typed lunchpad.net instead of launchpad.net
[12:29] <sivang> hehe
[12:30] <Fujitsu> sivang, where are you?
[12:30] <sivang> Fujitsu: GMT+2
[12:30] <Fujitsu> sivang, aha. Not toooo bad.
[12:31] <sivang> Fujitsu: sort of, is getting late as we speak :)
[12:31] <Fujitsu> Yup.
[12:31] <LaserJock> adolso1: I do that all the time
[12:31] <Fujitsu> LaserJock, have you had a look at bug #62688? I think it warrants a sync, even at this stage.
[12:31] <Ubugtu> Malone bug 62688 in sdcc "Out of sync with debian" [Undecided,Confirmed]  http://launchpad.net/bugs/62688
[12:32] <ajmitch> so I usually just type something like 'lp f-spot/+bugs'
[12:32] <LaserJock> Fujitsu: I haven't
[12:32] <ajmitch> Fujitsu: I just commented on it
[12:32] <Fujitsu> ajmitch, when? There's another comment after yours...
[12:32] <ajmitch> yes, and they're all within a few minutes of each other
[12:32] <Fujitsu> Yeah, I just noticed...
[12:33] <Fujitsu> Better hardware support, extra stuff for PICs..
[12:34] <ajmitch> Fujitsu: you're a motu, you can file a sync request if you want
[12:34] <Fujitsu> I'm planning to, just test building.
[12:36] <superm1> LaserJock, did you take a look at backstep?
[12:36] <LaserJock> superm1: yeah, got a few comments
[12:36] <LaserJock> will have them on revu shortly
[12:36] <superm1> k
[12:38] <lionelp> LaserJock: can you have a look on a package on REVU that dholbach advocated for me ?
[12:38] <geser> how are the chances to get a new upstream version (sync from debian and fixing several cve's) into universe after the freeze?
[12:38] <crimsun> geser: quite high
[12:38] <Fujitsu> geser, if it's fixing CVEs, very high.
[12:39] <superm1> what are CVEs?
[12:39] <Fujitsu> Common Vulnerability Esomethings
[12:39] <superm1> ah
[12:39] <geser> it's php4, the debian changelog mentions 4 cve's
[12:40] <geser> but it fails to build as it build-depends on libdb4.4-dev and libdb4.3-dev
[12:40] <Fujitsu> Aha: `Common Vulnerabilities and Exposures'
[12:40] <superm1> so what qualifies something to be a CVE then? a security team finds it?
[12:43] <Burgundavia> superm1: CVEs are issed by MITRE
[12:43] <superm1> and MITRE is who?
[12:46] <Burgundavia> another org
[12:46] <Burgundavia> google it
[12:46] <LaserJock> lionelp: what's the URL?
[12:47] <LaserJock> superm1: comments sent
[12:47] <superm1> k thx.
[12:48] <lionelp> LaserJock: http://revu.tauware.de/details.py?upid=3207
[12:49] <joejaxx> LaserJock: do you know the symlink and path of the firefox homepage for ubuntu?
[12:50] <joejaxx> LaserJock: it is /etc/alternatives something
[12:50] <joejaxx> LaserJock: and /usr/share/ubuntu-artwork/homepage/index.html?
[12:51] <LaserJock> joejaxx: I believe that's it
[12:51] <superm1> firefox-homepage -> /usr/share/ubuntu-artwork/home/firefox-index.html
[12:51] <LaserJock> it's handled by update-alternatives
[12:51] <joejaxx> LaserJock: what is the symlink though
[12:52] <joejaxx> LaserJock: i have to do it manually
[12:52] <joejaxx> superm1: i am talking about dapper also
[12:52] <LaserJock> joejaxx: update-alternatives should do that
[12:53] <superm1> joejaxx, i was saying that is what my dapper machine has.
[12:53] <LaserJock> take a look at the postinst script for ubuntu-docs
[12:53] <joejaxx> LaserJock: so should i just do sudo update-alternatives --all manually?
[12:53] <joejaxx> superm1: oh alright
[12:53] <LaserJock> joejaxx: what are you trying to do?
[12:54] <joejaxx> LaserJock: set the firefox homepage to something else
[12:54] <joejaxx> LaserJock: right now it is looking for that html file which does not exist
[12:54] <LaserJock> joejaxx: but is this in a package or just on your computer?
[12:55] <joejaxx> LaserJock: chroot'd into a cd filesystem
[12:55] <LaserJock> and you have an .html file to give it?
[12:57] <joejaxx> LaserJock: yes i do
[12:59] <LaserJock> joejaxx: http://paste.ubuntu-nl.org/25019/
[01:00] <joejaxx> LaserJock: thanks
[01:00] <Fujitsu> lionelp, I've commented on it.
[01:00] <LaserJock> Fujitsu: :p
[01:01] <joejaxx> LaserJock: wait
[01:01] <LaserJock> I was just going to ack it
[01:01] <joejaxx> LaserJock: why is the ubuntu-artwork directory in there?
[01:02] <LaserJock> Fujitsu: ahhh good point
[01:02] <LaserJock> joejaxx: because that's where firefox looks
[01:03] <joejaxx> LaserJock: i see that is the way it is compiled i presume?
[01:03] <LaserJock> yeah
[01:03] <lionelp> LaserJock: I am going to correct the first point
[01:03] <Fujitsu> lionelp, you need to get upstream to correct the second point.
[01:03] <lionelp> for the second one, I'll contact upstream
[01:03] <Fujitsu> Yes.
[01:03] <lionelp> so not for Edgy probabily...
[01:04] <Fujitsu> Otherwise, it looks good.
[01:04] <Fujitsu> When I had this same issue, upstream released a new version in 8 hours :)
[01:04] <lionelp> :)
[01:04] <lionelp> thanks for your help
[01:04] <lionelp> sending a mail right now :)
[01:05] <LaserJock> Fujitsu: do you have time to sync sdcc?
[01:05] <Fujitsu> LaserJock, I've requested it...
[01:05] <Fujitsu> I've got the next 12 hours or so at my disposal, so I can do basically anything.
[01:07] <LaserJock> fix Universe kthxbye ;-)
[01:07] <Fujitsu> Yeah, I'm sorta looking for bugs to fix.
[01:07] <joejaxx> LaserJock:
[01:07] <crimsun> rideout: (you probably want to disable that public announce, cf 13 mins ago)
[01:07] <joejaxx> update-alternatives: unable to make /usr/share/ubuntu-artwork/home/index.html.dpkg-tmp a symlink to /etc/alternatives/firefox-homepage: No such file or directory
[01:08] <rideout> crimsun: already have, i forgot the script was enabled in in amarok when i opened it
[01:10] <LaserJock> joejaxx: what did you run?
[01:10] <joejaxx> LaserJock: that commandline you gave me
[01:11] <LaserJock> what was the path to your index.html?
[01:11] <joejaxx> LaserJock: /usr/share/fluxbuntu-artwork/home/index.html
[01:12] <LaserJock> hmm
[01:13] <LaserJock> so does /usr/share/ubuntu-artwork/home/ exist?
[01:14] <joejaxx> LaserJock: nope
[01:14] <joejaxx> LaserJock: that was wiped along time ago
[01:15] <joejaxx> LaserJock: should i recreate it and run the commandline once again? or just copy the index to ubuntu-artwork/home/*
[01:15] <LaserJock> nah, just do mkdir -p /usr/share/ubuntu-artwork/home
[01:17] <joejaxx> LaserJock: ok it worked
[01:24] <joejaxx> LaserJock: what is the default resolution for the ubuntu-usplash do you know?
[01:24] <joejaxx> LaserJock: well the vga= flag?
[01:24] <LaserJock> not sure
[01:25] <joejaxx> oh ok
[01:34] <joejaxx> LaserJock: may i pm?
[01:35] <LaserJock> joejaxx: sure
[01:35] <ala1> Does anyone know if enlightenment is being developed?
[01:36] <crimsun> upstream, certainly
[01:36] <ala1> I haven't seen any dev files...are there any?
[01:37] <crimsun> what do you mean by 'dev files'?
[01:37] <ala1> source code
[01:37] <crimsun> as in ``apt-get source enlightenment'' or what's linked from www.enlightenment.org ?
[01:38] <ala1> oh ok cool...
[01:38] <ala1> got it thanks
[02:26] <azeem> why did goffice got synced from experimental rather than unstable?
[02:29] <Fujitsu> azeem, because some asked, I suppose...
[02:29] <Fujitsu> *someone
[02:29] <Fujitsu> Some packages will be synced from experimental sometimes, but only with good reason.
[02:30] <minghua> maybe goffice is good to go but just waiting for GTK 2.10 in debian?
[02:30] <minghua> (not that I know anything, just a wild guess)
[02:31] <azeem> the changelog says "Merge with debian unstable"
[02:32] <Fujitsu> Somebody stuffed up somewhere along the line.
[02:33] <minghua> that sucks, then
[02:33] <minghua> I didn't find anything in malone either
[02:33] <minghua> no sync request
[02:34] <azeem> I further wonder why goffice's lib got renamed from libgoffice-1-2 to libgoffice-0-3
[02:34] <azeem> but oh well
[02:35] <slomo_> azeem: ask Gloubiboulga when he's back... iirc he did it or at least should know about it
[02:35] <azeem> only gnumeric needs it anyway
[02:35] <slomo_> or dholbach
[02:35] <azeem> (and gnome-chemistry-utils=
[02:35] <slomo_> criawips will need it too after it finally built again ;)
[02:35] <minghua> azeem: that is a Debian thing
[02:35] <azeem> probably in order to get gnumeric_1.7 in
[02:35] <minghua> * [debian/*]  Follow upstream versioning change for the development version.
[02:36] <azeem> uh-huh
[02:36] <azeem> are they going to rev back to -1-3 once stable?
[02:36] <minghua> and 0.3.x series are the development releases, it seems
[02:36] <azeem> yeah
[02:36] <azeem> thus experimental
[02:37] <azeem> well, at least I don't to worry about gnome-chemistry-utils anymore, it needs libgoffice-1-dev
[02:37] <azeem> +have
[02:38] <minghua> yeah, I don't understand the -dev package name change either
[02:38] <azeem> minghua: it's probably to make people *not* use it in production :)
[02:38] <azeem> so PKG_CHECK_MODULES fails already
[02:38] <minghua> azeem: :-)  very possible
[03:00] <Fujitsu> Bye, Laser_away.
[03:03] <Laser_away> Fujitsu: we have a new Science Talk subforum on ubuntuforums.org
[03:04] <ajmitch> yay
[03:04] <Fujitsu> :/
[03:04] <ajmitch> he always manages to go away & then still talk
[03:04] <Laser_away> I see a post today asking why Mathematica doesn't work with XGL
[03:04] <Fujitsu> I might have to visit the forums now... I think I might have an account.
[03:04] <ajmitch> some skill he has :)
[03:04] <Fujitsu> ajmitch, I know, it's amazing.
[03:04] <ajmitch> Fujitsu: don't, please
[03:04] <ajmitch> keep your sanity here
[03:04] <Laser_away> ajmitch: dude, I try, it takes me like 3 of 4 tries to actually leave
[03:05] <ajmitch> hehe
[03:05] <ajmitch> a sure sign of addiction
[03:05] <Laser_away> oh wait, I just did ;-)
[03:05] <Fujitsu> :O
[03:05] <Fujitsu> I got my password right.
[03:05] <Fujitsu> I haven't logged in in like 7 months.
[03:06] <Laser_away> oh man
[03:06] <Laser_away> don't look too closely
[03:06] <Laser_away> it's nasty in there
[03:06] <Fujitsu> ?
[03:06] <Laser_away> the forums
[03:06] <Laser_away> you don't have to go very far to find something totally absurd
[03:06] <Fujitsu> Hehe, I know.
[03:07] <Laser_away> honest
[03:07] <ajmitch>  whenever I need demotivation, I look on the forrums
[03:07] <ajmitch> bye Laser_away :)
[03:07] <Fujitsu> Bye, Laser_away.
[03:07] <Fujitsu> Hi Burgundavia.
[03:07] <ajmitch> hi Burgundavia :)
[03:08] <Burgundavia> hey Fujitsu, aj
[03:08] <Fujitsu> Hey, he's not aj.
[03:09] <Burgundavia> ajmitch: still colorado
[03:10] <ajmitch> Fujitsu: I'm not?
[03:11] <Fujitsu> No, you're not!
[03:11] <Fujitsu> Anthony Towns' nick is actually aj, so you can't be shortened to it :P
[03:11] <ajmitch> close enough
[03:12] <Fujitsu> Although it's absolutely impossible.
[03:20] <imbrandon> oh wtf i give up, this packages is driving me batty
[03:21] <imbrandon> why on gods green earth would a package call "ccache g++ ..." and i cant find ccache ANYWHERE greping the files
[03:21] <imbrandon> i'm not about to make this thing depend on ccache
[03:21] <crimsun> which package?
[03:22] <imbrandon> mythplugins ( from debian-multimedia.org ) , its newer than superm1's from revu
[03:22] <imbrandon> i was gonna try to sqeeze it in
[03:22] <imbrandon> but the one on revu does it too
[03:23] <crimsun> 0.20-0.4?
[03:23] <imbrandon> yea
[03:23] <imbrandon> but .20-0.2 does it from revu for me also
[03:23] <imbrandon> so its something they have in common
[03:24] <imbrandon> i'd like to get it in before tomarrow to match the mythtv package
[03:25] <crimsun> I wouldn't worry so much about UF for it
[03:25] <crimsun> you basically /have/ to have matching versions for it to be functional
[03:25] <imbrandon> right
[03:25] <imbrandon> well its functional but realy realy limited
[03:25] <imbrandon> with out
[03:26] <crimsun> do you have ccache installed?
[03:27] <imbrandon> no
[03:27] <imbrandon> it was building in a pbuilder
[03:27] <imbrandon> but i dont have in installed since i reloaded
[03:28] <imbrandon> hrm actualy i do have it installed localy, but i was building this in a pbuilder
[03:28] <imbrandon> so it shouldent effect it right ( since its NOT installed in the pbuilder )
[03:29] <crimsun> if you're not scrubbing environment variables, it's quite possible it's affecting it
[03:29] <crimsun> I don't normally build with ccache
[03:30] <imbrandon> hrm ok lemme purge it and start a new build, afaik the env is scrubbed with pbuilder , or so i thought
[03:30] <ajmitch> not always
[03:30] <ajmitch> most variables are
[03:30] <nixternal> anyone have some time to revu a couple of packages, or is it to late?
[03:31] <ajmitch> this is why we need to magic of xen :)
[03:31] <ajmitch> s/to/the/
[03:31] <nixternal> hehe
[03:31] <imbrandon> ;)
[03:31] <ajmitch> nixternal: how much are you offering?
[03:31] <nixternal> a case of virtual beer, of your choice ;)
[03:31] <nixternal> 2 cases?
[03:32] <ajmitch> haha
[03:32] <imbrandon> ok so short of a reboot , after i purged removed ccache from my local install how can i be sure the env is clean of it
[03:32] <nixternal> fine, i will give you imbrandon's wig collection
[03:32] <imbrandon> wig?
[03:32] <nixternal> ;)
[03:33] <imbrandon> is there a bash command to list all set env vars ?
[03:33] <nixternal> env | more
[03:34] <nixternal> is that what you were looking for?
[03:34] <imbrandon> makin sure all traces of ccache are gone before i rebuild something
[03:43] <imbrandon> nixternal, shoot the urls in here for the packages, i'll look them over if i finish this mythtv stuff
[03:43] <imbrandon> if not that gives someone else the chance to
[03:44] <crimsun> imbrandon: looks like qmake is generating it
[03:45] <imbrandon> hrm so you get the ccache stuff too, its not a locacl issue but something with qmake ?
[03:45] <imbrandon> local*
[03:45] <crimsun> correct
[03:46] <imbrandon> i have another build running but its still considering --> trying ... etc etc etc
[03:46] <crimsun> yeah, it takes 8 minutes to resolve all those deps here
[03:46] <crimsun> build-deps, rather
[03:46] <imbrandon> yea thats nuts, i wish we could speed that up, it often takes longer to do that then actualy build
[03:47] <minghua> who did I talk with about my "dpkg-reconfigure xserver-xorg" doesn't work here a few days ago?
[03:47] <minghua> I think I have some idea now (BTW I am talking about Debian)
[03:47] <imbrandon> minghua, we spoke of it about in sid a week or so ago
[03:47] <minghua> there is this ridiculous business in xserver-xorg.postinst:
[03:48] <imbrandon> we as in me and you ( i think ajmitch even chimed in about talking aobut debian iirc heheh )
[03:48] <minghua>   if [ "$(readlink "$SERVER_SYMLINK" | md5sum)" = \
[03:48] <minghua>        "$(cat "$SERVER_SYMLINK_CHECKSUM")" ]  || \
[03:48] <minghua>      [ "$(echo "/usr/X11R6/bin/Xorg" | md5sum)" = \
[03:48] <minghua>        "$(cat "$SERVER_SYMLINK_CHECKSUM")" ]  || \
[03:48] <minghua>      [ "$(echo "/usr/bin/X11/Xorg" | md5sum)" = \
[03:48] <minghua>        "$(cat "$SERVER_SYMLINK_CHECKSUM")" ]  || \
[03:48] <minghua>      ! [ -e "$SERVER_SYMLINK" ] ; then
[03:48] <ubotu> Sorry, I don't know anything about e "$SERVER_SYMLINK" ] ; then - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[03:48] <minghua> imbrandon: good, now let me show you my discovery
[03:48] <imbrandon> wow
[03:48] <imbrandon> pastebin might be good for something that long
[03:49] <minghua> and in all my testing/unstable systems, my /etc/X11/X (which is the $SERVER_SYMLINK" the postinst talks about) links to /usr/bin/Xorg
[03:49] <imbrandon> k
[03:49] <nixternal> REVU ->  http://revu.tauware.de/details.py?upid=3142 | http://revu.tauware.de/details.py?upid=3148 | http://revu.tauware.de/details.py?upid=3168 | http://revu.tauware.de/details.py?upid=3147 | http://revu.tauware.de/details.py?upid=3164
[03:50] <nixternal> there you go imbrandon ^^
[03:50] <crimsun> sure glad I'm not imbrandon.
[03:50] <nixternal> if there is something up. let me know and when i get home i can fix them up..actually i can fix them up now
[03:50] <minghua> so whenever I dpkg-reconfigure xserver-xorg, I got "xserver-xorg postinst warning: not updating /etc/X11/X; file has been customized"
[03:50] <imbrandon> hahaha
[03:50] <imbrandon> @ crimsun
[03:50] <ubuntu-es> imbrandon: Error: "crimsun" is not a valid command.
[03:51] <nixternal> haha
[03:51] <imbrandon> +q works wonders
[03:52] <minghua> imbrandon: still, after fixing that md5sum, my dpkg-reconfigure still doesn't work (but it doesn't give out warning anymore, so we can call it progress)
[03:53] <imbrandon> minghua, true
[03:53] <minghua> oh BTW, above those lines in xserver-xorg.postinst, I found this comment:
[03:53] <imbrandon> minghua, although i know very very little about X , i just know it DOES work in ubuntu, so you might look at the diffrences
[03:53] <minghua> "# why, why, why, why, why, why, why are we md5suming this? -daniels"
[03:53] <minghua> :-)
[03:53] <imbrandon> lol
[03:54] <minghua> imbrandon: yes I will, and when I am sure I understand things correctly, I'll report bugs
[03:54] <imbrandon> ;)
[03:56] <Fujitsu> LaserJock, you're back already?
[03:56] <imbrandon> its not 5am , he's still here ;)
[03:56] <ajmitch> imbrandon: hm, what'd I say?
[03:56] <imbrandon> ajmitch, dont rember exactly, something to the tone of " and if we were talking about ubuntu in a debian channel ...." as a joke
[03:56] <ajmitch> oh right
[03:57] <ajmitch> that you'd be flamed to a crisp, etc
[03:57] <imbrandon> yup yup ;)
[03:57] <imbrandon> ;)
[03:58] <imbrandon> $result = mysql_query ("select * from admin")
[03:58] <imbrandon> done ;)
[03:58] <ajmitch> no, more nasty joins & the like
[03:58] <LaserJock> I'm always here
[03:58] <imbrandon> ouch heh
[04:02] <imbrandon> ahhh i think i might have found the issue crimsun, comfirming now
[04:05] <LaserJock> crimsun: do yo run Xubuntu generally?
[04:05] <crimsun> it's more a mutt than anything
[04:06] <crimsun> sometimes it's KDE, others Xfce, others GNOME, others larswm, others fluxbox, etc.
[04:06] <LaserJock> WM of the day
[04:06] <crimsun> well, normally I just switch wms to try and reproduce certainly usability issues for alsa
[04:07] <LaserJock> ah
[04:07] <crimsun> then I get busy and forget to switch "back"
[04:10] <minghua> I assume alsa can't be tested in vserver/xen/vmware/etc. then
[04:10] <crimsun> not the backend but the config stuff
[04:11] <crimsun> a VM would be slight overkill
[04:11] <minghua> I used to switch between GNOME/KDE to test scim
[04:12] <minghua> which I really hated to do
[04:12] <LaserJock> I'd like to find a lighter desktop that I don't have to manually add menu items too
[04:13] <LaserJock> I like openbox except for that
[04:13] <crimsun> xfdesktop4 does adhere to the fd.o spec.
[04:13] <imbrandon> well i thought i had it grrr
[04:15] <imbrandon> also you can use like fluxbox with kde/gnome , kwin and metacity are REQUIRED for the DE
[04:15] <imbrandon> so you get a good mix
[04:16] <imbrandon> s/are/arent
[04:17] <minghua> oh, that makes sense now
[04:21] <imbrandon> Seveas, you rock ( for the {faster,cleaner} pastebin )
[04:21] <LaserJock> yeah
[04:22] <LaserJock> hmm, I wish xfce4 was a little easier to install
[04:22] <imbrandon> apt-get install xubuntu-desktop ;)
[04:22] <crimsun> as in 'apt-get install xfce4'
[04:22] <crimsun> (I don't use xubuntu-desktop, only xfce4)
[04:22] <LaserJock> well now, as in I'm not sure if I'll want to keep it
[04:23] <crimsun> so you really meant you wish it was a little easier to uninstall?
[04:23] <LaserJock> hehe
[04:23] <LaserJock> I guess so
[04:23] <imbrandon> ;)
[04:23] <crimsun> edgy's apt-get does that with autoremove
[04:23] <lastnode> why not use aptitude?
[04:23] <lastnode> removes deps no?
[04:23] <crimsun> you could use aptitude, too
[04:23] <LaserJock> yeah, I'm a little wary of autoremove and aptitude
[04:23] <imbrandon> aptitude == tried to be too smart for my tastes
[04:24] <crimsun> apt-get does not default to installing Recommends
[04:24] <crimsun> sorry, does not /yet/
[04:24] <LaserJock> doesn't it now?
[04:24] <crimsun> no
[04:24] <lastnode> imbrandon, heh, i know what you mean. :-)
[04:24] <LaserJock> I thought it do already
[04:24] <LaserJock> *did
[04:24] <imbrandon> not /yet/
[04:24] <crimsun> - currently Install-Recommends defaults to "False"
[04:24] <crimsun> Wed,  9 Aug 2006 23:38:46 +0200
[04:26] <imbrandon> ugh i'm begning to hate qmake, there are like 5000000 qmake.confs installed
[04:27] <crimsun> no, you love it. Go Qt!
[04:27] <imbrandon> heh
[04:27] <lupine_85> sorry, can anyone point me towards a semi-decent introduction to dpatch?
[04:28] <crimsun> System> Help> System Documentation> Packaging Guide
[04:28] <minghua> lupine_85: dpatch(1) man page is not decent enough for you?
[04:28] <lupine_85> nope :( and <-- KDE
[04:28] <lupine_85> F1...
[04:28] <imbrandon> lupine_85, i got the tv card today , but i'm a little puzzled about the tv input heh it must be a pal thing
[04:28] <crimsun> no excuse, https://help.ubuntu.com/ubuntu/packagingguide/C/index.html
[04:29] <lupine_85> imbrandon: they don't usually look like that over here - IIRC there was a little dongle that got lost in the mists of time
[04:29] <imbrandon> lupine_85, kde is " f1 , kubuntu docs, packageing guide "
[04:30] <imbrandon> lupine_85, ahh thats why i have the confusion, i was like wtf heh
[04:31] <imbrandon> looks like a single rca input
[04:31] <lupine_85> the dongle didn't do anything clever - it was just co-ax in
[04:31] <imbrandon> ohh rain, and thunder
[04:31] <lupine_85> thanks for the linky :)
[04:35] <LaserJock> lupine_85: are you running edgy?
[04:37] <lupine_85> yes
[04:37] <nixternal> imbrandon: it is storming there?
[04:38] <imbrandon> yea just started
[04:38] <nixternal> great, so no mowing the lawn for me tomorrow
[04:39] <imbrandon> hum i wonder if i could hack a cable togather for this
[04:40] <imbrandon> Fujitsu, horatio going down for about ~20 minutes, you dont have any builds going do you ?
[04:48] <imbrandon> oh nice
[04:48] <imbrandon> brandon@horatio:~$ sudo apt-get dist-upgrade
[04:48] <imbrandon> Reading package lists... Done
[04:48] <imbrandon> Segmentation faulty tree... 0%
[04:50] <imbrandon> someone please tell me this is a known issue
[04:51] <LaserJock> what the heck ?
[04:51] <ajmitch> imbrandon: recent apt update?
[04:52] <imbrandon> ajmitch, yea about an hour ago
[04:52] <ajmitch> right.. may wish to bring it to someone's attention if you're sure that you have the right versions installed
[04:53] <imbrandon> brandon@horatio:~$ apt-get --version
[04:53] <imbrandon> apt 0.6.45ubuntu14 for linux i386 compiled on Sep 27 2006 23:43:26
[04:53] <imbrandon> whats your say ? just to check
[04:53] <ajmitch> and libapt?
[04:53] <minghua> there is debian bug #388708, but probably unrelated
[04:53] <Ubugtu> Debian bug 388708 in apt "apt: Upgrading to this version makes status file unparseable" [Grave,Open]  http://bugs.debian.org/388708
[04:54] <ajmitch> minghua: probably quite unrelated
[04:54] <imbrandon> brandon@horatio:~$ dpkg -l |grep ii|grep libapt
[04:54] <imbrandon> ii  python-apt                                 0.6.19ubuntu5                        Python interface to libapt-pkg
[04:54] <ajmitch> hi Hobbsee
[04:54] <imbrandon> brandon@horatio:~$
[04:54] <imbrandon> no libapt
[04:54] <ajmitch> you will have a libapt-pkg-something
[04:54] <imbrandon> heya Hobbsee
[04:55] <imbrandon> umm i cant search for the package name
[04:55] <imbrandon> atm
[04:55] <imbrandon> lol
[04:55] <Hobbsee> hi ajmitch
[04:55] <Hobbsee> hi imbrandon
[04:56] <ajmitch> imbrandon: no segfault for me
[04:57] <imbrandon> hrm
[04:57] <imbrandon> yea on my ppc no issue either
[04:57] <imbrandon> strange
[04:57] <ajmitch> phew
[04:57] <ajmitch> not something to hold up the beta then :)
[04:57] <ajmitch> try gdb
[05:00] <lupine_85> sorry, no doubt I'm being annoying... but tired. in rules I have build: build-stamp ... can I change it to build: build-stamp: patch ?
[05:00] <lupine_85> or just get rid of build-stamp?
[05:01] <minghua> I am pretty sure build: build-stamp: patch won't work
[05:01] <minghua> you can only have one colon there
[05:01] <lupine_85> I was thinking that too
[05:01] <lupine_85> makefiles are my nemesis
[05:01] <minghua> lupine_85: I suppose it depends on what you want to do
[05:02] <lupine_85> right now build-stamp does the build work, and depends on configure-stamp. build just depends on build-stamp
[05:03] <lupine_85> I want to patch after configure-stamp, but before build-stamp
[05:03] <imbrandon> ajmitch, wow looks like i might not be the only one http://www.ubuntuforums.org/showthread.php?t=266566&highlight=apt-get+segfault
[05:03] <imbrandon> *thinks*
[05:03] <minghua> lupine_85: I still don't understand why /usr/share/doc/dpatch/examples/rules/rules/rules.new.dh.gz is not good enough for you
[05:03] <lupine_85> ...I haven't seen that...
[05:03] <minghua> lupine_85: in that case build-stamp should depends on patch (as the example above shows)
[05:05] <imbrandon> ugh ok reboot , brb
[05:05] <minghua> lupine_85: I take back what I just said
[05:06] <minghua> lupine_85: apparently you want to apply patch _after_ configure, which is not what the example shows
[05:06] <lupine_85> erm, sorry. I'm half asleep and still have the old method I wanted stuck in my head. It should be before configure, yes
[05:07] <lupine_85> the script looks like it does what it should do - I'm just getting my head around it
[05:07] <LaserJock> ohhh, this is nice
[05:08] <lupine_85> ah... so I can do "configure-stamp: patch" and "clean: unpatch"...
[05:13] <lupine_85> don't suppose anyone can take a peek at http:///ubuntu.lupine.me.uk/rules ?
[05:13] <lupine_85> I "think" it's right
[05:16] <LaserJock> lupine_85: build it and see if the files go where you want them to
[05:16] <minghua> lupine_85: the dependency looks good to me, but are you sure "./configure.sh --prefix=$(CURDIR)/debian/rutilt/usr" is correct?
[05:16] <LaserJock> lupine_85: and then remove the commented out dh_* lines
[05:16] <lupine_85> the files will always go to the right places :)
[05:17] <lupine_85> the prefix is defintiely correct
[05:17] <ajmitch> lupine_85: that prefix doesn't look correct
[05:17] <ajmitch> you'd usually want configure --prefix=/usr
[05:17] <ajmitch> and make install DESTDIR=$(CURDIR)/debian/rutilt
[05:17] <lupine_85> if I specify prefix=/usr, it will create a dir in /usr
[05:17] <lupine_85> DESTDIR doesn't exist
[05:18] <joejaxx> LaserJock: http://shots.fluxbuntu.org/nbuild1-rev2/ :)
[05:18] <lupine_85> instead we have > 20 environment variables which are dynamically generated by the configure script, and which depend on --prefix
[05:18] <ajmitch> that is not nice
[05:19] <lupine_85> yep :(
[05:19] <lupine_85> two main targets - where it puts the files, and the paths compiled into the kernel
[05:19] <lupine_85> erm, binary
[05:19] <ajmitch> which is generally why there's the prefix/DESTDIR split for other packages
[05:19] <minghua> lupine_85: okay then.  but that definitely sounds a broken upstream build system to me
[05:19] <lupine_85> it is very cr*p ;)
[05:20] <ajmitch> so that you don't get bad paths in the resulting binary or configs
[05:20] <lupine_85> IMO, compiling paths into the binary is broken anyway
[05:20] <LaserJock> joejaxx: way cool
[05:20] <lupine_85> so... can I use sed on a file in debian/patches?
[05:21] <joejaxx> LaserJock: :)
[05:21] <lupine_85> oh, wait. I don't have to
[05:21] <minghua> how do you use sed in a patch?
[05:21] <lupine_85> still stuck in the 'old' way
[05:21] <lupine_85> on, not in ;). but it's irrelevant
[05:21] <LaserJock> lupine_85: my first package had the exact same problem
[05:21] <lupine_85> (the original idea was to patch the file created by configure.sh, btw)
[05:21] <minghua> oh, I think I understand what lupine_85 means now
[05:22] <minghua> something like debian/patches/patch-xxx.in, I suppose
[05:23] <lupine_85> a static patch of the configure.sh should work fine
[05:23] <lupine_85> now... if I get the manpage working, I should be done
[05:25] <lupine_85> woohoo, the patch works :)
[05:26] <Fujitsu> :O
[05:29] <LaserJock> hehe
[05:29] <lupine_85> cor
[05:30] <Fujitsu> Hahah.
[05:31] <lupine_85> so... I've got the manpage gzip -9'd; debian/manpages was mentioned - do I just put the name of the file (rutilt.1.gz) into it?
[05:31] <Fujitsu> BddebianIsAGod gets a proper website!
[05:31] <lupine_85> some of these guides are incredibly vague ;)
[05:32] <imbrandon> ragingubuntuaholic is LaserJock ;)
[05:33] <Fujitsu> I guess so, bddebian did exceed godliness a while ago, so it's not suitable for him
[05:34] <imbrandon> hum
[05:35] <imbrandon> master of the universe ? hehe
[05:35] <Fujitsu> Little not-quite-so-nothing Fujitsu?
[05:35] <ajmitch> imbrandon: too common
[05:35] <imbrandon> true
[05:35] <Fujitsu> I'm not even in the motu group on LP :(
[05:35] <imbrandon> hehi dont think i am either
[05:36] <Fujitsu> Last additions were in May.
[05:36] <ajmitch> Fujitsu: so?
[05:36] <ajmitch> nobody uses the motu group there
[05:36] <imbrandon> why is there a motu group on LP anyhow
[05:36] <ajmitch> originally for bug assignments
[05:36] <imbrandon> ahh
[05:36] <Fujitsu> ajmitch, and indeed still used for bug assignments.
[05:36] <ajmitch> with bug contacts, it's not so needed
[05:37] <minghua> lupine_85: do you use debhelper?
[05:38] <lupine_85> never heard of it
[05:39] <minghua> lupine_85: http://ubuntu.lupine.me.uk/rules is your debian/rules file, isn't it?
[05:39] <lupine_85> dh_installdocs?
[05:39] <lupine_85> yes
[05:39] <minghua> in that case you should read dh_installman(1) man page
[05:39] <minghua> my package doesn't gzip the man page manually, dh_installman is supposed to do that
[05:40] <lupine_85> ok... I'm still getting to grips with all this makefile wizardry ;)
[05:40] <lupine_85> thanks for being patient with me
[05:40] <imbrandon> lspci is supose to list all pci cards weather a driver is loaded or not correct ?
[05:41] <minghua> I think dh_compress does the gzip rather than dh_installman, but either way
[05:41] <Hobbsee> imbrandon: yeah, else it jus tshows as unknown, iirc
[05:41] <lupine_85> ok
[05:41] <minghua> lupine_85: oh and FYI, the dh_* programs comes from a package called debhelper
[05:41] <minghua> hope not LaserJock's
[05:42] <lupine_85> bits and pieces scattered all over - debian.org, primarily
[05:42] <Fujitsu> Hey Hobbsee.
[05:42] <minghua> !packaging-guide
[05:42] <ubotu> Sorry, I don't know anything about packaging-guide - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[05:43] <minghua> hmm
[05:43] <Fujitsu> !packaginguide
[05:43] <Fujitsu> Oops.
[05:43] <ubotu> Sorry, I don't know anything about packaginguide - try searching on http://bots.ubuntulinux.nl/factoids.cgi
[05:43] <Fujitsu> I left out a g.
[05:43] <Fujitsu> !packagingguide
[05:43] <ubotu> The packaging guide is at http://doc.ubuntu.com/ubuntu/packagingguide/C/index.html Other developer resources are at https://wiki.ubuntu.com/DeveloperResources
[05:43] <Fujitsu> There we go.
[05:43] <lupine_85> yes, that one too :)
[05:43] <Hobbsee> hi Fujitsu
[05:44] <minghua> Hmm, the debhelper chapter in packaging guide doesn't seem very good
[05:44] <Fujitsu> What's this? Do I hear somebody volunteering to improve it?
[05:45] <Fujitsu> :P
[05:45] <lupine_85> ok... hopefully the final build...
[05:46] <lupine_85> then I can get on with building amd64 binaries for beryl ;)
[05:46] <minghua> Fujitsu: too much work, too little time :-)
[05:49] <LaserJock> haha
[05:50] <lupine_85> bwahahahah! we have a manpage
[05:51] <Fujitsu> Which package, lupine_85?
[05:52] <lupine_85> rutilt
[05:52] <lupine_85> signing and uploading any time now
[05:53] <LaserJock> hmm, I'm a little confused by mdz's -devel email
[05:54] <Fujitsu> LaserJock, it needs more context, and is incredibly random, but I get the drift.
[05:55] <LaserJock> do we have a Beta or no? it looks like no to me
[05:55] <crimsun> not yet.
[05:55] <crimsun> it's a status update
[05:55] <Fujitsu> Not yet, no.
[05:55] <Fujitsu> crimsun, a very partial and random one.
[05:55] <lupine_85> ok... uploaded
[05:55] <lupine_85> I will brb, I have to boot into amd64
[06:01] <TheMuso> Hey all.
[06:01] <Fujitsu> Hi TheMuso.
[06:02] <imbrandon> ello TheMuso
[06:07] <Hobbsee> ajmitch: crimsun who does the acking for ubuntu-universe-sponsors team, apart from myself?
[06:08] <Hobbsee> it occurs to me that we have at least 3 non-MOTU's on that list.
[06:08] <crimsun> although I'm pleased Fujitsu is dipping his toe into the water as far as u-u-s
[06:08] <LaserJock> on ubuntu-universe-sponsors?
[06:08] <lastnode> imbrandon, let me know when you've got a moment?
[06:08] <Fujitsu> crimsun, am I?
[06:08] <Hobbsee> LaserJock: yep
[06:08] <ajmitch> Hobbsee: your team *was* an open team that random people were joining
[06:08] <Hobbsee> ajmitch: ahhhh....
[06:09] <Fujitsu> So kick 'em out :)
[06:09] <Hobbsee> hehe i'm thinking about doing that.
[06:09] <ajmitch> Hobbsee: I set it to modaerated, but haven't dropped the non-MOTUs
[06:09] <Hobbsee> ajmitch: yeah, fair enough.  clearly my launchpad-team-management foo isnt good.
[06:10] <nixternal> anyone else having issues with hplip?
[06:10] <LaserJock> Hobbsee: you should deactivate the non-MOTUs
[06:11] <Hobbsee> LaserJock: that's what i'm doing now
[06:12] <Hobbsee> done :)
[06:12] <ajmitch> you scared off bddebian
[06:14] <Hobbsee> Fujitsu: ack'd
[06:14] <Fujitsu> That was quick :)
[06:14] <Hobbsee> hehe - i was there
[06:14] <Hobbsee> the only reason i was there was that i just approved mez
[06:15] <Hobbsee> ewww...you have to be added by one of the admins.  dodgy.
[06:15] <Fujitsu> Hobbsee, none of the new people.
[06:15] <ajmitch> Hobbsee: of which team?
[06:15] <Fujitsu> (I brought that up a while ago)
[06:16] <Hobbsee> https://launchpad.net/people/motu
[06:16] <Hobbsee> Fujitsu: hmmm?
[06:16] <ajmitch> Hobbsee: is that a problem?
[06:16] <Hobbsee> no
[06:16] <Hobbsee> i was just surprised
[06:16] <Hobbsee> *wonders why we have a MOTU team and a ubuntu-dev team
[06:16] <Fujitsu> Hobbsee, I brought that up earlier this morning.
[06:16] <crimsun> the former is historical (bug triaging)
[06:17] <ajmitch> historical reasons - motu team was created before we had ubuntu-dev
[06:17] <Hobbsee> ahhh
[06:17] <Fujitsu> But the ubuntu-dev icon is so boring :(
[06:17] <Hobbsee> hehe
[06:17] <ajmitch> and they had to use ubuntu-dev because it's controlled by the tech board
[06:17] <ajmitch> and membership grants upload rights
[06:17] <Hobbsee> yeah
[06:18] <ajmitch> we were the first users of malone
[06:18] <LaserJock> MOTU is da bomb ;-)
[06:18] <ajmitch> which was quite confusing for awhile - main bugs in bugzilla, all others in malone
[06:19] <crimsun> ah, I remember the days when attempting to log into LP caused an OOPS
[06:19] <Fujitsu> crimsun, hahah.
[06:19] <ajmitch> or even just looking at it funny
[06:19] <ajmitch> which we did a lot of
[06:19] <ajmitch> it was rough
[06:20] <Fujitsu> ajmitch, it still can be, at times.
[06:20] <ajmitch> now it's smooth & polished compared to what it once was
[06:20] <Hobbsee> ajmitch: hehe, point
[06:26] <ajmitch> you kids don't know how lucky you are
[06:26] <ajmitch> lupine_85: yes
[06:26] <Fujitsu> I'm not quite a kid, but not far off, ajmitch :P
[06:26] <lupine_85> np then :)
[06:27] <ajmitch> lupine_85: however it's not 5:26AM for everyone hwere
[06:27] <Fujitsu> 2:27pm here :)
[06:27] <ajmitch> Hobbsee & Fujitsu want to review stuff
[06:27] <Hobbsee> no i dont!!  :P
[06:27] <crimsun> tehe
[06:27] <Fujitsu> ajmitch, oh yes, of course.
[06:27] <lupine_85> hmm
[06:27] <Fujitsu> I'll do it, if you want.
[06:27] <lupine_85> where's it gone?
[06:27] <ajmitch> Fujitsu: you offered earlier
[06:27] <lupine_85> it's not on revu any more
[06:27] <lupine_85>  /panic!
[06:27] <ajmitch> Hobbsee: yes, get to it
[06:28] <Fujitsu> :O
[06:28] <Fujitsu> Not again.
[06:28] <Fujitsu> I should have expected that.
[06:28] <LaserJock> heh
[06:29] <LaserJock> I'm a raging ubuntu-holic MOTU, fire doesn't hurt me ;-)
[06:29] <Fujitsu> Darn, of course.
[06:29] <TheMuso> Is it just me or is the publisher not running/has not been running etc?
[06:29] <Fujitsu> There, fixed.
[06:30] <Fujitsu> TheMuso, we're frozen for beta, so everything has to be approved manually.
[06:30] <TheMuso> Right.,
[06:30] <TheMuso> Just haven't seen a package that crimsun uploaded for me yesterday
[06:30] <TheMuso> built k but not on mirrors etc
[06:30] <TheMuso> ok
[06:30] <crimsun> TheMuso: furthermore, any source package generating new binaries won't pass binary NEW until post-beta release
[06:30] <TheMuso> crimsun: Ah right.
[06:30] <TheMuso> Thanks
[06:31] <Fujitsu> Ah, it's NEW.
[06:31] <lupine_85> so is there any particular reason why rutilt might vanish from revu ?
[06:32] <LaserJock> somebody ate it
[06:32] <TheMuso> Fujitsu: the source package isn't, but there are new binary packages
[06:32] <Fujitsu> It's archived, lupine_85.
[06:33] <lupine_85> is that good or bad? ;)
[06:33] <Fujitsu> But it should automagically unarchive when you upload a new release.
[06:33] <lupine_85> hmm, I thought I'd just done that...
[06:34] <lupine_85> ^H^Hs
[06:34] <imbrandon> haha i hate to poke fun at debian too much but i just read a hilarious comment about intels new 80 core processors they are promising over the next 5 years, quote " I hope it dosent work in 'committie' mode like debian and slow down to a crawl ... "
[06:34] <minghua> that's not fair
[06:34] <lupine_85> hope all 80 CPUs don't share the same memory bus
[06:35] <imbrandon> lupine_85, i'm sure the bus issues will be taken care of by then hopefully
[06:35] <lupine_85> hehe
[06:35] <imbrandon> with that laser stuff , who knows
[06:35] <minghua> debian doesn't have committee, it only has cabal :-)
[06:35] <imbrandon> minghua, yea but the point of the snide remark was funny
[06:36] <minghua> well, it's easy to have cheap shots on Debian these days
[06:37] <Fujitsu> There we go, lupine_85.
[06:37] <minghua> s/a/a remark on/
[06:38] <lupine_85> woo :)
[06:45] <Fujitsu> lupine_85, is there any reason you don't just set $helper_prefix, $ip_script_prefix and $icon_prefix, rather than removing the references to them entirely?
[06:46] <lupine_85> yes
[06:47] <lupine_85> they are used by the install script, AFAICT
[06:47] <lupine_85> via Makefile_cst
[06:48] <lupine_85> since the paths in StaticSettings.h never change, it's much easier to make them static than it is to unpick the rather nasty web around those variables
[06:48] <Fujitsu> OK, it all looks pretty good, except for the changelog. It's generally a good idea to have the changelog have a line like so:
[06:48] <Fujitsu>  * XX_whatever.dpatch: Does whatever.
[06:49] <lupine_85> ok
[06:49] <lupine_85> you want me to edit?
[06:49] <Fujitsu> rather than just saying `Patch 01: does whatever' in that line.
[06:49] <Fujitsu> Yes, that'd be good.
[06:49] <lupine_85> ok, 1 second...
[06:49] <Fujitsu> Makes it easier to read the changelog.
[06:49] <Fujitsu> Otherwise, it looks OK...
[06:49] <Fujitsu> Hm.
[06:49] <Fujitsu> But it doesn't build.
[06:50] <Fujitsu> I suspect it's because I'm running an old kernel, while the pbuilder has the new headers...
[06:51] <lupine_85> I was told to add linux-kernel-headers as the dependency to fix that...
[06:51] <Fujitsu> Wait a sec, testing it on another machine.
[06:51] <lupine_85> it builds here, but I already have all the headers installed
[06:52] <lupine_85> is the actual description OK, or should I add some explanation about why the patch is fixing the paths?
[06:52] <Fujitsu> It might be a good idea to add that in the description inside the patch itself. There's a field for it.
[06:52] <Fujitsu> A description of why it does it isn't really necessary in the changelog.
[06:53] <lupine_85> ok
[06:56] <lupine_85> is it building? or is linux-kernel-headers wrong?
[06:56] <Fujitsu> I'll be able to tell you in about 40 seconds...
[06:56] <lupine_85> ok :)
[06:57] <Fujitsu> Nope, still broken.
[06:57] <lupine_85> aargh
[06:57] <Fujitsu> It's because the header version in the pbuilder doesn't match that on the build system.
[06:58] <lupine_85> should I add a dependency for linux-headers-2.6.17-10 ? or is it going to be more involved than that?
[06:58] <minghua> are we talking about a kernel module or a userspace program?
[06:59] <minghua> from what I understand, kernel module should user linux-headers-*, user space program should use linux-kernel-headers
[06:59] <lupine_85> it's a userspace program, but it builds against the WEXT stuff
[07:00] <ajmitch> minghua: linux-libc-dev, not l-k-h now
[07:01] <minghua> ajmitch: oh, I see, that's a so much better name
[07:01] <ajmitch> less confusion
[07:02] <lupine_85> hmm
[07:03] <lupine_85> well, it builds if the headers match the running kernel
[07:03] <lupine_85> presumably something needs patching
[07:03] <superm1> imbrandon, ping
[07:07] <imbrandon> superm1, heya
[07:07] <superm1> hey there, just wanted to check in with you about the two myth packages
[07:07] <imbrandon> superm1, there seems to be a qmake issue with ccache making it ftbs , also -0.4 is out with some of the cahnges intergrated
[07:07] <imbrandon> did you test build this in an edgy pbuilder ?
[07:07] <superm1> making it ftbs?
[07:08] <imbrandon> fail to build from source
[07:08] <superm1> i did, but the pbuilder is about a week old
[07:08] <superm1> so was this qmake thing a recent thing?
[07:08] <superm1> and more importantly then, did it make the new mythtv package itself fail?
[07:09] <imbrandon> hum must be something with the new qmake, if you want to check on the changes in -0.4 ( they intergated a bit of the stuff we did ) i'll check on the qmake
[07:09] <superm1> k.
[07:09] <lupine_85> Fujitsu: aha
[07:09] <lupine_85> with linux-source installed, they build fine
[07:09] <Fujitsu> lupine_85, what?
[07:09] <lupine_85> ^^
[07:09] <Fujitsu> Ah!
[07:09] <lupine_85> so add that as a dependency?
[07:09] <Fujitsu> I suppose so.
[07:09] <Fujitsu> It's strange that it does that.
[07:09] <Fujitsu> I'll run a test build with it added...
[07:10] <superm1> well, i guess do this too then.  libmyth-0.20-dev installs a file to /usr/include/mythtv/mythconfig.mak.  if qmake messed up on it too, then it will include a ccache there in the CC variable
[07:10] <lupine_85> it's been a strange package in general
[07:10] <superm1> and thats probably what killed this
[07:13] <lupine_85> Fujitsu: uploaded
[07:13] <imbrandon> superm1, ahh yes it is, ok i'll fix that up , if you would remerge with 0.4
[07:13] <superm1> sure will do.
[07:13] <superm1> so then this is qmake's fault right :)?
[07:13] <imbrandon> superm1, thanks for spotting that
[07:14] <imbrandon> well its /usr/include/mythtv/mythconfig.mak's fault for using ccache by default
[07:14] <imbrandon> but i'm patching that out right now
[07:14] <Fujitsu> lupine_85, I tried to build with linux-sources, but still:
[07:14] <Fujitsu> Your kernel sources cannot be found.
[07:14] <Fujitsu> Kernel headers found...
[07:14] <Fujitsu> They does not match your running kernel.
[07:15] <imbrandon> Fujitsu, s/sources/headers
[07:15] <Fujitsu> imbrandon, actually s/sources/source/
[07:15] <lupine_85> no, sources
[07:16] <imbrandon> why would you need the kernel source vs the headers ?
[07:16] <superm1> imbrandon, that file mythconfig.mak should have generated during the compile of mythtv.  is there something about a edgy pbuilder that would make it seem like ccache was avail?
[07:16] <Fujitsu> imbrandon, some things (very few, though) do.
[07:16] <Fujitsu> However, this isn't one of them.
[07:16] <lupine_85> 'cos this package is annoying ;)
[07:16] <imbrandon> superm1, yea i'm workin on it bro , give me a sec
[07:17] <lupine_85> I can't even find where it's detecting the kernel
[07:17] <superm1> imbrandon, sorry, just a little antsy
[07:17] <imbrandon> ;)
[07:17] <lupine_85> ah...                 kernel_sources_path=$arg_value'/include/'
[07:18] <imbrandon> lupine_85, yes its a symlink to /usr/source/linux/include thats is installed with linux-headers
[07:18] <lupine_85> even worse, it uses the /usr/src/linux symlink
[07:18] <lupine_85> yes, we spotted it at the same time :)
[07:18] <imbrandon> that correct not worse
[07:18] <imbrandon> the symlink is always right
[07:19] <lupine_85> no, wait... /usr/include/linux/wireless.h
[07:19] <lupine_85> that's not kernel headers
[07:21] <lupine_85> (/usr/src/linux, incidentally, should not point to your current kernel headers. See http://linuxmafia.com/faq/Kernel/usr-src-linux-symlink.html )
[07:23] <lupine_85> so... we can go with the sources and specify the path to them; or the headers and another patch?
[07:24] <lupine_85> quick hack testing time...
[07:24] <Fujitsu> 'nother patch.
[07:24] <Fujitsu> Sources are gigantic.
[07:24] <imbrandon> crimsun, ping , if the universe frozen yet ?
[07:24] <Fujitsu> imbrandon, no.
[07:24] <crimsun> not yet.
[07:25] <TheMuso> Wasn't it 14:00 UTC?
[07:25] <superm1> tomorrow 14:00 UTC I thought
[07:25] <imbrandon> good, ok superm1 , fixes to mythtv uploaded , when you have the -0.4 ready i can test/upload from here untill the buildd's fix it
[07:25] <Fujitsu> TheMuso, superm1, that's what Mithrandir/tfheen said a couple of days back.
[07:25] <TheMuso> Right.
[07:25] <TheMuso> Fujitsu: FOr us at least, we have till midnight.
[07:26] <Fujitsu> Yep.
[07:26] <TheMuso> As far as I have worked out.
[07:26] <imbrandon> superm1, /me hugs --disable-ccache ;)
[07:26] <superm1> okay cool.  it'll take a few minutes for me to go through all of the stuff he has done and compare to how i did it. i'll be back in a few
[07:26] <Fujitsu> Anybody need any upload sponsors or anything?
[07:26] <superm1> ah, awesome fix :)
[07:26] <imbrandon> superm1, probably the easiest is to
[07:26] <imbrandon> err nevermind
[07:26] <imbrandon> go ahead
[07:28] <TheMuso> heh
[07:28] <imbrandon> lol
[07:28] <Fujitsu> Why don't you work?
[07:28] <Hobbsee> haha
[07:28] <imbrandon> needs batteries ?
[07:28] <Hobbsee>  /nick Hobbsee|EnergiserBunny
[07:28] <imbrandon> lol
[07:28] <TheMuso> hehe.
[07:29] <Fujitsu> Which?
[07:29] <TheMuso> Fujitsu: for fnorb
[07:30] <Fujitsu> Yeah, I saw that a while ago.
[07:30] <LaserJock> oh stink
[07:30] <Fujitsu> ?
[07:30] <LaserJock> I don't suppose inkscape has like a recovery thing
[07:30] <imbrandon> is there a "I-know-about-limewire-already" list kinda like the DoNotCall list so i can stop this "100% free music downloads" spam !?!
[07:31] <Fujitsu> imbrandon, hahaha.
[07:32] <TheMuso> hehe
[07:32] <imbrandon> ;)
[07:32] <Fujitsu> At 5:30pm, ajmitch? I don't think so.
[07:32] <Fujitsu> No sleeping before UniverseFreeze.
[07:32] <ajmitch> too bad
[07:33] <TheMuso> heh
[07:33] <ajmitch> I'm sure you'll manage fine without me
[07:33] <LaserJock> darn it
[07:33] <imbrandon> LaserJock, delete a file ?
[07:33] <Fujitsu> LaserJock, what were you doing in it, and how much time had you spent?
[07:33] <LaserJock> no inkscape froze
[07:34] <imbrandon> ouch
[07:34] <LaserJock> and I'd done a lot of work, although not long enough that I thought I'd need to save yet
[07:35] <LaserJock> my artistic abilities are very bad
[07:35] <LaserJock> so it's too bad when I loose something :/
[07:35] <LaserJock> oh well
[07:35] <Fujitsu> :(
[07:35] <lupine_85> ok... for some reason I don't understand, it is now building
[07:35] <Fujitsu> When was the new science forum created?
[07:35] <lupine_85> no idea what i've done this end
[07:36] <lupine_85> -headers and -sources are removed
[07:36] <LaserJock> Fujitsu: last day or 2
[07:36] <Fujitsu> OK.
[07:36] <LaserJock> totally lost :/
[07:36] <Fujitsu> :(
[07:36] <LaserJock> ah well, it was a sucky figure anyway
[07:37] <LaserJock> one of these days we're going to create an OS that doesn't crash
[07:38] <Fujitsu> Aw, LaserJock... Can't we turn Xgl on by default?
[07:38] <Fujitsu> lupine_85, good idea.
[07:38] <lupine_85> I will get this working :)
[07:39] <ajmitch> Fujitsu: of course
[07:39] <Hobbsee|Remote> LaserJock: bah.  that's no fun at all.
[07:39] <lupine_85> Fujitsu: did you try to compile it in edgy or dapper? or is that a daft question?
[07:39] <Fujitsu> lupine_85, Edgy.
[07:39] <lupine_85> ok
[07:42] <superm1> imbrandon, will i have to re-upload the orig.tar.gz, or can you do without that 17.5 meg upload (my measily cable will thank you if you say you have a copy and dont need it)
[07:43] <imbrandon> i ahve a copy, i dunno if revu will like it though, you can put it on some other {web,ftp}site
[07:44] <superm1> i'll try without and see if revu yells at me for it :)
[07:44] <Fujitsu> superm1, it will, I believe.
[07:47] <superm1_> well revu let it fly in the sense that the diff and dsc are there now
[07:47] <superm1_> just couldnt unpack it by itself
[07:47] <superm1_> and run linda/lintian
[07:47] <Fujitsu> Ah, OK, goodo.
[07:49] <lupine_85> ok, I think I've tracked down the problem. If it can't find the linux source, it instead grabs the headers in /usr/include/linux - which is wrong, since they're always well out of date. Including linux-headers-generic as a build dep, and specifying the directory to configure.sh, lets it build.
[07:49] <lupine_85> does that sound acceptable?
[07:50] <imbrandon> s/-generic// they might have a diffrent kernel installed
[07:50] <imbrandon> eg -386
[07:51] <TheMuso> What does the 1: mean in a package version number?
[07:51] <lupine_85> the package "linux-headers" doesn't exist
[07:51] <imbrandon> TheMuso, an epoc
[07:51] <Fujitsu> TheMuso, it's an epoch...
[07:51] <Fujitsu> Nasty nasty things they are too.
[07:51] <Fujitsu> lupine_85, it's a virtual package.
[07:51] <TheMuso> Where can I learn more about them?
[07:52] <Fujitsu> TheMuso, I'm not quite sure, but what I am sure about is that you don't want to learn about them.
[07:52] <Fujitsu> They're evil.
[07:52] <LaserJock> TheMuso: debian policy of course
[07:52] <lupine_85> so an error like "E: Package linux-headers has no installation candidate" is OK ?
[07:52] <LaserJock> and they aren't evil
[07:52] <imbrandon> Fujitsu, why are they evil?
[07:52] <LaserJock> you just don't want to use them if you don't have to
[07:52] <imbrandon> they arent
[07:52] <Fujitsu> LaserJock, I guess.
[07:52] <TheMuso> LaserJock: bah of course.
[07:52] <TheMuso> thanks.
[07:52] <LaserJock> they are an added layer of versioning
[07:53] <LaserJock> in case upstream does something wierd
[07:53] <LaserJock> etc.
[07:53] <imbrandon> TheMuso, short story is ... 0.9 in in the archives , 1.0 go's to be uploaded and somoen boo boo's and uploads 10.0 , well naturaly 1.1 couldent be uploaded so 1:1.1 > 10.0
[07:54] <lupine_85> hmm... that seems to work (pbuilder selects the appropriate dep)
[07:54] <imbrandon> lupine_85, exactly ;)
[07:54] <lupine_85> but...
[07:55] <lupine_85> it doesn't compile
[07:55] <imbrandon> then fix the reason it dont compile linux-headers will grab the headers for the running kernel and symlink them to /usr/src/linux
[07:55] <imbrandon> thats the "right way"
[07:59] <minghua> LaserJock: necessary evil is still evil ;-)  (about epoch)
[08:00] <LaserJock> perhaps
[08:01] <lupine_85> ah... it grabs 2.6.17-10, but --kernel_source  is still specifying -10-generic (uname -r hack). the 'linux' symlink isn't created afaict, but I'll try that
[08:01] <superm1_> LaserJock, I cleaned up backstep as indicated earlier this afternoon.  could you take another look? http://revu.tauware.de/details.py?upid=3290
[08:08] <lupine_85> ok.... let's see if this works
[08:09] <lupine_85> fugly hack #2 ;)
[08:09] <LaserJock> superm1: looks good, I'll upload
[08:09] <superm1> wonderful.  Thanks
[08:12] <lupine_85> oooh... we have compilation
[08:12] <lupine_85> "it compiles - ship it!"
[08:14] <imbrandon> lupine_85, hehe
[08:14] <lupine_85> uploading...
[08:14] <lupine_85> it is a fairly fugly hack though
[08:15] <lupine_85> since we can't assume -generic, we install a less-specific linux-headers with a name which doesn't match "uname -r"...
[08:16] <lupine_85> despite the ideological constraints, I'm starting to miss /usr/src/linux ;)
[08:22] <LaserJock> superm1: have a look at https://launchpad.net/people/superm1/+packages
[08:23] <lupine_85> Fujitsu: given up on it? ;)
[08:23] <superm1> cool :) my first package that i'm a maintainer on
[08:23] <Fujitsu> lupine_85, was AFK...
[08:23] <lupine_85> np
[08:24] <LaserJock> superm1: you can see it's in the NEW queue at https://launchpad.net/distros/ubuntu/edgy/+queue
[08:25] <LaserJock> superm1: and also track it from https://launchpad.net/distros/ubuntu/+source/backstep
[08:25] <superm1> very good info to know.  i do get lost around launchpad looking for stuff like that
[08:25] <LaserJock> yep, just learn the URLs
[08:26] <LaserJock> its easy to just type in the url rather then clicking around
[08:26] <superm1> so until i become an official ubuntu member and eventually a motu, how would i handle if a bug was filed?  Just submit to revu and such
[08:26] <imbrandon> superm1, no attach a debdiff to the bug report
[08:26] <imbrandon> and subscribe ubuntu-universe-sponsors
[08:26] <LaserJock> superm1: attach a debdiff to the bug, subscribe ubuntu-universe-sponsors
[08:26] <imbrandon> revu is for NEW packages
[08:26] <LaserJock> imbrandon: darn you ;-)
[08:26] <imbrandon> hahaha
[08:27] <Fujitsu> And one of us will come and look at it, and if it's fine we'll upload it.
[08:27] <superm1> okay sweet
[08:29] <imbrandon> man when the new queue gets processed -changes will be bombarded
[08:29] <LaserJock> man, ajmitch has got quite a LP team collectoin
[08:29] <Fujitsu> LaserJock, you don't say.
[08:29] <imbrandon> heh
[08:30] <imbrandon> i'm only on 11
[08:30] <LaserJock> about as bad as dhobach
[08:30] <imbrandon> lol
[08:30] <LaserJock> dholbach, rather
[08:32] <imbrandon> ajmitch, haas over 1 mil karma too ;)
[08:33] <Fujitsu> I've got 950k :)
[08:33] <LaserJock> sabdfl has 6mil+
[08:33] <superm1> now by chance can I get one or more of you folks to join at the CC meeting Wed?
[08:34] <imbrandon> going for membership ?
[08:34] <superm1> hoping to :)
[08:34] <imbrandon> cool
[08:34] <LaserJock> bddebian's got 1.7 mil
[08:34] <superm1> at the last meeting they just wanted me to come back with testimonials, and said i'm set elsewise
[08:34] <imbrandon> superm1, when is it ?
[08:35] <superm1> i think noon cst. i'll double check
[08:35] <robitaille> 10 pacific time
[08:35] <robitaille> next tuesday...
[08:35] <superm1> 3 October 2006, 17:00 UTC.  so yea noon CST
[08:35] <superm1> tuesday
[08:35] <superm1> yes
[08:36] <imbrandon> sure, i'm not normaly awake yet, but i can get up a bit early
[08:36] <imbrandon> ;)
[08:36] <superm1> awesome
[08:36] <LaserJock> If I'm around ping me superm1
[08:36] <LaserJock> I'm not sure if I'll be in to work yet at that time or not
[08:36] <imbrandon> heya robitaille
[08:36] <superm1> Ok will do
[08:37] <robitaille> Hi imbrandon
[08:37] <imbrandon> hows it going? busy nuff ? hehe
[08:38] <robitaille> yeah...been busy.   Slowly getting into Ubuntu stuff this week.  Even did some bug triage yesterday.
[08:39] <robitaille> I have to try to keep my karma up :)
[08:39] <imbrandon> ;)
[08:39] <LaserJock> hmmm, the top Ubuntu contributor has 10.3 mil in support tracker karma points
[08:39] <imbrandon> wow
[08:39] <Fujitsu> LaserJock, yeah, support tracker karma is vastly overscaled at the moment.
[08:39] <robitaille> I don't like these inflated scores (I'm at 1.7 mil)
[08:40] <robitaille> all of it in bug triage
[08:40] <imbrandon> yea i'm at 300k and its all bugs save one spec
[08:41] <Fujitsu> minghua, yeah, good old days.
[08:41] <Fujitsu> I was around back then, for a while.
[08:41] <LaserJock> I thought the log scale idea was good
[08:41] <LaserJock> so it's easy to get karma at first
[08:41] <imbrandon> any of you catch that new show "Heros" ?
[08:42] <LaserJock> and then it get's tougher
[08:42] <LaserJock> imbrandon: most of it last night
[08:42] <imbrandon> LaserJock, http://www.eikehein.com/kde/heroes/
[08:42] <LaserJock> oh yeah, I was going to check that out
[08:42] <imbrandon> hehe
[08:42] <LaserJock> oh that's funny
[08:43] <LaserJock> KDE's in the stripper scene ;-)
[08:43] <imbrandon> i'm gonna blog about it soonish ( and my linux daap adventures tonight )
[08:43] <imbrandon> hhahah yea
[08:43] <LaserJock> I always knew you KDE guys would do anything for money ;-)
[08:43] <imbrandon> lol
[08:43] <imbrandon> "it'll cost you another 39 bucks"
[08:43] <imbrandon> ;)
[08:44] <imbrandon> too bad it wasent kubuntu
[08:44] <imbrandon> lol
[08:44] <LaserJock> I really can't believe they spotted that
[08:44] <LaserJock> geeks
[08:45] <imbrandon> lol
[08:45] <LaserJock> one of the cool molecules from my department was on CSI
[08:45] <LaserJock> although the prof didn't even make the credits
[08:46] <LaserJock> they interviewed him and everything
[08:47] <imbrandon> yea it was Sho from the konvo team that spotted it
[08:47] <imbrandon> lol
[08:50] <Fujitsu> lupine_85, ping.
[08:50] <Kagou> morning
[08:50] <superm1> imbrandon, if you see nothing much more with mythplugins, i think i'm going to hit the sack for the night
[08:50] <AnAnt> how much time is left till universe be freezed ?
[08:51] <imbrandon> nope looked ok, if i spot anything else i'll fix it up
[08:51] <imbrandon> AnAnt, few hours
[08:51] <AnAnt> imbrandon: so, what will happen to packages who sources are in the repos but binaries are still in queue ?
[08:51] <imbrandon> they will get processed
[08:51] <superm1> okay.  thanks for helping getting this going.
[08:51] <superm1> night all.
[08:52] <lupine_85> pong
[08:52] <AnAnt> k, good
[08:52] <lupine_85> 'sup Fujitsu? :)
[08:52] <lupine_85> do we have a build? :)
[08:53] <Fujitsu> lupine_85, yes we do :)
[08:53] <lupine_85> w00t
[08:53] <lupine_85> uploaduploadupload :)
[08:53] <imbrandon> lol
[08:54] <lupine_85> once it's uploaded I can get some sleep
[08:54] <lupine_85> 3 hours till I have to be at work
[08:54] <Fujitsu> Just checking the debdiff now, then I'll advocate.
[08:54] <lupine_85> okies :
[08:54] <lupine_85> :)
[08:54] <Fujitsu> Gah.
[08:54] <Fujitsu> REVU is doing funny stuff...
[08:54] <AnAnt> Fujitsu: you're a REVUer now ?
[08:54] <Fujitsu> It cloned my comment 3 times.
[08:54] <Fujitsu> AnAnt, I'm a MOTU, so yes.
[08:55] <AnAnt> Fujitsu: since when ?
[08:55] <lupine_85> hitting F5 does that :(
[08:55] <Fujitsu> AnAnt, early yesterday morning.
[08:55] <Fujitsu> lupine_85, yeah.
[08:55] <lupine_85> it seems to use GET everywhere, which is a bit daft
[08:55] <Fujitsu> It's breaking web standards by doing that.
[08:55] <AnAnt> Fujitsu: cool
[08:55] <lupine_85> mind you, I'm guilty of doing the same thing
[08:55] <Fujitsu> It should be using POST for stuff that makes modifications.
[08:56] <AnAnt> Fujitsu: you won't hide from me in Edgy+1 would you ?
[08:57] <Fujitsu> AnAnt, no.
[08:57] <Fujitsu> :P
[08:57] <LaserJock> Fujitsu: the REVU code is on LP ;-)
[08:57] <AnAnt> LaserJock: where in LP ?
[08:57] <Fujitsu> LaserJock, I know, I was looking at it earlier :)
[08:57] <Fujitsu> lupine_85, that's questionable... (the uname -r | cut)
[08:57] <lupine_85> I know
[08:57] <Fujitsu> If the ABI version changes in length, you're stuffed.
[08:58] <lupine_85> it won't do until -8-1 though
[08:58] <LaserJock> AnAnt: hmm, somewhere. probably around launchpad.net/products/revu or something
[08:58] <Fujitsu> LaserJock, yes.
[08:58] <AnAnt> k
[08:58] <lupine_85> erm, -18-1
[08:58] <Fujitsu> lupine_85, use cut -d="-", with some other stuff.
[08:59] <Fujitsu> LaserJock, is REVU2 the current one on Tiber?
[08:59] <LaserJock> what do you mean
[08:59] <LaserJock> revu.tauware.de is REVU 1
[08:59] <Fujitsu> Ah, OK.
[09:00] <Fujitsu> That branch seems invalid at the moment.
[09:01] <Fujitsu> Oops, it's the REVU2 branch that's exploded.
[09:03] <lupine_85> `echo $(uname -r)| cut -d- -f1`-`echo $(uname -r) | cut -d- -f2`
[09:03] <lupine_85> that works
[09:05] <Fujitsu> echo $(uname -r)| cut -d- -f1,2
[09:05] <Fujitsu> That also works, and it's cleaner.
[09:09] <TheMuso> Does Emmet Hikory frequent IRC? If so, whats his nick?
[09:10] <lupine_85> ah, I was just working towards something like that...
[09:10] <lupine_85> (I didn't know about -f1,2)
[09:11] <LaserJock> TheMuso: not much and he's persia
[09:11] <lupine_85> pbuilder, here we come...
[09:11] <Fujitsu> lupine_85, neither did I, but the manpage alluded to it.
[09:11] <lupine_85> hehe
[09:11] <TheMuso> LaserJock: Thanks.
[09:13] <Fujitsu> That's an... impressive... SQL statement.
[09:15] <lupine_85> hmm... that's not playing. gets translated to  "/usr/src/linux-headers-" (--kernel_sources=/usr/src/linux-headers-`echo | cut -d- -f1,2`)
[09:24] <lupine_85> AHA!
[09:24] <Fujitsu> ?
[09:25] <lupine_85> it compiles with a field-based cut
[09:25] <lupine_85> the makefile doesn't seem to like nesting ` & $(
[09:25] <Fujitsu> Does anybody here know why REVU doesn't offer a password changing facility?
[09:25] <Fujitsu> lupine_85, ah, probably not.
[09:25] <Fujitsu> Try $$(
[09:26] <lupine_85> linux-headers-`uname -r| cut -d- -f1,2` works
[09:26] <lupine_85> uploading...
[09:27] <LaserJock> Fujitsu: what did you fix?
[09:28] <Fujitsu> LaserJock, re -devel?
[09:29] <LaserJock> yeah
[09:30] <lupine_85> hopefully that should "be it" :)
[09:30] <Fujitsu> Backported a tor security fix from 0.1.0.18 to the Breezy and Dapper versions... It didn't correctly check if it was configured as a server or not, so the first server in a path could route abitrary data through it.
[09:30] <LaserJock> I see
[09:31] <Fujitsu> Upstream actually came and reported it in LP.
[09:31] <lupine_85> and it's up :)
[09:32] <minghua> good tor upstream
[09:34] <imbrandon> okies i'm off for a few hours, time for some sleep , rember , go fourth and pimp the KDE ( ala http://www.imbrandon.com/2006/09/28/pimping-kde-style/ ) , gnight folks
[09:34] <Fujitsu> Bye, imbrandon.
[09:35] <lupine_85> sleeeeeeeeeeeeeep
[09:35] <Fujitsu> Test building again, lupine_85...
[09:35] <Fujitsu> You may want to ask somebody else to review it.
[09:35] <aboe> can someone help me with building a package, I'm a translator for bmpx and want to build a good ubuntu package of this program
[09:36] <lupine_85> is anyone else around?
[09:45] <Fujitsu> See ya.
[09:46] <lupine_85> well, I guess we're nearly there :/
[09:46] <Fujitsu> It's compiling this time, I'll advocate shortly.
[09:46] <lupine_85> ooh, cool :)
[09:46] <lupine_85> thanks
[09:46] <lupine_85> I thought to myself, "choose something easy..."
[09:46] <Fujitsu> Now just need a seconder.
[09:46] <lupine_85> nobody seems to be about :'(
[09:47] <lupine_85> understandable at this ungodly hour
[09:47] <Fujitsu> OK, the package contents seem sane, and it hasn't exploded, so it must be good :)
[09:47] <lupine_85> hehe
[09:49] <lupine_85> thanks for sticking with me
[09:49] <Fujitsu> No problem.
[09:53] <azeem> so if I want to have a package which is only in Debian be in Ubuntu universe as well, should I do something other than requesting a sync from Debian?
[09:54] <Fujitsu> azeem, no, just file a sync.
[09:54] <Fujitsu> *sync request
[09:54] <azeem> ok, I got irritated by https://launchpad.net/distros/ubuntu/+bug/62468
[09:54] <Ubugtu> Malone bug 62468 in Ubuntu "Please sync maloc_0.2-1 from Debian unstable (main)" [Undecided,Rejected] 
[09:56] <Fujitsu> Fixed.
[09:56] <azeem> thanks!
[09:57] <Fujitsu> I also had him assigning ubuntu-archive to a few of my bugs earlier.
[09:58] <LaserJock> haha
[09:58] <LaserJock> I love Fujitsu's comments
[09:58] <Fujitsu> Well, I'm annoyed at him.
[10:01] <Q-FUNK> hm
[10:01] <Q-FUNK> sync day
[10:01] <minghua> Fujitsu: that's probably a her
[10:01] <Fujitsu> minghua, I just noticed...
[10:14] <Burgundavia> imbrandon: truly, please don't use that Linus quote about him telling people to use KDE
[10:14] <Burgundavia> imbrandon: it was sent to the desktop-architects list, not the gnome-usability one
[10:14] <Burgundavia> he thought it was a private list, all you are going to do is make GNOME people like myself angry by bringing it up
[10:17] <dholbach> good morning
[10:17] <lfittl> morning dholbach
[10:17] <Fujitsu> Hi dholbach.
[10:17] <dholbach> hey lfittl, hey Fujitsu
[10:18] <imbrandon> Burgundavia, edited becouse i dident quote it to start a fite, but 1) its only one persons opinon , nothing to make "gnome users mad" and 2) if that is the wrong list you need to contact the gnome.org admins as thats directly where i linked it from
[10:19] <imbrandon> s/fite/fight
[10:19] <lionelp> morning dholbach
[10:19] <Burgundavia> imbrandon: it was later linked to the usability list as the story grew
[10:19] <Hobbsee> hey dholbach
[10:19] <dholbach> heyA lionelp, HOBbsee
[10:19] <dholbach> how are you?
[10:20] <imbrandon> okies ;)
[10:20] <Burgundavia> imbrandon: useless negative opinions about one desktop or the other are totally useless and just fan the "GNOME vs KDE" crap in the press
[10:20] <Burgundavia> you see, I loved everything else in your blog post and it is cool to see more KDE in the world
[10:20] <imbrandon> ;)
[10:21] <imbrandon> its edited, only been up an hor, most will have never seen it ;P
[10:21] <imbrandon> hour ...
[10:21] <Burgundavia> thanks
[10:21] <Hobbsee> imbrandon: be careful, the nz idiot is around again...
[10:21] <imbrandon> no worries, like i said it wasnt to start a war, thus i dident quote the bad part
[10:22] <Fujitsu> Hobbsee, that guy was NZian?
[10:22] <imbrandon> but edited anyhow
[10:22] <Fujitsu> So he was.
[10:22] <imbrandon> Hobbsee hahaha ok
[10:22] <imbrandon> Hobbsee i'm actualy in bed with the laptop anyhow
[10:22] <imbrandon> so i'm semi afk ;)
[10:22] <Hobbsee> Fujitsu: yeah, look at the hostmask.  he comes in and tries to create trouble every once in a while
[10:23] <Fujitsu> Hobbsee, I looked after you mentioned it... Why isn't he banned?
[10:23] <Hobbsee> oh here we go again....
[10:23] <Hobbsee> Fujitsu: because i was feeling nice.
[10:23] <Fujitsu> Yup...
[10:23] <imbrandon> he tries to imprsonate mark alot
[10:23] <Hobbsee> now he's just....well, you can go read it :P
[10:24] <Fujitsu> Yeah...
[10:24] <imbrandon> what chan ?
[10:24] <Fujitsu> #-devel
[10:24] <Hobbsee> *!*@219-89-*.dialup.xtra.co.nz
[10:24] <Hobbsee> is the hostmask you want to look out for - it's the same guy.
[10:25] <Hobbsee> tends to pose as different people
[10:25] <Fujitsu> Yeah, I think I've seen that hostmask a bit over the past couple of months.
[10:25] <imbrandon> but we cant ban that as its the largest isp in NZ
[10:25] <imbrandon> heh
[10:26] <Hobbsee> we can ban that section of it.
[10:26] <Fujitsu> Was he MarkShuttleworth?
[10:26] <imbrandon> yes
[10:26] <Hobbsee> Fujitsu: that's the one
[10:26] <Hobbsee> imbrandon: he's also in #ubuntu
[10:26] <Hobbsee> you do at least have ops there
[10:26] <lionelp> Fujitsu: upstream uploaded all the fix i required for nagcon !
[10:26] <Fujitsu> lionelp, yay :)
[10:26] <Fujitsu> I thought they might be quick.
[10:26] <Fujitsu> If you upload the fix, fixing those issues I mentioned, I'll advocate.
[10:26] <lionelp> yeah, only 9 hours after my e-mail
[10:27] <lionelp> Fujitsu: I do it right now !
[10:27] <Fujitsu> Gimme a link once it's there.
[10:28] <imbrandon> Hobbsee i got my finger on the button if he dont stay mum
[10:28] <Hobbsee> imbrandon: good.  he's tried once already, but didnt get much of a response, it seems.
[10:30] <imbrandon> hedgemage is also in there , she is freenode staff iirc
[10:30] <imbrandon> ( and active )
[10:30] <Hobbsee> indeed
[10:32] <imbrandon> okies , i'm really of to sleep now, Burgundavia sorry for the mishap ;)
[10:33] <Fujitsu> G'night, imbrandon.
[10:33] <Hobbsee> night imbrandon
[10:37] <lionelp> Fujitsu: http://revu.tauware.de/details.py?upid=3293
[10:41] <Q-FUNK> say, are Kamion an dKeybuck both doing archive work today to complete the beta?
[10:42] <Hobbsee> Q-FUNK: you didnt make it to the dev meeting.
[10:43] <dholbach> Q-FUNK: I'd say they're busy doing CD stuff and testing CDs
[10:43] <Q-FUNK> Hobbsee: what? when? where?
[10:43] <dholbach> fridge.ubuntu.com has all the dates
[10:44] <Q-FUNK> someone else sould be doing CDs.  archive maintenance already is a big job.
[10:44] <Q-FUNK> Hobbsee: indeed, but currently running for a deadline in real life :)
[10:45] <Hobbsee> ah
[10:45] <dholbach> everybody is aware of that, but it's important the whole team works on getting the beta release out
[10:46] <Fujitsu> dholbach, while Universe freezes in a less-than-complete state?
[10:46] <Hobbsee> Fujitsu: yes.  if hte cds dont work, nothing works.
[10:46] <Fujitsu> Hobbsee, these are beta CDs, but pretty much final universe.
[10:46] <dholbach> and I doubt the things that are "incomplete" can not be fixed by bug fixes and uvf exceptions
[10:46] <Q-FUNK> we all agree that the CDs should work.  we're only saying that keybuck and kamion already have their hands full.
[10:46] <Hobbsee> there are exception requests....
[10:46] <dholbach> final?
[10:46] <azeem> Q-FUNK: it's keybuk
[10:47] <Fujitsu> The archive admins should spend their time on beta, yes, but beta and UniverseFreeze shouldn't really be on the same day.
[10:47] <Hobbsee> apart from that, neither seem to have been talking much on irc today.
[10:47] <dholbach> relax guys, really - we have a months for bug fixes and we have the uvf exception process
[10:47] <imbrandon> Fujitsu, beta release dosent depend on universe
[10:47] <dholbach> there's nothing we cannot fix until release
[10:47] <imbrandon> ;)
[10:47] <Fujitsu> imbrandon, obviously.
[10:49] <Fujitsu> dholbach, but it's a whole lot easier before it's frozen.
[10:49] <dholbach> ...
[10:49] <dholbach> that's life
[10:49] <dholbach> honestly - we all knew that the cycle was going to be short
[10:50] <imbrandon> yup yup
[10:50] <imbrandon> we'll make it
[10:50] <imbrandon> it will be O.K. ;)
[10:50] <dholbach> and one month before release is a good time to "sort of freeze" universe
[10:50] <Fujitsu> Yes, but it wouldn't have been as bad if beta and universe freeze were not on the same day.
[10:50] <Fujitsu> Because there's an enormous backlog of sync requests.
[10:50] <Hobbsee> yeah well.  we cant change it now.
[10:50] <dholbach> i'm sure they will be processed
[10:50] <Fujitsu> We can't, true.
[10:50] <dholbach> relax
[10:50] <Hobbsee> and they'll just have to process the current sync requests as is.
[10:50] <dholbach> I'll try to make sure that everything that is important will be considered for a uvf exception
[10:50] <imbrandon> Fujitsu, by the time the cd's are released , and people have time to download and install them the archive will have been processsed ;)
[10:51] <Q-FUNK> ah.  infinity laso does archive work.
[10:52] <dholbach> imbrandon: that's fine - I'm waiting for a telepathy fix myself
[10:53] <Q-FUNK> and kamion just said he barely is gettig setup at his new place, but he's gonna get around archive work today.
[10:53] <imbrandon> yea we're still working out the kinks of the second half to mythtv ( but i think between superm1 and me last night we got it , just needs to be tested , built and uploaded , so next day or so after release )
[10:53] <imbrandon> Q-FUNK, have faith brother, those guys are really good ;)
[10:54] <imbrandon> dholbach, yea i cant wait to play with telepathy stuff
[10:55] <imbrandon> its lookin sweet from what i've read
[10:55] <dholbach> yeah, it's great to see all the bits slowly come together
[10:56] <dholbach> of course it's all fairly fresh an new still
[10:56] <imbrandon> ;)
[10:57] <imbrandon> jono was really pimping it from the jokosher / gstreamer side talking to the llts guys
[10:57] <imbrandon> seemed really cool
[10:58] <dholbach> he tried to explain it two or three times already how jokosher fitted in there
[10:58] <dholbach> but I still didn't understand
[10:58] <imbrandon> hehe , think skype and podcasting only free and easy
[10:59] <TheMuso> Does jokosher support jack?
[10:59] <imbrandon> thats just one small part ( the part i like )
[10:59] <imbrandon> TheMuso, it supports anything gstreamer does afaik
[10:59] <TheMuso> Right.
[10:59] <TheMuso> Gstreamer did have a jack pluginat one point
[11:00] <TheMuso> It doesn't seem to exist any more however.
[11:00] <imbrandon> heh
[11:01] <Fujitsu> lionelp, advocated.
[11:01] <lionelp> Fujitsu: thanks
[11:02] <lionelp> dholbach: could you do a last check on nagcon (updated with Fujitsu remarks) and eventually advocate ? :)
[11:06] <dholbach> looks good
[11:06] <dholbach> go ahead
[11:06] <Fujitsu> Will do.
[11:06] <TheMuso> jokosher really needs jack support to truely be powerful.
[11:06] <Fujitsu> Good idea :)
[11:06] <dholbach> TheMuso: jokosher rocks already ;-)
[11:06] <TheMuso> But it would rock more with jack support.
[11:06] <Fujitsu> Uploaded, lionelp.
[11:07] <lionelp> \o/
[11:07] <lionelp> Fujitsu, dholbach: thanks !
[11:07] <dholbach> de rien
[11:08] <lionelp> :)
[11:08] <TheMuso> hmmmmm
[11:08] <TheMuso> Not sure if I like jokosher just yet.
[11:09] <TheMuso> Give it jack support, and thats another story.
[11:13] <Q-FUNK> ok, just had a long chat with keybuk over what is the real roadblock over adding more archive maintainers.
[11:13] <Fujitsu> Q-FUNK, I could have told you, I believe.
[11:13] <Q-FUNK> in a nutshell:  they would have to sign an NDA, because archive admins get root, which gives them access to e.g. the source code for non-free canonical projects.  most free software guys refuse that.
[11:14] <Fujitsu> Q-FUNK, that's what I thought.
[11:14] <Fujitsu> That's the state at the moment, at least. Once Soyuz gets a sane web frontend, it should be easier.
[11:14] <Q-FUNK> the dilema:  people _willing_ to sign an NDA tend to be more laxed on the free software principles.    meanwhile, people NOT willing to sign an NDA cannot do archive work.
 anyway, time to clear up universe syncs
[11:16] <Fujitsu> :)
[11:24] <siretart> Q-FUNK: one naive approach could be to avoid the requirement of needing root on those machines for archive work
[11:25] <azeem> siretart: that is what Fujitsu was talking about WRT a sane web frontend I guess
[11:25] <Fujitsu> azeem, yep.
[11:25] <siretart> oh. yes
[11:26] <Fujitsu> siretart, you're a REVU person... Is there any reason we can't change our passwords? Or is it just that nobody has implemented it?
[11:26] <siretart> Fujitsu: it's just a matter of implementing it
[11:26] <Fujitsu> azeem, you should probably set the status and importance of your sync requests, or they're liable to be ignored.
[11:27] <Fujitsu> siretart, I shall aim to do so.
[11:27] <azeem> ok, thanks
[11:27] <Fujitsu> Hey \sh.
[11:28] <siretart> Fujitsu: sure, the source for revu is on launchpad, just tell me the url of your branch
[11:28] <Fujitsu> siretart, I've branched it here already, and am looking at it :)
[11:28] <\sh> moins
[11:28] <siretart> huhu \sh
[11:28] <siretart> \sh: are you using fai for edgy oder only dapper machines?
[11:28] <\sh> siretart: right now only dapper and sles9
[11:29] <pygi> morning
[11:29] <Fujitsu> Hey pygi.
[11:29] <\sh> siretart: we need to change some things on FAI for the installation of Ubuntu (in general)
[11:30] <\sh> siretart: I have to test now the new FAI 3.0 packages which were released yesterday
[11:30] <siretart> \sh: yes, I have FAI 3.0 on my todo list for edgy. that's why I ask you
[11:31] <siretart> \sh: but I won't get to it before (or more likely after) this weekend
[11:31] <siretart> local LUG event the whole weekend, you know
[11:31] <\sh> siretart: hehe....more important then packaging work ;)
[11:32] <siretart> \sh: I give one workshop in cfengine and one talk about version control systems
[11:32] <siretart> but I think we have uplink there
[11:32] <pygi> ajmitch: ping?
[11:33] <\sh> siretart: the problem right now with installation of dapper with FAI 2.x (and obviously for 3.0), is that during bootup dapper needs /var/lock and /var/run created before mounting the other filesystems...I do this, right now, in instsoft.<CLASS> hook
[11:34] <siretart> \sh: this is also an issue for debian soon. the package with that semantics is already in experimental for testing. unsure if it makes it for etch
[11:35] <TheMuso> Is there an upstream bug tracker for jokosher?
[11:35] <\sh> siretart: we should think about this change for the ubuntu fai packages...so thomas can use our patches then
[11:35] <siretart> \sh: I will talk about that to him as soon as we have the patches
[11:35] <siretart> anyway, lunchtime here, see you later
[11:39] <TheMuso> found it
[11:42] <azeem> Fujitsu: I guess I cannot change the Status/Importance, or I cannot figure out the web interface
[11:43] <Fujitsu> azeem, click on the link in the orange bar at the top.
[11:43] <azeem> there's no link, only for the "Affects"
[11:43] <Fujitsu> On the product name, at left.
[11:43] <azeem> euh
[11:44] <azeem> talk about discoverability
[11:44] <azeem> Fujitsu: thanks again
[11:44] <Fujitsu> Yeah, that's confused a number of people.
[11:44] <Fujitsu> No problem :)
[11:51] <minghua> what is the problem with -devel list recently...
[11:54] <Adri2000> today it's universe freeze, i hope archive admins will build/upload the 141 packages in the queue
[11:57] <Q-FUNK> siretart: indeed
[12:15] <ajmitch> evening
[12:15] <ajmitch> pygi: pong
[12:24] <cyberix> Package gaphor is broken in Dapper. :-(
[12:32] <Q-FUNK> yee!
[12:32] <Fujitsu> ?
[12:32] <Fujitsu> Hm.
[12:32] <Fujitsu> I've got 27 new emails.
[12:33] <Fujitsu> That can only mean one thing.
[12:33] <Fujitsu> Ooh, yay :)
[12:33] <ajmitch> NEW queue or syncs?
[12:33] <Fujitsu> Syncs.
[12:33] <Q-FUNK> syncs
[12:34] <Q-FUNK> what is the crrect procedure for closing the bugs, now that the upload is done?
[12:34] <Q-FUNK> the only bug hat got auto-closed was the sync request.
[12:34] <Fujitsu> Q-FUNK, the archive admin will close them.
[12:35] <Q-FUNK> ok
[12:36] <ajmitch> Q-FUNK: if you mean closing bugs that the update fixed, you close them yourself
[12:37] <ajmitch> the archive admin closes only the original sync request afaik
[12:37] <Q-FUNK> yes, bugs that the update fixed
[12:37] <Fujitsu> Oh, OK.
[12:38] <Fujitsu> I presumed you meant the sync request, but I see you mentioned that now.
[12:40] <Q-FUNK> status should be what?  fix released?
[12:40] <Fujitsu> Q-FUNK, yup.
[12:44] <Q-FUNK> done
[12:44] <Q-FUNK> hub! :D
[01:34] <lfittl> I need a quick +1 for http://revu.tauware.de/details.py?upid=3278, otherwise glest will end up in edgy + 1
[01:35] <lotusleaf> cool, I've heard glest is nice
[01:36] <lfittl> dholbach: ping
[01:37] <dholbach> lfittl: pong
[01:37] <lfittl> dholbach: could you give a +1 for glest, then I can upload it, although I have not been able to find testers
[01:39] <dholbach> ok
[01:39] <dholbach> you sitll have some time
[01:39] <dholbach> i'm just testing a cd and filing a bug
[01:40] <dholbach> but i'll do it after that, asap
[01:40] <lfittl> k perfect, do we have a exact time for the freeze now?
[01:41] <Fujitsu> 23:59UTC, wasn't it, dholbach? :P
[01:42] <dholbach> we'll se about that
[01:42] <ajmitch> then we can start bugging the team for freeze exceptions
[01:42] <ajmitch> I may have a few, sorry
[01:43] <ajmitch> mostly for my debian packages which I haven't had time to update properly yet
[01:44] <ajmitch> so up to you on if you trust that I won't break things there :)
[01:53] <pygi> lionelp: poke?
[01:54] <phanatic> good afternoon
[01:55] <ajmitch> hi phanatic
[01:55] <pygi> morning phanatic
[01:55] <phanatic> hi ajmitch and pygi :)
[01:56] <phanatic> universe freeze already passed, or there is still a chance to upload a package?
[01:56] <pygi> phanatic: still chance to upload package :)
[01:56] <phanatic> aye, i just need a sponsor then ;)
[01:58] <phanatic> http://revu.tauware.de/details.py?upid=3281 - just a new upstream version
[01:59] <ajmitch> phanatic: looks fine by me
[02:00] <phanatic> ajmitch: could you upload please?
[02:00] <ajmitch> phanatic: sure, just grabbing source
[02:00] <phanatic> ajmitch: thanks
[02:01] <ajmitch> libburn 2 libburn2 (>= 0.2.2)
[02:01] <ajmitch> that's what the shlibs should look like :)
[02:02] <pygi> ajmitch: don't tell me =)
[02:02] <pygi> you know who to poke ;)
[02:02] <ajmitch> pygi: are you able to test libburn packages?
[02:02] <ajmitch> I want to check upgrades
[02:02] <pygi> ajmitch: nop, no edgy here since a week earlier
[02:02] <ajmitch> ok, slomo_ will do
[02:03] <slomo_> ajmitch: slomo_ is busy ;)
[02:03] <ajmitch> slomo_: you want me to just upload? ;)
[02:03] <ajmitch> I added the conflicts/replaces on libburn-1, but dpkg took 2 goes to get them installing properly
[02:03] <ajmitch> don't worry, bddebian is willing & ready
[02:04] <slomo_> ajmitch: libburn-1 is not even in the archive
[02:04] <slomo_> oh, it is
[02:04] <ajmitch> slomo_: the old old version is
[02:04] <pygi> ajmitch: the very very very very old version
[02:04] <pygi> :)
[02:05] <ajmitch> phanatic: ok, I was wrong, a build test shows that it doesn't like it
[02:05] <phanatic> ajmitch: what's the problem? :(
[02:05] <ajmitch> phanatic: you removed Changelog, but kept the dh_installchangelogs line
[02:06] <phanatic> ouch, i'll correct and reupload to revu
[02:06] <ajmitch> the orig.tar.gz looks to be missing the changelog
[02:06] <phanatic> thanks for the note
[02:06] <ajmitch> thanks
[02:06] <phanatic> yeah, it was removed
[02:06] <ajmitch> why?
[02:07] <phanatic> there is now a NEWS.txt for important changes and the smaller ones can be retrieved from the bzr history
[02:07] <ajmitch> ok
[02:08] <ajmitch> keep dh_installchangelogs, just drop the ChangeLog argument
[02:09] <phanatic> ok
[02:10] <dholbach> lfittl: no powerpc?
[02:11] <phanatic> ajmitch: i also added NEWS.txt to docs
[02:11] <dholbach> lfittl: but apart from that fine - read to go
[02:11] <dholbach> ready :)
[02:11] <ajmitch> phanatic: great
[02:11] <lfittl> dholbach: big endian is IMHO not supported
[02:11] <dholbach> lfittl: read it in TODO
[02:11] <phanatic> ajmitch: uploaded, should appear on revu soon
[02:11] <dholbach> lfittl: looks good to go
[02:12] <lfittl> perfect, will upload glest-data as well :)
[02:12] <ajmitch> within 5 min
[02:12] <dholbach> ROCK ON!
[02:13] <ajmitch> dholbach: you like glest? :)
[02:14] <dholbach> yeah
[02:14] <dholbach> :-)
[02:20] <lfittl> glest & glest-data uploaded, hopefully remaining stuff in NEW will be processed
[02:22] <phanatic> ajmitch: http://revu.tauware.de/details.py?upid=3294
[02:23] <ajmitch> phanatic: yes, I'd grabbed it & it's uploaded ;)
[02:23] <bddebian> Heya gang
[02:23] <phanatic> ajmitch: great, thanks :)
[02:23] <lfittl> hey bddebian
[02:23] <phanatic> heya bddebian
[02:23] <bddebian> What am I ready & willing for?
[02:23] <bddebian> Hi lfittl, ph
[02:24] <bddebian> err phanatic
[02:24] <ajmitch> Plug: not entirely happy with -pptp package, just a couple of extra files, but I'll upload now anyway
[02:24] <ajmitch> bddebian: testing packages
[02:25] <bddebian> Ahh
[02:25] <ajmitch> Plug: you can fix those minor issues up before release :)
[02:29] <phanatic> if a tarball hasn't got a license (no COPYING file, nothing mentioned in the source headers, etc.), it cannot be uploaded right?
[02:29] <Fujitsu> phanatic, correct.
[02:29] <Fujitsu> Well, it can be uploaded, but it'd be rejected :P
[02:30] <phanatic> Fujitsu: of course :)
[02:30] <phanatic> that's why i hate lazy upstreams :P
[02:31] <pygi> phanatic: :P
[02:33] <phanatic> see bug 59378 - there is a new mono-based version of sysinfo, which runs perfectly on edgy, but the upstream didn't include any copyright info in the source, and he hasn't responded since weeks...
[02:33] <Ubugtu> Malone bug 59378 in sysinfo "[edgy]  Couldn't start sysinfo, kept crashing to apport" [Undecided,Confirmed]  http://launchpad.net/bugs/59378
[02:35] <lotusleaf> I just ate 5 heaping tablespoons of powdered sugar
[02:38] <Q-FUNK> Mono. *shivers*
[02:38] <ajmitch> Q-FUNK: I'm sure you can get over it
[02:41] <\sh> siretart: ping did you ever configured a vlan with dapper?
[02:44] <lotusleaf> "god gave Noah the rainbow sign, then he said, 'it's the fire next time'"
[02:44] <Fujitsu> Happy UniverseFreeze, everybody!
[02:47] <siretart> \sh: god thanks, no. not yet
[02:48] <ajmitch> hi siretart
[02:48] <siretart> huhu ajmitch
[02:48] <bddebian> hu hu siretart ;-)
[02:48] <siretart> \sh: did you ever had a look at the package ifupdown-scripts-zg2?
[02:49] <siretart> \sh: I read somewhere that it could help you in this case
[02:49] <\sh> siretart: I just managed it without marcs scripts
[02:50] <siretart> \sh: blog about it :)
[02:50] <\sh> auto eth0 \n iface eth0 inet static \n address 0.0.0.1 \n netmask 255.255.255.255 \n post-up vconfig add eth0 <vlan id> \n pre-down vconfig rem eth0.<vlan id> \n\n auto eth0.<vlan id>\n address <...> netmask <...> broadcast <....> gateway <...> :)
[02:51] <\sh> siretart:  I'll do that
[02:52] <gardengnome> hey guys. i've just seen bug 61332 - the mythtv plugins (0.18.x atm) need to be synced against the current version of mythtv (0.20 in edgy). i don't know the development process to well so i'm wondering if this will happen for edgy.
[02:52] <Ubugtu> Malone bug 61332 in mythplugins "Needs a sync for mythtv 0.20" [Undecided,Unconfirmed]  http://launchpad.net/bugs/61332
[02:52] <AnAnt> did Ubuntu remove the ability to set hardware clock to GMT while system clock to some timezone ?
[02:52] <ajmitch> gardengnome: it's known, it's being worked on
[02:53] <gardengnome> ajmitch: thanks a lot! i was afraid ubuntu would ship with a broken/old version of mythtv again.
[02:54] <StevenK> \sh: I've seen someone include a for loop in post-up and pre-down to add the buggers.
[02:55] <lionelp> \sh: I am not sure you need to do that
[02:55] <lionelp> I read somewhere (I can not find out where) that the /etc/network/interfaces is able to manage VLAN
[02:56] <lionelp> if you use eth0.vlan_id it would set the correct vlan id and the interface
[03:00] <lfittl> anybody against updating openscenegraph to 1.1.0?
[03:18] <\sh> lionelp: hmmm...i will test this with the next machine
[03:26] <ajmitch> night all
[03:26] <bddebian> Laterz ajmitch
[04:04] <xerxas> Hi guys
[04:05] <bddebian> Hello xerxas
[04:06] <xerxas> bddebian,  do you know how can I help ?
[04:06] <bddebian> Fix bugs? :-)
[04:06] <xerxas> don't know what I want to fix :)
[04:08] <bddebian> So install Edgy and see what breaks :-)
[04:09] <Nafallo> lol
[04:11] <lotusleaf> Edgy for me has been more stable than kubuntu dapper
[04:11] <lotusleaf> but I'm using gnome edgy so...
[05:43] <lupine_85> wooo! my packagwe got uploaded
[05:43] <lupine_85> thanks guys and gals :)
[05:44] <dholbach> lupine_85: which one was that?
[05:44] <lupine_85> rutilt
[05:44] <dholbach> ah super
[05:44] <lupine_85> !info rutilt edgy
[05:44] <dholbach> good work on that!
[05:44] <ubotu> Package rutilt does not exist in edgy
[05:44] <lupine_85> awwwwwwwwwww
[05:44] <lupine_85> when does it get updated? :'(
[05:44] <dholbach> lupine_85: you can subscribe to its bugs now ;)
[05:45] <lupine_85> mmmmmmm hugz
[05:45] <superm1> congrats lupine_85
[05:45] <superm1> feels like 8 hours ago when you were just hoping to finish up :)
[05:45] <lupine_85> so... bugs in launchpad?
[05:45] <dholbach> hangon, finding the link
[05:45] <dholbach> https://launchpad.net/distros/ubuntu/+source/rutilt/+subscribe
[05:45] <dholbach> there you go
[05:45] <lupine_85> superm1: I started what I thought would be the 'last' upload, around 4am
[05:46] <superm1> hehe
[05:46] <lupine_85> finally got it finished at 8.30am, so I went to bed - and got up at 9am to go to work
[05:46] <lupine_85> worth it in the end though
[05:46] <lupine_85>  /snore
[05:46] <dholbach> woah
[05:46] <dholbach> that's DEDICATION :)
[05:46] <lupine_85> so do I get a medal?
[05:46] <superm1> haha, as long as you beat UVF.  I could barely stay up last night when I conked out.  so good luck staying up today
[05:46] <dholbach> lupine_85: "Thanks for your contribution to Ubuntu."
[05:47] <lupine_85> I was just desparate to avoid universe freeze, yeah
[05:47] <lupine_85> np :)
[05:47] <lupine_85> I was also desperate to avoid maintaining the package myself
[05:47] <lupine_85> But whoever wrote that makefile should be slowly cooked over a warm bonfire
[05:48] <lupine_85> hehe... it must be bug-free, there aren't any bugs!
[05:48] <Hobbsee> hehe
[05:49] <Hobbsee> there are multiple maintainers who that should happen to
[05:49] <lupine_85> well, I can think of one bug off-hand, but it's minor
[05:49] <superm1> lupine_85, last night did imbrandon mention anything else about mythtv or mythplugins after I left?  I'm a bit worried I don't see it in the edgy build queue
[05:50] <Nafallo> hm, how many network-manager-* is in?
[05:51] <Nafallo> and have people archived uploaded stuff? :-)
[05:51] <lupine_85> this? [Thu Sep 28 2006]  [09:53:08]  <imbrandon>        yea we're still working out the kinks of the second half to mythtv ( but i think between superm1 and me last night we got it , just needs to be tested , built and uploaded , so next day or so after release )
[05:51] <superm1> that looks to be what i'd be looking for.
[05:52] <superm1> okay so he probably will be able to make an exception for it
[05:52] <superm1> what time zone is that?
[05:52] <lupine_85> BST
[05:52] <lupine_85> so GMT+1
[05:52] <lupine_85> I think, anyway! /me can never keep track
[05:52] <superm1> oh wow, way ahead of me.  okay i'm GMT-5
[05:52] <superm1> hehe
[05:53] <lupine_85> I got many more hours to work on packaging than you ;)
[05:53] <superm1> well i'll try to hang around IRC tonite and make sure there are no other gotchas left to it
[05:53] <superm1> yea you do.
[05:54] <superm1> does this channel log to any particular server ever? so I could easily check if i'm not in the channel in the future?
[05:54] <lupine_85> http://www.irclinux.org/freenode/ ?
[05:55] <lotusleaf> superm1: yes I have the logs url linked: http://lotusleafslinks.tuxfamily.org/linuxdistributions.html <-- look for ubuntu irc logs
[05:55] <lupine_85> ah, doesn't track this one
[05:55] <lupine_85> searching for lupine_85 on google gets me stroking stuff... :/
[05:56] <lupine_85> (IP addresses)
[05:57] <superm1> lotusleaf, wow that is a lot of archived logs
[05:57] <superm1> do you have bots that sit in all these channels?
[05:57] <lotusleaf> superm1: well, ubuntulog is one
[05:57] <shawarma> Is UVF in effect yet or is it at midnight or something?
[05:58] <Nafallo> I just hope it isn't before midnight in the last timezone :-P
[05:58] <superm1> its in an hour I thought. 1400 UTC
[05:59] <lupine_85> oooh, maybe I could do fpc and lazarus before then. since I'm now so 1337... ;)
[05:59] <shawarma> 1400 UTF was two hours ago.
[05:59] <shawarma> Er... UTC, of course.
[05:59] <shawarma> Nafallo: That was kind of what I was hoping as well. :-)
[06:00] <Nafallo> dholbach: have any insight on the subject discussed? :-)
[06:00] <shawarma> Nafallo: Darn it! "Freezes normally happen at the start of the given date, UTC time. So last minute changes need to happen the day before."
[06:00] <superm1> oh... I should look at my clock when saying these things shouldnt i :)
[06:01] <dholbach> it will be later today
[06:02] <Nafallo> yay
[06:03] <shawarma> Nafallo: Erhm... those are my packages. What's up with them?
[06:04] <Nafallo> I'm building them locally :-)
[06:04] <Nafallo> I should have said "kicks them off in pbuilder" ;-)
[06:04] <shawarma> Nafallo: Any particular reason why you feel they need kicking?
[06:04] <shawarma> Nafallo: Ah.
[06:04] <shawarma> Nafallo: Ok. :-)
[06:04] <Nafallo> :-)
[06:05] <Nafallo> someone already uploaded network-manager-pptp it seems...
[06:06] <shawarma> Nafallo: Probably ajmitch
[06:06] <shawarma> Nafallo: He and Plug worked on getting it in..
[06:06] <Nafallo> I thought he would advocate it on revu then :-P
[06:09] <shawarma> Nafallo: Oh... How can you tell it's been uploaded?
[06:09] <shawarma> Nafallo: I can't seem to find it on launchpad.
[06:09] <Nafallo> https://launchpad.net/distros/ubuntu/edgy/+queue?queue_state=0&queue_text=network-manager
[06:10] <shawarma> Nafallo: Oh, right. Well, the .changes file is signed by ajmitch, so it's definitely him.
[06:10] <Nafallo> ah, good
[06:11] <Nafallo> advocate and archive would have been a nice gesture though :-P
[06:12] <shawarma> Nafallo: Sure. I actually thougt that was required for a new package..
[06:37] <bddebian> Do we not have python-distutils.mk?
[06:38] <slomo_> cdbs has it
[06:38] <bddebian> Not that I can find :-(
[06:38] <bddebian> Not on my local install or on packages.ubuntu.com
[06:39] <slomo_> /usr/share/cdbs/1/class/python-distutils.mk
[06:39] <bddebian> Hmm, weird
[06:40] <bddebian> Thx slomo_
[06:40] <superm1> inbetween UVF and edgy release, what else is there to help out with around these parts - at least for a MOTUHopeful like me?
[06:41] <bddebian> Bugs
[06:41] <hub> are we in UVF?
[06:41] <superm1> later on today we will be
[06:42] <Nafallo> shawarma: you might want to check a bit on how the pptp-plugin does it. you install /usr/{,s}bin which isn't needed for instance.
[06:42] <crimsun> bddebian: http://packages.ubuntu.com/cgi-bin/search_contents.pl?word=python-distutils.mk&searchmode=searchfiles&case=insensitive&version=edgy&arch=i386
[06:42] <superm1> bddebian, what specificially - looking to confirm and such?
[06:44] <shawarma> Nafallo: Hmm... Yes. I should just remove debian/dirs altogether.
[06:45] <Nafallo> shawarma: well, the pptp-package have etc/NetworkManager/VPN/ in there :-)
[06:48] <bddebian> superm1: Fix them ;-)
[06:48] <superm1> hehe
[06:48] <bddebian> crimsun: Aye, I had the freaking path wrong, I was looking in rules/foo.mk :-(
[06:50] <bddebian> Heya Gloubiboulga
[06:51] <Gloubiboulga> hello bddebian
[07:19] <shawarma> I need a sponsor for http://www.linux2go.dk/edgy-merges/asterisk-merge.diff
[07:20] <shawarma> Come on. You know you want to!
[07:20] <lupine_85> !info rutilt edgy
[07:20] <ubotu> Package rutilt does not exist in edgy
[07:20] <lupine_85> awww
[07:20] <crimsun> you know you really want to file a bug on LP so we have context!
[07:21] <crimsun> (not necessary now, of course, since I'm looking at it)
[07:21] <shawarma> crimsun: who? me?
[07:21] <crimsun> well, yes
[07:22] <shawarma> crimsun: Er.. ok. This is the way I usually get merges done.
[07:23] <shawarma> crimsun: So I should just create a bug report about the merge and bug someone here to do it (UVF is dangerously close)?
[07:24] <crimsun> shawarma: subscribe ubuntu-universe-sponsors
[07:24] <crimsun> no need now, of course, for asterisk
[07:24] <shawarma> crimsun: Ok.
[07:24] <superm1> shawarma, are you the one who has been running the famous "linux2go" repo with network-manager-openvpn support?
[07:25] <shawarma> crimsun: I'm not opposed to doing it, I'm just puzzled. I was told to do it this way, and it's been working fine so far.
[07:25] <shawarma> superm1: Yup.
[07:25] <superm1> shawarma, well props to you.  i've used your packages for a while, and i'm very appreciative.  so thanks for that repo :)
[07:26] <shawarma> superm1: No problem. I was quite surprised one day when I looked at my web server logs. Those packages really ARE popular. :-)
[07:26] <crimsun> shawarma: we've migrated to using u-u-s for a bit over 2 months
[07:26] <crimsun> maybe longer; I lost track of how long I've been punting fujitsu's requests
[07:26] <shawarma> crimsun: ah, that explains. I've been working on another project since end of July. :-)
[07:27] <crimsun> uploaded.
[07:27] <crimsun> (doesn't matter ultimately, since I basically punt u-u-s, too)
[07:27] <shawarma> crimsun: heh.. Thanks!
[07:31] <superm1> shawarma, did you ever getting nm-openvpn into universe?  I saw some traffic about nm-pptp, but didn't pay much attention to it.
[07:31] <shawarma> crimsun: ...but I still just attach a debdiff between most recent Debian package and the new ubuntu revision?
[07:31] <shawarma> superm1: I uploaded it to REVU a week ago, I think. Haven't had time to look more at it.
[07:32] <crimsun> shawarma: that will suffice
[07:32] <shawarma> crimsun: but you'd rather have... ?
[07:32] <superm1> shawarma, have you gotten any MOTU love for it within that wek?
[07:32] <superm1> *week
[07:33] <shawarma> superm1: Apparantly not.
[07:34] <superm1> just gotta pester these guys a little bit ;)
[07:34] <crimsun> shawarma: (that's fine)
[07:34] <Nafallo> shawarma: well, I commented here. made any changes / compared to the pptp package?
[07:35] <shawarma> crimsun: Ok. Will do. Thanks
[07:37] <matid> Can anyone point me to some wiki pages about packaging stuff from CSV repositories?
[07:38] <matid> I'd like to know how to handle it, since obviously, we have no .orig.tar.gz file
[07:41] <shawarma> Nafallo: So you did. I'm fixing it right now.
[07:41] <Nafallo> :-)
[07:44] <jdong> motu poke
[07:44] <jdong> bug 39076, patch is provided in bug report and works, can a motu upload a fixed package?
[07:44] <Ubugtu> Malone bug 39076 in acidrip "Encoding progress always zeros" [Medium,Unconfirmed]  http://launchpad.net/bugs/39076
[07:51] <crimsun> welcome to crunch time, when everyone wants his/her pet bug fixed :D
[07:52] <crimsun> I've received a half-dozen e-mails in the past hour asking for package updates, all new upstream versions. Um ok.
[07:52] <LaserJock> haha
[07:52] <LaserJock> or rather :/
[07:52] <pygi> crimsun: are we already in a freeze?
[07:53] <LaserJock> not exactly I don't think
[07:53] <crimsun> pygi: not until dholbach sleeps tonight.
[07:53] <slomo_> pygi: 2-3 hours from now
[07:53] <pygi> slomo_: oh, not much time for packaging efforts anymore then :(
[07:53] <LaserJock> quick, get some coffee!
[07:53] <jdong> crimsun: well, I've waited patiently for 6 months for that bug to be addressed :D
[07:53] <LaserJock> somebody get to dholbach's house and make sure he doesn't go to sleep for a couple more days
[07:54] <jdong> just keep on pinging him :)
[07:54] <crimsun> ugh, no, let him sleep. I've been awake for 70 hours myself
[07:54] <LaserJock> crimsun: dude, seriously
[07:54] <slomo_> crimsun: go to bed... now! :P
[07:54] <LaserJock> I want you to stay alive
[07:54] <LaserJock> we need you to stay alive
[07:54] <crimsun> I'd love to sleep, but I think I need to make it through a 5 PM meeting
[07:54] <dholbach> crimsun: are you serious?
[07:55] <crimsun> it's actually not too uncommon, got lots of crunch, Ubuntu and otherwise :)
[07:55] <jdong> crimsun: that's.... not healthy
[07:56] <dholbach> crimsun: after the meeting you should go! :/
[07:59] <crimsun> when UF takes effect, I'm taking a nap
[07:59] <LaserJock> hmmm
[07:59] <LaserJock> so crimsun gets to go to sleep when dholbach does
[08:00] <LaserJock> dueling workaholics
[08:00] <dholbach> ok guys, I go to bed now! UVF freeze NOW!
[08:00] <dholbach> muhuhuahahahaha ;-)
[08:00] <dholbach> just kidding
[08:00] <crimsun> gah, vlc upstream wants today's snapshot in edgy
[08:01] <shawarma> crimsun: Heh.. Yeah, how could that possibly go wrong? ;-)
[08:02] <jdong> hehehe
[08:02] <crimsun> this resurrects Very Bad Memories of Breezy's crunch
[08:03] <adolson> come on crimsun, live life on the Edgy
[08:03] <crimsun> oh I am, I am.
[08:04] <jdong> unfrozen universe for edgy! yeah! anarchy!
[08:05] <crimsun> well crap, I just wiped /tmp with grab-merge.sh. Time for a 10-min nap.
[08:06] <LaserJock> mwuahahaha
[08:07] <jdong> thank you, Nafallo
[08:07] <Nafallo> no problem :-)
[08:08] <jdong> anyone know why on earth we have a yum package?
[08:08] <jdong> other than to create rpm repositories on *buntu servers?
[08:08] <crimsun> well, people wanted crack, so Ubuntu Edgy Eft presents...crack.
[08:09] <jdong> crimsun: what could you possibly do with yum?
[08:09] <jdong> it doesn't work with debs, does it?
[08:15] <gnomefreak> jdong: no yum is for rpms it dont work at all on debs
[08:15] <gnomefreak> we have yum in repos?
[08:16] <jdong> yeah
[08:16] <jdong> !info yum
[08:16] <ubotu> yum: Advanced front-end for rpm. In component universe, is extra. Version 2.4.0-3ubuntu1 (dapper), package size 235 kB, installed size 1068 kB
[08:17] <shawarma> Hmm... I'm wondering about this bug: #39256
[08:17] <gnomefreak> oh yuck
[08:17] <gnomefreak> bug 39256
[08:17] <Ubugtu> Malone bug 39256 in hp-ppd "Typo in changelog" [Medium,Confirmed]  http://launchpad.net/bugs/39256
[08:18] <shawarma> gnomefreak: Oh, thanks.
[08:18] <gnomefreak> !info yum edgy
[08:18] <ubotu> yum: Advanced front-end for rpm. In component universe, is extra. Version 2.4.0-3.1 (edgy), package size 197 kB, installed size 960 kB
[08:18] <gnomefreak> damn
[08:18] <jdong> debian bug 369770
[08:18] <Ubugtu> Debian bug 369770 in mldonkey "mldonkey - FTBFS: Objective-Caml 3.09.1 is required" [Serious,Closed]  http://bugs.debian.org/369770
[08:18] <shawarma> Yes, I made a type in the changelog, but would it be ok to fix it?
[08:18] <shawarma> The changelog is kind of a historical document.. :-) It doesn't feel right to fix a typo in an old changelog entry.
[08:19] <jdong> another motu nudge, package mldonkey, tune ocaml-nox build-dep down to 3.09.1
[08:19] <jdong> 3.09.2 is not required, and backports needs 3.09.1
[08:21] <shawarma> What do you guys think? Is it OK to fix a type in an old changelog entry?
[08:22] <crimsun> shawarma: I usually leave them be
[08:23] <shawarma> crimsun: That's what I'm leaning towards as well. Sure, the typo is stupid and annoying, but.. well, it doesn't feel right. :-)
[08:23] <Nafallo> shawarma: reject with something like, we can't change history! ;-)
[08:23] <superm1> haha
[08:24] <micahcowan> Personally (and speaking as someone who hasn't yet created a source package of my own), I wouldn't have a big problem with fixing an obvious typo in a changelog (especially if I wrote the entry), but I wouldn't create a new release (or even build) for it, and I certainly wouldn't add a new changelog entry explaining that I fixed the typo...
[08:24] <shawarma> Nafallo: *G* Good idea.
[08:31] <shawarma> micahcowan: I see your point. Nevertheless, I decided to reject the bug and leave the changelog as is.
[08:33] <micahcowan> Well, yeah. I'd imagine it depends quite a bit on personal taste. And I probably wouldn't feel comfortable if it were someone /else's/ entry, in which case I'd prefer to track the person down to get their okay, which I obviously wouldn't do because it's not worth it. :p
[08:34] <strawtarget> crimsun: you're away, but are you really?
[08:34] <lupine_85> Is it true that xvidcap isn't in ubuntu repositories?
[08:34] <micahcowan> strawtarget, you calling him a liar? ;)
[08:34] <strawtarget> micahcowan: bald-faced, even.
[08:35] <Nafallo> strawtarget: he has a meeting AFAIK
[08:36] <micahcowan> Heh. Yeah, I love how some people who use nicks to indicate their status will type as, say, Laser_away ( ;) ) for up to 10 minutes before changing their nick back. :)
[08:36] <adolson> he'll see the messages later on when he's back
[08:36] <strawtarget> I'll just come back in a bit.
[08:48] <matid> I'm trying to build a package. What should I do if there's no configure file (only autogen.sh is present)
[08:48] <matid> ?
[08:49] <superm1> matid, why not just run autogen.sh in your debian/rules then?  No law says that you need to run ./configure
[08:50] <matid> superm1: I'll try that out, thanks
[08:50] <superm1> matid, also, i've seen autogen.sh produce a configure script that needs to be launched.  you'll have to look closely at what happens when you run it
[08:51] <matid> superm1: I think I could also run ./autogen.sh --dont-run-configure prior preparing the orig.tar.gz (I'm building from CVS)
[08:52] <superm1> I looked around the ubuntu wiki for stuff about CVS packaging, but I didn't really see anything about it btw.  I think your best bet is getting a knowledgable MOTU here after their stress from UVF goes down.  Either that, or grab a package that uses CVS
[08:52] <superm1> and compare
[08:52] <superm1> see how they did it
[08:52] <superm1> and how they put together their orig.tar.gz
[08:53] <superm1> and how they handled their versioning
[08:54] <matid> superm1: Thanks, I'll try to analise it myselft and if still had no luck, I'd ask a MOTU
[08:55] <superm1> but for sure, you shouldnt be running autogen.sh right on the checkout.  you should have the checkout put into the orig.tar.gz first thing.  thing make sure that any running of autogen.sh happens during your diff
[08:56] <superm1> i'd say even on CVS checkout, its important to make sure to keep the original version intact from upstream
[08:56] <matid> superm1: Ok
[08:57] <LaserJock> ug, what's the question?
[08:57] <matid> LaserJock: How should one package CVS snapshots
[08:58] <matid> LaserJock: To be precise - should any changes be made to .orig.tar.gz file and how to handle the lack of configure (only autogen.sh present)
[08:58] <LaserJock> ah
[08:59] <LaserJock> I can't remember exactly, but I think you might want to take you the CVS dirs from the source when you tarball it
[08:59] <LaserJock> not sure about the lack of configure
[09:00] <matid> LaserJock: I think you could run ./autogen.sh --dont-run-configure first, but I'm not sure if it should be done before tarballing the sources or after it
[09:00] <matid> LaserJock: superm1 suggested doing it in my diff
[09:00] <LaserJock> ah
[09:01] <LaserJock> I'd probably do it after the tarball
[09:01] <LaserJock> try to keep the .orig.tar.gz as .orig. as possible ;-)
[09:03] <matid> LaserJock: ok
[09:03] <superm1> LaserJock, so how does he handle CVS versioning then? something like cvsCHECKOUTDATE-DEBIANREVISIONubuntuUBUNTUREVISION?
[09:04] <LaserJock> probably
[09:04] <LaserJock> there are a number CVS packages out there
[09:05] <superm1> http://changelogs.ubuntu.com/changelogs/pool/universe/g/gaim-otr/gaim-otr_3.0.0+cvs20060530-1/changelog
[09:05] <superm1> There is an example
[09:06] <superm1> so MAJORREV+cvsVERS-DEBIANREVISIONubuntuUBUNTUREVISION
[09:06] <LaserJock> yep
[09:12] <givre> Is universe already freeze ?
[09:12] <LaserJock> not quite
[09:13] <LaserJock> at least I don't think dholbach has gone to sleep yet
[09:13] <LaserJock> I wonder if it counts if he just falls asleep at his computer?
[09:13] <superm1> well but we haven't heard from him on this channel for a little bit..... so you never know
[09:13] <superm1> :)
[09:13] <dholbach> nope
[09:14] <dholbach> doing some telepathy/galago stuff
[09:14] <dholbach> and taking a looooooooong walk after that
[09:14] <dholbach> :)
[09:15] <matid> dholbach: I'm just in a middle of building CVS snapshot of Gossip just to see how telepathy works ;)
[09:15] <dholbach> matid: NICE
[09:15] <matid> s/a middle/the middle/
[09:15] <matid> ;)
[09:15] <dholbach> let me know how it works
[09:15] <LaserJock> dholbach: hmm, but hopefully you will return from your walk ;-)
[09:15] <dholbach> i never tried
[09:15] <dholbach> LaserJock: hehe
[09:17] <matid> dholbach: I had some problems with building a package from CVS, since there are no manuals around, but with some help from LaserJock and superm1 I think I somehow managed to get it to work ;)
[09:17] <dholbach> nice
[09:17] <matid> dholbach: At least the packaging stuff, not I'll have to wait for it to build
[09:17] <matid> s/not/now/
[09:22] <matid> dholbach: Are you possibly going to be present on next week's Community Council meeting?
[09:22] <dholbach> matid: probably, I can't say for sure
[09:23] <superm1> lol
[09:23] <lupine_85> I promise to spend the $10m wisely...
[09:23] <lupine_85> ...on f00d and b33r
[09:24] <lupine_85> :p
[09:24] <matid> dholbach: Ok. I think I'll be applying for an Ubuntu Member and if possible, I'd like to get someone from the BugSquand or DesktopBugs present.
[09:24] <lupine_85> xvidtune?
[09:24] <lupine_85> I can't find it in the repos anywhere, but it builds relatively easily
[09:25] <lupine_85> it's pretty useless for taking beryl vids though :'(
[09:25] <crimsun> anyhoo.
[09:26] <dholbach> matid: nice
[09:26] <matid> dholbach: I'm not really sure if I'm active enough to be accepted. I wrote an email to Benjamin Mako Hill and asked him to review my application, but I bet his really busy right now, with the release so soon
[09:26] <dholbach> matid: you did some good work on the bug front already and I'm happy to have you there
[09:26] <dholbach> matid: be sure to ping me before the meeting and I'll do my best to be there
[09:27] <superm1> dholbach,  its at 1400 utc tues fyi
[09:27] <matid> dholbach: Ok, I will. Thanks a lot!
[09:27] <strawtarget> yo crimsun - there's a bug in alsa-lib 1.0.10 that's fixed in 1.0.11.  I saw a couple threads as results of google postings that indicated that a backport of 1.0.11 wasn't gonna happen, so I merged in the very small changes that fix the problem into 1.0.10-2ubuntu4 and created a bugfixed package so my libasound2 would work properly.
[09:28] <crimsun> for dapper, I presume
[09:28] <crimsun> send me the debdiff and/or file a bug against alsa-lib, attaching the debdiff, and I'll get it
[09:28] <strawtarget> I can send you the source package (dsc and diff.gz)... I named it 1.0.10-2ubuntu4studio1 but if you approve you can just change the changelog to 2ubuntu5 right?
[09:29] <crimsun> no, I can't just upload it. Dapper's already released; I would need explicit approval from a distro manager to upload it to dapper-updates.
[09:30] <crimsun> what you can do is generate a debdiff by invoking debdiff against the two dscs
[09:30] <dholbach> matid, superm1: thanks
[09:30] <strawtarget> ah, okay.
[09:31] <superm1> dholbach, I'm running too, if imbrandon or LaserJock can't make it, can you vouge for me as well?
[09:31] <strawtarget> I can do that.  the changes are very minimal.  I just added one small dpatch.  seeing as how this is a very small code modification that fixes a bug, is there any hope that it might make it into dapper-updates?
[09:32] <strawtarget> might the distro manager might approve since it's pretty trivial change isolated to just the bugfix itself?
[09:32] <crimsun> strawtarget: if the dpatch is eyeballable, I don't see why not
[09:32] <strawtarget> groovy
[09:32] <dholbach> superm1: where did we meet? or work together? I'm sorry - I might have forgotten you
[09:32] <adolson> it's a pretty major bug for some people by the sounds of it.. no audio capture in one of the two channels
[09:32] <strawtarget> I've never used debdiff but I will give it a try and send it to the email address in the changelog in the package.
[09:33] <dholbach> I remember Mateusz' mails from the dekstop-bugs list
[09:33] <crimsun> adolson: then it really needs to be filed in LP
[09:33] <superm1> dholbach, i haven't directly worked with you.  i'd assmed you had seen the chatter back and forth with me, LaserJock, imbrandon and lfittl
[09:33] <strawtarget> yeah- it affects all AC97 interfaces and (I think) many more.
[09:33] <superm1> the last two or three weeks
[09:33] <adolson> strawtarget: isn't it already filed in Launchpad?
[09:33] <superm1> related to mythtv, mythplugins, and backstep
[09:34] <dholbach> superm1: I'm sorry - I guess I was too busy to realize... I saw your nick now and then, yes
[09:34] <strawtarget> adolson: I read two bug reports, I'm not sure where they were.  they seemed like official ubuntu things.  IIRC, the context was a request for a 1.0.11 backport and it was rejected.
[09:34] <superm1> imbrandon, said he'd try to get up early for it, and LaserJock said he'd stop by as long as he's on, just wanted to cover all ends in case something comes up.
[09:35] <adolson> ah yeah, a ticket.. https://launchpad.net/distros/ubuntu/+ticket/1000
[09:36] <strawtarget> that ticket includes lots of responders with a variety of problems.  this patch only addresses the broken audio capture bug, but it does related directly to that ticket.
[09:36] <matid> I'll have to find someone else too, in case Daniel wouldn't be albe to come. I guess I can't convience the CC with as little as 211000 of karma...
[09:37] <crimsun> that tickets makes me want to cry
[09:37] <crimsun> ticket, rather
[09:38] <crimsun> granted it's not immediately obvious to the casual user that HDA is completely unrelated
[09:39] <strawtarget> crimsun, the responders that have "the problem" are Jesse Buchanan, Cimmo, and pancho
[09:39] <crimsun> matid: karma isn't as important
[09:39] <crimsun> strawtarget: right
[09:40] <strawtarget> this is the dpatch.  straight out of 1.0.11 sources. http://www.rafb.net/paste/results/AYCqVH18.html
[09:41] <matid> crimsun: I know. I rather ment that I won't be able to convince them only with the carma.
[09:41] <matid> ;)
[09:41] <strawtarget> the only other changes that might appear in any debdiff would be the changelog entry I made, which simply notes the addition of that dpatch.
[09:43] <strawtarget> and here's that : http://www.rafb.net/paste/results/eX6oYo99.html
[09:43] <strawtarget> of course the 1.0.10-2ubuntu4studio1 would need to be changed, but hey.
[09:43] <crimsun> if you can break out the dpatch itself and attach it to the ticket or a new bug report, that would be most efficient
[09:43] <strawtarget> oh crap and the 00list change, too.
[09:44] <crimsun> just the dpatch will be sufficient
[09:44] <strawtarget> yeah the dpatch itself is easy.
[09:44] <crimsun> please attribute it, though (usually an hg changeset with the raw url will work)
[09:45] <strawtarget> crimsun: this is the first dpatch I've ever made.  what's an hg changeset?
[09:45] <crimsun> strawtarget: it's the upstream commit
[09:46] <strawtarget> are you talking about a link to the CVS where this patch was actually applied in alsa-lib 1.0.11?  (sorry I'm such a n00b...)
[09:46] <crimsun> sure, that would work, but cvs is defunct now, so you'll probably need to pull it from hg-mirror
[09:46] <crimsun> (although you might just pull the cvs commit from the sourceforge commit log)
[09:48] <strawtarget> I dug through the sourceforge CVS online browser thing and kinda came up dry, mostly because I'm really used to websvn and svn and not CVS and I couldn't figure out how to get the exact changeset corresponding to the exact log entry.  Truth be told, I couldn't even FIND the exact log entry I was looking for.  I made this patch simply by examining the changelog files between the 1.0.11 release candidate versions, fiding the
[09:48] <strawtarget> right rc revision, and doing the diff on the mixer code myself.
[09:48] <crimsun> http://hg-mirror.alsa-project.org/alsa-lib?cmd=changeset;node=71eb744cd5be42cd7ebd14edf5f3f2e2da6ba35d;style=gitweb
[09:49] <strawtarget> you rock
[09:49] <adolson> of course he does
[09:49] <adolson> that's why he's paid the big bucks
[09:50] <adolson> who is dholbach?
[09:50] <crimsun> who's paying me big bucks?
[09:50] <adolson> some say he is He-Man
[09:50] <dholbach> adolson: that's a good question
[09:50] <dholbach> adolson: once I'm sure about the answer, I'll let you know
[09:50] <ajmitch> morning
[09:50] <adolson> hi ajmitch
[09:50] <ajmitch> crimsun is still awake? man...
[09:50] <strawtarget> so, basically, I spent all damn day figuring out how to modify a debian package and pretty much for all for naught, right?
[09:50] <strawtarget> :)
[09:51] <givre> What'll happens to package which are still in the queue after the universe freeze
[09:51] <crimsun> strawtarget: well, no, not for naught
[09:51] <crimsun> givre: they explode, sorry, you lose
[09:51] <adolson> strawtarget: no, now you can contribute packages to universe :)
[09:51] <givre> there is still lot's of package in NEW
[09:51] <LaserJock> givre: I think they'll get processed, but I"m not positive about that
[09:51] <superm1> givre, they still build
[09:51] <strawtarget> I suppose I did get to sucessfully test it and make sure it worked.  and I learned what a dpatch was and what dpkg-source and dpkg-buildpackage do.
[09:51] <LaserJock> givre: lots of them are binary NEW
[09:51] <superm1> question popped up yesteday
[09:52] <LaserJock> givre: which means the source has already been approved so it's not as big of a deal I don't think
[09:53] <LaserJock> hmm, nobody seemds to want the Beta server .iso :/
[09:53] <strawtarget> okay.  I will 1. create an account on launchpad.  2. fix my dpatch to reference that changeset URL.  3. submit the dpatch or debdiff.
[09:53] <crimsun> sounds good. Make sure you file it against alsa-lib and link ticket 1000 to the new bug
[09:54] <strawtarget> will do.
[09:56] <givre> LaserJock: right, but for exemple brasero (source) is still not accept. Does that means that they are implicitly rejected ?
[09:56] <LaserJock> no
[09:56] <ajmitch> hm, which version of brasero?
[09:56] <ajmitch> did pygi update it?
[09:57] <LaserJock> don't know, he was working on it but I thought he gave up
[09:57] <LaserJock> oh
[09:57] <givre> ajmitch: no it seams to be an old version (2006-09-21)
[09:57] <ajmitch> I ended up having a package that worked, but needed some small things like debian/copyright & descriptions in debian/control
[09:57] <ajmitch> one that works with libburn, which had to be redone
[09:57] <pygi> ajmitch: nop, haven't updated it
[09:58] <pygi> and morning
[09:58] <ajmitch> ok
[09:58] <ajmitch> morning pygi :)
[09:59] <ajmitch> oldest package I have in NEW (source) is 10 days :)
[10:00] <pygi> ajmitch: will you update brasero then and upload it?
[10:01] <ajmitch> maybe, but it hasn't received any checking
[10:02] <pygi> ajmitch: ah, it should be all fine
[10:02] <pygi> and Kamion/Infinity will reject them if they are bad
[10:03] <ajmitch> I really hate doing that
[10:03] <pygi> hm, right
[10:04] <slomo_> dholbach: hm, still alot of stuff on NEW
[10:04] <slomo_> ajmitch, pygi: shall i upload you the brasero package from NEW somewhere?
[10:05] <pygi> slomo_: ajmitch worked on 0.4.91 already
[10:05] <pygi> poke him to check if the package is good, so he could upload :P
[10:05] <ajmitch> slomo_: whatever, I don't really have time to work on this one
[10:05] <ajmitch> I have to get to work soon
[10:05] <slomo_> but i would prefer a package based on the debian one
[10:05] <ajmitch> so would I
[10:05] <pygi> slomo_: Debian doesn't have Brasero I think
[10:05] <ajmitch> instead of one which I threw together very quickly
[10:05] <slomo_> but their's is on NEW, our's is on NEW
[10:06] <ajmitch> http://ajmitch.dyndns.org/debuild/pbuilder/results/brasero/
[10:06] <ajmitch> source+amd64 package for what I've done
[10:06] <ajmitch> let me just rebuild it to update the source package
[10:06] <slomo_> pygi: mine on http://slomosnail.de/~slomo/temp
[10:07] <slomo_> do whatever you want with it but you know my oppinion about switching to libburn now ;)
[10:07] <pygi> slomo_: yes, yes :)
[10:08] <pygi> slomo_: you tried n-c-b with libburn? :)
[10:09] <slomo_> pygi: maybe create your own "libburn-everywhere" repository for edgy to get wider testing and then we can possibly just take everything from there for edgy+1 ;)
[10:09] <slomo_> nope, had no time :(
[10:09] <Nafallo> pygi: if you do, I will test :-)
[10:09] <slomo_> (and no cdr or money to buy some here)
[10:09] <pygi> slomo_: oki, no worries :)
[10:09] <pygi> Nafallo: hehe :)
[10:11] <LaserJock> so what's libburn supposed to do?
[10:11] <pygi> slomo_: I could create my own repo, right :)
[10:12] <pygi> Don't know where tho :)
[10:12] <slomo_> LaserJock: what the name says ;)
[10:12] <slomo_> pygi: ask for an account on tiber :)
[10:12] <LaserJock> CLI burning like cdrecord
[10:12] <LaserJock> ?
[10:12] <pygi> LaserJock: uh, uh, not really :)
[10:12] <slomo_> LaserJock: "lib"burn :P
[10:12] <pygi> slomo_: nah, won't bug decent people :)
[10:12] <pygi> slomo_: will find place somewhere
[10:12] <LaserJock> so for Nautilus
[10:13] <LaserJock> et. al.
[10:13] <pygi> LaserJock: no :)
[10:13] <LaserJock> fine, I'm stupid
[10:13] <pygi> LaserJock: not really :P
[10:13] <slomo_> pygi: tell me where it is when you found a place, i will use it :)
[10:13] <pygi> It's a library for burning cd's :P
[10:13] <pygi> slomo_: will do :)
[10:13] <LaserJock> sure, but don't we already have libraries for burning cds? or am I wrong
[10:14] <bddebian> pygi: Hey, you aren't answering over there---> :-)
[10:14] <pygi> LaserJock: we don't :P
[10:15] <pygi> bddebian: you probably aren't identified, so I don't get nothing you know :)
[10:15] <LaserJock> pygi: ok :-)
[10:15] <bddebian> Oh shit, right I got disconnected
[10:16] <pygi> slomo_: hopefully at least we can get proper libburn packages in archive for edgy :P
[10:16] <pygi> otherwise I'll eat someone
[10:16] <LaserJock> shesh, *another* iTunes download
[10:17] <ajmitch> pygi: 'hopefully'? are mine not good enough? ;)
[10:17] <LaserJock> at least apple has a blazing fast server
[10:17] <pygi> ajmitch: well, I'm talking about yours ;)
[10:17] <pygi> current packages are mess :(
[10:17] <ajmitch> yay for binary NEW
[10:19] <LaserJock> anybody torrenting the beta .isos?
[10:19] <LaserJock> I'm experimenting
[10:20] <ajmitch> LaserJock: nope
[10:20] <LaserJock> I rsynced the Ubuntu alternate and server .iso and the Kubuntu desktop and alternate .iso
[10:20] <LaserJock> now I'm just seeding them (I think that's the right term)
[10:20] <Nafallo> LaserJock: yes
[10:21] <pygi> ajmitch: the old packages from ivoks?
[10:21] <ajmitch> pygi: yes
[10:21] <pygi> I wouldn't say so :)
[10:21] <ajmitch> I should grab the server images for work..
[10:21] <Nafallo> LaserJock: seeding i386 desktop and leeching amd64 desktop
[10:21] <LaserJock> ah
[10:22] <LaserJock> well, leeching is so very slow for me most of the time
[10:22] <LaserJock> so I just rsync and seed
[10:22] <LaserJock> maybe I can help some people with bad connections out
[10:22] <Nafallo> or with rather good connections ;-)
[10:23] <LaserJock> yeah, I'm rsyncing at about 420K/sec
[10:23] <pygi> ergh, share some connection of yours :P
[10:24] <LaserJock> if I had a better mirror I'd be > 1M/sec
[10:24] <ajmitch> Nafallo: ouch, that's slow
[10:24] <LaserJock> I used to get a gentoo mirror at 4M/s
[10:24] <LaserJock> full CD .iso in 1.5 min.
[10:24] <ajmitch> LaserJock: at uni?
[10:24] <Nafallo> ajmitch: 1 seeder etc... ;-)
[10:24] <LaserJock> ajmitch: yep
[10:24] <slomo_> LaserJock: hm, i downloaded one daily a few days ago with 1.7 M/s ;)
[10:25] <LaserJock> nice
[10:25] <LaserJock> slomo_: localish mirror?
[10:25] <LaserJock> bah, I've got 1.5Mbps DSL
[10:25] <LaserJock> at home
[10:25] <LaserJock> I just burn everything at the uni
[10:26] <LaserJock> and home doko doesn't keep uploading OO.o updates all the time
[10:26] <LaserJock> s/home/hope/
[10:26] <Nafallo> ajmitch: baah! you guys have hobbits! :-)
[10:26] <LaserJock> whatever
[10:26] <LaserJock> and sheep!
[10:26] <LaserJock> ;-)
[10:26] <Nafallo> hihi
[10:27] <ajmitch> LaserJock: you go on my ignore list :P
[10:27] <LaserJock> well, I'm uploading the Ubuntu alternate at ~110k/s
[10:27] <LaserJock> but kubuntu desktop is almost nothing
[10:28] <ajmitch> probably because noone wants kubuntu
[10:28] <LaserJock> all those KDE guys must be too snoby to use a torrent
[10:28] <LaserJock> ;-)
[10:28] <Nafallo> hm. only sparc and ia64 building it seems :-P
[10:29] <LaserJock> hmm, Ubuntu came pretty close to being oversized
[10:29] <LaserJock> right at 700MB it seems
[10:30] <LaserJock> for the alternate
[10:30] <LaserJock> poor edubuntu has to keep tossing things out
[10:31] <LaserJock> do stay trim
[10:31] <LaserJock> *to
[10:33] <adolson> heh
[10:36] <sistpoty> hi folks
[10:36] <LaserJock> hi sistpoty
[10:36] <sistpoty> hey LaserJock
[10:37] <lfittl> hi sistpoty
[10:37] <sistpoty> hi lfittl
[10:38] <sistpoty> is universe frozen already?
[10:39] <lfittl> not yet
[10:39] <Nafallo> sistpoty: nope, dholbach is still awake ;-)
[10:39] <sistpoty> hehe
[10:40] <sistpoty> superm1: here?
[10:40] <superm1> yea
[10:40] <superm1> whats up
[10:40] <sistpoty> superm1: I'm just taking a look at backstep...
[10:41] <superm1> uh oh..... :)
[10:41] <sistpoty> superm1: config.sub/config.guess shouldn't be part of .diff.gz
[10:41] <sistpoty> superm1: you should copy these directly before you run configure, instead of the clean rule
[10:41] <sistpoty> (or link)
[10:41] <superm1> oh
[10:42] <slomo_> sistpoty: well, a package should be in the same state after building and clean than before the build
[10:42] <slomo_> sistpoty: so you should still copy the old ones somewhere else and restore them in clean
[10:43] <sistpoty> slomo_: right, but having the old config.sub/guess lying around has no practical use (and it's more practical to just copy over instead of backup and restore)
[10:43] <superm1> i'll see if i can remote home and fix quickly then
[10:44] <slomo_> sistpoty: hm? i don't understand what you mean :)
[10:44] <pygi> ajmitch: if you're still here what wasn't finished in brasero package?
[10:44] <ajmitch> pygi: any & all testing, and descriptions
[10:44] <slomo_> and merging with debian ;)
[10:44] <ajmitch> and various little things that cdbs may not pick up
[10:44] <ajmitch> yeah
[10:45] <sistpoty> slomo_: while in theory it should be in the same state, it's just not really practical for config.sub/guess ;)
[10:45] <mindcrime_> hey, whens the next lesson in the school?
[10:45] <superm1> sistpoty, so then is it a big deal with config.sub/guess?
[10:45] <slomo_> sistpoty: well, the rule for doing replace & restory is really easy...
[10:45] <LaserJock> mindcrime_: when we have somebody available to teach it and a topic
[10:45] <mindcrime_> oh ok
[10:46] <LaserJock> mindcrime_: right now we are quite busy
[10:46] <mindcrime_> so how do i go about learning stuff?
[10:46] <ajmitch> slomo_: I'm really not attached to the packaging work I've done on it :)
[10:46] <sistpoty> superm1: the way you do it right now makes the diff.gz unreadable, so you should copy it right before the configure call (don't listen to slomo_ :P)
[10:47] <sistpoty> slomo_: no it's not, but it has no really practical use, at least none that I know of :P
[10:47] <slomo_> sistpoty: you can still get it in the diff.gz otherwise ;)
[10:47] <slomo_> sistpoty: 1) build the package from that source tree b) build a source package from the same source tree => config.{sub,guess} are in the diff.gz
[10:48] <sistpoty> slomo_: harr... of course you should remove then in clean
[10:48] <sistpoty> or superm1 even ^^
[10:49] <slomo_> sistpoty: or that, yes... i still prefer the replace & restore solution ;)
[10:49] <sistpoty> slomo_: sure, it's the real picky-stick-to-the-idempotency-rule-solution *g*
[10:51] <pygi> are we in freeze already or not?
[10:51] <LaserJock> not until dholbach goes to sleep
[10:52] <pygi> LaserJock: ok, so he's still not sleeping? :)
[10:52] <pygi> dholbach: you have a lot of coffee, right? :)
[10:52] <dholbach> no, not really :)
[10:52] <pygi> dholbach: hm, want me to bring you some? :)
[10:52] <Nafallo> hehe
[10:52] <superm1> so would it be feasible to jsut rm config.guess/sub during clean, and move the step that i'm normally doing to copy from /usr/share/misc/config.sub/guess to the build step?
[10:52] <dholbach> sounds good ;-)
[10:53] <slomo_> pygi: why do you ask? libburn or brasero? ;)
[10:53] <pygi> slomo_: something third, edubuntu related
[10:53] <slomo_> ah ok :)
[10:53] <pygi> dholbach: will do, how many cups do you need?
[10:54] <dholbach> I'm aiming at 22:00 utc
[10:54] <dholbach> that's late enough for me :)
[10:54] <pygi> dholbach: not enough for me :P
[10:54] <sistpoty> superm1: I was trying to suggest that (actually directly before you call configure)
[10:54] <Nafallo> 1h6m ;-)
[10:54] <dholbach> there are still UVF exception etc
[10:55] <superm1> ok
[10:55] <superm1> i'll clean it up and resubmit
[10:55] <superm1> considering it got actually put into the build queue, should i bump the version too?
[10:55] <sistpoty> superm1: has it been uploaded already?
[10:55] <superm1> yes
[10:55] <Nafallo> ajmitch: btw, did you forget about advocating network-manager-pptp before uploading it? :-)
[10:56] <sistpoty> grml...
[10:56] <Nafallo> ajmitch: and when to archive the thing? :-)
[10:56] <ajmitch> Nafallo: I wasn't logged into REVU at the time so I didn't particularly care :)
[10:56] <sistpoty> superm1: well, than there is no urge to fix it... and yes you'd need to bump the version too then
[10:56] <Nafallo> ajmitch: hehe, do now then ;-)
[10:57] <superm1> ok
[10:57] <ajmitch> will do soon
[10:57] <Nafallo> :-)
[10:59] <Toadstool> heya everybody
[10:59] <sistpoty> hi Toadstool
[10:59] <Toadstool> hey sistpoty
[11:00] <pygi> dholbach: I might be able to present you something telepathy-related for edgy+1 hopefully
[11:01] <dholbach> ahhhh nice!
[11:01] <dholbach> I look forward to seeing it :)
[11:02] <pygi> Yes, it'll be nice if I manage to pull it out :P
[11:02] <matid> pygi: That'd be great
[11:02] <pygi> two hours of sleep per night is not enough currently  :)
[11:03] <matid> dholbach: By the way, I got accepted into Ubuntu QA team, so I'll be triaging more and more bugs from now on ;)
[11:03] <superm1> sistpoty, what should I do with the debdiff at this point, should I throw it on REVU?
[11:03] <pygi> dholbach: http://img89.imageshack.us/img89/6354/uishotnp7.png
[11:03] <pygi> if you got a sec :)
[11:04] <sistpoty> superm1: I propose that you wait until it's through the new queue (or at least until after universefreeze, to not add more confusion)
[11:04] <dholbach> pygi: hmmm, that looks lovely
[11:04] <matid> pygi: Wow, that's AMAZING!
[11:04] <superm1> Ok. at that point, should i just make a bug for it and add the debdiff to that
[11:04] <sistpoty> superm1: then you can also simply file a bug in lp and attach the debdiff (usually easier than a complete revu upload)
[11:04] <sistpoty> hehe
[11:04] <superm1> yea thats what i figured
[11:04] <superm1> k
[11:05] <superm1> thanks for the look at it and catching that
[11:05] <pygi> dholbach, matid : glad you like it :)
[11:05] <sistpoty> np
[11:05] <LaserJock> superm1: sorry, I should have looked at that before I uploaded it
[11:05] <matid> pygi: It's really slick, I'd love to see it in Edgy+1
[11:05] <pygi> matid: I'd love to see it actually working first :P
[11:05] <superm1> LaserJock, not a big deal, thats why there are so many eyes here :)
[11:06] <matid> pygi: Is it written in Python?
[11:06] <pygi> matid: no, sorry :)
[11:06] <matid> pygi: Nothing to be sorry about, I don't know Python well ;)
[11:07] <matid> pygi: It's just that more and more cool software is written in Python
[11:07] <matid> pygi: What is it then?
[11:07] <matid> pygi: C?
[11:07] <LaserJock> OT: anybody know of a cheap place to register a domain?
[11:07] <pygi> matid: yes, C
[11:07] <Fujitsu> LaserJock, GoDaddy are cheap with everything.
[11:08] <Fujitsu> And I have a friend with a few domains with them.
[11:08] <matid> LaserJock: I register my domain names with DreamHost, since together with my hosting plan
[11:08] <matid> Fujitsu: I don't really like they're interface, together with the registration process. It's quite cluttered.
[11:09] <pygi> dholbach: o btw: do we have telepathy-butterfly in edgy?
[11:09] <matid> s/they're/their/
[11:09] <dholbach> it was accepted earlier
[11:09] <dholbach> yes
[11:09] <pygi> yay!
[11:09] <dholbach> so it might still need to build
[11:09] <pygi> as long as they'll be in archive, I'm happy :)
[11:09] <ajmitch> morning Fujitsu, you're up unhealthily early
[11:10] <Fujitsu> ajmitch, I always get up at 7am.
[11:10] <matid> Ok, I'm going to get some sleep. See you guys tomorrow.
[11:10] <pygi> laters matid
[11:10] <Fujitsu> Bye, matid.
[11:10] <matid> Good night, everyone
[11:12] <LaserJock> yeah, I'm finding godaddy a little confusing/cluttered
[11:16] <strawtarget> crimsun: you're quick!
[11:17] <strawtarget> crimsun: hope I did the URL in the dpatch okay.  the URL wrapped, but I guess people will figure it out.
[11:17] <crimsun> strawtarget: I need to prepare an e-mail according to https://wiki.ubuntu.com/StableReleaseUpdates ; you'll be CCed
[11:17] <strawtarget> thanks
[11:25] <Plug_> I've had a -pptp bug reported already
[11:25] <ajmitch> Plug_: special, it's not even in the archive
[11:25] <Plug> so there will be other uploads required :)
[11:25] <Plug> ajmitch: through my blog
[11:27] <ajmitch> Plug: fixes are fine
[11:27] <chillywilly> hi
[11:36] <Plug> ajmitch: which were the wrong files?
[11:36] <Fujitsu> We're not frozen yet, are we?
[11:36] <ajmitch> .la, etc
[11:36] <givre> do you think i have enough time to make a little change in ntfs-3g package before universe freeze, i'd like to change the description title which is a bit short : 'ntfs-3g driver' to something more human understable
[11:36] <ajmitch> dev files that wouldn't be needed
[11:39] <Nafallo> ajmitch: are you going to check the rest of network-manager-* as well? :-)
[11:39] <ajmitch> Nafallo: I cared most about -pptp since it was done by a different person who was gently encouraging me to review it ;)
[11:41] <Plug> ajmitch: whats the magic in clearing them out before building?
[11:41] <Nafallo> ajmitch: well, should be almost the same packaging requirements I guess. at least they look alike to me :-). but some stuff are in different places in -pptp than in those other, that's more to the point why I ask really ;-).
[11:41] <ajmitch> rm
[11:41] <ajmitch> :)
[11:42] <Nafallo> hehe
[11:42] <Nafallo> magic command that one :-)
[11:44] <ajmitch> either that or stuff with dh_install
[11:44] <ajmitch> but sometimes the basics are easier
[11:47] <givre> anyway i'll do it
[11:54] <LaserJock> givre: Universe Freeze doesn't affect that
[11:57] <givre> LaserJock: ok thanks
[12:04] <givre> LaserJock: i feal sometimes really stupid.
[12:04] <LaserJock> me too
[12:05] <givre> ok, that's upload, if somebody could gently review it. Thanks . http://revu.tauware.de/details.py?upid=3298 ;)
[12:06] <Nafallo> Universe has frozen :-P
[12:06] <Nafallo> 2 minutes ago
[12:07] <pygi> dholbach: I told you to wait for the coffee !
[12:07] <pygi> :)
[12:07] <dholbach> pygi: I'm too tired and it's the 29th here already ;)
[12:07] <pygi> dholbach: same here, 7 minutes already :)
[12:07] <pygi> dholbach: oki, night then ;)
[12:07] <dholbach> you will find all the instructions for UVF exception requests in that mail
[12:07] <dholbach> have a nice evening everybody
[12:07] <pygi> I know instructions , don't worry
[12:07] <pygi> night :)
[12:08] <Nafallo> gnight dholbach :-)
[12:08] <givre> night dholbach
[12:08] <sistpoty> gn8 dholbach
[12:08] <lfittl> gn8 dholbach
[12:09] <dholbach> night guys :-)
[12:09] <pygi> givre: was that your package from the start?