[12:35] if a build fails on ia64 because debhelper wasn't installed, does lp automatically resubmit? === jamesh_ [n=james@canonical/launchpad/jamesh] has joined #ubuntu-devel === Martinp23 [n=martinp2@wikimedia/Martinp23] has joined #ubuntu-devel === Gman [i=gman@nat/sun/x-4f969c124cae2970] has joined #ubuntu-devel === cypherbios [n=cyr@ubuntu/member/cypherbios] has joined #ubuntu-devel === elmo [n=james@83-216-156-21.jamest747.adsl.metronet.co.uk] has joined #ubuntu-devel === jml [n=jml@ppp121-44-213-76.lns1.hba1.internode.on.net] has joined #ubuntu-devel === DktrKranz [n=Luca@ubuntu/member/dktrkranz] has joined #ubuntu-devel [01:35] Nafallo: Opal? [01:37] Nafallo: Ah, nm. === dsas [n=dean@ubuntu/member/dsas] has joined #ubuntu-devel === tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel === illovae [n=illovae@lns-bzn-58-82-251-253-251.adsl.proxad.net] has joined #ubuntu-devel === doko_ [n=doko@dslb-088-073-065-090.pools.arcor-ip.net] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === lamont rescores perl/i386 so that it'll get built sooner and make things installable again. sigh === svolpe [n=Gerrath@unaffiliated/gerrath] has joined #ubuntu-devel === svolpe [n=Gerrath@unaffiliated/gerrath] has joined #ubuntu-devel [02:21] and perl is building [02:21] it'll be nice when the buildds can install debhelper again. [02:21] slangasek: sorry [02:22] well, partially [02:22] poor timing on having oo.o, gcc-4.2, and perl all hit together === jack_wyt [n=jack@123.115.241.211] has joined #ubuntu-devel === anibal [n=anibal@debian/developer/anibal] has joined #ubuntu-devel === illovae [n=illovae@82.251.253.251] has joined #ubuntu-devel === illovae [n=illovae@lns-bzn-58-82-251-253-251.adsl.proxad.net] has joined #ubuntu-devel === illovae [n=illovae@82.251.253.251] has joined #ubuntu-devel [02:50] whee that was fun... ate dinner out got bad enough 'gas' that it caused me to vomit when i got home :-\ [02:50] TMI [02:50] heh === defcon [n=ion@71-36-162-36.phnx.qwest.net] has joined #ubuntu-devel === Jucato [n=jucato@ubuntu/member/Jucato] has joined #ubuntu-devel === nixternal [n=nixterna@ubuntu/member/pdpc.active.nixternal] has joined #ubuntu-devel === predius [n=predius@190.8.154.185] has joined #ubuntu-devel === edson [n=edson@unaffiliated/edson] has joined #ubuntu-devel === zzxc [n=dnl@cpe-71-65-48-5.insight.res.rr.com] has joined #ubuntu-devel [03:43] Are there any plans to implement a binary diff system (eg. debiff) in the apt interface for a future release? === j_ack [n=j_ack@p508D84EC.dip0.t-ipconnect.de] has joined #ubuntu-devel [03:48] For something like that to work with the Ubuntu live cd, the binary diff program would have to patch individual binaries, instead of entire .deb archives, to create the new .deb archive to install. This would require considerable installation effort, and I am not near familiar with apt to do it, but it would make updating Firefox go from a 7MB download to a 200KB download. [03:49] zzxc: Debian have such a system rolled out already, I think. [03:49] <_MMA_> There's also Conary. [03:50] zzxc: They certainly do for repository information, I'm not sure about actual packages though. [03:50] RAOF: It works with entire .deb archives, though, if I recall correctly. [03:50] Yes, repository information is of course synced intelligently, but package syncing is much harder - especially if no .deb files are on the system to begin with. [03:51] For the mirrors, processing power is often more scarce a resource than bandwidth. [03:51] There's also at least one project to make apt use zsync, a server-processor-friendly version of rsync. [03:52] The processing would be done only once; the servers would simply store a binary diff from the last version of the package. [03:52] And how would that work if your own version is not the latest one? [03:52] Then you would need an entire download. [03:53] Alternatively, the versions could be installed one-at-a-time until the latest version is achieved. [03:53] I'm not sure that going from version N to version N+1 is the most common case for updates. [03:53] Right now, it's not the most common case. But for security, it should be. [03:57] Existing .deb diff software would have to be reworked for this to happen. For example, the binary diff might be a modified .deb file. Instead of containing entire binaries, it would contain binary diffs from the last version. Apt would then have to be modified to require the previous package to be installed, and to properly apply the binary diffs. If an error occured during package extraction (for example, one of the files that needs [03:58] god damn. keescook: any way to check which processes are using openssl and therefor needs a restart? [03:58] lsof? [03:59] hmm. might actually work... [04:01] kewl [04:01] zzxc: https://blueprints.edge.launchpad.net/ubuntu/+spec/apt-sync might interest you. [04:01] thanks aj [04:01] ajmitch [04:02] ajmitch: hmm... everything :-( [04:02] heh === DrPepperKid [n=mirco@unaffiliated/macslow] has joined #ubuntu-devel [04:05] RAOF: How close is that to an implementation? === Knightlust [n=dax@ubuntu/member/knightlust] has joined #ubuntu-devel [04:07] RAOF: Actually, it seems that it requires the package file be on the remote system - which is not the case for most end-users. [04:10] done :-) [04:10] the one affected mostly is probably my ntp :-/ [04:12] hmm. [04:12] I seeded 547GB for the beta. that should be enough damnit :-) [04:12] I think I might try to investigate the feasibility of a "partial .deb file", and post something to one of the debian mailing lists. It would be trivial to have a folder on each mirror called "partial" to host partial packages. This is how Mozilla does it. === fen_ [n=fen@84.179.233.220.exetel.com.au] has joined #ubuntu-devel [04:14] It's definately a turn-off to a user with a slow connection to realize that 100MB of updates required for security. [04:14] zzxc; best bet, i think, is to have some sort of [something] that modifies the user's system in-place [04:14] zzxc; including performing the actual changes and modifying the dpkg state to pretend that the new version has been installed [04:15] desrt: That would seem to be risky, to 'pretend' to install packages while avoiding apt entirely. [04:16] zzxc; in many cases all you'd be doing is bumping the version number of the installed package [04:16] since when security updates occur you have to install all of the binary packages from that given source package and probably only one of them has actually changed [04:17] desrt: Implementing something like that would seem to be 'reinventing the wheel' with Apt. In addition, it would have to stay up-to-date with the current apt version to avoid major problems. [04:18] it's actually completely orthogonal to apt [04:18] I suppose for security updates, where the only change is changes to existing binaries, such a solution would work. [04:18] if you wanted to get really fancy you could do all sorts of neat binary-patching techniques [04:20] desrt: It would seem to be difficult, however, to have a general tool that would generate these "update instructions" from deb files in the general case. [04:20] this is the fun part :D [04:21] seriously, though: why not just extract the two debs and run diff? [04:21] Tools for that exist. However, the old version's .deb doesn't exist on the remote computer. [04:21] who the hell is david portwood? [04:22] i report a problem with the livecd and my bug gets "New => Invalid" with "Compiz package is not from the official Ubuntu repositories, and as such is not supported here." [04:23] have i missed something? [04:23] A 'partial .deb', on the other hand, would be able to be extracted into a 'full .deb' using existing binaries (such as soffice.bin) on the remote machine. [04:24] Thus, OOo 2.3.0->2.3.0.1 might be 5MB instead of 100MB. [04:25] zzxc: are you talking about binary diffs? [04:25] google deb binary diffs [04:30] Burgundavia: Sort of. I'm talking about a partial deb that *contains* binary diffs being used to update software on a computer in which no existing .deb to patch exists. === dendrobates is now known as dendro-away [04:37] FWIW, dm-crypt as part of d-i greatly excites my wriggly bits. [04:38] as well as my full head latex Bruce Schneier mask [04:38] zzxc: you can rebuild the .deb from already installed packages, then binary patching that package, you mean? [04:39] zzxc: where the archive cache has been previously cleaned? [04:40] With live cd installs, there never is an archive cache. [04:41] I hadn't noticed that, strange. [04:43] Such a technique would probably not try to rebuild the existing .deb archive. Rather, it would download a new .deb archive from a mirror that would contain binary diffs instead of entire binaries. New binaries would be in the .deb file in their entirety, and files that may be edited (such as configuration files) would not be diff'ed either. === stub [n=stub@ppp-58.8.2.199.revip2.asianet.co.th] has joined #ubuntu-devel [04:44] Some program would then convert the binary diffs inside the .deb file into full binaries, by patching binaries on the user's system. The user would then have a full .deb file that could be normally installed as normal. [04:47] I see, so download binary patches as a .deb, then patch existing installed binaries, _then_ build the new .deb? === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === RAOF [n=chris@123-243-65-41.tpgi.com.au] has joined #ubuntu-devel === minghua [n=minghua@ubuntu/member/minghua] has joined #ubuntu-devel === jsgotangco [n=JSG@ubuntu/member/jsgotangco] has joined #ubuntu-devel === pavan [n=IceChat7@c-68-36-126-187.hsd1.nj.comcast.net] has joined #ubuntu-devel [05:15] ubuntu (almost) no functional after attempted upgrade to gutsy 7.10 .. can i please get some help.. thanks [05:15] pavan: Help in #ubuntu+1 [05:16] pavan: Which also has the advantage of having more people in it :) [05:16] thx === pavan [n=IceChat7@c-68-36-126-187.hsd1.nj.comcast.net] has left #ubuntu-devel [] [05:22] Is there any words about mass build failures on all buildds of different arches? === Amaranth [n=travis@ubuntu/member/Amaranth] has joined #ubuntu-devel [05:30] realist: I think it might be cheaper calculating the binary diffs client side, than storing diffs between every package release on the server [05:30] zzxc rather. [05:31] Talking to myself again :-) [05:31] Then again, Canonical might have the funds for such a trade-off. === tehk [n=tehk@c-69-249-157-157.hsd1.nj.comcast.net] has joined #ubuntu-devel [05:32] realist: How could the diff be calculated on the client side? === CarlF1 [n=carl@71.239.174.23] has joined #ubuntu-devel === frostburn [n=archlich@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-devel [05:33] zzxc: by storing checksums of the package, rather than diffs between releases [05:33] I'm not sure what you mean. [05:34] To compute the diff, the computer would need access to both the old and new versions. Thus, the client computer would be unable to do it. [05:35] Storing and pushing binary diffs stored as "partial .deb files", as I described earlier, could be done with the exsting mirrors. There would just be two .deb files for each update, rather than one. [05:38] You would need to rsync/zsync the blocks with different checksums [05:38] So it's not so much patching, as syncing, the packages [05:39] If the original .deb doesn't exist, you could regenerate it from the installed binaries [05:40] realist: Generally speaking you aren't guaranteed to reconstruct a .deb from installed binaries. [05:42] minghua: you could just sync the binaries listed in the package meta-data then [05:44] realist: True. I was not arguing against your "rsync-like update" idea, just pointing out some inaccuracy in your statement. [05:45] minghua: fair call. [05:48] What would be interesting to see, is this type of patch or sync capability, combined with debtorrent === dongthao [n=t3318@222.253.82.3] has joined #ubuntu-devel [05:52] hello [05:52] realist: Are there not enough ubuntu package mirrors for your liking :) [05:52] I want to join ubuntu developers, how can I begin? [05:53] please help me :( [05:54] zzxc: I just like the idea of distributed networks, fewer points of failure, etc [05:54] dongthao: #ubuntu-motu is a better place to start. [05:54] dongthao: wiki.ubuntu.com/MOTU [05:54] dongthao: There's all sorts of stuff to do :) [05:54] I've create launch-pad account [05:55] but there're too many teams [05:55] I don't know where to begin [05:55] Find something that interests you, for a start [05:56] dongthao: How do you want to help? What do you want to do? Translation, packaging, programming, etc. [05:56] I want programming :) [05:57] excellent [05:57] I'm learning and working with python [05:57] dongthao: do you know what a diff is? [05:57] I think a little :) [05:57] I often use it in compare files [05:57] sometimes in patching [05:58] yup [05:58] check out that wiki page [05:58] and [05:58] the MOTU just had a blog about how to get started [05:58] dongthao: What sort of project might you be interested in? There are a bunch of Ubuntu python projects, or you could write a gnome-screensaver hack configurator :) [05:58] ye [05:59] oh [05:59] gnome-screensaver [05:59] it sounds interesting [05:59] RAOF: gnome-screensaver's configuration indeed sucks. [05:59] I have some hacks in gnome-app-install [05:59] http://daniel.holba.ch/blog/?p=54 [05:59] but just for fun in free time [06:00] dongthao: What that would entail is being able to write .desktop files, it'd be pretty simple. [06:01] yep [06:01] dongthao: http://ubuntuforums.org/showthread.php?t=418759 is a forum thread containing some information about that. [06:01] I modify some source from it === XSource [n=XSource@41.201.242.66] has joined #ubuntu-devel [06:02] mostly in translating and rearrange the columns === RAOF was going to look into it at *some* point, but I'm exceptionally bad at time-management, so... [06:02] if you really want to hack gnome-screensaver [06:02] make it accept pam [06:03] pwnguin: Not hack *on* gnome-screensaver, write a GUI for configuring xscreensaver hacks. [06:03] pwnguin: Of course, pamifying could be good, too. [06:03] siretart: next time you modify a postinst please make sure it actually runs.. or at least sh -n it [06:04] RAOF: it'd be handy for my fingerprint reader ;) [06:04] yep [06:04] I think it's neccesary === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel [06:04] anyone like that task? [06:05] im not sure what task you're thinking of, but it's all yours [06:05] dongthao: I'll join you in it if you want to start it up. You'd probably want to create a gnome-screensaver-config project on launchpad, use LP for bzr hosting, and write it in python :) [06:05] pamifying gnome-screensaver [06:06] i'm a very new in ubuntu development [06:06] event dun know clearly about lauchpad [06:07] i'm studying on it [06:07] dongthao: This wouldn't strictly be ubuntu development, but it *would* be very useful :) [06:07] yep [06:07] i like it [06:07] dongthao: joing #ubuntu-motu, and check out https://bugs.edge.launchpad.net/ubuntu/+bugs?field.tag=bitesize [06:07] so anyone start it [06:07] i'll join with you [06:07] dongthao: those are supposed to be good "learning" bugs [06:07] yep [06:07] i'll check it now [06:08] That's if you want to help by packaging, of course :) [06:08] i'll training experence :D [06:08] packaging and dev'ing go hand in hand really [06:08] pwnguin: No, not really. [06:08] :) === RAOF eyes his "write a 'How to be a good upstream' wiki page" todo item [06:10] i also think they go hand in hand [06:10] i mean, if you want changes into ubuntu, you at least need to know how to get the current source, modify it, and pass it back [06:10] pwnguin: You may notice that almost all the software we package isn't packaged by the developer(s). [06:10] pwnguin, realist: What exactly does "pam-ifying gnome-screensaver" mean? Doesn't gnome-screensaver ship /etc/pam.d/gnome-screensaver in Ubuntu? [06:10] Oh, that. Yes. [06:10] im not saying that upstream should be providing a debian dir [06:11] though its handy as a reference [06:11] minghua: I don't even use gnome :-) [06:13] minghua: it doesn't work with pam_thinkfinger [06:13] i havent yet dug into why [06:14] pwnguin: Added pam_thinkfinger to /etc/pam.d/common-auth ? [06:14] pwnguin: Okay. Then you should have said "pam_thinkfinger-ifying". ;-) [06:14] RAOF: ages ago [06:14] Fair enough :) === RAOF 's pam knowledge is thus exhausted [06:14] RAOF: skimming some stuff suggested an ACL [06:14] i wasnt even aware ext3 had acls [06:14] but apparently FC ships with em [06:15] Yeah. What doesn't? [06:15] Even ffs has acls. [06:15] ffs? [06:17] bsd-ffs [06:17] huh [06:17] i figured it was just unix permissions === Onyxyte [n=Onyxyte@r75-110-104-20.rmntcmtc01.rcmtnc.ab.dh.suddenlink.net] has joined #Ubuntu-devel === gnomefreak [n=gnomefre@ubuntu/member/gnomefreak] has joined #ubuntu-devel === j_ack [n=j_ack@p508D84EC.dip0.t-ipconnect.de] has joined #ubuntu-devel === Onyxyte [n=Onyxyte@r75-110-104-20.rmntcmtc01.rcmtnc.ab.dh.suddenlink.net] has joined #Ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === defcon [n=ion@71-36-162-36.phnx.qwest.net] has joined #ubuntu-devel === Hobbsee [n=Hobbsee@ubuntu/member/hobbsee] has joined #ubuntu-devel === mneptok drips onto Hobbsee === LaserJock [n=mantha@ubuntu/member/laserjock] has joined #ubuntu-devel === Hobbsee takes a very hot shower === Hobbsee beats mneptok off [07:17] (in the opposite order0 [07:17] uh [07:19] hi Hobbsee [07:21] i ... [07:21] i need to walk away [07:21] just ... walk away [07:21] hi LaserJock [07:22] mneptok: yes, you do. go drown yourself in some beer. [07:22] mneptok: maybe a first class ticket to Australia is in order :D === freeflying [n=freeflyi@211.94.35.200] has joined #ubuntu-devel [07:26] anybody here got any experience with vcs imports? [07:26] Hobbsee: ouch, all I can say is ouch [07:26] Burgundavia: heh. [07:29] mneptok, pfft, quoting yourself on /Quotes is discouraged. ;-) [07:32] kylem: dude. i know the pressure i just absorbed. i get a back-pat. [07:32] you know it, too. [07:32] ha. [07:33] you know how difficult that was yor me. [07:33] *for [07:33] i'm still kinda shaking. === frostburn [n=archlich@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-devel === Hobbsee sighs at words that have too many slang meanings. [07:43] heh === Hobbsee thinks you all have very dirty minds. === desrt throws soil at Hobbsee === TheMuso_ [n=luke@121.44.16.69] has joined #ubuntu-devel === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel === Hobbsee throws the soil back at desrt, first adding water. === ogra ducks to not get hit [07:48] hello Hobbsee [07:48] hi ajmitch [07:48] nice to see you [07:48] hi ogra [07:48] hey he [07:48] y [07:48] hm === desrt is muddied === Treenaks quickly Ctrl+C's his upgrade [07:52] Treenaks: some breakage ahead? === davidm [n=davidm@pool-71-170-59-181.dllstx.fios.verizon.net] has joined #ubuntu-devel [07:53] ajmitch: tip of the day: don't run apt-get -y dist-upgrade [07:53] heh [07:53] it tried to deinstall perl.. and everything depending on it [07:53] oh, noone would be silly enough to do that [07:53] yes [07:53] which is pretty much everything [07:54] yeah, it seems like perl is important for some reason [07:54] perl seems to have broken most of the buildqueues as well [07:54] can we punt perl to universe? [07:56] sounds sane ;-) [07:56] well, only ntp and console-setup seem to depend on it :) [07:57] it shouldn't take long to rewrite debhelper in python [08:02] yay for remove vs purge.. system fixed :) [08:09] anyone else notice apt-get being buggy on dist-upgrade lately? [08:10] bug 146614 [08:10] Launchpad bug 146614 in apt "apt-get dist-upgrade fails due to bogus(?) unmet dependencies" [Undecided,New] https://launchpad.net/bugs/146614 [08:10] sorry, I've only noticed that you broke ooo installability. :) [08:10] lol [08:10] heh it installed fine for me :) [08:11] wrt apt-get issue apt-get upgrade works fine for me but apt-get dist-upgrade complains of installed packages not being installed and that they won't be installed since obviously they already are [08:11] mines complaining about perl and a dep that isn't in the repo [08:12] frostburn: hmm shouldn't that just cause it to hold perl? [08:12] apt-get upgrade held several packages on my system [08:12] The following packages have been kept back: gnome-cards-data gnome-games-data libperl5.8 perl perl-base tracker tracker-search-tool [08:12] 0 upgraded, 0 newly installed, 0 to remove and 7 not upgraded. [08:13] you can install the rest of them [08:13] individually [08:13] except perl stuff [08:13] ok [08:14] i guess dselect upgrade calls the same code as apt-get dist-upgrade because it doesn't work either with the same output === luckyone [n=jordan@CPE-65-28-7-102.kc.res.rr.com] has joined #ubuntu-devel === Kstrings [n=strings@wsip-68-99-62-215.pn.at.cox.net] has joined #ubuntu-devel [08:18] calc you on amd64? [08:18] frostburn: yes === jml [n=jml@ppp121-44-213-76.lns1.hba1.internode.on.net] has joined #ubuntu-devel [08:19] luckyone, you, and me all have the same prob =] [08:19] frostburn: follow up to 146614 noting you have the same problem ;) [08:19] interesting [08:20] cjwatson: you were the last to touch apt, any idea if what you changed could have caused the issue? [08:21] idle 10hr, he'll be back soon maybe ;) [08:21] why do you suppose it's a bug in apt, rather than simply a normal side-effect of uninstallable packages in the archive? [08:21] slangasek: er shouldn't it tell us what is uninstallable then? [08:22] never has before [08:22] apt is fine [08:22] slangasek: i thought it used to complain about the packages that were actually uninstallable [08:22] you only get told about which packages are uninstallable if you request packages to be installed by name [08:23] so it is normal for apt to complain about packages that are perfectly fine and installed when it can't install some other random package, and not mention that package at all? [08:23] i haven't had dselect->upgrade break me in so long i can't remember the last time it did [08:23] er for me [08:24] eg in this case it complains about xbase-client, xclock, xfd, xlogo, xorg, xterm all of which are installed and don't have new versions === calc notes if it is normal for that to happen apt is a big stinking pile [08:24] calc: have you managed to look at bug 140673 yet? I know its not a priority for you, but if you could look into it, it would be great for helping us get deacent accessibility for screen reader users for the final release. [08:24] Launchpad bug 140673 in espeak "Espeak + portaudio v19 causes undesirable lock-ups." [Medium,Confirmed] https://launchpad.net/bugs/140673 [08:25] TheMuso: looking [08:26] TheMuso: i can drop portaudio dep from ooo completely if that is agreeable, esp since it seems to cause problems in this case [08:26] TheMuso: i just recently added it anyway so its not a big deal [08:27] calc: I'm convinced, but I'm probably not the one needing convincing. [08:27] calc: If you could leave a comment, and I think pitti should be good with it/. I can then get an upload for espeak done. Thanks a lot. [08:29] yea i added a comment just now [08:30] calc: Thanks again. [08:30] no problem :) [08:33] anything I can help with to fix the dependencies issue with xorg and xbase-clients === nb-au [n=karl@60-241-64-234.tpgi.com.au] has joined #ubuntu-devel [08:33] luckyone: it appears it may just be apt is a pos issue and complains about the wrong thing [08:33] luckyone: apt-get upgrade should work for you, it is probably perl being broken that caused the weird apt error message === Kstrings [n=strings@wsip-68-99-62-215.pn.at.cox.net] has joined #ubuntu-devel [08:34] any idea when perl-modules will be updated anyone? [08:34] huh, is there a link I can follow up with this on? [08:34] I *need* to head to bed [08:34] but *need* to fix this... tomorrow [08:34] luckyone: just run apt-get upgrade and go to bed, perl will probably be fixed tomorrow [08:35] calc: or monday. it is a saturday todya. [08:35] luckyone: apt-get dist-upgrade will probably be broken until perl is fixed [08:35] luckyone: see what Hobbsee said [08:35] yeah, doesn't work [08:35] luckyone: er apt-get upgrade worked for me [08:35] luckyone: it was apt-get dist-upgrade that failed on my box [08:36] I concur [08:36] good to know that upgrade still works [08:36] I was afraid I wouldn't be able to install packages [08:36] ok, so just don't use dist-upgrade until perl is fixed :) [08:36] wahoo [08:37] and hopefully someone can beat apt up enough that it complains about the actual broken packages in the future === luckyone thanks his merciful heros === gouki [n=gouki@ubuntu/member/gouki] has joined #ubuntu-devel [08:38] oh i know what is different about the perl thing wrt dselect->upgrade [08:38] I also have a stupid question about media players that can leverage dual core processors [08:38] oh yay, breakage. [08:38] usually dselect determines something is fubar and doesn't try to upgrade it, but didn't figure out how to do it correctly in this case [08:38] does such a program exist? [08:38] so it passed it on to apt which choked on perl === Hobbsee blames calc [08:40] Hobbsee: 8-P [08:41] luckyone, what do you mean? [08:41] calc: http://rafb.net/p/Brxzd428.html [08:42] Hobbsee: how recently did you try that? [08:42] calc: just now [08:42] Hobbsee: it may be that your openoffice.org-l10n-* is out of date still [08:43] Hobbsee: check to see if you see 1:2.3.0-1ubuntu2 versions available for them as well [08:43] calc: *eyebrow raise* [08:43] Hobbsee: they are on the main mirror already but maybe not in au [08:44] the output you showed there showed that openoffice.org-common had not been updated but wasn't in the list to up date either afaict [08:44] calc: dude, did you even *look* at the error log? [08:44] oh wait, [08:44] Hobbsee: yea :P [08:44] why do i have openoffice.org-l10n-en-za:installed? [08:44] because its pulled in by language-support-en probably [08:45] oh, langsupporten [08:45] and if the mirror you are using doesn't have up to date version of that it might be holding back ooo [08:45] though its already on some of the mirrors at least === Hobbsee uses two sets of mirrors. === Kstrings [n=strings@wsip-68-99-62-215.pn.at.cox.net] has joined #ubuntu-devel [08:45] calc, for me i had to force OO then lang support would install [08:45] whether i missed a mirror pulse in the last ~15 mins is an interesting question, though [08:46] calc: i don tleave myself only on the au mirror. in fact, i use a different au mirror, and a.u.c === topspin [i=allenc@66-17-143-99.static.mesanetworks.net] has joined #ubuntu-devel [08:46] because it's not worth having the packages ~12+ hours out of date [08:46] it finished building 5 hours ago, not sure when it hit the mirrors [08:46] nb-au: oh [08:46] oh, so this one built :P === topspin [i=allenc@66-17-143-99.static.mesanetworks.net] has left #ubuntu-devel ["Konversation] [08:46] of course ;) [08:46] it builds at least some of the time ;) [08:47] Hobbsee: you sound like a born sceptic [08:47] oh, here we are [08:47] yes, force installing it works. [08:47] ajmitch: i must have done too much RM stuff. [08:47] hehe === MagnusR [n=magru@c83-252-222-139.bredband.comhem.se] has joined #ubuntu-devel [08:48] you should be able to slowly work your way down to the perl files by messing around in apt === calc notes it just worked for him but he is pointed at the main a.u.c site [08:48] if you use dselect you can just put the perl files on hold and it will automatically get the rest [08:49] hehe, ive already manually half installed them :/ === Hobbsee doesnt have perl installed anyway [08:49] Hobbsee, its default === pwnguin wonders how you get rid of perl [08:50] nb-au: alternatively you can use dpkg --set-selections to put them on hold if you don't like dselect ;) [08:50] oh, yes i do. [08:50] i didnt get perl falling over and dying, though [08:50] calc, i mean i somehow got perl to half upgrade to 7ubuntu3 [08:50] before i realised it was mssing packages [08:50] lol [08:50] oh, only ubuntu2 on my mirror [08:50] nb-au: oh ok [08:50] and a.u.c, it looks like [08:51] im on main [08:51] Hobbsee: 1ubuntu2 is the current ooo packages [08:51] Hobbsee: they should install fine if they are all there, it worked for me off of a.u.c [08:51] calc: i meant of perl [08:51] Hobbsee: oh ok, nm [08:51] time for me to go to bed, 2am [08:52] Hrm... What am I doing wrong here. apt-get source pbuilder build dpkg -i then synaptic tells me that I need to update to the same version. [08:52] so i ihave perl and perlbase as u3, with lib-perl as u2 but with upgrade avail, and perl-modules at u2 with no upgrade available, and im waiting for that upgrade [08:52] Kstrings: you probably should set it to hold after installing the manual version unless you want the one from the archive === frostburn [n=archlich@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-devel === allee [n=ach@dialin-145-254-253-098.pools.arcor-ip.net] has joined #ubuntu-devel [09:06] looks like some stuff have been updated (namedly perl) [09:07] give it a go :) [09:09] hmm seems not, have to go manual [09:11] HOLY CRAP [09:11] FIXED [09:11] woot === Gman is now known as GmanAFK === frostburn [n=archlich@cpe-74-74-219-225.rochester.res.rr.com] has joined #ubuntu-devel === marcel [n=marcel@lt3.xs4all.nl] has joined #ubuntu-devel [09:35] do i have to recompile kaffeine/totem to get dvd playback [09:36] fabbione: oooops - sorry. willdo next time :( === siretart hides in the corner [09:37] frostburn, shouldnt [09:37] should work with dvdcss [09:38] aye, it's installed already [09:39] strange [09:39] i watched 2 dvds back in tribe 3 === jinty [n=jinty@p57BB2401.dip0.t-ipconnect.de] has joined #ubuntu-devel [09:39] yeah it was working in 7.04 [09:39] i'll keep plugging at it [09:41] tried mplayer? [09:41] if it doesnt play it that something is badly amiss [09:42] or maybe u dont have codecs [09:43] yeah === dannioni [n=dannioni@81-235-188-29-no48.tbcn.telia.com] has joined #ubuntu-devel [10:01] Does anyone know why aptitude thinks you need to update packages compiled from source (pbuilder) when they are the same version? [10:03] sounds like a #ubuntu+1 type question [10:04] but, it's because you probably compiled the same version as what's in the repos - and iirc, it will usually try to use the repo version, not your own. [10:04] due to apt priorities [10:04] it will [10:05] but I usually fix that either by setting the package status to 'hold', or setting the version a bit higher (but not as high as an update would set it) [10:06] which is where ~ in versions comes in handy [10:07] The ~ is? [10:09] hm, will keybuk eat me for uploading udev? [10:09] Hobbsee: yes, fabbione already uploaded a new version [10:09] Hobbsee: he might, depends on how buggy you made it ;) [10:10] ajmitch: awesome. that was the one. [10:10] Kstrings: it's used to denote that a version is less than another, eg 1.2.3-1ubuntu1~ppa1 [10:10] Hobbsee: yeah, good thing fabbione uploaded it first, otherwise I would have done uploaded my fix :) [10:10] :) === zasf [n=matteo@host178-61-dynamic.6-87-r.retail.telecomitalia.it] has joined #ubuntu-devel [10:12] the only problem is that it failed to build on !i386, and is in the build queue for i386 [10:14] oh dear [10:14] yeah [10:14] one of those days... === ant30 [n=ant30@85.137.228.170.dyn.user.ono.com] has joined #ubuntu-devel === pochu [n=emilio@162.Red-88-3-52.dynamicIP.rima-tde.net] has joined #ubuntu-devel === Mez sighs [10:27] and now my DVD drive / HDD#'s show as s * not h* meaning I cant watch DVDs on my PC (shdparm -d wont work) === jinty [n=jinty@p57BB2401.dip0.t-ipconnect.de] has joined #ubuntu-devel === Zdra [n=zdra@50.226-242-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel === Treenaks [n=martijn@thuis.foodfight.org] has joined #ubuntu-devel [10:36] Mithrandir: I think that there'll be a large number of packages uploaded recently that will need given back on !i386 due to a perl upload - perl was made uninstallable by perl-modules on !i386 until it was built on i386 [10:37] heh [10:37] one important one to give back is udev, for a typo fix === asisak [n=conp@ubuntu/member/coNP] has joined #ubuntu-devel === Kmos [n=gothicx@unaffiliated/kmos] has joined #ubuntu-devel [10:41] ajmitch,Hobbsee : I'll give-back what's failed. [10:41] thanks :) [10:41] thanks Mithrandir === Hobbsee hugs Mithrandir === rulus [n=rulus_|@164.70-243-81.adsl-dyn.isp.belgacom.be] has joined #ubuntu-devel === defcon [n=ion@71-36-162-36.phnx.qwest.net] has joined #ubuntu-devel === DktrKranz [n=Luca@ubuntu/member/dktrkranz] has joined #ubuntu-devel === Kmos [n=gothicx@249-111.dial.nortenet.pt] has joined #ubuntu-devel === lifeless [n=robertc@ppp245-86.static.internode.on.net] has joined #ubuntu-devel === xerakko [n=xerakko@debian/developer/xerakko] has joined #ubuntu-devel === RicardoPerez [n=A@84.122.254.82.dyn.user.ono.com] has joined #ubuntu-devel === Kopfgeldjaeger [n=nicolai@p54AD5E79.dip.t-dialin.net] has joined #ubuntu-devel === elkbuntu [n=melissa@ubuntu/member/elkbuntu] has joined #ubuntu-devel [11:06] hey === XSource [n=XSource@41.201.192.123] has joined #ubuntu-devel [11:10]