[01:33] <Burgundavia> enyc: some will certainly work through Christmas
[01:33] <enyc> ;-)
[01:34] <enyc> Burgundavia: interesting... are they very busy?
[01:34] <Burgundavia> the universe sponsors are volunteers just like us
[01:34] <enyc> I see
[01:36] <enyc> ... and learnt more about debian package tools
[01:42] <Lathiat> hee, another NMU nss-mdns in debian
[01:42] <Lathiat> anands goign to take to that kindly
[01:42] <Burgundavia> Lathiat: isn't that the package that people are busy disputing policy over, via NMUs?
[01:43] <Lathiat> something like that
[02:01] <plugwash> surely both sides must realise that what they do won't ever hit testing unless they settle thier differences
[02:02] <Burgundavia> plugwash: reason rarely enters into arguments of this nature
[02:03] <nixternal> hiya Burgundavia!
[02:03] <Burgundavia> hey nixternal
[02:04] <nixternal> enjoyin' the eve?
[02:05] <Burgundavia> yep
[02:05] <nixternal> good deal. the family all together?
[02:05] <Burgundavia> nope, home alone
[02:06] <nixternal> good, so that means no distractions...get to work :)
[02:23] <Burgundavia> plugwash: rules are usually inidications of failures
[02:31] <Q-FUNK> so is the existence of politicians, police and army.
[02:43] <jdong> so is everyone else enjoying their christmas eve?
[04:40] <rmjb> Merry Christmas MOTUs, MOTU Hopefuls, Ubuntu Devs and other persons hanging out in #ubutnu-motu!
[04:52] <joejaxx> Hello All
[04:56] <cypherbios> rmjb: thank you, the same for you :)
[04:56] <cypherbios> hi joejaxx
[04:56] <cypherbios> joejaxx: did you tried aptoncd ?
[04:58] <joejaxx> no i did not i just arrived back 127.0.0.1 :)
[05:02] <joejaxx> cypherbios: what are you up to?
[05:03] <cypherbios> joejaxx: early you asked how mirror ubuntu archives, and I pointed the aptoncd, did you forgot? :)
[05:04] <joejaxx> cypherbios: no
[05:05] <joejaxx> i was out of state for 8 hours
[05:05] <joejaxx> i just got home
[05:44] <gpocentek> Burgundavia: I've just looked at the libdvdcss & w32codecs medibuntu packages, they are both good, and I've used them a lot
[05:45] <Burgundavia> gpocentek: sounds good
[05:45] <gpocentek> the medibuntu maintainers are good packagers, I hope they'll become MOTUs at some point ;)
[05:46] <Burgundavia> sounds good
[02:31] <neutrinomass> There are several packages depending on phpapi-20051025, which is not in the repos. Rebuilding these packages makes them depend on phpapi-20050606 which is in the repos (a virtual package). What would be the best way to fix this? Rebuild all the packages or sync phpapi-20051025 ?
[02:31] <Hobbsee> !info phpapi
[02:31] <ubotu> Package phpapi does not exist in any distro I know
[02:32] <neutrinomass> !info phpapi-20050606
[02:32] <ubotu> Package phpapi-20050606 does not exist in any distro I know
[02:32] <neutrinomass> nope  - 'aptitude show phpapi-20050606' works though
[02:32] <Hobbsee> what's bringing in phpapi- anyway?
[02:33] <neutrinomass> phpapi is Provided by: libapache-mod-php4, libapache2-mod-php4, php4-cgi, php4-cli . It's needed by about ~ 15 php4* packages (e.g. php4-idn, php4-imagick)
[02:34] <neutrinomass> packages.debian.org doesn't show phpapi either
[02:34] <Hobbsee> yeah, it's a provides
[02:35] <neutrinomass> rebuilding the packages makes them installable at least though .... oh well, I'll find something else to do :-)
[02:36] <Hobbsee> true...
[02:36] <Hobbsee> ask someone who knows php stuff
[02:38] <neutrinomass> Another question: What's the correct way to resolve deps that fail because they need a version << X  ?
[02:39] <Hobbsee> if it builds and works fine, bump the dependancy - but there tends to be a reason that the people arent building with a higher lib
[02:40] <neutrinomass> Supposing it doesn't build and work fine ?
[02:43] <Hobbsee> well, in the case of firefox, a lot had a dep of <<2.0, because they wouldnt work with the new firefox.  if upstream hasnt updated it, then you may as well leave it, or get it removed from the archive, if you know they're never going to update it
[02:44] <neutrinomass> Well should it really be in the archive if it isn't installable, regardless of whether upstream are going to update it?
[02:45] <Hobbsee> yes, because most of that stuff autosyncs from debian.  and rewriting the packaging, if upstream does update later, sucks.
[02:46] <neutrinomass> (not arguing this, I just want to understand it) Well, why not remove it from the ubuntu archives and then sync it back from debian?
[02:46] <neutrinomass> (apparently the << X problem I was running into was because of libgnomeprint2.2-0 (<< ${misc:libgnomeprint-next-upversion} in debian/control )
[02:48] <Hobbsee> ah
[02:48] <Hobbsee> neutrinomass: good question.  i'm not sure if it goes on a blacklist or what
[02:48] <neutrinomass> ok cool, thanks a lot :)
[03:11] <geser> neutrinomass: phpapi-20050606 is from php4, phpapi-20051025 is from php5 (in edgy)
[03:12] <geser> php5 in feisty has now phpapi-20060613
[03:13] <neutrinomass> geser: So stuff depending on 20051025 should be rebuilt ? (I probably got it wrong by looking at the wrong binary package :( )
[03:13] <geser> I would say yes
[03:13] <Hobbsee> neutrinomass: want to pastebin the control file?
[03:14] <geser> neutrinomass: btw: packages.u.c show also phpapi http://packages.ubuntu.com/edgy/virtual/phpapi-20051025
[03:15] <Hobbsee> as a provides, yes
[03:15] <neutrinomass> http://pastebin.com/844654
[03:16] <Hobbsee> neutrinomass: yeah, just rebuild that
[03:17] <neutrinomass> Ok, I'll rebuild everything with  ${php:Depends} 
[03:17] <Hobbsee> yes, so it does phpapi-20060613
[03:22] <neutrinomass> would you rather I put all packages that fail this way in one bug or several ?
[03:23] <Hobbsee> um....dont really mind - just attach patches for feisty to each comment for each package
[03:23] <Hobbsee> then subscribe u-u-s
[03:24] <neutrinomass> geser, Hobbsee: ok, will do - thanks a lot !
[03:33] <Hobbsee> neutrinomass: working on 77112
[03:34] <neutrinomass> yep, that's it ! (poor MOTUs, 70 bugs on universe sponsors :p )
[03:34] <Hobbsee> neutrinomass: http://launchpad.net/bugs/77112  done
[03:34] <Ubugtu> Malone bug 77112 in php4-idn "[UNMETDEPS]  Failed deps, feisty" [Undecided,Fix released]  
[03:34] <Hobbsee> neutrinomass: most of the patches left are malformed, or just stuff i dont undersatnd
[03:34] <Hobbsee> and some relate to bugs in debian, etc
[03:34] <neutrinomass> Hobbsee: did both of them ? ( I was just adding a task for php4-auth-pam )
[03:34] <Hobbsee> no
[03:36] <Hobbsee> oh right, i see
[03:37] <Hobbsee> neutrinomass: yep, done both
[03:38] <Hobbsee> neutrinomass: it's nice that i can upload quicker than you can produce debdiffs ;)
[03:39] <neutrinomass> Hobbsee: here's another one :p
[03:39] <Hobbsee> :)
[03:41] <Hobbsee> neutrinomass: done that too.
[03:42] <Hobbsee> neutrinomass: and it's not really much use adding the various tasks - when marked as fix released, they wont show up in searches anyway (unless you tell them to)
[03:43] <neutrinomass> Hobbsee: yeah true ... 
[03:43] <neutrinomass> another one there :p
[03:44] <Hobbsee> neutrinomass: done that :) 
[03:46] <neutrinomass> another :P (if you get bored say so so that I start adding the tasks )
[03:47] <Hobbsee> ok
[03:48] <Hobbsee> done
[03:49] <Hobbsee> yay, someone's reporting bugs on feisty, with edgy's automatix repo there, *and* dapper-commercial.
[03:50] <neutrinomass> another ... 
[03:52] <Hobbsee> neutrinomass: done
[03:52] <geser> Hobbsee: beryl-core has already 4 bugs reported against it and it isn't even in the repos
[03:52] <Hobbsee> geser: fun.  they can start fixing them then.
[03:52] <stgraber> :)
[03:53] <Hobbsee> geser: you going to be around for a while?
[03:54] <geser> yes, why?
[03:54] <Hobbsee> geser: neutrinomass is creating debdiffs for rebuilds - did you want to upload them?
[03:55] <geser> sure, can do
[03:55] <geser> Hobbsee: sleep well
[03:55] <Hobbsee> geser: https://launchpad.net/distros/ubuntu/+source/php-imagick/+bug/77112 is the bug - he's just adding them down the page
[03:55] <Ubugtu> Malone bug 77112 in php4-idn "[UNMETDEPS]  Failed deps, feisty" [Undecided,Fix released]  
[03:55] <Hobbsee> will do
[03:55] <Hobbsee> night neutrinomass 
[03:56] <neutrinomass> Hobbsee: Good night, thanks a bunch !
[03:56] <Hobbsee> it's fine :)
[03:56] <neutrinomass> geser, there's one waiting for you :p
[03:57] <Hobbsee> neutrinomass: should be depend upon, instead of depend against, FYI
[03:59] <geser> neutrinomass: php-maxdb uploaded
[03:59] <neutrinomass> geser: another one (php-mcrypt has two, the second one is the good one because the first "depends againt" )
[04:02] <neutrinomass> geser: another one (php-memcache)
[04:04] <neutrinomass> Hm... php4-sqlite3 and php5-sqlite 3 both depend on phpapi-20051025 ... this is iin Depends: ${shlibs:Depends}, ${misc:Depends}
[04:05] <geser> neutrinomass: php-m{crypt,emcache} uploaded
[04:06] <geser> neutrinomass: change them to use ${php:Depends} if possible
[04:09] <neutrinomass> Ok, just a moment, I need to take a break
[04:10] <neutrinomass> Silly question: To avoid having to rebuild packages and catch many dep issues, wouldn't it be a good idea to rebuild the entire archive at some point in the development cycle ?
[04:13] <plugwash> i belive rebuilds of everything are already done, but the results from doing so aren't uploaded to the archive
[04:14] <Adri2000> there is something called "rebuild test" on FeistyReleaseSchedule
[04:14] <plugwash> yep thats what i was reffering to
[04:14] <geser> neutrinomass: even if you rebuild everything, you can't upload it because of the version
[04:15] <plugwash> rebuilding everything for the archive has a couple of complications, firstly its not always possible to change the versions automatically (e.g. if the package doesn't base its binary versions on the source version) and you can't upload a new binary with the same version number into the standard archive system
[04:15] <geser> and if you change every version every feisty user has to download the new packages
[04:15] <neutrinomass> Ahh... yes
[04:15] <plugwash> secondly it would mean a huge ammount of packages upgraded for any users following the distribution under test and a huge resync for all the mirrors
[04:16] <plugwash> thirdly it would increase the size of what mirrors store since there would be a new binary for every release even if the source hadn't changed
[04:17] <neutrinomass> Yes, I see that ... how about a script to be run on developer machines that would rebuild all packages that fail to install (and can be automatically rebuilt with no version number complications) and then uploading all the new packages that can now be installed ?
[04:18] <geser> and you need some computation power: "The build was carried out on about 40 cluster nodes and took about 4 or 5 hours"
[04:18] <geser> from the e-mail about the last rebuild
[04:20] <neutrinomass> True. The packages that currently fail to install are 280 (main + universe)... which isn't that bad though if you are to rebuild only the packages that fail 
[04:26] <simu> as a MOTU can I fix bug in the multiverse?
[04:27] <Adri2000> yes
[04:27] <simu> but I need to become a MOTU to do so?
[04:27] <Adri2000> yes :)
[04:28] <Adri2000> or a MOTU can sponsor you
[04:28] <geser> simu: or find a MOTU to sponsor your upload
[04:31] <joejaxx> how big is universe once again? just i386 with source
[04:31] <joejaxx> for one release
[04:32] <neutrinomass> 15734 binary packages in feisty
[04:32] <joejaxx> disc space wise
[04:38] <plugwash> well an order of magnitude estimate would be roughly the same size as debian
[04:40] <bddebian> Heya gang
[04:40] <plugwash> which is 21 cds for i386 and another 21 for source
[04:43] <neutrinomass> installed-size is in KB ?
[04:43] <neutrinomass> If yes , then universe is 32 225 580 KB :-)
[04:44] <neutrinomass> geser: I sort of have to leave so I'll finish off the php stuff some other time... thanks for the uploads (it's about 4 packages left )
[04:45] <geser> neutrinomass: ok
[04:45] <siretart> neutrinomass: there are many conflicting packages. the sum really doesn't make too much sense
[04:46] <fernando> hi all
[04:46] <bddebian> Heya fernando
[04:47] <siretart> happy christmas, fernando, bddebian geser!
[04:47] <bddebian> Merry Christmas siretart :-)
[04:47] <geser> Merry Christmas siretart 
[04:47] <fernando> Merry Christmas siretart 
[04:48] <simu> I'm looking for a member to sponser my patch
[04:50] <siretart> simu: which patch? do you have a malone bugno?
[04:51] <simu> what?
[04:51] <Adri2000> bug number
[04:52] <simu> maybe the bug is not submitted
[04:52] <simu> I dint found it
[04:52] <Adri2000> simu: it's a bug in which package? do you have an url to your patch?
[04:53] <simu> update-flashplugin of the package flashplugin-nonfree is buggy and doesnt work
[04:53] <simu> is a popular bug according to google
[04:53] <simu> i fixed it ;-p
[04:54] <simu> i can gif you a url of the diff
[04:55] <Adri2000> yes
[04:58] <joejaxx> neutrinomass: plugwash ah ok
[04:59] <joejaxx> neutrinomass: plugwash because i just finished downloading all of main
[04:59] <simu> p$ 
[04:59] <simu> http://papernapkin.org/pastebin/view/3777
[05:00] <siretart> simu: since I'm on amd64, I don't think I can really test your patch. But I suggest that you attach your patch to a malone bugreport (file if necessary) and advertise it in this channel. this way it won't be lost in any case
[05:00] <Adri2000> simu: please use diff -uNr
[05:01] <siretart> ah, the md5sums changed
[05:01] <siretart> but this is flashplayer 7. hasn't the package been updated to flash 9?
[05:01] <siretart> (I have no idea, since I removed flash from all my machines for some time now)
[05:01] <Adri2000> it has
[05:02] <simu> i think more or less everybody needs flash because it is so popular (youtube, etc etc)
[05:02] <Adri2000> in debian, in feisty, and in {dapper,edgy}-backports
[05:03] <simu> I wonder this bug hasn't been fixed for weeks now
[05:06] <siretart> simu: I don't really care about flash. It made that many problems that I don't want it anymore, despite its popularity
[05:06] <siretart> :P
[05:06] <siretart> simu: perhaps because nobody cares about flash7 anymore. all want flash9
[05:08] <simu> i think most normal-skilled ubuntu users consult the internet section of the desktop guide 
[05:08] <simu> and that's about installig flashplugin
[05:08] <simu> using the flashplugin-nonfree package
[05:10] <simu> and according to macromedia the lastest flashplugin available for linux is verison 7
[05:18] <simu> ok there is no bugreport for the bug I want to patch, suprise
[05:18] <simu> i used the keywords flashplugin md5
[05:21] <simu> so I write my own bugreport and replay my patch to myself, right? ;-p
[05:29] <simu> ok it's bug #77116
[05:29] <Ubugtu> Malone bug 77116 in flashplugin-nonfree "update-flashplugin doen't install plugin" [Undecided,Unconfirmed]  http://launchpad.net/bugs/77116
[05:30] <simu> thats the one I just filled out
[06:19] <LaserJock> Merry Christmas MOTU Land!
[06:22] <bddebian2> Merry Christmas LaserJock
[06:23] <LaserJock> bddebian2: and how are you today?
[06:35] <bddebian2> LaserJock: Great, thanks. You?
[06:44] <LaserJock> bddebian2: doing good.
[06:44] <LaserJock> trying to visit all the family before we have to go
[06:45] <LaserJock> so I'm kick'n back on my inlaws Windows box
[06:45] <bddebian2> Heh
[06:45] <LaserJock> downloaded the latest America's Army
[06:45] <LaserJock> it came out on the 23rd and I didn't even know it
[06:46] <LaserJock> it was a 2.5GB download
[06:46] <LaserJock> thank goodness my father-in-law has cable
[06:46] <bddebian2> Yeah I downloaded it but haven't played it yet
[06:46] <bddebian2> Though I got NWN2 for Christmas so I may disappear for a few months ;-P
[06:47] <LaserJock> I haven't played any decent game for along time
[06:47] <LaserJock> they stopped making the LInux and Mac version of America's Army
[06:47] <LaserJock> :(
[06:49] <LaserJock> btw, speaking of getting stuck on Windows, I found a really cool thing the other day. portableapps.com
[06:49] <LaserJock> they have all kinds of FLOSS ( FF, Thunderbird, Gaim, OO.o, Gimp, etc.) for windows and they set it up so you can run them from a USB stick
[06:50] <LaserJock> so I just plug the stick in and I'm ready to go
[06:50] <bddebian2> Heh
[06:50] <bddebian2> Well you can always get DSL (Damn Small Linux) and run a whole Linux on a USB stick :)
[06:51] <LaserJock> yeah, I might try it some time
[06:52] <LaserJock> the other option was to get a wireless access point for my father-in-law, but he'd never use it
[06:52] <LaserJock> :-)
[07:04] <siretart> !seen slomo
[07:04] <ubotu> I haven't seen slomo recently
[07:09] <bddebian2> LaserJock: You mean a raging MOTUholic like you doesn't carry an Ubuntu LIVE CD around with you at all times?? :-)
[07:49] <LaserJock> bddebian2: actually I do, but I don't want to have to reboot my father-in-laws computer all the time
[07:58] <bddebian2> Later gang
[10:19] <zorglu_> q. is the order of the Depends: in the control files important ? or irrelevant because the installer will figure out the order by itself ?
[10:30] <zorglu_> so just because it is late and because it is an hollyday, nobody answers anymore ? :)
[10:31] <ivoks> right