[12:09] <ryanakca> brainsik: I don't know... hence the problem
[12:10] <ryanakca> brainsik: that's what I'm trying to figure out... it used to work... now it doesn't
[12:29] <crimsun> hmm?
[12:29] <crimsun> that's what DESTDIR is for if I'm reading the question correctly
[12:29] <LaserJock> it's odd
[12:30] <LaserJock> crimsun: check out http://paste.ubuntu-nl.org/17450
[12:30] <crimsun> (in the middle of a merge)
[12:30] <LaserJock> sure, np
[12:30] <LaserJock> ^^ is just the dpkg -c output
[12:46] <brainsik> ryanakca: check your /etc/apt/sources.list and check your /etc/hosts
[12:46] <ryanakca> sources.list is fine... /etc/hosts looks good too... I'll pastebin... maybe I'm blind :D
[12:47] <ryanakca> http://pastebin.ca/81848
[12:50] <crimsun> LaserJock: what's the context of that URL?
[12:50] <brainsik> ryanakca: i'll talk to you about this in #ubuntu since it's not really on topic here
[12:54] <LaserJock> crimsun: that's the dpkg -c output from bluekuja's package
[12:54] <LaserJock> crimsun: DESTDIR is ok
[12:54] <crimsun> LaserJock: right, but what's the issue? I don't even grok his question.
[12:54] <LaserJock> crimsun: oh, sorry
[12:55] <LaserJock> I think /usr/share/GTorrentViewer/ should be usr/share/gtorrent-viewer/
[12:55] <crimsun> that's totally a job for dh_install
[12:55] <LaserJock> how so?
[12:55] <LaserJock> it's being done in the make install
[12:56] <crimsun> oh, so the Makefile hardcodes GTorrentViewer/ ?
[12:56] <crimsun> Makefile.in, meet sed.
[12:56] <LaserJock> so Makefile.in uses $pkgdatadir
[12:57] <crimsun> where'd he run off to, anyway?
[12:57] <LaserJock> bed I think
[12:57] <crimsun> oh, well it is the weekend, true.
[12:57] <LaserJock> I was helping him out
[12:58] <LaserJock> so configure.in has PACKAGE=$PACKAGE_NAME
[12:58] <LaserJock> and PACKAGE_NAME is set in ./configure
[12:59] <LaserJock> hard coded to GTorrentViewer
[12:59] <LaserJock> so would the recommended route be to patch ./configure to change the hard coding?
[01:00] <crimsun> why is that an issue?
[01:00] <crimsun> /usr/share/GTorrentViewer is perfectly legit
[01:00] <LaserJock> I guess
[01:01] <LaserJock> but it's rather nasty to me to have half the stuff use GTorrentViewer as <packagename> and the other half use gtorrent-viewer
[01:02] <LaserJock> crimsun: you think it's fine? I honestly don't know, but I thought it should be consistent
[01:02] <crimsun> well, consistent is best, but I've not found anything in Policy that mandates precise substring
[01:02] <LaserJock> k
[01:06] <crimsun> right, nothing in the changes between <IP_ADDRESS> and <IP_ADDRESS> inclusive indicates a mandatory substring for the directory matching the source package name
[01:07] <LaserJock> ok, fine. I'll email bluekuja then
[01:26] <cbx33> hi all
[01:26] <cbx33> anyone know of a package in ubuntu
[01:26] <cbx33> with a window title of Video Capture
[01:26] <crimsun> just one?
[01:26] <cbx33> it's got a small UI
[01:26] <cbx33> wide and thin?
[01:26] <crimsun> kino?
[01:26] <cbx33> no
[01:27] <cbx33> it's for capturing your currect X session
[01:27] <cbx33> i think
[01:27] <cbx33> i saw it on a goole video
[01:27] <chuck_> istanbul?
[01:27] <cbx33> someone was capturing Xgl
[01:28] <cbx33> nope that's not it
[01:28] <cbx33> crimsun, it's the one used in the first few seconds of http://video.google.com/videoplay?docid=-3304682858126153303&q=linux+xgl
[01:30] <crimsun> I can't view that
[01:30] <crimsun> wink?
[01:31] <crimsun> cinelerra?
[01:31] <zul> we can be at this for days ;)
[01:32] <crimsun> no kidding :)
[01:32] <cbx33> sorry guys
[01:35] <LaserJock> Windows Media Player? ;-)
[02:14] <cbx33> it was xvidcap I was looking for
[02:14] <cbx33> it's not in universe
[02:14] <brainsik> cbx33: that video you pasted is wild. though, i can't help thinking linux users just want macs :)
[02:15] <cbx33> don;t be fooled by the kxdocker :p
[02:15] <cbx33> I can see waht you mean
[02:15] <cbx33> but some functions of compiz and XGL I fidn really useful
[02:15] <brainsik> absolutely, there are a few things i saw i wish my mac did
[02:16] <brainsik> i really liked the window becoming transparent when you clicked on it's title
[02:16] <cbx33> the minimising of all windows to shrunken version to allow picking is on mac isnt it?
[02:16] <brainsik> yeah, that's part of Expos
[02:16] <cbx33> I still thenk my fav is grabbing a windo and spinning the cube under it :p
[02:16] <cbx33> keeping your window on top
[02:16] <brainsik> yeah, that was crazy ..
[02:17] <brainsik> also liked that videos played in the tab menu
[02:17] <cbx33> once you get used to the keys it's a real showstopper :p
[02:17] <brainsik> but that's more candy than useful :)
[02:17] <cbx33> yes very nice
[02:17] <cbx33> although I just like the fact you can see a screen preview in switcher
[02:18] <brainsik> yeah, definitely, os x doesn't do that
[02:18] <cbx33> I have trail focus on mine now !
[02:18] <brainsik> but .. it treats apps differently to begin with
[02:18] <cbx33> inactive windows get desaturated and darker the less they are used
[02:18] <brainsik> all the videos would appear under the same application icon
[02:18] <cbx33> so my current app is bright an all others are darker
[02:18] <cbx33> makes it nice on the eyes
[02:18] <brainsik> hmm.. i can see how that could be both useful and annoying
[02:18] <cbx33> yes
[02:18] <cbx33> useful at the mo
[02:19] <cbx33> I guys time will tell
[02:19] <cbx33> guys...i menat guess
[02:19] <brainsik> a lot of times a have windows open just for reference while i'm doing things in others.. wouldn't want them to fade
[02:19] <cbx33> you can ask it not to fade them
[02:19] <brainsik> very cool stuff
[02:19] <cbx33> indeed
[02:20] <cbx33> It does make it much easier on the eyes
[02:23] <cbx33> www.progbox.co.uk/Screenshot.jpg
[02:24] <cbx33> see :p
[02:25] <brainsik> oh cool, so you can run that stuff now under Ubuntu?
[02:25] <cbx33> whoops
[02:25] <cbx33> www.progbox.co.uk/Screenshot.png
[02:25] <cbx33> of course that's what I'm using
[02:25] <cbx33> and not on a very fast machine either really
[02:25] <brainsik> oooh, i'll need to bug my friend to install it :)
[02:25] <cbx33> 1.7Ghz, 768Mb RAM, and a GeForce 5600
[02:25] <cbx33> take a look at the second screenshot
[02:26] <cbx33> see what I mean about fading windows :p
[02:26] <brainsik> yeah
[02:26] <brainsik> that's pretty awesome
[02:26] <cbx33> I think it's help with my eye strain
[02:26] <brainsik> things like this may make me switch back to linux at some point :)
[02:27] <cbx33> go on you know you want to
[02:27] <brainsik> of course i want to .. but i know the pain of running linux  all too well
[02:28] <cbx33> pain in what way?
[02:28] <brainsik> hardware support is not good
[02:29] <cbx33> what type of hardware?
[02:29] <brainsik> connecting to encrypted wireless networks should be easy it hasn't been until recently
[02:29] <brainsik> plugging in an external monitor into your laptop should just work, it doesn't
[02:29] <brainsik> my friend refers to Network Manager (is that right?) as the best way to reboot his computer.
[02:29] <cbx33> :S
[02:30] <cbx33> I agree there are some issues
[02:30] <cbx33> maybe one day it'll all be ok :p
[02:30] <cbx33> but right now I'm tired and need sleep
[02:30] <brainsik> i'm sysadmin by trade, and i just don't want to admin my own box.. i admin enough boxes.
[02:30] <cbx33> I'll see you aroudn brainsik
[02:30] <brainsik> ciao
[02:30] <cbx33> I know what you mean
[02:30] <cbx33> I'm one too :p
[02:30] <brainsik> :)
[02:52] <Fujitsu> brainsik, I find that Linux's hardware support is exemplary, except in a few small cases. It requires fewer distributor-specific drivers to be installed than Windows does...
[02:53] <brainsik> Fujitsu:  well, i would never use windows..
[02:53] <brainsik> brainsik: i'm on a powerbook
[02:53] <Fujitsu> brainsik, ah.
[02:53] <Fujitsu> brainsik, I'd never use Windows either, but I'm not on a PowerBook, or any other Mac for that matter.
[02:54] <brainsik> Fujitsu:  for example, today i synced my calendar to my phone via bluetooth, i can't even imagine what that would be like under linux
[02:55] <brainsik> but, i'm not interested in saying ones better than the other, i have deep problems with both platforms
[02:55] <Fujitsu> brainsik, what issues do you have with Mac OS X?
[02:56] <brainsik> mostly how much it can suck to not use free/libre apps
[02:57] <brainsik> Fujitsu: i'm really sick of iTunes not support Ogg Vorbis
[02:57] <Fujitsu> It doesn't!?
[02:57] <Fujitsu> How revolting,
[02:58] <brainsik> yep
[02:58] <brainsik> there have been some really bad plug-ins, but hopefully that will get better now that xiph.org is working on it
[02:59] <brainsik> Fujitsu: it's love/hate relationships for me on both
[04:05] <sid> How can I install xvidcap with ffmpeg encoding support on Ubuntu dapper? I want to make Ubuntu video guides with xvidcap, and have it be mpeg; istanbul boggs my system down too much. And I am not able to use it.  I installed a crapload a -dev packages.  I need to have gcc from hoary or something for this compile to work.
[04:25] <sid> I got the *deb from the upstream authors website, and it installed an ran. but it wasn't compiled with ffmpeg support
[04:26] <sid> I think he packaged the deb to use shared libraries and the stock ffmpeg on the system(marillat), but marillat ffmpeg doesn't mesh well with the  xvidcap
[04:26] <sid> WHen you download the xvidcap source it comes with it's own hacked up libraries and ffmpeg I imagine.
[04:29] <sid> maybe when etch is released xvidcap will be fixed, as the xvidcap developer on his website talks about debian sarge, so when he upgrades to etch hopefully xvidcap will break for him
[04:29] <sid> heh
[04:34] <Amaranth> gvidcap
[04:34] <Amaranth> MacSlow uses it to do demos of stuff
[04:39] <sid> holy crap
[04:39] <sid> no activity with xvidcap for years
[04:39] <sid> And he just released a 1.1.4 preview 3 release today
[04:39] <sid> lol
[04:40] <sid> He must have just released this in less then an hour
[04:40] <sid> unbelievable
[04:40] <sid> lol
[04:40] <sid> - new ffmpeg version
[04:40] <sid> - lot's of code cleanups ...
[04:40] <sid> - more sensible compilation defaults (./configure && make install will do what most people want)
[04:40] <sid> http://sourceforge.net/forum/forum.php?forum_id=589155
[04:41] <sid> wow, what luck. No new release for 2 years. ANd he just releases a preview release within the hour.
[04:41] <sid> this is strange
[04:59] <AnAnt> I have a problem in a debian/rules file, can someone help me ? http://paste.ubuntu-nl.org/17467
[04:59] <zul> hey imbrandon
[05:01] <imbrandon> heya zul
[05:02] <AnAnt> ?
[05:04] <LaserJock> AnAnt: " -> Aborting with an error" isn't very helpful, is it? :/
[05:04] <LaserJock> hi imbrandon and zul
[05:04] <zul> hey LaserJock
[05:04] <imbrandon> sup LaserJock
[05:04] <AnAnt> LaserJock: meaning ?
[05:05] <LaserJock> apparently there was an error
[05:07] <AnAnt> LaserJock: yes, the problem is this, the rules file tries to make the debian/build-nokde twice, why is that ?
[05:08] <AnAnt> LaserJock: although I did do 'touch debian/build-nokde'
[05:09] <LaserJock> well that is once
[05:10] <AnAnt> LaserJock: yes, shouldn't it not attempt to make debian/build-nokde, since I have touch'ed it the first time ?
[05:11] <AnAnt> LaserJock: oh sorry, it seems that I didn't paste the problem correctly, hang on
[05:12] <LaserJock> AnAnt: you get an error when you try to mkdir a dir that already exists
[05:13] <AnAnt> LaserJock: yup , that's because it is attempting to make debian/build-nokde again !
[05:15] <zul> oh thats nice gtk is broke
[05:15] <zul> oh goody lets start a kde/gnome war ;)
[05:15] <LaserJock> AnAnt: oh wait, the touch creates a file
[05:15] <AnAnt> yup
[05:15] <imbrandon> heheh nah zul ;)
[05:16] <LaserJock> zul: can I moderate?
[05:16] <LaserJock> :-)
[05:16] <imbrandon> lol @ LaserJock
[05:16] <imbrandon> zul, gtk broke in edgy ?
[05:16] <LaserJock> I'm mostly a screen guy anyway ;-)
[05:16] <imbrandon> afaik anything depending on x was broke ( well it was ~12 hours ago )
[05:16] <zul> LaserJock: oh if can smack imbrandon first ;)
[05:17] <imbrandon> wah ? i miss something .... lol
[05:17] <LaserJock> what does broken mean, I've been testing X apps in an edgy chroot today
[05:18] <zul> no icons, error message when i start gdm
[05:18] <imbrandon> hrm dont rember, might have to update my chroot and check it again
[05:19] <AnAnt> LaserJock: yup touch creates debian/build-nokde
[05:19] <AnAnt> LaserJock: hence the rules file isn't supposed to attempt to make debian/build-nokde again
[05:21] <LaserJock> hmm
[05:26] <AnAnt> LaserJock: here's a more verbose log http://paste.ubuntu-nl.org/17487
[05:43] <LaserJock> azeem: ghemical (1.91-3) isn't building in an edgy pbuilder for me, do you get the same?
[05:58] <AnAnt> I have a problem in a debian/rules file, can someone help me ? http://paste.ubuntu-nl.org/17487
[08:10] <AnAnt> I got a problem with debian/rules, may someone help me  ?  http://paste.ubuntu-nl.org/17487
[08:24] <AnAnt_> I got a problem with debian/rules, may someone help me  ?  http://paste.ubuntu-nl.org/17487
[08:25] <AnAnt_> also I have a request to remove some packages I uploaded
[08:50] <AnAnt_> I got a problem with debian/rules, may someone help me  ?  http://paste.ubuntu-nl.org/17487
[09:09] <zakame> AnAnt_: line 65 is the culprit
[09:11] <zakame> AnAnt_: mkdir won't make a directory entry when there's a fiil with the same name
[09:20] <zakame> hmm what's the updated process to request a sync?
[09:20] <zakame> I reckon i have to file a but to malone right?
[09:21] <crimsun> yes, file it against the source package, entitle it "[Edgy MoM]  Please sync source_package version-revision from Debian Sid", and link to the MoM REPORT and say it's ok to override Ubuntu changes. Then subscribe (don't assign to) ubuntu-archive.
[09:22] <zakame> crimsun: thanks, I'll update the wiki page MOTU/Merging to reflect this
[09:23] <zakame> I don't suppose there's a tool to automate reporting (or, motu-tools hasn't been updated) right?
[09:35] <crimsun> I don't know offhand if the script has been updated
[09:36] <crimsun> if non-dev are filing sync requests, then add a note that a dev has to sign off on the request
[09:36] <crimsun> just a formality according to Scott
[09:36] <zakame> indeed
[10:06] <G0SUB> In which server is Opera hosted?
[10:08] <crimsun> for dapper-commercial, you mean?
[10:08] <crimsun> [deb http://archive.canonical.com/ubuntu dapper-commercial main]
[10:08] <jsgotangco> dapper-commercial
[10:09] <jsgotangco> along with realplayer 10
[10:13] <G0SUB> jsgotangco: I hope sun-jdk will move to that server too
[10:13] <jsgotangco> most likely
[10:13] <G0SUB> that'd be good.
[10:14] <G0SUB> many people are screaming about Ubuntu becoming ``commercial''
[10:14] <jsgotangco> app-install-data should reflect it soon
[10:14] <G0SUB> they don't understand
[10:17] <netgrabber> wtf is dapper-commercial?
[10:18] <zakame> uhm the dapper commercial archive
[10:18] <netgrabber> is this official?
[10:18] <crimsun> it's extremely official.
[10:19] <crimsun> note the URI I gave
[10:19] <netgrabber> why isn't it on ubuntu.com?
[10:19] <phanatic> morning motus
[10:19] <crimsun> because it's not.
[10:19] <netgrabber> legal isues?
[10:19] <crimsun> I doubt it.
[10:20] <crimsun> Opera made an announcement, so there are no legal issues there.
[10:20] <netgrabber> hmm
[10:20] <jsgotangco> its a bunch of applications that are commercial and not in ubuntu's servers but canonical's
[10:20] <crimsun> G0SUB: who's screaming?
[10:21] <crimsun> whoever's screaming needs to see all the work /we/ do as /volunteers/. Commercial my arse.
[10:21] <jsgotangco> yeah
[10:22] <jsgotangco> we don't even ship those apps on the CD
[10:22] <G0SUB> crimsun: a lot of people.
[10:22] <jsgotangco> nor in a default install
[10:22] <G0SUB> crimsun: yeah, right
[10:22] <G0SUB> jsgotangco: I know, but they just need reasons to scream
[10:22] <jsgotangco> G0SUB: sometimes people get blinded by the concept of freedom
[10:23] <G0SUB> crimsun: you know, some people even say that Oracle will buy out Ubuntu and they are negotiating with Canonical. As if Ubuntu can be sold.
[10:23] <G0SUB> jsgotangco: I'd call it jealousy and incompetence
[10:24] <jsgotangco> if it does, we could just fork out the whole archive and still continue ubuntu in a different name
[10:24] <Bazzi> sun java shouldn't be on ubuntu-commercial IMO
[10:24] <crimsun> the TB has the final say what goes where anyhow.
[10:24] <jsgotangco> yeah
[10:24] <Bazzi> I still have hopes for sun releasing java 6 with a "good" license
[10:25] <G0SUB> jsgotangco: yep
[10:27] <jsgotangco> i wouldn't really say jealousy, probably ill-informed and not that knowledgeable on the community structure
[10:34] <G0SUB> jsgotangco: those people are not part of the Ubutu community
[10:34] <G0SUB> jsgotangco: have you tried the Ubuntu opera, btw? does it contain the silly ads?
[10:35] <jsgotangco> G0SUB: i have seen an author of an ubuntu book troll about it =)
[10:35] <G0SUB> jsgotangco: oops
[10:35] <jsgotangco> G0SUB: opera doesn't have that anymore since Opera 8
[10:35] <G0SUB> jsgotangco: oh, nice
[10:35] <jsgotangco> or Opera 7
[10:35] <jsgotangco> i dont remember
[10:36] <G0SUB> jsgotangco: Keir Thomas?
[10:36] <jsgotangco> yes
[10:40] <jsgotangco> lol real player is placed in graphics wtf
[10:42] <netgrabber> I think we need a simple solution for enabling repositories
[10:43] <jsgotangco> g-a-i does that already
[10:43] <jsgotangco> software properties will be heavily modified by edgy
[10:43] <netgrabber> not easy enough
[10:44] <crimsun> opera's comment isn't very HIG-compliant, either
[10:44] <jsgotangco> were completely aware of it
[10:44] <netgrabber> We need a make the desktop usable button
[10:45] <crimsun> a what?
[10:45] <netgrabber> crimsun: somethink like easyubuntu :D
[10:45] <jsgotangco> there's a spec for this already
[10:45] <jsgotangco> along with mockups
[10:46] <crimsun> man, I hope it doesn't have a big honkin' icon.
[10:49] <netgrabber> my sources.list is so fucking huge :(
[10:49] <crimsun> are you helping get those packages into *buntu? :)
[10:51] <netgrabber> http://nopaste.debianforum.de/3628 <- my current sources.list
[10:52] <cypher1> netgrabber, is that huge ?
[10:53] <cypher1> and most of them are in the local network
[10:53] <netgrabber> its just a proxy...
[10:53] <cypher1> i thought it was a mirror :)
[10:54] <netgrabber> I have 5 dapper installations here :D
[10:54] <netgrabber> this saves a lot of traffic
[10:54] <cypher1> sudo pbuilder create --distribution breezy --mirror "http://archive.ubuntu.com/ubuntu main universe multiverse" -- i am trying this with no "breezy in mirror" is that correct
[10:54] <cypher1> netgrabber, cool
[10:55] <crimsun> no
[10:55] <cypher1> crimsun, if i use breezy i get error
[10:55] <cypher1> already two times i have encountered it
[10:55] <crimsun> right, be careful with the syntax
[10:56] <crimsun> note --mirror's limitations.
[10:56] <crimsun> you need to use --othermirror deb http://archive.ubuntu.com/ubuntu breezy universe | deb http://archive.ubuntu.com/ubuntu breezy multiverse | deb http://archive.ubuntu.com/ubuntu breezy restricted
[10:57] <crimsun> pbuilder(8) has more details.
[10:57] <cypher1> crimsun, thanks i was just looking at it
[10:58] <cypher1> but if i mention --mirror there is no need to mention --othermirror right ?
[11:00] <crimsun> correct
[11:00] <crimsun> alternately, just set COMPONENTS in $pbuilderrc correctly
[11:00] <cypher1> crimsun, and mentioning breezy in --mirror is giving error after it downloads lots of packages
[11:01] <crimsun> please read pbuilder(8)
[11:01] <cypher1> crimsun, thanks will do
[11:05] <Hobbsee> hi all
[11:05] <cypher1> hi Hobbsee
[11:09] <Hobbsee> :)
[11:11] <tseng> Yagisan: ping
[11:13] <tseng> Yagisan: do you have a ppc? there is a bug with mono on ppc when libgcc is built with ssp, whether mono itself is or not
[11:14] <G0SUB> guys, I am trying to compile something but it's complaining about not being able to find libXrender.la
[11:14] <slomo_> G0SUB: that file is gone since breezy
[11:14] <G0SUB> I have libxrender-dev installed, but it has only the .a file and not the .la one
[11:14] <slomo_> G0SUB: find the .la file which references it and rebuild the corresponding package first
[11:14] <slomo_> G0SUB: grep Xrender /usr/lib/*.la
[11:14] <G0SUB> slomo_: how do I compile the package then?
[11:14] <G0SUB> slomo_: ok
[11:15] <slomo_> G0SUB: and then rebuild the package that still references libXrender.la and then you can build your package :)
[11:17] <G0SUB> slomo_: /usr/lib doesn't have that .la file
[11:18] <slomo_> G0SUB: no .la file in /usr/lib contains it? use "grep libXrender.la /usr/lib/*.la"
[11:19] <G0SUB> /usr/lib/libcairo.la:dependency_libs=' -L/usr/X11R6/lib -lSM -lICE /usr/lib/libXrender.la -lX11 -lpng12 /usr/lib/libglitz.la /usr/lib/libfreetype.la -lz -lfontconfig -lm'
[11:19] <G0SUB> that's the output
[11:19] <slomo_> uh
[11:20] <slomo_> which distribution is this? :)
[11:20] <G0SUB> slomo_: Dapper
[11:20] <crimsun> it can't be Dapper's cairo
[11:20] <G0SUB> crimsun: possible. I am using AIGLX, may be that came from quinn
[11:21] <crimsun> apt-cache policy libcairo2-dev
[11:21] <slomo_> G0SUB: possible... in any way this is completely broken now ;)
[11:21] <crimsun> I can tell just from glitz being present.
[11:21] <G0SUB> crimsun: yes, it's quinn
[11:21] <slomo_> and libXcursor.la wasn't there since pre-breezy too
[11:21] <G0SUB> slomo_: hehe
[11:23] <G0SUB> slomo_: does that mean libXrender.la is not required in Dapper?
[11:24] <slomo_> G0SUB: yes
[11:24] <G0SUB> ok, good
[11:25] <slomo_> G0SUB: and .la files are dropped almost everywhere in general
[11:26] <crimsun> it definitely ain't in Edgy, cos I did the fakesync.
[11:26] <G0SUB> slomo_: thanks for the tip. any idea if AIGLX will be in Edgy?
[11:27] <slomo_> G0SUB: no idea
[11:27] <G0SUB> ok
[11:27] <crimsun> yes, more crack!
[11:38] <\sh> moins
[11:51] <siretart> hey \sh!
[11:51] <siretart> welcome back!
[11:51] <\sh> siretart: thx :)
[11:52] <zakame> heya \sh siretart
[11:59] <siretart> hi zakame
[12:01] <Toadstool> hi everybody
[12:05] <cypher1> can any one help me with this
[12:05] <cypher1> http://paste.ubuntu-nl.org/17525
[12:07] <cypher1> this is the 4th time i am hiting the error
[12:07] <Hobbsee> cypher1: means the breezy archive link is screwed, and needs fixing.
[12:08] <cypher1> Hobbsee, and why is it not getting fixed
[12:09] <cypher1> the command i used is
[12:09] <cypher1>  sudo pbuilder create --distribution breezy --mirror "http://archive.ubuntu.com/ubuntu breezy main universe multiverse"
[12:10] <cypher1> considering the fact that breezy is still around and not dead
[12:11] <cypher1> Hobbsee, should i raise a bug for it ?
[12:11] <zakame> borked
[12:12] <sivang> slomo_: do you mind if I take moin ?
[12:13] <slomo_> sivang: no, feel free to take it :) i only touched it because one of their main developers asked me to include a patch for a security problem
[12:13] <StevenK> Moin can probably can be sync'd.
[12:14] <slomo_> yes, mine was the only ubuntu change and it is included with the version in debian
[12:41] <Hobbsee> cypher1: assuming that's the correct address of the repo, yeah
[01:24] <\sh> does anybody know if we get UVF exceptions for universe, because of the masses of merges we still have?
[01:26] <Toadstool> \sh: https://wiki.ubuntu.com/EdgyReleaseSchedule <-- UniverseFreeze
[01:27] <\sh> oh missed that
[01:27] <Toadstool> :)
[01:28] <tseng> oh, thats nice
[01:28] <Hobbsee> Toadstool: nice, so that means that UVF only refers to main packages?
[01:28] <Toadstool> indeed
[01:28] <Hobbsee> excellent :)
[01:28] <tseng> knot cd 1 is exciting
[01:33] <cypher1> tseng, knot ?
[01:33] <tseng> the schedule?
[01:33] <tseng> its a testing cd
[01:34] <cypher1> tseng, ok
[01:53] <Yagisan> tseng: pong.   *Possible* reason follows.
[02:01] <cypher1> bzip2: Inappropriate ioctl for device
[02:01] <cypher1>         Input file = (stdin), output file = (stdout)
[02:02] <cypher1> these kind of things will really discourage people learning packaging like me :(
[02:02] <cypher1> sleepless nights.. how many hours ?
[02:02] <slomo_> why do you want to create a breezy chroot btw?
[02:03] <cypher1> slomo_, i am trying to build a package
[02:03] <_ion> So there's a problem with a mirror? Just use another one, or wait for it to be fixed.
[02:03] <cypher1> _ion, which are the other mirrors ?
[02:03] <slomo_> cypher1: $languagecode.archive.ubuntu.com ;)
[02:04] <slomo_> cypher1: and why breezy? it's already 9 months old ;)
[02:05] <cypher1> slomo_, i am using breezy so i thought i will start with that
[02:05] <cypher1> slomo_, $languagecode ?
[02:06] <slomo_> cypher1: or better countrycode... de,uk,us,nl,etc...
[02:06] <cypher1> slomo_, ok :)
[02:06] <cypher1> i will try with us.archive.ubuntu.com :)
[02:07] <cypher1> i had mentioned MIRRORSITE=http://archive.ubuntu.com/ubuntu
[02:11] <cypher1> i am trying with another mirror.. let me see :)
[02:17] <DarkMageZ> these .la files... i'm being told that it's all or nothing with them... is ubuntu dapper broken in this case, or just mine?
[02:17] <tseng> dapper doesnt have .la files
[02:17] <DarkMageZ> mine does :s
[02:19] <tseng> i have some from gnome
[02:19] <tseng> all the X ones were removed agaik
[02:19] <tseng> afaik
[02:19] <DarkMageZ> i'm being told by some developers, that it's the reason their program isn't building...
[02:23] <DarkMageZ> is there a target for when there should be no .la's in ubuntu?
[02:49] <cypher1> 74% [22 Packages bzip2 0]  [23 Packages 1007/2304kB 0%]                                                                                28.1kB/s 1m22s
[02:49] <cypher1> bzip2: Compressed file ends unexpectedly;
[02:49] <cypher1>         perhaps it is corrupted?  *Possible* reason follows.
[02:49] <cypher1> bzip2: Inappropriate ioctl for device
[02:49] <cypher1>         Input file = (stdin), output file = (stdout)
[02:49] <cypher1> It is possible that the compressed file(s) have become corrupted.
[02:49] <cypher1> You can use the -tvv option to test integrity of such files.
[02:49] <cypher1> You can use the `bzip2recover' program to attempt to recover
[02:49] <cypher1> data from undamaged sections of corrupted files.
[02:49] <cypher1> Err http://in.archive.ubuntu.com breezy/universe Packages
[02:49] <cypher1>   Sub-process bzip2 returned an error code (2)
[02:49] <cypher1> Get:24 http://in.archive.ubuntu.com breezy/universe Packages [2304kB]
[02:49] <cypher1> 79% [24 Packages 451/2304kB 0%]                                                                                31.3kB/s 1m13s
[02:49] <cypher1> bzip2: Compressed file ends unexpectedly;
[02:49] <cypher1>         perhaps it is corrupted?  *Possible* reason follows.
[02:49] <cypher1> bzip2: Inappropriate ioctl for device
[02:49] <cypher1>         Input file = (stdin), output file = (stdout)
[02:49] <cypher1> It is possible that the compressed file(s) have become corrupted.
[02:49] <cypher1> You can use the -tvv option to test integrity of such files.
[02:50] <cypher1> You can use the `bzip2recover' program to attempt to recover
[02:50] <cypher1> data from undamaged sections of corrupted files.
[02:50] <cypher1> Err http://in.archive.ubuntu.com breezy/universe Packages
[02:50] <_ion> ARGH
[02:50] <cypher1>   Sub-process bzip2 returned an error code (2)
[02:50] <cypher1> sorry accidentially pasted
[02:50] <cypher1> _ion, sorry
[02:51] <_ion> You could have canceled the paste very quickly, just after a few lines had been sent to the server. '/server purge' in irssi, something else in other clients.
[02:52] <tseng> irssi asks you before you paste
[02:52] <_ion> That, too.
[02:52] <cypher1> _ion, ok
[03:27] <nixternal> moins everyone
[03:27] <Hobbsee> hi nixternal
[03:27] <nixternal> hiya Hobbsee
[03:27] <Hobbsee> nixternal: FYI:  everything like wiki pages, etc, links from your LP page
[03:28] <nixternal> ok, im lost..might be to early
[03:47] <phanatic> hi people
[03:48] <Hobbsee> hi phanatic!
[03:49] <phanatic> hey Hobbsee
[03:50] <Hobbsee> hmmm...okay...him.
[03:50] <imbrandon> heya phanatic
[03:50] <phanatic> hey imbrandon
[03:51] <slomo_> Hobbsee: lamont? :)
[03:51] <Hobbsee> slomo_: so it seems.  i just stole one of his packages  :P
[03:56] <imbrandon> !info banshee
[03:56] <imbrandon> ugh
[03:56] <slomo_> ?
[03:57] <Hobbsee> slomo_: looking at klibido, it hasnt been merged/synced yet.
[03:57] <slomo_> Hobbsee: but better ask him before uploading :) the "?" was for imbrandon ;)
[03:58] <imbrandon> slomo_, no ubotu in here ;)
[03:58] <Hobbsee> slomo_: well....yeah....it looks like it'll be a sync.
[03:58] <slomo_> imbrandon: what does this command do? :)
[03:58] <Hobbsee> slomo_: run it thru a channel with ubotu in it, and you'll find out :P
[03:58] <imbrandon> [08:56]  <imbrandon> !info banshee
[03:58] <imbrandon> [08:56]  <ubotu> banshee: Audio Management and Playback application. In repository universe, is optional. Version 0.10.10-0ubuntu10 (dapper), package size 870 kB, installed size 2744 kB
[03:58] <imbrandon> ;)
[03:59] <slomo_> ah :)
[03:59] <imbrandon> also !info banshee dapper/edgy/breezy
[03:59] <imbrandon> works
[03:59] <imbrandon> defaults to dapper
[03:59] <slomo_> nice :)
[04:03] <Hobbsee> oh, no i'm not, i'm misreading.
[04:18] <AnAnt> I got a problem with debian/rules, may someone help me  ?  http://paste.ubuntu-nl.org/17487
[04:32] <AnAnt> ?
[04:53] <cypher1> can any one please  tranfer the base tarball for breezy ?
[04:54] <slomo_> cypher1: sure
[04:54] <siretart> hi slomo_
[04:54] <cypher1> slomo_, thanks...
[04:54] <slomo_> hi siretart :) any news on xine and/or mplayer? :)
[04:55] <cypher1> oops 0.2 kb/s :(((
[04:55] <slomo_> not really fast ;)
[04:55] <cypher1> 1755 hours
[04:56] <cypher1> i tried two mirrors and i have the same probkem
[04:57] <cypher1> ok i will build for dapper then
[04:57] <slomo_> i have weird problems with the mirrors atm too... but with edgy
[04:58] <cypher1> slomo_, really i am quite disappointed.. i planned to build a package and send for review this weekend
[04:59] <slomo_> if you made a new package you should target it for edgy
[04:59] <cypher1> so i should download a minimal version of edgy ?
[04:59] <slomo_> which package is it btw? :)
[05:00] <cypher1> i am learing
[05:00] <imbrandon> pbuilder
[05:00] <imbrandon> ;)
[05:00] <cypher1> imbrandon, with pbuilder only iam haveing probled
[05:00] <slomo_> anyway... tea time :) bbl
[05:00] <cypher1> slomo_, its a game
[05:00] <imbrandon> ahh
[05:00] <imbrandon> crimsun, ping
[05:01] <cypher1> imbrandon, create is giving problems
[05:02] <Hobbsee> cypher1: useless without more info...like what problems, and/or a pastebin of what  you see.......
[05:03] <AnAnt> I got a problem with debian/rules, may someone help me  ?  http://paste.ubuntu-nl.org/17487
[05:04] <cypher1> Hobbsee, http://paste.ubuntu-nl.org/17547
[05:05] <cypher1> Hobbsee, please ignore cypher1 in the left
[05:06] <AnAnt> I can't understand why pbuilder attempts to make debian/build-nokde for a second time, although it did 'touch debian/build-nokde' the first time ?
[05:06] <Hobbsee> cypher1: what happens if you dont have the in. in each of the sources lists?
[05:06] <Hobbsee> er, in each of the repos in the sources.list?  (pbuilder's sources list, not apt's)
[05:07] <cypher1> Hobbsee, should i change /etc/apt/sources.list and try again ?
[05:07] <Hobbsee> cypher1: no, change /etc/pbuilder/apt-config/sources.list and then run sudo pbuilder update --override-config
[05:11] <cypher1> i dont have base.tgz
[05:11] <cypher1> so i have changed the pbuilder sources.list and rerun create command
[05:13] <Hobbsee> cypher1: yes
[05:13] <Hobbsee> ah okay then.  s/update/create then
[05:13] <Hobbsee> you need the override-config option so it reads the edited sources.list
[06:11] <siretart> slomo_: just uploaded mplayer
[06:12] <siretart> slomo_: I'm currently talking about xine with upstream
[06:12] <siretart> slomo_: this main/extracodecs stuff is really annoying me :/
[06:43] <slomo_> siretart: cool :) thanks... and any direction in which the discussions with upstream are going?
[06:43] <siretart> slomo_: well, darren tries to prepare a 'quick' 1.1.2 release, because amarok needs them
[06:43] <siretart> slomo_: I've pushed my ubuntu-main 1.1.2 branch, and try to merge some later upstream changes is
[06:44] <siretart> slomo_: I was fighting with xine-lib on sparc today, but I think I won
[06:44] <slomo_> oh? how did you test it? :)
[06:44] <siretart> I was given an account for a sparc machine
[06:45] <slomo_> nice :) i still only have x86,ppc and amd64 :/
[06:45] <siretart> slomo_: well, become a DD and get access to project machines ;)
[06:46] <siretart> I was given that account just because of that
[06:46] <slomo_> siretart: you are already finished? that was fast :) i'm still waiting for my AM to review my packages, everything on my side is finished now afaik
[06:47] <siretart> slomo_: I'm wating for FD review, since some weeks
[06:47] <siretart> boah, this moving around of stuff in xine produces a lot of conflicts
[06:47] <siretart> slomo_: can't we just get xine demoted to universe again?
[06:48] <slomo_> no
[06:48] <siretart> I'd like to just use the debian package
[06:48] <slomo_> unless you move kde to universe ;)
[06:48] <siretart> amarok depends on xine, no?
[06:48] <slomo_> and kino iirc
[06:48] <siretart> grmbl.
[06:48] <slomo_> kde is currently the only reason why we have xine, mad, etc in main
[06:49] <slomo_> (ok, totem-xine... but seb would drop that)
[06:49] <siretart> any kubuntu guy willing to remerge xine? all in nice and shiny bzr archives and such! ;)
[06:50] <siretart> slomo_: I need to leave now, do you have time to look after xine?
[06:50] <siretart> slomo_: I have pushed all to my xine.repo
[06:50] <slomo_> siretart: not really... i'm learning for an exam now and have already millions of other things on my todo list :(
[06:50] <siretart> oh. sad
[06:50] <siretart> viel erfolg!
[06:50] <slomo_> what has to be done exactly?
[06:51] <slomo_> danke :)
[06:51] <siretart> merging later changes of the upstream branch in the ubuntu-main.1.1.2 branch
[06:51] <siretart> prepare an orig.tar.gz and review changes so that it still works
[06:51] <siretart> then produce the extracodecs package
[06:51] <siretart> and you know it better anyway, since it was you who split the package ;)
[06:52] <slomo_> hrm... maybe next week :/ could you ask in #kubuntu-dev when you're back if someone wants to take it?
[06:53] <siretart> tomorrow then
[06:53] <siretart> next week is UVF, I read
[06:53] <slomo_> ok, thanks :)
[06:53] <slomo_> UVF for main, yes
[06:53] <slomo_> and still many open merges :(
[06:53] <siretart> UVF for universe is later?!
[06:53] <slomo_> yes, it's at the same time as beta freeze
[06:53] <slomo_> somewhere in september
[06:54] <siretart> and autosyncs will continue in universe?
[06:54] <siretart> that would cause massive breakage
[06:54] <slomo_> no idea... but if they continue we could get more work for free because universe and main are out of sync
[06:54] <siretart> well, at least we can continue merging
[06:55] <slomo_> yes... i was concentrating on main for now because of that... after main is closed i'll go on with universe ;)
[07:17] <slomo_> siretart: where was your mplayer (and other stuff) bzr again? mplayer FTBFS on ppc because of a trivial error
[07:18] <siretart> slomo_: https://launchpad.net/products/mplayer/+branches has links to the branches
[07:18] <slomo_> siretart: thanks
[07:18] <siretart> slomo_: short: http://siretart.tauware.de/mplayer.repo
[07:18] <slomo_> siretart: that's more interesting than learning unfortunately ;)
[07:18] <siretart> I'm mirroring from launchpad to there, because committing in a repository is faster than to launchpad
[07:18] <siretart> :)
[07:18] <sivang> siretart: hehe :)
[07:19] <sivang> slomo_: I agree this is more interesting then learning though
[07:27] <slomo_> and bzr is so slow...
[07:32] <ogra> slomo_, ??
[07:32] <ogra> but you are using 0.8 with knit support and your branches are all converted to the new format ?
[07:33] <slomo_> ogra: i use the one from latest edgy and branching http://siretart.tauware.de/mplayer.repo/ubuntu/
[07:34] <ogra> slomo_, as long as siretart converted that to 0.8 format thats fine
[07:34] <ogra> else it will be slower than a snail in slow motion *g* becuase it converts on the fly
[07:35] <siretart> ogra: I just created them today
[07:35] <siretart> ogra: I assume bzr uses knits by default. and after all, they are in a repository
[07:35] <ogra> (see bzr upgrade)
[07:35] <sivang> siretart: you can check that
[07:35] <ogra> or better bzr help upgrade :)
[07:36] <pygi> sivang, :)
[07:36] <ogra> siretart, if you created them with 0.8 it should be fine
[07:37] <sivang> sivan@swirl:~/hubackup-devel/hubackup--main$ cat .bzr/branch-format
[07:37] <sivang> Bazaar-NG meta directory, format 1
[08:05] <bddebian> Heya gang
[08:05] <Toadstool> hi bddebian
[08:06] <Gloubiboulga> hello bddebian
[08:06] <bddebian> Heya Toadstool, Gloubiboulga
[08:07] <phanatic> heya bddebian, Gloubiboulga :)
[08:07] <bddebian> Hi phanatic
[08:07] <Gloubiboulga> hello phanatic
[08:07] <Toadstool> hi phanatic
[08:08] <phanatic> hey Toadstool
[08:25] <andrewski> hello, i'm trying to build a source package from REVU (lirc 0.8.0) and i'm having a bit of trouble getting the binary package to build.  i'm running "sudo pbuilder build lirc_0.8.0-0ubuntu1.dsc", but am getting the following error, even after i installed svgalibg1-dev in synaptic:
[08:25] <andrewski>  -> Considering  svgalibg1-dev [i386]
[08:25] <andrewski>    -> Trying svgalibg1-dev
[08:25] <andrewski>        -> Cannot install svgalibg1-dev; apt errors follow:
[08:25] <andrewski> Reading package lists... Done
[08:25] <andrewski> Building dependency tree... Done
[08:25] <andrewski> E: Couldn't find package svgalibg1-dev
[08:25] <andrewski> W: Unable to locate package svgalibg1-dev
[08:25] <andrewski> E: Could not satisfy build-dependency.
[08:25] <andrewski> E: pbuilder-satisfydepends failed.
[08:26] <andrewski> any ideas why that would be?  i just set up pbuilder from the wiki, which on dapper is only three commands.
[08:26] <andrewski> i feel like a bit more setup may be necessary, but i'm not sure where that would happen.
[08:26] <Erlang> well, is svgalibg1-dev available?
[08:27] <andrewski> Erlang: available where?  in pbuilder or as a regular package to install?
[08:27] <bddebian> andrewski: Is your pbuilder Edgy or Dapper?
[08:28] <andrewski> i'm assuming dapper; i just installed it from the wiki following the instructions for dapper (which i'm on).
[08:31] <bddebian> OK, then your pbuilder isn't update or something.  Do you have universe and multiverse enabled in your apt.conf stuff?
[08:32] <andrewski> in my regular apt.conf or my pbuilder one?  (i seem to recall having one specifically for pbuilder on breezy.)
[08:32] <bddebian>  /etc/pbuilder/apt.conf/sources.list
[08:32] <andrewski> i didn't touch that at all, so probably not. :P
[08:32] <bddebian> Add that and then do a pbuilder update
[08:32] <andrewski> is it enough to copy my regular apt.conf there?
[08:32] <bddebian> Hmm, not sure, sorry
[08:33] <bddebian> Probably though
[08:33] <andrewski> yeah, i think i'll use it to start and take out unofficial stuff. ^_^
[08:42] <andrewski> bddebian: it still says unavailable.  what gives?
[08:45] <andrewski> (is there a more appropriate channel in which i should ask these questions?)
[08:46] <bddebian> Did you do an update?
[08:47] <andrewski> yeah
[08:47] <bddebian> Hmm
[08:47] <bddebian> You did sudo pbuilder update --distribution dapper --override-config ?
[08:47] <andrewski> hmm... no... just sudo pbuilder update.  what's the difference?
[08:48] <\sh> sudo pbuilder update --override-config
[08:48] <bddebian>  --override-config overrides / saves the changes
[08:48] <bddebian> Heya \sh
[08:48] <andrewski> ok
[08:48] <\sh> hey bddebian..how's life?
[08:48] <andrewski> ...done, but same error.
[08:49] <bddebian> andrewski: Do you have this line:  OTHERMIRROR="deb http://archive.ubuntu.com/ubuntu breezy universe multiverse"  in /etc/pbuilder/pbuilderrc ?
[08:49] <bddebian> \sh: Fair to midland thanks. You?
[08:50] <andrewski> haven't touched pbuilderrc, so probably not.  man, the wiki really gives the wrong impression. O_O
[08:51] <andrewski> bddebian: but in this case, should i also add deb-src since i'm looking for a dev package?
[08:51] <\sh> bddebian: stress ... 5 days to product launch...so we are in the office and working on a weekend
[08:51] <bddebian> andrewski: No, exactly that line :-)
[08:51] <bddebian> \sh: Eeks
[08:51] <andrewski> bddebian: got it... trying again.
[08:53] <andrewski> wahoo... looks like it's going....
[08:55] <bddebian> Sweet
[08:58] <andrewski> success.  thanks bddebian, \sh, and Erlang.
[09:00] <Erlang> I did nothing.
[09:00] <andrewski> Erlang: you offered, and thusly i thank thee. :)
[09:00] <Erlang> I shouldn't offer help when I know I don't have 5 strong minutes for IRC.
[09:03] <bddebian> andrewski: NP, glad to be of SOME use once in a while :-)
[09:03] <andrewski> ^_^
[09:03] <andrewski> now i just have to get the magic voodoo of LIRC working! O_O
[09:29] <AnAnt> I got a problem with debian/rules, may someone help me  ?  http://paste.ubuntu-nl.org/17487
[09:29] <AnAnt> I can't understand why pbuilder attempts to make debian/build-nokde for a second time, although it did 'touch debian/build-nokde' the first time ?
[09:35] <bddebian> AnAnt: Why do you call patch for build-nokde but not for build_kde?  Are the patches only for nokde?
[09:36] <AnAnt> bddebian: I am not sure wether the KDE version needs the patch or not
[09:36] <bddebian> AH
[09:36] <AnAnt> bddebian: but I can call for both
[09:36] <AnAnt> but would  that be the problem ?
[09:40] <bddebian> NO, it was just a question
[09:40] <AnAnt> k
[09:41] <AnAnt> so you got any ideas ?
[09:41] <bddebian> Ohhh, binary-indep and binary-arch are both calling build
[09:41] <AnAnt> yup
[09:42] <AnAnt> I found that in other packages that contain more than one variant (ex. elinks)
[09:42] <bddebian> Did id also have a -common package?
[09:42] <bddebian> s/id/it/
[09:43] <AnAnt> huh ?
[09:43] <AnAnt> are you talking about elinks ? elinks had 2 variants: elinks & elinks-lite
[09:43] <bddebian> Did elinks have a elinks-common package too?
[09:44] <AnAnt> no, there wasn't an elinks-common
[09:44] <bddebian> Hmm
[09:44] <AnAnt> just elinks & elinks-lite
[09:47] <AnAnt> so , do you see anything wrong in that rules file ?
[09:53] <AnAnt> ?
[09:55] <AnAnt> ?
[10:01] <bddebian> I'm not sure I understand why either are calling binary-indep
[10:05] <bddebian> Oh, in build they call dh_clean -k so maybe they are wiping their dirs before running build again
[10:13] <andrewski> back again... could anyone help me with checking a source package to see with which flags it's configured?  i think i may need to edit them (and update a launchpad bug).
[10:22] <bddebian> andrewski: ??
[10:22] <andrewski> bddebian: hm?  is my question unclear?
[10:26] <bddebian> andrewski: Yes.  What are you trying to do?
[10:27] <andrewski> bddebian: i'm building lirc from source from some source packages in REVU, and i need to make sure it's configured with "--with-driver=all".  i've been checking the packaging guide, and it seems that would happen in debian/rules; is that right?
[10:29] <bddebian> andrewski: Yes.  It will either be right on the call to configure or they may assign it to some variable like DEB_CONFIGURE_OPTS or some such
[10:30] <andrewski> bddebian: yeah, i've found it.  then i just rebuild it like i did before, dpkg-buildpackage -> pbuilder etc.?
[10:30] <andrewski> or is there an intermediate necessary step?
[10:30] <toma> no
[10:31] <andrewski> no to which?
[10:31] <toma> you can build it as usual
[10:31] <andrewski> ok, cool.  thanks.  wish me luck!
[10:33] <bddebian> Good luck :-)
[10:38] <bddebian> w00t a DD picked up our .desktop changes on their own
[10:42] <crimsun> would be swell if MoM refreshed.
[10:44] <bddebian> crimsun: ?
[10:44] <bddebian> It's not updating?
[10:45] <crimsun> no. Unless all my merges FTBFS, which is highly unlikely seeing how I sbuilt and pbuilt them first.
[10:45] <bddebian> Hi LaserJock
[10:45] <LaserJock> hi bddebian
[10:45] <crimsun> (not to mention they're listed as "Successfully built")
[10:46] <bddebian> crimsun: Yeah, I noticed many of mine aren't either
[10:47] <crimsun> blarg, I'll do the vlc merge now
[10:47] <LaserJock> I figured out last night that I'm going to need to do 10 merges a day to get MOTU Science done in time for UVF
[10:48] <slomo_> LaserJock: UVF for universe is not next week but somewhere in september
[10:48] <LaserJock> really?
[10:48] <LaserJock> at FF?
[10:48] <slomo_> yes... at the time of beta freeze
[10:48] <slomo_> https://wiki.ubuntu.com/EdgyReleaseSchedule
[10:48] <crimsun> Sept 28th
[10:49] <LaserJock> ahhh
[10:49] <LaserJock> see, I was even at one of the BOFs for the release schedule and I can't figure this out ;-)
[10:50] <LaserJock> so basically we have 1 freeze for Universe
[10:50] <LaserJock> that's kinda helpful
[10:51] <crimsun> sucks for main, though
[10:51] <bddebian> crimsun: whee :-)
[10:51] <crimsun> I'll be, once again, backporting like mad.
[10:52] <LaserJock> ok, so I'll have to see what Main packages might need merging
[10:52] <crimsun> well the big one is X.Org 7.1
[10:52] <crimsun> everyone wants it, but no one realises it's something like 288 packages.
[10:53] <LaserJock> well, I was thinking of TeX and the few science/math apps that are in Main
[10:55] <bddebian> And lyx :)
[10:56] <crimsun> well, tetex-bin has been merged already by pitti
[10:56] <LaserJock> good
[10:56] <LaserJock> cause I really don't want to do it
[10:56] <LaserJock> but I've turned into the defacto TeX guy
[10:56] <crimsun> well you can have that or X.Org 7.1. Pick your poison.
[10:56] <bddebian> hehe
[10:57] <bddebian> LaserJock: You are a core-dev now?
[10:57] <LaserJock> heck no
[10:57] <bddebian> Well why the hell not? :-)
[10:57] <LaserJock> but mdz told me that there was no core-dev looking after tex so I could volunteer ;-)
[10:58] <bddebian> Heh
[10:58] <LaserJock> pitti or doko seem to do it when necessary
[10:58] <LaserJock> but the Debian TeX people aren't very impressed with Ubuntu's handling of TeX
[10:59] <LaserJock> and MOTU Science is an easy scape goat ;-)
[10:59] <crimsun> well that's easily resolved. Do a sync then blame everything on them.
[11:00] <crimsun> if it doesn't work, it's obviously because they suck.
[11:00] <LaserJock> lol
[11:00] <andrewski> i'm getting an error when trying to use dpkg-buildpackage this time: "debian/rules:6: /usr/share/dpatch/dpatch.make: No such file or directory
[11:00] <andrewski> make: *** No rule to make target `/usr/share/dpatch/dpatch.make'.  Stop."
[11:00] <LaserJock> crimsun: that maxima bug is still bugging me :/
[11:01] <LaserJock> I'd love to blame debian, but I don't undestand what's going on
[11:01] <Mithrandir> andrewski: you have forgotten to build-dep on dpatch.
[11:01] <andrewski> Mithrandir: i'm not sure what that means.  i'm doing exactly what i've done in the past, so this is a bit new.
[11:02] <crimsun> andrewski: append dpatch to debian/control:Build-Depends
[11:02] <andrewski> crimsun: ok... why wouldn't that have been necessary before?
[11:02] <crimsun> (or debian/control.in if it uses that)
[11:05] <bddebian> LaserJock: Yeah maxima is b0rked :-(
[11:05] <bddebian> As is openvrml :-(
[11:05] <andrewski> crimsun, Mithrandir: it's actually already listed (in control).  what gives?
[11:06] <crimsun> andrewski: are you doing this in a pbuilder?
[11:06] <Mithrandir> andrewski: uh, and dpatch is installed?
[11:06] <andrewski> crimsun: i'm not that far yet.  i'm just using dpkg-buildpackage
[11:06] <bddebian> Do you have dpatch installed locally?
[11:07] <andrewski> Mithrandir: no, it wasn't. :-/
[11:07] <andrewski> but i do now
[11:07] <andrewski> again, why wasn't that necessary before?
[11:07] <Mithrandir> if you hadn't that installed, dpkg-buildpackage would have told you if you had it listed in build-depends.
[11:08] <andrewski> well, i didn't change control, only added a flag to the configure line in rules.  dunno, but whatev.  it built now.
[11:14] <andrewski> "configure: error: *** you need to have the Linux kernel source installed
[11:14] <andrewski>         for this driver"
[11:14] <andrewski> would this mean that i need to add linux-source to Build-Depends?
[11:17] <bddebian> Yep
[11:17] <LaserJock> does it work like that?
[11:19] <andrewski> ok, let's try that out...
[11:19] <LaserJock> I didn't think linux-source worked "out of the box"
[11:19] <andrewski> dunno; that's why i'm asking. :-P
[11:21] <crimsun> I'll just try merging from MoM
[11:21] <bddebian> LaserJock: Well it can be fun with all the different version
[11:21] <bddebian> crimsun: Merging what?
[11:23] <andrewski> ok, that didn't work.  is there another likely package that should be used instead or something else?
[11:24] <crimsun> bddebian: lirc.
[11:24] <andrewski> crimsun: what's merging from MoM mean then?
[11:24] <crimsun> it's assigned to mvo, so I won't upload until I get an Ok from him
[11:25] <bddebian> Ah
[11:26] <bddebian> Hmm, care all the X libs done?
[11:26] <bddebian> Uhm s/care/are/
[11:26] <andrewski> cuz if anyone can help me get lirc 0.8.0 installed on dapper with all the drivers, i'd be so super pleased.
[11:26] <crimsun> yes.
[11:26] <crimsun> imbrandon: pong
[11:27] <andrewski> LaserJock, bddebian: is there another package that would supply the "kernel source" that i need so that configure would find it?
[11:28] <imbrandon> heya crimsun , one sec lemme get the url i was gonna sk you about
[11:28] <imbrandon> ask*
[11:29] <bddebian> andrewski: I try to avoid any packages that require linux sources :-)
[11:29] <chuck_> yeah so do i ;)
[11:29] <andrewski> bddebian: ok... how else do i get lirc drivers to install then? O_O
[11:30] <imbrandon> crimsun, someone said you were on the backport team i was gonna make sure i filed this correct since its my first one ( malone bug #52343 )
[11:30] <Ubugtu> Malone bug 52343 in kbfx "[ backport ]  kbfx 4.9.1+4.9.2rc1 from edgy to dapper-backports" [Untriaged,Confirmed]  http://launchpad.net/bugs/52343
[11:30] <LaserJock> isn't modules-assistant pretty common for drivers?
[11:31] <zul> LaserJock: yeah but the i2c interface changed between lirc and our kernel so you need lirc 0.8.0
[11:31] <andrewski> zul: what's that mean for me trying to build the package?
[11:31] <zul> good luck...you might want to request a backport
[11:31] <crimsun> imbrandon: you kinda omitted the all-important 0. for the versions.
[11:32] <imbrandon> 0 for versions ?
[11:32] <imbrandon> ohhh
[11:32] <imbrandon> doh
[11:32] <imbrandon> will it fly like that ?
[11:32] <crimsun> well, no.
[11:32] <andrewski> zul: well, that's what this is.  i'm pulling the source packages from launchpad/revu, but they weren't configured for any drivers, so i fail to see how they're really useful.
[11:32] <imbrandon> or do i need to refile ?
[11:32] <crimsun> change the Description
[11:33] <imbrandon> k
[11:33] <zul> andrewski,: not sure...all i know is that the drivers in dapper wont compile
[11:33] <andrewski> zul: the lirc drivers won't compile in dapper?
[11:34] <zul> correct
[11:34] <andrewski> i've heard other people compiling from source who haven't had any problems....
[11:34] <imbrandon> crimsun, done, sorry i dident realize i could edit it
[11:34] <zul> andrewski: compile from source then
[11:35] <imbrandon> crimsun, other than that does it look ok ?
[11:35] <andrewski> i'd rather not.  i use ubuntu largely because of apt, and don't really like the idea of circumventing it.
[11:35] <crimsun> imbrandon: attach a pbuilder log
[11:35] <imbrandon> ok
[11:35] <crimsun> /attach/  please :)
[11:36] <imbrandon> ;)
[11:36] <imbrandon> sure thing
[11:36] <crimsun> andrewski: are you doing this in dapper or edgy?
[11:36] <andrewski> crimsun: dapper
[11:37] <zul> heh...grub i so own you
[11:37] <crimsun> andrewski: what arch?
[11:37] <crimsun> I can only build for amd64 atm
[11:37] <andrewski> crimsun: 686
[11:39] <crimsun> andrewski: sec, updating pbuilder -> building
[11:39] <andrewski> crimsun: ok, cool; thanks.  this is getting above my head. ;)
[11:40] <andrewski> crimsun: did you get the packages from launchpad?  i could give you a link if that'd help.
[11:40] <crimsun> andrewski: no, I'm using MoM packages.
[11:40] <andrewski> again, what's MoM?
[11:40] <crimsun> some variant of these will go into Edgy
[11:40] <crimsun> merges.ubuntu.com
[11:40] <andrewski> oh... the ones that come from debian?
[11:41] <crimsun> yes
[11:41] <andrewski> gotcha.
[11:41] <crimsun> merged from Debian, but yes
[11:42] <crimsun> you should have a ./usr/share/doc/lirc-modules-sou
[11:42] <crimsun> rce/README.Debian
[11:42] <andrewski> crimsun: yes, i do.
[11:42] <crimsun> have you read it? |)
[11:42] <crimsun> :)  rather
[11:43] <andrewski> no. :-/
[11:43] <andrewski> i didn't even know about that.
[11:43] <crimsun> anyhow, if you're still having issues with it, ping me and I throw you lirc-modules-source_0.8.0-5ubuntu1~0test1_all.deb
[11:43] <crimsun> I'll ^
[11:44] <andrewski> of course i'm still having issues.  i haven't been able to get it to build. :(
[11:44] <andrewski> it'd be super swell if you could throw me a package.
[11:44] <andrewski> ...or are you saying i should try the README instructions and go from there?
[11:46] <crimsun> are you having issues actually generating the debs from the lirc source package, or are you having problems building from lirc-modules-source?
[11:47] <andrewski> the former
[11:47] <andrewski> the latter sounds like i would end up with modules that aren't tracked by apt.  i'd like to avoid that.  so i'm not sure if i should proceed that way.
[11:48] <crimsun> the lirc-modules-source deb provides a way for you to generate a lirc-modules deb for your kernel.
[11:48] <crimsun> it's pretty standard
[11:48] <crimsun> we do the same for alsa-source
[11:48] <andrewski> oh... this is crazy.  i've not done this before.  so i need to build lirc-modules-source first, then build lirc?
[11:49] <crimsun> you will need to pbuild the lirc source package, which will generate lirc, lirc-modules-source, and lirc-x debs
[11:49] <crimsun> you need to install lirc and lirc-modules-source
[11:49] <crimsun> then follow the README.Debian for lirc-modules-source to generate lirc-modules for your kernel
[11:49] <andrewski> i'm confused.  don't i only use pbuilder once i've built the package?
[11:50] <andrewski> O_o
[11:50] <crimsun> no
[11:50] <crimsun> pbuilder is for source packages
[11:50] <crimsun> lirc is the source package that creates lirc, lirc-modules-source, and lirc-x
[11:50] <andrewski> right... i mean after i use dpkg-buildpackage.  those are the instructions i've always used.
[11:50] <andrewski> ...ok, but what happens if i can't build lirc to create the others?
[11:51] <crimsun> you don't want to pbuild lirc-modules-source. You want to do that inside your own host install, because it needs to be compiled against your kernel's headers.
[11:51] <crimsun> well then you're stuck
[11:51] <crimsun> give me a sec to upload the source package
[11:51] <andrewski> lol... ok.
[11:51] <andrewski> at least this makes sense to you. :-P
[11:53] <crimsun> http://sh.nu/~crimsun/TEST_lirc/
[11:53] <crimsun> that's the merged source package
[11:54] <andrewski> "merged"?
[11:54] <crimsun> it builds fine in an Edgy pbuilder
[11:54] <andrewski> ok, so i'll just have to backport it to dapper?
[11:54] <crimsun> andrewski: "merged" means we've carried forward Ubuntu changes into the newer Debian source package
[11:54] <andrewski> or is that not possible?
[11:54] <andrewski> ok
[11:54] <crimsun> no, you compile that source package in a Dapper pbuilder
[11:54] <crimsun> pbuilder build lirc_0.8.0-5ubuntu1~0test1.dsc
[11:54] <crimsun> that's it.
[11:55] <andrewski> that's it?  why don't i do the dpkg-buildpackage -S part?
[11:55] <crimsun> because I've already done all that.
[11:55] <andrewski> oh...
[11:55] <andrewski> you rawk!
[11:55] <bddebian> Yes, he does
[11:55] <crimsun> well, technically MoM already did it.
[11:55] <andrewski> ;)
[11:55] <crimsun> I just had to fix the merge
[11:56] <imbrandon> gah pdebuild dosent make a *.build file ?
[11:56] <crimsun> remember to read /usr/share/doc/lirc-modules-source/README.Debian
[11:56] <andrewski> crimsun: ok, if i understand right, that part's still necessary because it needs to be built against MY kernel, yes?
[11:57] <crimsun> yes, you need to follow the instructions in /usr/share/doc/lirc-modules-source/README.Debian
[11:57] <andrewski> ok, i will.  why do i though when i'm running the standard 686 kernel?  (just wondering)
[11:58] <imbrandon> bddebian, if i'm using pdebuild instead of debuild wth does it stick the *.build file ?
[11:58] <imbrandon> its not in /var/cache/pbuilder
[11:58] <imbrandon> its not in /var/cache/pbuilder*
[11:58] <crimsun> it's in ..
[11:59] <crimsun> andrewski: you still need to compile the kernel modules against kernel headers
[12:00] <andrewski> which is the same with alsa?  then why have i never had to go through that process?  is it automated at some point in ubuntu?
[12:00] <crimsun> andrewski: it's identical if you choose to generate a alsa-modules deb
[12:00] <crimsun> an alsa-modules ^
[12:00] <imbrandon> crimsun, in /var/cache/pbuilder/resule i only have ..... the *.dsc *.diff.gz *.changes *.deb and orig.tar.gz
[12:00] <andrewski> oh, ok.
[12:00] <crimsun> imbrandon: no, ../
[12:01] <crimsun> imbrandon: you know, the parent directory of the extracted source
[12:01] <imbrandon> yea i thought i looked there too, one sec
[12:01] <crimsun> imbrandon: why are you looking for it anyway?
[12:02] <imbrandon> same thing only munus the deb
[12:02] <imbrandon> crimsun, dident you want me to attach it ?
[12:02] <crimsun> imbrandon: you should be using ``pbuilder build --logfile somelogfile.txt foo.dsc''
[12:02] <imbrandon> doh ok
[12:03] <crimsun> somelogfile.txt will be in ./
[12:03] <crimsun> or wherever you tell it
[12:03] <imbrandon> right right, thanks
[12:04] <imbrandon> tail -f buildlog.txt
[12:04] <imbrandon> gah
[12:04] <andrewski> crimsun: should i use the make-kpkg set of instructions?
[12:06] <crimsun> andrewski: no
[12:06] <crimsun> (unless you want to?)
[12:07] <andrewski> i have no idea what the difference is.