[00:06] <RAOF> Hobbsee, Fujitsu: Oh, cool.  Looks like bug #194214 may have some resolution!
[00:06] <ubotu> Launchpad bug 194214 in xorg-server "Keys get "stuck" down" [High,Confirmed] https://launchpad.net/bugs/194214
[00:06] <Fujitsu> RAOF: So I saw!
[00:07] <RAOF> I'm building xorg-server with that patch applied right now :)
[00:07] <Fujitsu> I would too, but my CPU time is being absorbed by mplayer-building evilness.
[00:07] <Fujitsu> I think it's those LDFLAGS changes again, but it seems intermittent. Yay.
[00:09] <RAOF> Wow.  xorg-server has _pages_ of dpkg-shlibs warnings :)
[00:09] <Fujitsu> Lovely.
[00:10] <RAOF> Right.  Time to install this, nvidia-glx-new, and see if I can break it. :)
[00:12] <Fujitsu> Have you reinstalled?
[00:12] <RAOF> No.  So my system isn't exactly clean, but simply reinstalling all the xorg/mesa/etc related packages seems good enough.
[00:12] <protonchris> RAOF: did you end up playing with ext4 yesterday?
[00:13] <RAOF> protonchris: No.  I ended up learning 2 things: WoW runs (abysmally) using software mesa, and (2) WoW does not run using nouveau gallium :)
[00:14] <protonchris> heh
[00:17] <RAOF> Our wine maintainer rocks.  Props to YokoZar (whom I assume is behind our shiny new wine).
[00:23] <ScottK3> pochu: Please finish filling out Bug 199218 so we can get python-xml removal finished.
[00:23] <ubotu> Launchpad bug 199218 in emesene "[FeatureFreeze Exception] Please sync emesene (universe) 1.0~r1137-1 from Debian unstable (main)" [Undecided,Incomplete] https://launchpad.net/bugs/199218
[00:32]  * ScottK2 reminds people about http://qa.ubuntuwire.org/bugs/rcbugs/
[00:36] <bddebian> Heya gnag
[00:36] <bddebian> Err gang
[00:36] <sistpoty> hi bddebian
[00:36] <RAOF> Heya bddebian.
[00:36] <bddebian> Hi sistpoty, RAOF
[00:36] <protonchris> hey bddebian
[00:36] <RAOF> Fujitsu: That patch seems to fix it!  Awwww, yeah.
[00:36] <Fujitsu> RAOF: Great!
[00:37] <bddebian> Hello protonchris
[00:37] <sistpoty> bddebian: I just closed a bug in powermanga, I happened to read (437299) :)
[00:37] <sistpoty> (DBTS)
[00:37] <sistpoty> strange enough, my mail is not displayed in the bug :/
[00:38] <bddebian> Before or after the new upstream?
[00:38] <sistpoty> I used the current version in unstable... it doesn't really matter, since the bug was just invalid
[00:38] <bddebian> Oh, nice, thanks! :)
[00:39] <sistpoty> thanks for the new upstream version, bddebian... just tested it for the FFe :)
[00:39] <LaserJock> ScottK2: could you put  the rcbug URL in the topic?
[00:41] <sistpoty> oh, and we've left beta freeze
[00:44] <sistpoty> LaserJock: s.th. like that?
[00:44] <bddebian> sistpoty: Ah, excellent, thanks
[00:45] <bddebian> You going to file for attal too? :)
[00:45] <LaserJock> sistpoty: I was going to put it up front so everybody saw it, but yeah, thanks
[00:45] <sistpoty> bddebian: I only ack'd it, should we go for attal?
[00:45] <sistpoty> LaserJock: feel free to reorganize my mess ;)
[00:46] <bddebian> sistpoty: Probably but I need to test a build with hardy :-(
[00:46] <sistpoty> bddebian: I guess I can do that
[00:47] <bddebian> Hah, I just tried to upload adanaxisgpl to Debian.. w00ps
[00:48] <bddebian> Should probably do clanlib too now that it just got accepted.. :)
[00:48] <bddebian> Couple of RC bugs there, I think
[00:49] <sistpoty> heh
[00:51]  * bddebian needs to stop being a lamer wrt to Ubuntu this release :-(
[00:52] <sistpoty> come on bddebian, you contribute with all that fixes showing up on the rc list :P
[00:53] <bddebian> Yeah but I'm not uploading shit to Ubuntu this release :-(
[00:54] <sistpoty> heh
[00:54] <sistpoty> bddebian: I guess you're a step further now, you let your shit get synced for this release :P
[00:59] <bddebian> :)
[01:13] <Bruno_> hi. in bug #164181 they ask to change the file crypttab.5.gz but i cant find such file in the source ?
[01:13] <ubotu> Launchpad bug 164181 in cryptsetup "Manual page typos" [Low,Fix committed] https://launchpad.net/bugs/164181
[01:16] <sistpoty> bddebian: hm... attal-themes-medieval has a dependency loop with attal (funny, I tried installing these with dpkg independent from each other, and apt-get -f install actually solves it by removing the new attal and installing an old attal-themes-medieval *g*)
[01:17] <bddebian> Shit, I thought I fixed that
[01:18] <sistpoty> oh, I got an old version of attal-themes-medieval... that explains the funny apt behaviour
[01:19] <sistpoty> sorry bddebian
[01:19] <sistpoty> damn, new one didn't hit my unstable mirror yet
[01:21] <LaserJock> Bruno_: is there any crypttab.5 file in the source or debian/ ?
[01:22] <Bruno_> LaserJock: yeah, just found it its crypttab.5.txt
[01:24] <sistpoty> bddebian: oh nice, still in incoming :)
[02:13] <sistpoty> bddebian: just saw, that the new attal didn't install the desktop file (it's there in a subdir of debian in the source package)
[02:16] <bddebian> Really?  Grr, damnit
[02:17] <sistpoty> bddebian: well, it does have a menu entry... so I'm in favour of dropping that last bit of ubuntu only change I found ;)
[02:21] <bddebian> I'm the .desktop file king I can't believe I missed that :-(
[02:21] <sistpoty> heh
[02:22] <slavik> I am trying to build xserver-xorg-core with a debdiff but I get errors regarding undeclared identifiers
[02:22] <slavik> GL_DEPTH_STENCIL_MESA, GL_UNSIGNED_SHORT_15_1_MESA, GL_UNSIGNED_SHORT_1_15_REV_MESA, GL_UNSIGNED_INT_24_8_MESA, and GL_UNSIGNED_INT_8_24_REV_MESA
[02:22] <sistpoty> bddebian: btw.: nice game, reminds me on the heroes of might and magic series, which I completeley loved (oh, I still didn't finish the newest one)
[02:23] <bddebian> heh
[02:24] <moepot> hi there.. I asked to be added to the ubuntu-universe-contributors team.. and now I should ask the REVU admins to resync the keyring ;-) ...
[02:25] <sistpoty> moepot: give me a sec please
[02:25] <moepot> sistpoty: take it easy
[02:26] <slavik> what game?
[02:26] <sistpoty> moepot: what's your gpg key id? (too lazy to do a full resync now)
[02:26] <sistpoty> slavik: attal
[02:26] <moepot> one second..
[02:27] <ScottK2> moepot: We aren't taking new packages right now, so there's no great rush.
[02:27] <moepot> sistpoty: 1024D/B6D4FFA0 is that right?
[02:27] <sistpoty> slavik: hard to tell w.o. context. my best guess are that these are declared somewhere in mesa and maybe you're missing that as a build-dependency?
[02:28] <moepot> ScottK2: I'm waiting for ibex ;-)
[02:28] <sistpoty> moepot: I don't know if that's your key... but I added it to revu's keyring now, so your uploads will get processed by revu now
[02:28] <ScottK2> OK.  It's a pretty safe bet the keyring will get sync'ed between now an dthen.
[02:29] <moepot> sistpoty: yea, that's my key. but I don't really know if you meant the fingerprint
[02:29] <sistpoty> moepot: no, I just needed some keyid to import
[02:30] <moepot> aehm.. how to login in revu account?
[02:31] <sistpoty> moepot: you don't have an account yet. once you update a package, revu creates an account. you can recover your password by entering your the email you used for uploading the package and not entering any pw
[02:32] <sistpoty> s/update/upload/
[02:33] <moepot> sistpoty: ah. right. thank you much for your help and work ;-)
[02:33] <sistpoty> moepot: np, that wasn't too much work actually ;)
[02:34] <moepot> sistpoty: I hope so :-P
[02:34] <sistpoty> otherwise I'd blame the revu author... damn *g*
[02:34] <bddebian> heh
[02:34] <moepot> ou yea.. hehe
[02:41] <moepot> ScottK2: Sorry, I read your message only now. But I think it's no problem to upload my package now?
[02:45] <sistpoty> moepot: it might get lost, once revu moves to the a new box (which has currently not enough hard disk space to import all current revu uploads)
[02:46] <slavik> I am lost :(
[02:49] <moepot> sistpoty: okay. In that case I've to wait until hardy has been released?
[02:49] <sistpoty> moepot: you could fix a bug or so... maybe you'd like to take a look at the rc-bug list (see topic)
[02:52] <moepot> sistpoty: mmh good. but new packages aren't allowed?
[02:52] <slavik> http://rafb.net/p/sM4deI18.html
[02:53] <sistpoty> moepot: only, if there's a really, really good reason, why we'd want it in (in preference to backport from intrepid)
[02:53] <moepot> sistpoty: no, there isn't ;-)
[02:53] <Fujitsu> sistpoty: I wonder how much space you'd save with an fdupes+hardlinking run.
[02:54] <sistpoty> slavik: I'd suggest that you grep for GL_DEPTH_STENCIL_MESA and check if that file is included in rensize.c and also in the include path
[02:55] <sistpoty> Fujitsu: no idea, feel free to give it a shot ;)
[02:55] <slavik> the problem is that I can't find the file as I am building it from the repo source
[02:56] <sistpoty> ScottK2: personal one: bug 205810 would need an ACK
[02:56] <ubotu> Launchpad bug 205810 in attal "please sync attal (1.0~rc1+cvs20080318-1) and attal-themes (1.0~rc1+cvs20080318-1) from unstable/main and (FIXME: moving target) to universe" [Undecided,New] https://launchpad.net/bugs/205810
[02:56] <sistpoty> slavik: my best guess is that its somewhere in the repo source as well... but that's of course only a wild guess
[02:57] <moepot> wow, really nice bot
[02:57] <moepot> bug 1
[02:57] <ubotu> Launchpad bug 1 in ubuntu "Microsoft has a majority market share" [Critical,Confirmed] https://launchpad.net/bugs/1
[02:58] <moepot> that's cool :D
[02:58] <sistpoty> moepot: please don't abuse it... it might get angry otherwise ;)
[02:58] <moepot> sistpoty: oh.. what a bad bot :(
[02:58] <sistpoty> heh
[03:03] <slavik> hmm, nothing :(
[03:05] <slavik> hmm, http://lists.debian.org/debian-x/2006/08/msg00827.html
[03:06] <slavik> someone had this before ... but I still don't understand what the fix is
[03:07] <sistpoty> slavik: oh, seems like you have some nvidia headers installed?
[03:07] <sistpoty> (instead of the build-dependencies)
[03:08] <slavik> I guess so ... :(
[03:08] <slavik> how would I remove the driver?
[03:08] <sistpoty> slavik: you might want to use a chroot (or pbuilder) maybe?
[03:10] <slavik> how different is the process with pbuilder?
[03:11] <sistpoty> pbuilder actually is some glue around a chroot, aimed at building debian packages (you give it a debian source package as input, and a .deb falls out). So it's hardy to use than a mere chroot when dealing with upstream builds or stuff.
[03:11] <slavik> k
[03:12] <sistpoty> but at the base, pbuilder has still a tarball of a chroot (it's really only some glue around it)
[03:12] <slavik> I have all the packages and everything and applied the debdiff
[03:12] <slavik> pbuilder is getting packages it needs
[03:12] <sistpoty> well, as listed in build-depends
[03:14] <sistpoty> lol, I just read that I wrote hardy instead of hard... damn coincidence *g*
[03:14] <slavik> err ...
[03:14] <slavik> hmm
[03:15] <slavik> the original package was ubuntu5, but ubuntu6 was created (what is supposed to be the new package
[03:15] <slavik> the errors were on debuild -uc -us
[03:16] <slavik> should I just run pbuilder on the ubuntu5.dsc?
[03:17] <sistpoty> yes, exactly... s.th. like pbuilder build ....dsc
[03:17] <sistpoty> (or pdebuild in the top dir of the source package, just like debuild)
[03:18] <slavik> what's the difference?
[03:18] <slavik> wait, I need to build with the applied (to the source) patch
[03:18] <sistpoty> the correlation between pdebuild and pbuilder is the same as debuild and dpkg-buildpackage
[03:18] <sistpoty> the first is a wrapper around the second
[03:19] <slavik> so, there is no difference which I do?
[03:19] <slavik> pdebuild vs. pbuilder
[03:19] <sistpoty> not too much of a difference, no
[03:19] <slavik> k
[03:19] <slavik> as long as the patch gets applied :P
[03:20] <sistpoty> heh
[03:20] <slavik> it's the one that fixes the stuck key when scrolling
[03:20]  * slavik is a complete packaging noob :P
[03:21] <emgent> debian #469488
[03:21] <ubotu> Debian bug 469488 in wireshark "wireshark: CVE-2008-107[0-2] multiple ways to crash wireshark via crafted packets" [Important,Fixed] http://bugs.debian.org/469488
[03:22] <slavik> bug 194214
[03:22] <ubotu> Launchpad bug 194214 in xorg-server "Keys get "stuck" down" [High,Confirmed] https://launchpad.net/bugs/194214
[03:22] <slavik> that one :)
[03:28] <sistpoty> emgent: FFe already filed and granted fot that one
[03:28] <sistpoty> (\sh_away: did it)
[03:29] <emgent> yes i know
[03:29] <sistpoty> k
[03:29] <emgent> \sh say to me to work in gutsy
[03:29] <sistpoty> :)
[03:29] <emgent> bug #172283
[03:29] <ubotu> Launchpad bug 172283 in wireshark "[wireshark] multiple vulnerabilities" [Medium,Confirmed] https://launchpad.net/bugs/172283
[03:30] <emgent> now i'm in building test
[03:30] <emgent> :)
[03:30] <emgent> but there are some problem with CVE-2008-1070 and CVE-2008-1071
[03:30] <ubotu> The SCTP dissector in Wireshark (formerly Ethereal) 0.99.5 through 0.99.7 allows remote attackers to cause a denial of service (crash) via a malformed packet. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1070)
[03:30] <ubotu> The SNMP dissector in Wireshark (formerly Ethereal) 0.99.6 through 0.99.7 allows remote attackers to cause a denial of service (crash) via a malformed packet. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1071)
[03:31] <emgent> CVE-2008-1070 seems not vulnerable in linux OS.
[03:31] <ubotu> The SCTP dissector in Wireshark (formerly Ethereal) 0.99.5 through 0.99.7 allows remote attackers to cause a denial of service (crash) via a malformed packet. (http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2008-1070)
[03:31] <emgent> i tested it, but work fine and i dont have microsoft box for confirm my test
[03:32] <emgent> anyway debian too dont fix it in lenny, only in sid with version bump.
[03:40]  * sistpoty goes to bed now... gn8 everyone
[03:51] <slavik> well, either the patch doesn't fix the bug for me or when I ran pbuilder, the source wasn't built with the patch ...
[03:59] <jdong> anyone have md5sums for hardy beta amd64 desktop ISO handy?
[03:59] <jdong> don't feel like navigating the mirrors
[04:02] <emgent> ok i go to sleep.
[04:02] <emgent> night gang
[04:04] <slavik> jdong: web site?
[08:44] <Fujitsu> Is there any way I can get a list of lists.ubuntu.com lists that I'm subscribed to as a certain email address? It doesn't send out the usual reminders.
[08:52] <warp10> Good morning
[09:01] <adnarim> hi
[09:02] <adnarim> could someone give me a little bit advice on how to packaga a Java-application which is just a simple JAR-file?
[09:33] <uniscrip1> how can I create a package that patchs or mixes in into another binary package?
[09:33] <uniscrip1> I can think of two ways: dpkg-divert or replaces: but neither fits me quite right
[09:38] <adnarim> uniscrip1 as I understood the debian-policy mucking with another packages config or binary isn't allowed
[09:40] <uniscrip1> it is if you are a good boy about it
[09:40] <uniscrip1> and I do want to be a good boy, honest guv :)
[09:41] <uniscrip1> replaces: allows a package to take over ownership of a file from another package and then replace it
[09:41] <uniscrip1> (that's replaces: field in the control file)
[09:42] <uniscrip1> but when that happens you can't update the original package because it can't overwright one of its files
[09:42] <uniscrip1> (overwrite even)
[09:42] <Fujitsu> uniscrip1: That's why it's evil and wrong and verboten.
[09:43] <uniscrip1> well it's better than trying to get a parallel install of openoffice working
[09:43] <uniscrip1> because that doesn't work either
[09:43] <adnarim> yes I know about replaces but I have just seen it in use when replacing a whole package like conflicts would be used
[09:44] <adnarim> what do you want to achieve uniscrip1 ? maybe you can talk to the openoffice maintainer to add your modifications?
[09:44] <uniscrip1> we are hoping that will happen in due course
[09:44] <uniscrip1> at the moment it's for early adopters to support extended smart rendering
[09:45] <uniscrip1> i.e. even if our code was accepted today, it won't get into ubuntu until intrepid at the very very earliest and probably intrepid+1
[09:45] <uniscrip1> OO tends to work 2 versions ahead of itself :(
[09:47] <adnarim> yes af course there's no way to get it into the offical repos until interapid, you could offer an alternate openoffice-package and declare in the controls that it conflicts with the original openoffice package
[09:47] <uniscrip1> hmm and force them to reinstall
[09:48] <uniscrip1> do I call it the same thing?
[09:48] <uniscrip1> openoffice.org?
[09:48] <adnarim> yes
[09:48] <adnarim> or you could just write a sloopy hack and offer this to your users
[09:49] <uniscrip1> what version would I give it? the ubuntu version +1?
[09:49] <uniscrip1> so that the next update kicks it out?
[09:49] <uniscrip1> sloopy hack means replaces?
[09:50] <uniscrip1> hmm perhaps I could write a openoffice.org-core that conflicts with the normal openoffice.org-core and replace the files I want in there?
[09:50] <adnarim> if you would give it ubuntuX+1 it will replaced by the offical repos if there will be some bugs to fix.... you could use Epoch to prevent this
[09:50] <uniscrip1> would that be so bad?
[09:50] <adnarim> yes because how will you fix the occuring problem if someone deinstalls your package?
[09:50] <Fujitsu> If you use an epoch for that, a velociraptor will come and eat you.
[09:50] <adnarim> :)
[09:50] <uniscrip1> sounds painful :)
[09:51] <uniscrip1> well at least it means that they won't get anything out of sync
[09:51] <uniscrip1> i.e. if they update OO then my patch gets dumped until I can slide in a replacement
[09:51] <uniscrip1> the problem is that I want to make this an optional install
[09:52] <uniscrip1> not: oh look you got the update, you now have graphite whether you like it or not
[09:52] <uniscrip1> mind you not that anyone should notice
[09:52] <adnarim> but as said If you replace files and someone deinstalls your package he will end up with an unusable oo-package
[09:53] <uniscrip1> true because it won't put the files back
[09:53] <uniscrip1> sigh
[09:54] <uniscrip1> how about alternative repository: you turn on the repository and you get the replacement packages
[09:54] <uniscrip1> but how does that make sure they get the right replacement package for the right version
[09:55] <adnarim> I mean what do you have to replace at all in the original package?
[09:55] <uniscrip1> libvcl
[09:55] <uniscrip1> i.e. just one .so
[09:56] <adnarim> well I think the best thing would be to write a patch for this. I someone wants your additions he applays the patch if he doesn't want it anymore he reverts the patch...
[09:57] <uniscrip1> we're talking users here not package builders
[09:57] <uniscrip1> or are you talking a binary patch
[09:57] <uniscrip1> or are you talking a script they run to poke the patch in?
[09:57] <adnarim> you will use the deb-system as a patching-engine what it's not, you should tell to users to aplly a patch
[09:58] <uniscrip1> by a patch you mean: install a package and run the program to overwrite the libvcl?
[09:58] <uniscrip1> and then when oo next updates the patch is lost (a good thing)
[09:58] <uniscrip1> and they have to go around again?
[09:58] <adnarim> now I mean a patch :) a simple diff-file which can be apllied via the patch command
[09:58] <uniscrip1> err have you ever tried building OpenOffice?
[09:58] <adnarim> no why should I :D
[09:59] <uniscrip1> you do not want to try
[09:59] <Fujitsu> It takes many hours, and often won't build.
[09:59] <uniscrip1> 12hrs build time
[09:59] <uniscrip1> this has got to be a binary patch
[09:59] <uniscrip1> any other application and I might be inclined to agree but this is OO we are talking about
[09:59] <adnarim> you can take all the necassary build-files out of the already buold-package with apt-get source openoffice...
[09:59] <uniscrip1> yes I know *I* can patch OO (after a week of hackery)
[09:59] <uniscrip1> but average joe users can't
[10:00] <adnarim> no you just create your modified files and let them compare to the original ones with the diff command
[10:00] <uniscrip1> so what does the user do? talk me through the scenario
[10:00] <adnarim> the file you get as output is the patch and a user can apply it with one single command
[10:01] <uniscrip1> which overrides their libvcl they have installed
[10:01] <uniscrip1> yes?
[10:01] <adnarim> exactly
[10:01] <uniscrip1> and then when they update oo the patch is lost (which is a good thing btw0
[10:01] <adnarim> yes
[10:01] <uniscrip1> and I produce another one specific to that version and then they apply that
[10:01] <uniscrip1> OK I'll look into that
[10:01] <uniscrip1> is that the best we can do?
[10:02] <adnarim> I think this should work fine and would be the best solution at the moment
[10:02] <adnarim> but if yu really want to get it into the offical repositorys don't forget talking early with the OOmaintainer about it
[10:02] <uniscrip1> and I can use dependencies to make sure that the patch package they download is appropriate to the version of OO they have installed?
[10:02] <adnarim> such a procedure can take a long time
[10:03] <uniscrip1> hopefully it'll be as easy as adding: --enable-graphite to his configure flags
[10:03] <adnarim> the patch notices if the files aren't correct
[10:03] <adnarim> just take a look at man patch and man diff
[10:03] <uniscrip1> OK
[10:03] <uniscrip1> but we are patching binaries here, please note
[10:03] <uniscrip1> right I need to go
[10:03] <uniscrip1> thanks for your input
[10:03] <adnarim> np ;)
[10:04] <uniscrip1> I will go and think on it and how to do binary patching without people noticing :)
[10:08] <tsmithe> hi there: could a motu upload the debdiff at bug 205771?
[10:08] <ubotu> Launchpad bug 205771 in mscore "Please update mscore to 0.9.1d+dfsg-0ubuntu3 (debdiff attached)" [Undecided,New] https://launchpad.net/bugs/205771
[10:36]  * Fujitsu tries to convince mplayer that it does, really want to build on more than i386 and amd64.
[11:38]  * tsmithe pokes motu
[11:38] <tsmithe> bug 205771? :)
[11:38] <ubotu> Launchpad bug 205771 in mscore "Please update mscore to 0.9.1d+dfsg-0ubuntu3 (debdiff attached)" [Undecided,New] https://launchpad.net/bugs/205771
[11:38] <frenchy_> slangasek: Hi there!  Can I talk to you about NetworkManager here?
[11:39] <frenchy_> Ooops, is that an "ask to ask"?
[11:42] <tsmithe> RainCT, could you upload a debdiff for me?
[11:44] <james_w> tsmithe: your debdiff reverses the maintainer change.
[11:44] <tsmithe> james_w, woops. that must be from a previous debian-mentors upload
[11:48] <james_w> tsmithe: so, if you fix that the patch looks ok to me. I can't sponsor though I'm afraid.
[11:48] <james_w> you just need to have patience and wait for someone to pick it up.
[11:48] <tsmithe> don't worry; thanks for checking it out :)
[11:48] <james_w> no problem
[11:48] <tsmithe> yep. i just don't want it to be there when freezes get more stringent
[11:52]  * tsmithe uploads new debdiff and goes /away
[11:53] <Hobbsee> slangasek: there are instructions for dealing with NBS.  they're even public.
[12:00] <frenchy_> Hobbsee:  What packages are NBS? Not Built from Source, right?  When does this happen?  If you can spare a moment.
[12:00] <Hobbsee> frenchy_: correct.  it happens when a source stops building a binary (lib soname change, new libname, for eg)
[12:06] <RainCT> frenchy_: when the source package for a package is removed but the binary is still needed as it's a dependency of some other package(s)
[12:06] <frenchy_> Hobbsee: Thanks,  ...
[12:06] <RainCT> eh, was already answered :P
[12:06] <frenchy_> RainCT: Thanks ... now that makes sense. ... sorry Hobbsee.
[12:06] <Hobbsee> no problem
[12:07] <frenchy_> RainCT: Thank you.  I disambiguated the previous answer.
[12:07] <frenchy_> Sorry .. no offence there ... to anyone.
[12:09] <frenchy_> !NBS
[12:09] <ubotu> Some packages are no longer built from source as a result of various transitions.  The reverse dependencies of these packages require an update.  The current tracking list is available from http://people.ubuntu.com/~ubuntu-archive/NBS/
[12:24] <StevenHarperUK> Hi everyone: I have a small bug in a Hardy package - its very easy to fix, but due to workload on you guys sorting packages, should I fix it and make a package, or the MOTU's maxed out?
[12:24] <StevenHarperUK> I also only just put out the last version -> last night
[12:34] <ScottK> StevenHarperUK: Make a package.  Odds of it getting sponsored before release are good.
[12:37] <sebner> ScottK: time for a 2nd ACK? bug #204552
[12:37] <ubotu> Launchpad bug 204552 in packagesearch "[FFe] Please sync packagesearch 2.3 from Debian(Unstable)" [Wishlist,Confirmed] https://launchpad.net/bugs/204552
[12:37]  * broonie notes that in general there are very few people who'd prefer a report without a patch over one with a patch.
[12:37] <StevenHarperUK> ScottK: ta I will
[12:42] <ScottK> sebner: It's already approved.
[12:44] <sebner> ScottK: through Cesare? Ah. He should write ACK #2 :) nvm. Thanks and sry
[12:45] <ScottK> sebner: No problem.  You can tell when someone from motu-release marks it confirmed.
[12:47] <sebner> ScottK: k :) /me is now subscribing u-u-s several times :)
[12:57] <ScottK> doko: We are very close on python-xml.  After the two syncs that you've requested are processes there are only two left.  zsi looks like the tough one.  I think it's either grab an svn snapshot or embed python-xml (at least a large chunk of it) in the current release.
[13:02] <Iulian> Hey
[13:08] <sistpoty> hi folks
[13:08] <sebner> aloha sistpoty
[13:08] <sistpoty> hi sebner
[13:09] <sistpoty> Hobbsee: please give back missingh on sparc, thanks!
[13:10] <ScottK> pochu: emesene is one of two pakcages with python-xml removal unresolved.  Please get the FFe done ....
[13:10] <Hobbsee> sistpoty: given back
[13:10] <sistpoty> thanks Hobbsee
[13:14] <sebner> sistpoty: do you have a lot of work today?
[13:14] <sistpoty> sebner: I've always got a lot of work :P
[13:15] <sebner> sistpoty: ^^. It's just that audacious still needs a sponsor ACK but I'm afraid that no one looks at audacious because it's set to confirmed ^^
[13:46] <sistpoty> sebner: audacious-plugins: please take a look at the ubuntu delta again, and tell if it can be dropped or not (the delta is not pulseaudio-by-default there)
[13:48] <sebner> sistpoty: damn it. and thanks for looking
[13:49] <sistpoty> np
[13:55] <sebner> sistpoty: difficult question. in generel we can drop the Replaces field because we can install both and in fact it's better to have both. -plugins and -plugins-extra
[13:56] <sistpoty> sebner: the conflicts are versioned... are there no file conflicts any longer between the old version and the new package? otherwise the upgrade path breaks
[13:57] <sebner> sistpoty: I'm not yet at the conflicts ^^.
[14:00] <sebner> sistpoty: hmm I'm of the opinion that we only have to adjust audacious-plugins-extra (<< 1.4.2-1ubuntu2) to audacious-plugins-extra (<< 1.4.5-1ubuntu1)
[14:03] <bddebian> Heya gang
[14:05] <sistpoty> hi bddebian
[14:05] <bddebian> Hi sistpoty
[14:17] <sebner> buon giorno DktrKranz
[14:17] <DktrKranz> the same sebner :)
[14:20] <sebner> sistpoty: I tested the update from gutsy to hardy with http://pastebin.com/m67274a61 . No problems
[14:26] <sebner> sistpoty: and I had no problem from updating audacious hardy version to gutsy version. so leave it or test it with audacious-plugins-extra (<< 1.4.5-1ubuntu1) ?
[14:33]  * sistpoty looks at actual files
[14:50] <sistpoty> sebner: the 1.4.5-1ubuntu1 seems fine, since pulseaudio was moved between packages there. OTOH it would seem good to me to keep the move of the pulseaudio plugin
[14:54] <sistpoty> sebner: if you keep the pulseaudio plugin in the plugins package, then you should keep the old conflicts
[14:55] <sebner> sistpoty: 1.4.2 ?
[14:56] <sistpoty> yes
[14:56] <sebner> sistpoty: that would be the best?
[14:56] <sistpoty> sebner: yes
[14:57] <sebner> sistpoty: but I can take the Depends line from debian?
[15:00] <sistpoty> sebner: yes
[15:00] <sebner> sistpoty: but that means also that we have to keep the Replaces line!?
[15:01] <sistpoty> sebner: yes, I'd keep it. it shouldn't matter too much iirc for upgrades. (as the new version also acts to replace the older version, so apt should figure w.o. as well)
[15:02] <LimCore> hello
[15:02] <LimCore> how can I make a proper .patch  to fix bug   https://bugs.launchpad.net/ubuntu/+source/scponly/+bug/122715  as described there
[15:02] <ubotu> Launchpad bug 122715 in scponly "setup_chroot not working correctly on amd64" [Undecided,Confirmed]
[15:02] <sebner> sistpoty: k. thank you. Want should I've done without you
[15:02] <sistpoty> np
[15:02] <LimCore> and what can I make about it - where it have chance of getting into release?
[15:13] <sebner> sistpoty: debdiff attached
[15:16] <ScottK> sistpoty: I replied on the mailscanner FFe.  I wash my hands of it.
[15:17] <ScottK> sistpoty: If only we had Reason for Removal: Upstream are idiots.
[15:17] <sistpoty> heh
[15:18] <zul> hey ScottK
[15:19] <ScottK> Heya zul.
[15:21] <sistpoty> sebner: debdiff for -plugins looks ok, however I'd like better changelog entries: what was done and *why* (which was not there in the old ones, but that's not a reason to be lacking in a new changelog entry)
[15:22] <sebner> sistpoty: ok
[15:24] <sistpoty> sebner: e.g.: "debian/control: Add versioned conflicts/replaces against audacious-plugins-extra to audacious-plugins, since the libpulse output plugin used to live in audacious-plugins-extra"
[15:25] <sebner> sistpoty: wow. that's a nice sentence
[15:27] <sistpoty> sebner: well, I learned being verbose when I had to redo my earlier merges back than in dapper. And I was really puzzled what I had done to some packages from looking at my changelog entries *g*
[15:28] <sebner> sistpoty: ^^. is it a problem that I can't find out why we started to suggest timidy?
[15:30] <sistpoty> sebner: yes, otherwise I assume you're changing s.th. w.o. knowing what you're doing :P
[15:30] <ScottK> sebner: You might search closed bugs.
[15:30] <sebner> ScottK: yeah I know ;)
[15:30] <sebner> sistpoty: ^^
[15:32] <ScottK> I tend to drop undocumented changes if I can't figure out why.  For a recommends, I'd just look at the package and see if you think it makes sense.  If you do, document why.  If you don't, drop it.
[15:33] <sebner> just found it out
[15:35] <sebner> ScottK: but thx for the advice :)
[15:37] <nxvl> james_w: hi
[15:38] <nxvl> james_w: i answer you on Bug #205985, there is not what you point to, but it is also present
[15:38] <ubotu> Launchpad bug 205985 in mysql-dfsg-5.0 "package mysql-server-5.0 5.0.51a-1ubuntu1 failed to install/upgrade: subprocess new pre-removal script returned error exit status 1" [Undecided,New] https://launchpad.net/bugs/205985
[15:38] <james_w> hi nxvl
[15:39] <james_w> thanks for the clarification, it was just a guess, as I had seen the linked mail just a couple of days ago.
[15:39] <james_w> sorry for the incorrect pointer.
[15:40] <sebner> sistpoty: but I still don't understand one thing. We introduced versioning because libpulse output plugin used to live in audacious-plugins-extra but we moved it to the normal plugins!?
[15:40] <nxvl> james_w: there is no problem, you point to another bug it is also present :D
[15:41] <james_w> yay, fluke bug reporting!
[15:44] <nxvl> james_w: i also added a patch on Bug #162167 if you want to take a look
[15:44] <ubotu> Launchpad bug 162167 in mysql-dfsg-5.0 "mySQL password asks only once" [Wishlist,Confirmed] https://launchpad.net/bugs/162167
[15:45] <sistpoty> sebner: yes
[15:47] <sebner> sistpoty: ehm and why again we don't drop the versioning since we moved it to the main plugins?
[15:47] <james_w> nxvl: "pidfile=/usr/sbin/mysqld --print-defaults \" looks quite odd, did you intend to use $()?
[15:48] <sistpoty> sebner: the current packages don't have a file conflict. however there was an earlier version of -extra which contains the pulseaudio-plugin, which is now in the -plugins package. hence these two cannot be installed together
[15:49] <nxvl> james_w: i have try to use it before, but it seems not to work
[15:50] <nxvl> james_w: i always try to use `
[15:50] <james_w> nxvl: also -x is "is executable", did you mean -e?
[15:50] <james_w> nxvl: there doesn't appear to be either $() or `` in the patch.
[15:51] <james_w> '+  echo "hola"' <- is that a debugging statement?
[15:51] <nxvl> james_w: ups!
[15:51] <nxvl> :P
[15:51] <sebner> sistpoty: that means with hardy +1 it can be dropped?
[15:52] <sistpoty> sebner: imo yes, as gutsy->hardy+1 upgrades are not s.th. we support iirc
[15:53] <sebner> sistpoty: k, thx
[15:54] <nxvl> james_w: it's monday morning after a loong weekend, my brain doesn't work even at 50%
[15:54] <james_w> :-)
[15:55] <nxvl> james_w: ok, updated
[15:58] <sebner> sistpoty: updated. I hope I can make you happy now ^^ :P
[16:01] <james_w> nxvl: looks ok to me, but I don't know the package I'm afraid.
[16:07] <sistpoty> sebner: almost: please don't exceed 80 chars in debian/changelog (but I can fix this and upload then, it will then stay in dep-wait until audacious is synced hopefully, so lp can sort it out on its own)
[16:08] <nxvl> james_w: :D it just need some testing
[16:08] <james_w> nxvl: yup.
[16:08] <sebner> sistpoty: It was my intention to see if you complain about the 80chars ^^. No to be serious. Thanks for all
[16:08] <sistpoty> np
[16:08]  * sebner still has to learn many things :)
[16:31] <joejaxx> Good Afternoon All :)
[16:33] <sistpoty> hey joejaxx
[17:27] <emgent> hello
[17:35] <slangasek> Hobbsee: if you mean the instructions in https://wiki.ubuntu.com/ArchiveAdministration, those don't actually map to whatever cronjob generates the information on people.u.c... well, I suppose maybe I have passwordless rsync access to rookery, I dunno
[17:36] <slangasek> frenchy_: you can, but not at 4am. :)
[17:43] <buttterz> afternoon :)
[19:28] <Iulian> Can someone please take a look at bug #206072 and ACK ?
[19:28] <ubotu> Launchpad bug 206072 in spamoracle "Please sync spamoracle 1.4-11 (universe) from Debian unstable" [Wishlist,Confirmed] https://launchpad.net/bugs/206072
[19:40] <frenchy_> slangasek: How about at 0630?
[19:42] <frenchy_> slangasek: I think that there's another version available for Hardy.  I'll try that first and report back tonight.
[19:54] <dgrt> Does anyone know whether not pymedia (http://pymedia.org/) will be added as an ubuntu package?
[19:56] <ScottK> dgrt: If it's not already in Hardy, not until some future release at the earliest
[19:56] <dgrt> ScottK: thanks.
[20:53] <sebner> aloha jono :)
[20:53] <jono> hey
[22:58] <mathiaz> The hwtest-server package has a .config script that calls /usr/share/hwtest/install/config, shipped by the hwtest package. However hwtest-server only Depends on hwtest. Would hwtest-server Pre-Depends on hwtest be enough to fix the fail installation of hwtest-server ?
[23:05] <soren> mathiaz: Depends should be sufficient, I believe.
[23:06] <soren> mathiaz: With a Depends:, the package on which you depend must be installed, but not necessarily configured.
[23:24] <Fujitsu> RAOF: I can't get your PPA nouveau working on Hardy. It complains about unknown versions of various drm symbols.
[23:52] <RAOF> Fujitsu: Sigh.  I really need to just sit down and do the dpkg-divert/module-assistant stuff.
[23:52] <RAOF> Fujitsu: The problem is that I don't overwrite our drm module (in drivers/char/drm or somesuch), but provide an extra one in /extra.
[23:53] <RAOF> On _my_ system, the one in /extra gets loaded.  On some other people's systems, the Ubuntu-shipped one gets loaded.  And that doesn't work, because nouveau requires git drm.
[23:54] <RAOF> The practical upshot?  Manually insmod /lib/modules/2.6.24-12-generic/extra/drm.ko, then modprobe nouveau.  Then start X.
[23:54] <ethana2> there is no package for truecrypt
[23:54] <ethana2> easy crypt requires it
[23:54] <ethana2> but it does not depend on it
[23:55] <ethana2> the latest version of truecrypt has a bug fix that is required for easycrypt to function
[23:55] <ethana2> it needs to be put into the ubuntu repositories
[23:58] <WillieDaPimp> E: /var/cache/apt/archives/language-pack-en_1%3a8.04+20080317_all.deb: trying to overwrite `/usr/share/locale-langpack/en_GB/LC_MESSAGES/shared-mime-info.mo', which is also in package language-pack-gnome-en
[23:58] <WillieDaPimp> anybody know what i can do about that ^^  i am running hardy beta
[23:59] <WillieDaPimp> never mind just re running the update manager fixed it