[12:14] exactly [12:14] that was copied from the gutsy ubuntu seed [12:14] but its not used at all [12:14] i guess it could be removed since its not used === never|mobi [n=neversfe@82.113.106.1] has joined #ubuntu-motu === nrpil [n=nrpil@s5591f679.adsl.wanadoo.nl] has joined #ubuntu-motu [12:20] superm1: but why don't you use it? [12:20] superm1: what are you trying to create here? is this only for a live CD? [12:20] Riddell, because we dont have a desktop target at all. The boxes are supposed to be set up like appliances [12:21] the live package is just for the live disk, the standalone is used after install is completed [12:22] install of what? [12:22] there is an ubiquity derived installer in live mode [12:22] that copies everything over and preconfigures the appliance [12:24] superm1: so run me through how you'd set up mythbuntu on a box [12:26] Riddell, okay, so you'd pop in this disk. If you've got an existing box setup, and this is adding to the network, you have the option to either add this as a "live" frontend or install as a standalone. If it is ran as a live frontend, all the settings you choose are copied to a flash drive. If you choose to install, you open up the installer. Youre provided with a list of htings to change and modify. You choose to your liking and its i [12:26] nstalled like a standard ubuntu install [12:26] once you reboot, you're ideally all set up and ready to go [12:26] and can go right into media library, watch tv, etc [12:26] so after the install finishes, it removes mythbuntu-live [12:26] and any other unnecessary packages [12:27] but mythbuntu-standalone sticks around for similar purposes as ubuntu-desktop between releases === fatsheep [n=fatsheep@74-133-190-166.dhcp.insightbb.com] has joined #ubuntu-motu [12:29] so mythbuntu-live is unnecessary for the installed mythbuntu box? [12:29] correct [12:30] but it simplifies the current build process [12:30] and the uninstallation of unnecessary items [12:30] but it has all the myth stuff in it [12:30] there's hardly anything in standard === NeilW [n=neil@89.240.139.70] has left #ubuntu-motu [] [12:31] because so many things can be customized during the install [12:31] and shouldn't be present on every box === fraco [n=fraco@213.219.142.50.adsl.dyn.edpnet.net] has joined #ubuntu-motu [12:32] during install the user gets to choose if the box will be a frontend / slave backend /master backend /customizes plugins/ customizes services === zul__ [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-motu [12:33] what do you mean by a "live" frontend? [12:33] live in the sense, that you dont need a hard drive. You cna boot off the disk, and load your settings for connecting to another box from a flash drive [12:34] or choose them on the fly [12:35] man, this is going to complicate my SeedManagement diagram :) [12:35] is standard the same as ubuntu-standard? [12:36] yes [12:36] oh, wait, it's standalone [12:36] the standalone isn't however [12:37] does the debian/menu file accept PNGs? (can't remember it now) [12:37] superm1: so why not make standalone the desktop seed? [12:38] well we could do that, but then would have to deal with inheriting all the stuff from the standard ubuntu desktop seed right? [12:39] presumably you're expecting to make CDs out of this in the same way as ubuntu desktop CDs are with the live filesystem being made from desktop+live (except in your case it's now standalone+live) [12:40] well the current way that we are making disks isn't the same as the ubuntu desktop CDs are made [12:40] its a custom script that i wrote [12:41] i wasn't finding much about the way desktop CDs were made [12:41] no, that isn't released yet, it should be sometime before gutsy comes out [12:42] hence why I couldnt find it then :) [12:42] in any which case, i can point you at our build script should you be curious how we are doing that too [12:45] I think renaming desktop to standalone is a bad idea, it just confuses that it does the same thing, and I wouldn't worry too much about merging being a hassle, I merge ubuntu desktop changes in kubuntu desktop seed all the time and it's not a problem [12:45] otherwise, seems fine to me, although cjwatson is the authority when it comes to seeds [12:46] superm1: your script takes an existing CD and remasters the live filesystem? [12:46] Riddell, no. [12:46] it debootstraps in [12:46] and then creates a cd from scratch [12:46] ah, clever :) [12:47] only unfortunate side effect is that squashfs-tools ends up in the CD image right now [12:47] i'm assuming something similar is done for the ubuntu desktop CDs however? [12:47] RainCT: iirc no, as not all window managers support it. I hope the menu policy mentions it. [12:47] yes [12:48] Riddell, so how do I avoid getting all of the ubuntu-desktop items in my desktop seed then when it uses the normal gutsy seed to base from in [gutsy] from update.cfg? [12:49] Riddell, and if your curious to see what I do: http://codebrowse.launchpad.net/~mythbuntu/mythbuntu/mythbuntu-livedisk/annotate/supermario%40portablemario-20070731074308-8vd91mtlqhc63a2u?file_id=mythbuntu_install.sh-20070730021708-mgcieyteypjaasi6-4 [12:49] well, remove them from your desktop seed [12:49] Ok. [12:52] superm1: what's the point of the mythbuntu-live package? [12:53] Riddell, easy way to modify what's installed in builds without having to modify the build script [12:54] ok, the other seeds don't have it so it's a bit a-typical, but then you're not using the same CD build script, so it's fair enough [12:56] Riddell, given what i'm currently doing here for the builds, will it be a less painful transition over to doing the builds the way the standard desktop cds are built when that procedure is released? [12:57] will what? [12:58] moving away from this build script to the method used to build ubuntu desktop disks [12:58] renaming standalone back to desktop would be I imagine yes [12:59] if that's what you're talking about? [12:59] well you had said that the process used to build ubuntu desktop cds will be made clearer by gutsy release [12:59] so i'd ideally switch things over to be built that way [01:01] sure, this seems the way to go [01:02] ok then i'll switch it over === fatsheep [n=fatsheep@74-133-190-166.dhcp.insightbb.com] has left #ubuntu-motu [] [01:03] Riddell, should I still push this through the standard revu procedure given that not all of -motu is confident on seed functionality? [01:03] superm1: probably not, run it by cjwatson instead [01:04] Ok. i'll do that then [01:04] thanks for your help Riddell :) [01:04] no problem, it's been interesting === hggdh [n=hggdh@pool-71-170-39-244.dllstx.fios.verizon.net] has left #ubuntu-motu [] [01:07] let me know if you need me to upload it, once cjwatson has seen it [01:08] okay will do [01:10] Good night all === RainCT [n=RainCT@unaffiliated/rainct] has left #ubuntu-motu ["Leaving."] === doko [n=doko@dslb-088-073-114-212.pools.arcor-ip.net] has joined #ubuntu-motu === jekil [n=alessand@host228-234-dynamic.14-87-r.retail.telecomitalia.it] has joined #ubuntu-motu === Fujitsu [n=fujitsu@ubuntu/member/fujitsu] has joined #ubuntu-motu === fatsheep [n=fatsheep@74-133-190-166.dhcp.insightbb.com] has joined #ubuntu-motu === fatsheep [n=fatsheep@74-133-190-166.dhcp.insightbb.com] has left #ubuntu-motu [] === cypherbios [n=cypher@ubuntu/member/cypherbios] has joined #ubuntu-motu === Megaqwerty [n=megaqwer@unaffiliated/megaqwerty] has left #ubuntu-motu [] === Mez [n=Mez@ubuntu/member/mez] has joined #ubuntu-motu === jml [n=jml@ppp121-44-218-164.lns1.hba1.internode.on.net] has joined #ubuntu-motu === avoine [n=avoine@modemcable098.145-37-24.mc.videotron.ca] has joined #ubuntu-motu === radhios_ [n=radhios@200.122.113.189] has joined #ubuntu-motu === bddebian [n=bdefrees@c-71-224-172-103.hsd1.pa.comcast.net] has joined #ubuntu-motu === avoine [n=avoine@bas4-montrealak-1096748713.dsl.bell.ca] has joined #ubuntu-motu [02:30] Heya gang [02:31] hey, it's the other guy who isn't online much! [02:31] crimsun: !! [02:31] how's life? [02:31] Well I'm hoping to come back [02:31] excellent. [02:31] Has been busy as hell but slowing down. You? [02:32] getting busier here, will be offline for an extended period shortly. [02:32] Doh :-( [02:32] don't worry, there are still plenty of packages awaiting your touch :-) [02:33] Heh [02:43] Like xserver-xgl! [02:45] and alsa-*! [03:01] isnt TheMuso doing alsa ;) [03:03] hello crimsun, zul_______ === ajmitch hates on tracker some more [03:04] hey ajmitch how goes it? [03:04] alright === zul_ [n=chuck@mail.edgewater.ca] has joined #ubuntu-motu === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu === jekil [n=alessand@host228-234-dynamic.14-87-r.retail.telecomitalia.it] has joined #ubuntu-motu [03:10] Good evening everyone. [03:11] hello ScottK [03:11] Seems like you aren't the only one grumpy about tracker. [03:12] hiya [03:12] Hi there. [03:12] Yay! I managed to log a trackerd segfault. [03:14] Oh. That's a boring log. Darn. Hope the backtrace is interesting at least. === amachu [n=amachu@122.164.51.208] has joined #ubuntu-motu [03:16] ScottK: me, grumpy? [03:16] Wait, no... [03:16] Maybe it was bitter. [03:16] yeah, I can do bitter [03:16] sarcastic even? === ajmitch waves to Hobbsee [03:17] nah [03:17] hiya ajmitch [03:17] hey Hobbsee [03:18] hiya zul [03:20] Heya ScottK [03:20] Greetings all. [03:20] High there bddebian. [03:21] Heya TheMuso [03:25] I've got a package (displayconfig-gtk) in Section: admin, and am getting this error when doing pbuilder: Copying source file [03:25] -> copying [displayconfig-gtk_0.2+20070731ubuntu2_source.changes] [03:25] -> copying [./admin] [03:25] cp: cannot stat `./admin': No such file or directory [03:25] -> Aborting with an error [03:25] anyone know offhand what this means? [03:28] bryce: at the end presumably? [03:28] yup === Hobbsee wonders why it wants a ./admin script [03:29] bryce: got the source that you can dump somewhere? [03:29] Maybe the changes file points to it? [03:29] no idea. If I change it to Section: gnome, then it complains about cannot stat `./gnome': ... [03:29] Neat! [03:29] That's pretty cool, yeah. [03:29] bryce: Can you pastebin the debian/rules file? [03:30] sure [03:30] this is in the *source.changes: [03:30] Files: [03:30] f20f849c1f2e9c038e644c94293340fd 671 admin optional displayconfig-gtk_0.2+20 [03:30] 070731ubuntu2.dsc [03:30] 58b085ef5924d3f8b738ed273eb7f675 77649 admin optional displayconfig-gtk_0.2+ [03:30] 20070731ubuntu2.tar.gz [03:30] RAOF: Where's your xserver-xgl bzr branch? [03:30] http://pastebin.ca/649354 [03:31] bddebian: https://code.launchpad.net/~raof/xserver-xgl/ubuntu-raof [03:31] bryce: for a start, were you intending to build that natively? [03:31] It's also linked to a bug in the u-u-s queue. [03:32] Hobbsee: "natively"? I was attempting to build it in a pbuilder gutsy environment on a feisty system [03:32] bryce: no .diff.gz, and no orig.tar.gz === bddebian thinks bzr is a pig [03:33] Hobbsee: I'm attempting to build from displayconfig-gtk's latest bzr checkout [03:33] (plus some changes of my own) [03:34] ok, anyway, nevermind, I was just hoping this would be an obvious error message to someone. I'll experiment a bit more and sort it out. thanks === bddebian does a full dist-upgrade waiting on bzr [03:36] bddebian: bzr smart-server is coming Real Soon Now(tm) to launchpad, that makes it quite a lot faster. [03:36] *cough* [03:37] Good thing the LP devs have a good reputation for being able to deliver speedy/responsive <<<<<<<< nevermind. [03:37] [03:37] heh [03:38] RAOF: It's already there... [03:39] But not advertised, because it thrashes I/O on launchpad. [03:39] Aha. [03:39] Hmm, I wonder if I start a build of glibc on GNU/Hurd if it would actually finish before bzr [03:39] RAOF: i wonder how one uses it, then === RAOF knows, but has been asked to not advertise it. See "thrashes LP" :( [03:40] Apparently it'll be fixed + advertised in bzr 0.20 :(. === Fujitsu worked it out through common sense. [03:40] Wasn't 0.18 just released? [03:41] RAOF: right, i'll pull other strings then :) [03:41] bzr | 0.18-1 | gutsy | source, all === ScottK watches Hobbsee lean on Fujitsu. [03:41] Not very long ago, yeah. Apparently it missed 0.19 because I gave all the Sydney bzr hackers the flu. [03:42] bad bad RAOF [03:43] heh [03:43] bryce: you are running pbuilder build against the .dsc, right? [03:43] This is ridiculous === RAOF is appropriately contrite. [03:44] bddebian: Some of the slowness you're seeing is my fault; I shouldv'e excluded the .git directory from the initial import. === bryce smacks forehead [03:44] ajmitch: thx [03:44] bryce: easy mistake to make :) === ajmitch has done it a few times [03:45] d00d, I've dist-upgraded my hurd box and pulled the glibc source so far and this thing isn't even 1/2 way done yet :-) [03:45] bddebian: checking out his xgl branch? [03:45] Was trying to but about to stop it :-) [03:45] took me about 2 hours to check it out [03:45] chirst [03:46] Gah! Smart server is so much faster! Uuurgh! [03:47] Oh my it finished [03:47] Do I have to do that stupid get-orig-source or whatever also?? [03:48] bddebian: No. "bzr bd --split" [03:48] huh? === javier_galicia [n=Javier@189.130.233.249] has joined #ubuntu-motu [03:48] That's how to build it (easily). [03:49] what the heck is bzr bd --split? [03:49] bd is the bzr-builddeb plugin, --split tells it to make an orig.tar.gz from the non-debian part of the working dir. [03:50] bzr: ERROR: unknown command "bd" [03:50] Install bzr-builddeb? [03:50] not really nice to make an orig.tar.gz with that, but oh well [03:51] ajmitch: It's just a git snapshot. Is it really worth making a separate tarball? [03:51] ajmitch: I can if it's important. [03:51] If there *was* a release, I certainly wouldn't be doing it. === bddebian still wonders what the advantage of this crap is [03:53] bddebian: We're just old and don't understand. [03:53] It offers a more fine-grained history than changelog? Makes it easier to collaborate on maintenance? [03:54] ScottK: Apparently :_) === Hobbsee likes it for seeds and such [03:54] Yes, but we aren't doing team maintenance on your package. === RAOF likes it for git snapshots. [03:54] You're wanting bddebian to review it. === TheMuso just plain likes bzr. [03:55] dget -x .... is so much easier. [03:55] poor bddebian [03:55] OK so that fails because I don't have nor want the build deps. I need to build it in a pbuilder [03:55] ScottK: True. I could push it to revu if that's easier. [03:55] no you can't [03:55] Ah. no. see /topic [03:55] Well, not until it's up again, of course :) [03:55] revu has left us [03:55] :'-( [03:55] REVU is some way away. [03:55] How big is it? [03:56] It's being moved into the DC, so... who know. [03:56] *knows [03:56] Oh my. [03:56] most likely not before freeze [03:56] so effectively not used before release [03:56] I can see it for upstream development but I don't get it for distro changes but what do I know, I'm a moron [03:56] Would have been nice to have waited until after the freeze for that then.... === Arrogance [n=aks@ottawa-hs-64-26-167-6.d-ip.magma.ca] has joined #ubuntu-motu [03:57] bddebian: Do you read ubuntu-devel? [03:57] ScottK: There was apparently a security issue on 4 loco servers, including tiber. [03:57] Ah. [03:57] ScottK: I get it, I don't always read it. I have a life ya know :-) [03:57] OK. [03:57] So they're all being moved into the DC, which also means no root access except for canonical-sysadmins. === Knightlust [n=Dax@ubuntu/member/knightlust] has joined #ubuntu-motu [04:00] Fujitsu: Where was that message? I can't see it in the archives. [04:00] StevenK: lococontacts. [04:01] bddebian: There was sort of related thread over the weekend through today on apt-get source wanting to redirect you to a vcs. That's all. [04:01] egads === ..[topic/#ubuntu-motu:Fujitsu] : Ubuntu Masters of the Universe: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | http://ubuntu.joejaxx.org/ - TOP 10 Uploaders/Packages | REVU likely down for the next few days [04:02] The ETA has unfortunately been revoked :( [04:03] big surprise [04:03] If I can bring up a basic Ubuntu LAMP box to use in the meantime, would someone be willing to set up another instance of REVU on it? [04:03] time to use other services === ajmitch was thinking of 'borrowing' one of imbrandon's boxes if he agreed [04:04] and if they're alive [04:04] At least tiber will be new hardware when it returns. [04:04] I've got spare IPs and a spare box that's a bit in pieces, but I've got all the pieces. [04:04] I've also got bandwidth. [04:05] I had plans for it, but don't need it until next month. [04:06] so the problem is setting up an instance of REVU === ScottK looks for a volunteer.... [04:07] I'd first try to get a very ETA from newz2000, but he's likely not around for some hours :( === ajmitch doesn't know how out of date the bzr branch of it is [04:08] nor is setting it up at all documented [04:08] Would there have been many changes? [04:08] I set it up a year or so ago, it's not too hard. [04:08] some small changes [04:08] REVU minus a few patches is better than no REVU at all. [04:09] only marginally so at times [04:09] at least it'd give us a chance to clear the backlog... [04:09] we could just get rid of REVU entirely... It was last merged 3 months ago. [04:09] we could just get rid of REVU entirely... === justinwray [n=justinwr@c-68-34-224-91.hsd1.md.comcast.net] has joined #ubuntu-motu [04:09] heh [04:09] Hobbsee: replace it with...? [04:09] ajmitch: no new packages to ubuntu [04:09] ajmitch: No it wouldn't. We haven't got the data from tiber accessible until the new server appears. [04:09] Hobbsee: That would be nice. [04:10] Grr I can't get shit accomplished this evening.. Sheesh [04:10] bddebian: Fix bugs? [04:10] Steal packages off of mentors? [04:11] Fujitsu: that's what I mean by clearing the backlog [04:11] It's probably against Debian ettequete to file a "new upstream version" bug with a debdiff to upgrade the package, right? [04:11] ajmitch: Ah, I see. [04:11] Hobbsee: not likely to happen [04:12] RAOF: I've seen it often done with a link to the .dsc for the upgraded package. [04:13] ScottK: Awesome. I'll look into that then. [04:13] The uus queue actually looks pretty clean [04:14] Merges then... [04:14] only because people have been all over it, frequently === J-Unit [n=jdong@d14-69-168-142.try.wideopenwest.com] has joined #ubuntu-motu [04:14] Where are merges these days? mom, dad, baby, what? :-) [04:14] bddebian: You could take the new upstream version of azureus off my hands, if you like! [04:14] no thanks :-) [04:15] bddebian: MoM or DaD as you prefer. [04:15] Each has advantages. === mayday_jay [n=mayday_j@216.145.101.109] has joined #ubuntu-motu === vital101 [n=jack@67.133.144.170] has joined #ubuntu-motu === robitaille [n=robitail@ubuntu/member/robitaille] has joined #ubuntu-motu === jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-motu [04:24] Fujitsu: Would you be willing to follow up with newz2000 about an ETA for REVU and help me get a new one up and running if it isn't soonish? === CarlFK [n=carl@adsl-75-57-193-109.dsl.emhril.sbcglobal.net] has joined #ubuntu-motu [04:24] ScottK: I poked him 20 minutes ago, but he's likely asleep or busy with something else. [04:24] OK. [04:24] He's in UTC-5, AFAIK. [04:25] Hmmm [04:25] Pleny early then. [04:25] Fairly. [04:25] Plenty even [04:25] Just got a response. [04:25] And ... [04:26] elmo is working on it, with actual transfers likely starting tomorrow morning London time. [04:27] ETA this weekish then? [04:28] Probably within the next day or two. === beuno [n=martin@ubuntu/member/beuno] has joined #ubuntu-motu [04:28] The hardware is all ready and stuff, just got to get the data from ServerPronto. [04:28] Cool. [04:28] not nearly as bad as feared [04:28] Fortunately. [04:28] Then I guess my box can rest in peace (or pieces) for a while yet. [04:29] Install GNU/Hurd on it ;-P [04:30] Hah. [04:30] No thanks. I do eventually want it to do something. [04:31] pfft [04:32] ScottK: that's easy === wfarr [n=wfarr@adsl-211-160-145.asm.bellsouth.net] has joined #ubuntu-motu [04:32] it'll eventually crash [04:33] It's gotten much more stable actually [04:33] bugger about REVU being down [04:33] wfarr: Yeah, probably a couple of days until it's back. === ScottK is somewhat busy writing evil proprietary software right now anyway. [04:34] I'll have to find somewhere else to upload a package I need reviewed for now [04:35] Hm, as tiber was likely compromised, all the packages on there have to be considered more tainted than usual. [04:36] Fujitsu: might be an idea to ask everyone to reupload the packagse they're interested in. *shrugs* === Hobbsee wonders if it's worth learning tex for this assignment === Fujitsu wonders if this can be used as an excuse to kill lots of stuff off. [04:36] Fujitsu: yes [04:36] Hobbsee: Yes, it is worth it. [04:36] Fujitsu: Is it know when the period of vulnerability was? === TheMuso wonders if its worth trying to experiment with other ways of reviewing packages. [04:36] Fujitsu: exactly [04:36] however each package on there still has its corresponding .changes file that is signed [04:36] ScottK: It was discovered on Monday, but I'm not sure if it's know. [04:37] OK. [04:37] ajmitch: THey could have been resigned. [04:37] *known [04:37] so the package source should still be able to be verified [04:37] ajmitch: I thought of that... Unfortunate :( [04:37] TheMuso: then you'd easily be able to check that, wouldn't you? [04:37] We can just recheck everything against the REVU keyring. [04:37] ajmitch: Yeah true that. [04:37] it's not like we really trust anything on there anyway [04:37] given that the keyring is basically wide open [04:37] `more tainted than usual' [04:38] OK so uploading is off period atm? [04:38] bddebian: no uploads to revu [04:38] bddebian: Not to the archive. [04:38] Grr [04:38] ajmitch: hush. we want to cut down the number of packages on there [04:38] Requires manual approval afaik. [04:38] Hobbsee: That's what I was thinking. I hope the attacker obliterated the .changeses. [04:39] Well the last one I got a message about awaiting moderator. This one just got plain rejected [04:39] Fujitsu: even if they didnt, we can consider them compromised [04:39] bddebian: What was the rejection message? [04:39] Not permitted to upload to the RELEASE pocket in a series in the 'CURRENT' state. [04:40] bddebian: You can't upload to feisty. [04:40] wtf [04:40] Or any other pocket than PROPOSED or UPDATES of a CURRENT distrorelease. [04:40] Gahh, moron [04:41] This is why I hate scripts doing things for me :-) [04:42] don't mention that you use scripts to automate stuff [04:42] I meant just dch -i :) [04:42] bddebian: YOu have to check that, especially if you are using feisty. [04:43] I have made that mistake once before. [04:43] I know but I'm old and senile [04:43] quick, everyone lynch him! [04:44] :'-( === bddebian should stay away and make ajmitch happy [04:53] don't be silly [04:53] bddebian: Don't do that. Then I'd have to be old and bitter here by myself again. [04:56] ScottK: and who would you find to have 4 hour rants with? [04:57] ScottK: hehe [04:58] not me === ajmitch never rants [05:00] IIRC it was Laserjock last time. [05:00] and look what you did to him [05:01] Yeah, well at least I got through 4 hours with him without violating the CoC. [05:01] I have done less well on that in far less time recently. [05:01] I can't get through 5 minutes without violating the CoC :-) [05:01] Yeah, but I did it on a logged IRC channel. [05:01] That hurts the deniability. === ajmitch tends not to do that on a public channel [05:02] nor in private, of course === ScottK got a little carried away for some large value of little. [05:12] ScottK: heh [05:12] Do we really need to change the Section to Multiverse for contrib packages from Debian? [05:12] Which? [05:12] bddebian: Why would we do that? [05:12] crimsun: still here? [05:12] Dunno apparently it was done for ivtv [05:13] AFAIK that's not a valid section. === J-Unit [n=jdong@d14-69-168-142.try.wideopenwest.com] has joined #ubuntu-motu === amachu [n=amachu@122.164.179.238] has joined #ubuntu-motu === Knightlust [n=Dax@ubuntu/member/knightlust] has joined #ubuntu-motu [05:25] Hmm, I think ivtv should be synced.. === linux__alien [n=linux__a@59.92.83.221] has joined #ubuntu-motu === xtknight [n=xtknight@c-68-43-126-80.hsd1.mi.comcast.net] has joined #ubuntu-motu === linux__alien [n=linux__a@59.92.83.221] has left #ubuntu-motu ["Leaving"] === Treenaks [n=martijn@thuis.foodfight.org] has joined #ubuntu-motu === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-motu === geser [i=mb@2002:5361:2a04:0:0:0:0:1] has joined #ubuntu-motu === No1Viking [n=micke@h-83-140-105-6.auto.rp80.se] has joined #ubuntu-motu === jml [n=jml@ppp121-44-218-164.lns1.hba1.internode.on.net] has joined #ubuntu-motu === tudenbart [n=willi@xdsl-213-196-221-118.netcologne.de] has joined #ubuntu-motu === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu === Treenaks [n=martijn@thuis.foodfight.org] has joined #ubuntu-motu === jml [n=jml@ppp121-44-218-164.lns1.hba1.internode.on.net] has joined #ubuntu-motu === apachelogger_ [n=me@N771P031.adsl.highway.telekom.at] has joined #ubuntu-motu === tudenbart is now known as dothebart === mario_ [n=mario@158-188.dsl.iskon.hr] has joined #ubuntu-motu === No1Viking [n=micke@h-83-140-105-6.auto.rp80.se] has joined #ubuntu-motu === No1Viking [n=micke@h-83-140-105-6.auto.rp80.se] has joined #ubuntu-motu === rrittenhouse [n=tad@unaffiliated/rrittenhouse] has joined #ubuntu-motu === freeflying [n=freeflyi@ubuntu/member/freeflying] has joined #ubuntu-motu === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-motu === pedahzur [n=jkugler@209-112-184-191-cdsl-rb1.fai.acsalaska.net] has joined #ubuntu-motu [07:25] Anybody here deal with X packages? It seems this wishlist item has languished for a while. Anyone want to tackle it? https://bugs.launchpad.net/ubuntu/+source/xorg/+bug/102018 [07:26] Launchpad bug 102018 in xorg "[Needs-packaging] lbxproxy" [Wishlist,Confirmed] [07:27] pedahzur: feel free to [07:28] I know...I need to learn to package things anyway, but trying to package something that is part of a larger ecosystem like X isn't really my idea of a "first time packager" task. Guess I need to a) find a smaller package, b) find a mentor, or c) both. :) [07:29] What's the general opnion of "fixing" packages that were created with checkinstall? If I created it that way, could I wrangle it into shape, or is the general consensus that one should start from scratch? [07:30] pedahzur: It would take more effort to fix a checkinstall package than it would to package from scratch. [07:30] pedahzur: you dont end up with a source at all, for a checkinstall package, do yoU? [07:30] Anyway, checkinstall doesn't make a source package? [07:30] Hobbsee: Not sure...I think it has all the rules there, but you might not. Never checked that because I never needed it. :) [07:30] pedahzur: unless you like editing binary files, i'd suggest you start from scratch [07:31] pedahzur: it doesnt really help you === mario__ [n=mario@131-239.dsl.iskon.hr] has joined #ubuntu-motu [07:32] OK. === randomwalker [n=me@c-67-188-127-101.hsd1.ca.comcast.net] has joined #ubuntu-motu === javier_galicia [n=Javier@189.130.233.249] has joined #ubuntu-motu === amachu [n=amachu@122.164.50.61] has joined #ubuntu-motu === vil [n=vladimir@ubuntu/member/vil] has joined #ubuntu-motu === Gasten [n=Gasten@h52n9c1o1095.bredband.skanova.com] has joined #ubuntu-motu === xstasi [n=xstasi@85-18-14-24.fastres.net] has joined #ubuntu-motu === Q-FUNK [n=q-funk@dsl-hkibras1-ff55c300-121.dhcp.inet.fi] has joined #ubuntu-motu [08:18] While I'm touching compizconfig-python, do we want to make it build for all supported python versions? [08:18] Amaranth: Ping, re compizconfig-python === viviersf [n=cain@gw.impilinux.co.za] has joined #ubuntu-motu === gizmo [n=gizmo@p578b708f.dip0.t-ipconnect.de] has joined #ubuntu-motu === CrummyGummy [n=CrummyGu@dsl-242-48-42.telkomadsl.co.za] has joined #ubuntu-motu === Nightrose [n=lydia@port-87-234-149-196.dynamic.qsc.de] has joined #ubuntu-motu === thekorn [n=thekorn@a89-182-21-236.net-htp.de] has joined #ubuntu-motu === BlueT_Malaysia [n=matthew@blog.psinfo.com.tw] has joined #ubuntu-motu === Wedhus_Liar [n=Wedhus_L@125.163.201.21] has joined #ubuntu-motu [08:47] i need help about crossover installation === Wedhus_Liar [n=Wedhus_L@125.163.201.21] has left #ubuntu-motu [] === blackskad [n=blackska@d54C4A53D.access.telenet.be] has joined #ubuntu-motu === apachelogger [n=me@N771P031.adsl.highway.telekom.at] has joined #ubuntu-motu === calc [n=ccheney@conr-adsl-209-169-124-200.consolidated.net] has joined #ubuntu-motu === DarkSun88 [n=Ma@ubuntu/member/darksun88] has joined #ubuntu-motu [09:11] Hi all === Lure [n=lure@external-1.hermes.si] has joined #ubuntu-motu === Simon80 [n=Simon80@CPE00e098558963-CM000a7363ecf6.cpe.net.cable.rogers.com] has joined #ubuntu-motu === vil [n=lada@ubuntu/member/vil] has joined #ubuntu-motu [09:17] <\sh> moins [09:19] Hi \sh === Baby [n=miry@195.37.62.208] has joined #ubuntu-motu === amachu [n=amachu@59.92.89.68] has joined #ubuntu-motu === neversfelde|mobi [n=neversfe@82.113.106.1] has joined #ubuntu-motu === thekorn [n=thekorn@a89-182-21-236.net-htp.de] has joined #ubuntu-motu === Zic [n=Zic@Final-Fantasy.FF-IRC.net] has joined #ubuntu-motu === calc_ [n=ccheney@conr-adsl-209-169-124-200.consolidated.net] has joined #ubuntu-motu === calc__ [n=ccheney@conr-adsl-209-169-124-200.consolidated.net] has joined #ubuntu-motu === superm1 [n=superm1@ubuntu/member/superm1] has joined #ubuntu-motu === Yagisan [n=Yagisan@doomsday/developer/Yagisan] has joined #ubuntu-motu === Yagisan cheers at the nvidia binary drivers - (EE) NVIDIA(GPU-0): Failed to initialize dac HAL - yeah - thats just what I want to see .... === fredix [n=fred@88.141.166.185] has joined #ubuntu-motu === Yagisan would be first in line if theres an intel pcie card === RAOF would be a close second [09:56] I'd be there for the next system build I would do. [09:56] I don't need a chunky card at all. [09:56] nice shiney new 8500GT - bouaght because new systems don't have agp slots anymore ... === TheMuso thinks the industry is moving too fast. [09:56] I try 3d games development [09:57] Owch, you can't even use the packaged drivers. [09:57] that was the cheapest card I could find that does SM4, and as a added bonus - fanless [09:57] RAOF, yeah - nvidia-glx-new didn't work [09:58] And stable-driverless, sadly. [09:59] what really sucks [09:59] my old hardware isn't supported anymore === Yagisan looks forlonly at that pci s3 virge/dx [10:00] (I really need to get a spellcheck for xchat) [10:00] it still does 2d [10:00] but no 3d since xfree86 3.3 [10:00] Yagisan: Wow, talk about a regression. [10:01] That card never really did 3d anyway, though, right? [10:01] TheMuso, nobody cares about it anymore [10:01] it did a decent amount of 3d [10:01] not full T&L [10:01] c [10:01] Oh, really [10:01] ugh [10:01] but certaily helped with texturing etc === TheMuso remembers the days when a 3dFX card was put in a chain with your normal video card. [10:01] One of my friends had one of those cards, and we tried to run a game. [10:02] Not so much with the 3d, then. [10:02] And then it was so cool and new for it all to be on one card. :) [10:02] I bought that card for my then 486 [10:02] it had a whopping 4MB of EDO ram [10:03]