[00:06] Hobbsee, Fujitsu: Oh, cool. Looks like bug #194214 may have some resolution! [00:06] Launchpad bug 194214 in xorg-server "Keys get "stuck" down" [High,Confirmed] https://launchpad.net/bugs/194214 [00:06] RAOF: So I saw! [00:07] I'm building xorg-server with that patch applied right now :) [00:07] I would too, but my CPU time is being absorbed by mplayer-building evilness. [00:07] I think it's those LDFLAGS changes again, but it seems intermittent. Yay. [00:09] Wow. xorg-server has _pages_ of dpkg-shlibs warnings :) [00:09] Lovely. [00:10] Right. Time to install this, nvidia-glx-new, and see if I can break it. :) [00:12] Have you reinstalled? [00:12] No. So my system isn't exactly clean, but simply reinstalling all the xorg/mesa/etc related packages seems good enough. [00:12] RAOF: did you end up playing with ext4 yesterday? [00:13] 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] heh [00:17] Our wine maintainer rocks. Props to YokoZar (whom I assume is behind our shiny new wine). [00:23] pochu: Please finish filling out Bug 199218 so we can get python-xml removal finished. [00:23] 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 === ScottK3 is now known as ScottK2 [00:32] * ScottK2 reminds people about http://qa.ubuntuwire.org/bugs/rcbugs/ [00:36] Heya gnag [00:36] Err gang [00:36] hi bddebian [00:36] Heya bddebian. [00:36] Hi sistpoty, RAOF [00:36] hey bddebian [00:36] Fujitsu: That patch seems to fix it! Awwww, yeah. [00:36] RAOF: Great! [00:37] Hello protonchris [00:37] bddebian: I just closed a bug in powermanga, I happened to read (437299) :) [00:37] (DBTS) [00:37] strange enough, my mail is not displayed in the bug :/ [00:38] Before or after the new upstream? [00:38] I used the current version in unstable... it doesn't really matter, since the bug was just invalid [00:38] Oh, nice, thanks! :) [00:39] thanks for the new upstream version, bddebian... just tested it for the FFe :) [00:39] ScottK2: could you put the rcbug URL in the topic? [00:41] oh, and we've left beta freeze === sistpoty changed the topic of #ubuntu-motu to: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing === sistpoty changed the topic of #ubuntu-motu to: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | We're in FeatureFreeze, see http://wiki.ubuntu.com/FeatureFreeze === fta_ is now known as fta === sistpoty changed the topic of #ubuntu-motu to: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | We're in FeatureFreeze, see http://wiki.ubuntu.com/FeatureFreeze | please check rc bug fixes in debian not having entered ubuntu yet: http://qa.ubuntuwire.com/bugs/rcbugs/ [00:44] LaserJock: s.th. like that? [00:44] sistpoty: Ah, excellent, thanks [00:45] You going to file for attal too? :) [00:45] sistpoty: I was going to put it up front so everybody saw it, but yeah, thanks [00:45] bddebian: I only ack'd it, should we go for attal? [00:45] LaserJock: feel free to reorganize my mess ;) [00:46] sistpoty: Probably but I need to test a build with hardy :-( [00:46] bddebian: I guess I can do that [00:47] Hah, I just tried to upload adanaxisgpl to Debian.. w00ps [00:48] Should probably do clanlib too now that it just got accepted.. :) [00:48] Couple of RC bugs there, I think [00:49] heh [00:51] * bddebian needs to stop being a lamer wrt to Ubuntu this release :-( [00:52] come on bddebian, you contribute with all that fixes showing up on the rc list :P [00:53] Yeah but I'm not uploading shit to Ubuntu this release :-( [00:54] heh [00:54] bddebian: I guess you're a step further now, you let your shit get synced for this release :P === wolfger_ is now known as wolfger [00:59] :) [01:13] hi. in bug #164181 they ask to change the file crypttab.5.gz but i cant find such file in the source ? [01:13] Launchpad bug 164181 in cryptsetup "Manual page typos" [Low,Fix committed] https://launchpad.net/bugs/164181 [01:16] 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] Shit, I thought I fixed that [01:18] oh, I got an old version of attal-themes-medieval... that explains the funny apt behaviour [01:19] sorry bddebian [01:19] damn, new one didn't hit my unstable mirror yet [01:21] Bruno_: is there any crypttab.5 file in the source or debian/ ? [01:22] LaserJock: yeah, just found it its crypttab.5.txt [01:24] bddebian: oh nice, still in incoming :) [02:13] 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] Really? Grr, damnit [02:17] 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] I'm the .desktop file king I can't believe I missed that :-( [02:21] heh [02:22] I am trying to build xserver-xorg-core with a debdiff but I get errors regarding undeclared identifiers [02:22] 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] 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] heh [02:24] 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] moepot: give me a sec please [02:25] sistpoty: take it easy [02:26] what game? [02:26] moepot: what's your gpg key id? (too lazy to do a full resync now) [02:26] slavik: attal [02:26] one second.. [02:27] moepot: We aren't taking new packages right now, so there's no great rush. [02:27] sistpoty: 1024D/B6D4FFA0 is that right? [02:27] 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] ScottK2: I'm waiting for ibex ;-) [02:28] 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] OK. It's a pretty safe bet the keyring will get sync'ed between now an dthen. [02:29] sistpoty: yea, that's my key. but I don't really know if you meant the fingerprint [02:29] moepot: no, I just needed some keyid to import [02:30] aehm.. how to login in revu account? [02:31] 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] s/update/upload/ [02:33] sistpoty: ah. right. thank you much for your help and work ;-) [02:33] moepot: np, that wasn't too much work actually ;) [02:34] sistpoty: I hope so :-P [02:34] otherwise I'd blame the revu author... damn *g* [02:34] heh [02:34] ou yea.. hehe [02:41] ScottK2: Sorry, I read your message only now. But I think it's no problem to upload my package now? [02:45] 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] I am lost :( [02:49] sistpoty: okay. In that case I've to wait until hardy has been released? [02:49] 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] sistpoty: mmh good. but new packages aren't allowed? [02:52] http://rafb.net/p/sM4deI18.html [02:53] moepot: only, if there's a really, really good reason, why we'd want it in (in preference to backport from intrepid) [02:53] sistpoty: no, there isn't ;-) [02:53] sistpoty: I wonder how much space you'd save with an fdupes+hardlinking run. [02:54] 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] Fujitsu: no idea, feel free to give it a shot ;) [02:55] the problem is that I can't find the file as I am building it from the repo source [02:56] ScottK2: personal one: bug 205810 would need an ACK [02:56] 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] 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] wow, really nice bot [02:57] bug 1 [02:57] Launchpad bug 1 in ubuntu "Microsoft has a majority market share" [Critical,Confirmed] https://launchpad.net/bugs/1 [02:58] that's cool :D [02:58] moepot: please don't abuse it... it might get angry otherwise ;) [02:58] sistpoty: oh.. what a bad bot :( [02:58] heh [03:03] hmm, nothing :( [03:05] hmm, http://lists.debian.org/debian-x/2006/08/msg00827.html [03:06] someone had this before ... but I still don't understand what the fix is [03:07] slavik: oh, seems like you have some nvidia headers installed? [03:07] (instead of the build-dependencies) [03:08] I guess so ... :( [03:08] how would I remove the driver? [03:08] slavik: you might want to use a chroot (or pbuilder) maybe? [03:10] how different is the process with pbuilder? [03:11] 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] k [03:12] but at the base, pbuilder has still a tarball of a chroot (it's really only some glue around it) [03:12] I have all the packages and everything and applied the debdiff [03:12] pbuilder is getting packages it needs [03:12] well, as listed in build-depends [03:14] lol, I just read that I wrote hardy instead of hard... damn coincidence *g* [03:14] err ... [03:14] hmm [03:15] the original package was ubuntu5, but ubuntu6 was created (what is supposed to be the new package [03:15] the errors were on debuild -uc -us [03:16] should I just run pbuilder on the ubuntu5.dsc? [03:17] yes, exactly... s.th. like pbuilder build ....dsc [03:17] (or pdebuild in the top dir of the source package, just like debuild) [03:18] what's the difference? [03:18] wait, I need to build with the applied (to the source) patch [03:18] the correlation between pdebuild and pbuilder is the same as debuild and dpkg-buildpackage [03:18] the first is a wrapper around the second [03:19] so, there is no difference which I do? [03:19] pdebuild vs. pbuilder [03:19] not too much of a difference, no [03:19] k [03:19] as long as the patch gets applied :P [03:20] heh [03:20] it's the one that fixes the stuck key when scrolling [03:20] * slavik is a complete packaging noob :P [03:21] debian #469488 [03:21] 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] bug 194214 [03:22] Launchpad bug 194214 in xorg-server "Keys get "stuck" down" [High,Confirmed] https://launchpad.net/bugs/194214 [03:22] that one :) [03:28] emgent: FFe already filed and granted fot that one [03:28] (\sh_away: did it) [03:29] yes i know [03:29] k [03:29] \sh say to me to work in gutsy [03:29] :) [03:29] bug #172283 [03:29] Launchpad bug 172283 in wireshark "[wireshark] multiple vulnerabilities" [Medium,Confirmed] https://launchpad.net/bugs/172283 [03:30] now i'm in building test [03:30] :) [03:30] but there are some problem with CVE-2008-1070 and CVE-2008-1071 [03:30] 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] 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] CVE-2008-1070 seems not vulnerable in linux OS. [03:31] 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] i tested it, but work fine and i dont have microsoft box for confirm my test [03:32] anyway debian too dont fix it in lenny, only in sid with version bump. [03:40] * sistpoty goes to bed now... gn8 everyone === greeneggsnospam is now known as jsgotangco [03:51] 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] anyone have md5sums for hardy beta amd64 desktop ISO handy? [03:59] don't feel like navigating the mirrors [04:02] ok i go to sleep. [04:02] night gang [04:04] jdong: web site? === TheMuso_ is now known as TheMuso === freeflyi1g is now known as freeflying === RAOF is now known as Kel [08:44] 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] Good morning [09:01] hi [09:02] could someone give me a little bit advice on how to packaga a Java-application which is just a simple JAR-file? [09:33] how can I create a package that patchs or mixes in into another binary package? [09:33] I can think of two ways: dpkg-divert or replaces: but neither fits me quite right [09:38] uniscrip1 as I understood the debian-policy mucking with another packages config or binary isn't allowed [09:40] it is if you are a good boy about it [09:40] and I do want to be a good boy, honest guv :) [09:41] replaces: allows a package to take over ownership of a file from another package and then replace it [09:41] (that's replaces: field in the control file) [09:42] but when that happens you can't update the original package because it can't overwright one of its files [09:42] (overwrite even) [09:42] uniscrip1: That's why it's evil and wrong and verboten. [09:43] well it's better than trying to get a parallel install of openoffice working [09:43] because that doesn't work either [09:43] 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] what do you want to achieve uniscrip1 ? maybe you can talk to the openoffice maintainer to add your modifications? [09:44] we are hoping that will happen in due course [09:44] at the moment it's for early adopters to support extended smart rendering [09:45] 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] OO tends to work 2 versions ahead of itself :( [09:47] 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] hmm and force them to reinstall [09:48] do I call it the same thing? [09:48] openoffice.org? [09:48] yes [09:48] or you could just write a sloopy hack and offer this to your users [09:49] what version would I give it? the ubuntu version +1? [09:49] so that the next update kicks it out? [09:49] sloopy hack means replaces? [09:50] 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] 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] would that be so bad? [09:50] yes because how will you fix the occuring problem if someone deinstalls your package? [09:50] If you use an epoch for that, a velociraptor will come and eat you. [09:50] :) [09:50] sounds painful :) [09:51] well at least it means that they won't get anything out of sync [09:51] i.e. if they update OO then my patch gets dumped until I can slide in a replacement [09:51] the problem is that I want to make this an optional install === RAOF_ is now known as RAOF [09:52] not: oh look you got the update, you now have graphite whether you like it or not [09:52] mind you not that anyone should notice [09:52] but as said If you replace files and someone deinstalls your package he will end up with an unusable oo-package [09:53] true because it won't put the files back [09:53] sigh [09:54] how about alternative repository: you turn on the repository and you get the replacement packages [09:54] but how does that make sure they get the right replacement package for the right version [09:55] I mean what do you have to replace at all in the original package? [09:55] libvcl [09:55] i.e. just one .so [09:56] 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] we're talking users here not package builders [09:57] or are you talking a binary patch [09:57] or are you talking a script they run to poke the patch in? [09:57] 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] by a patch you mean: install a package and run the program to overwrite the libvcl? [09:58] and then when oo next updates the patch is lost (a good thing) [09:58] and they have to go around again? [09:58] now I mean a patch :) a simple diff-file which can be apllied via the patch command [09:58] err have you ever tried building OpenOffice? [09:58] no why should I :D [09:59] you do not want to try [09:59] It takes many hours, and often won't build. [09:59] 12hrs build time [09:59] this has got to be a binary patch [09:59] any other application and I might be inclined to agree but this is OO we are talking about [09:59] you can take all the necassary build-files out of the already buold-package with apt-get source openoffice... [09:59] yes I know *I* can patch OO (after a week of hackery) [09:59] but average joe users can't [10:00] no you just create your modified files and let them compare to the original ones with the diff command [10:00] so what does the user do? talk me through the scenario [10:00] the file you get as output is the patch and a user can apply it with one single command [10:01] which overrides their libvcl they have installed [10:01] yes? [10:01] exactly [10:01] and then when they update oo the patch is lost (which is a good thing btw0 [10:01] yes [10:01] and I produce another one specific to that version and then they apply that [10:01] OK I'll look into that [10:01] is that the best we can do? [10:02] I think this should work fine and would be the best solution at the moment [10:02] but if yu really want to get it into the offical repositorys don't forget talking early with the OOmaintainer about it [10:02] 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] such a procedure can take a long time [10:03] hopefully it'll be as easy as adding: --enable-graphite to his configure flags [10:03] the patch notices if the files aren't correct [10:03] just take a look at man patch and man diff [10:03] OK [10:03] but we are patching binaries here, please note [10:03] right I need to go [10:03] thanks for your input [10:03] np ;) [10:04] I will go and think on it and how to do binary patching without people noticing :) [10:08] hi there: could a motu upload the debdiff at bug 205771? [10:08] Launchpad bug 205771 in mscore "Please update mscore to 0.9.1d+dfsg-0ubuntu3 (debdiff attached)" [Undecided,New] https://launchpad.net/bugs/205771 === evalles_ is now known as effie_jayx [10:36] * Fujitsu tries to convince mplayer that it does, really want to build on more than i386 and amd64. === doko_ is now known as doko === asac_ is now known as asac === never|mobi is now known as neversfelde|mobi [11:38] * tsmithe pokes motu [11:38] bug 205771? :) [11:38] 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] slangasek: Hi there! Can I talk to you about NetworkManager here? [11:39] Ooops, is that an "ask to ask"? [11:42] RainCT, could you upload a debdiff for me? [11:44] tsmithe: your debdiff reverses the maintainer change. [11:44] james_w, woops. that must be from a previous debian-mentors upload === Allan_ is now known as Hit3k_ === Hit3k_ is now known as Hit3k [11:48] tsmithe: so, if you fix that the patch looks ok to me. I can't sponsor though I'm afraid. [11:48] you just need to have patience and wait for someone to pick it up. [11:48] don't worry; thanks for checking it out :) [11:48] no problem [11:48] 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] slangasek: there are instructions for dealing with NBS. they're even public. [12:00] Hobbsee: What packages are NBS? Not Built from Source, right? When does this happen? If you can spare a moment. [12:00] frenchy_: correct. it happens when a source stops building a binary (lib soname change, new libname, for eg) [12:06] 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] Hobbsee: Thanks, ... [12:06] eh, was already answered :P [12:06] RainCT: Thanks ... now that makes sense. ... sorry Hobbsee. [12:06] no problem [12:07] RainCT: Thank you. I disambiguated the previous answer. [12:07] Sorry .. no offence there ... to anyone. [12:09] !NBS [12:09] 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] 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] I also only just put out the last version -> last night [12:34] StevenHarperUK: Make a package. Odds of it getting sponsored before release are good. [12:37] ScottK: time for a 2nd ACK? bug #204552 [12:37] 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] ScottK: ta I will [12:42] sebner: It's already approved. [12:44] ScottK: through Cesare? Ah. He should write ACK #2 :) nvm. Thanks and sry [12:45] sebner: No problem. You can tell when someone from motu-release marks it confirmed. [12:47] ScottK: k :) /me is now subscribing u-u-s several times :) === ember_ is now known as ember [12:57] 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] Hey [13:08] hi folks [13:08] aloha sistpoty [13:08] hi sebner [13:09] Hobbsee: please give back missingh on sparc, thanks! [13:10] pochu: emesene is one of two pakcages with python-xml removal unresolved. Please get the FFe done .... [13:10] sistpoty: given back [13:10] thanks Hobbsee [13:14] sistpoty: do you have a lot of work today? [13:14] sebner: I've always got a lot of work :P [13:15] 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] 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] sistpoty: damn it. and thanks for looking [13:49] np [13:55] 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] 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] sistpoty: I'm not yet at the conflicts ^^. [14:00] 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] Heya gang [14:05] hi bddebian [14:05] Hi sistpoty [14:17] buon giorno DktrKranz [14:17] the same sebner :) [14:20] sistpoty: I tested the update from gutsy to hardy with http://pastebin.com/m67274a61 . No problems [14:26] 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] 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] sebner: if you keep the pulseaudio plugin in the plugins package, then you should keep the old conflicts [14:55] sistpoty: 1.4.2 ? [14:56] yes [14:56] sistpoty: that would be the best? [14:56] sebner: yes [14:57] sistpoty: but I can take the Depends line from debian? [15:00] sebner: yes [15:00] sistpoty: but that means also that we have to keep the Replaces line!? [15:01] 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] hello [15:02] how can I make a proper .patch to fix bug https://bugs.launchpad.net/ubuntu/+source/scponly/+bug/122715 as described there [15:02] Launchpad bug 122715 in scponly "setup_chroot not working correctly on amd64" [Undecided,Confirmed] [15:02] sistpoty: k. thank you. Want should I've done without you [15:02] np [15:02] and what can I make about it - where it have chance of getting into release? [15:13] sistpoty: debdiff attached [15:16] sistpoty: I replied on the mailscanner FFe. I wash my hands of it. [15:17] sistpoty: If only we had Reason for Removal: Upstream are idiots. [15:17] heh [15:18] hey ScottK [15:19] Heya zul. [15:21] 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] sistpoty: ok [15:24] 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] sistpoty: wow. that's a nice sentence [15:27] 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] sistpoty: ^^. is it a problem that I can't find out why we started to suggest timidy? [15:30] sebner: yes, otherwise I assume you're changing s.th. w.o. knowing what you're doing :P [15:30] sebner: You might search closed bugs. [15:30] ScottK: yeah I know ;) [15:30] sistpoty: ^^ [15:32] 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] just found it out [15:35] ScottK: but thx for the advice :) [15:37] james_w: hi [15:38] james_w: i answer you on Bug #205985, there is not what you point to, but it is also present [15:38] 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] hi nxvl [15:39] thanks for the clarification, it was just a guess, as I had seen the linked mail just a couple of days ago. [15:39] sorry for the incorrect pointer. [15:40] 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] james_w: there is no problem, you point to another bug it is also present :D [15:41] yay, fluke bug reporting! [15:44] james_w: i also added a patch on Bug #162167 if you want to take a look [15:44] Launchpad bug 162167 in mysql-dfsg-5.0 "mySQL password asks only once" [Wishlist,Confirmed] https://launchpad.net/bugs/162167 [15:45] sebner: yes [15:47] sistpoty: ehm and why again we don't drop the versioning since we moved it to the main plugins? [15:47] nxvl: "pidfile=/usr/sbin/mysqld --print-defaults \" looks quite odd, did you intend to use $()? [15:48] 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] james_w: i have try to use it before, but it seems not to work [15:50] james_w: i always try to use ` [15:50] nxvl: also -x is "is executable", did you mean -e? [15:50] nxvl: there doesn't appear to be either $() or `` in the patch. [15:51] '+ echo "hola"' <- is that a debugging statement? [15:51] james_w: ups! [15:51] :P [15:51] sistpoty: that means with hardy +1 it can be dropped? [15:52] sebner: imo yes, as gutsy->hardy+1 upgrades are not s.th. we support iirc [15:53] sistpoty: k, thx [15:54] james_w: it's monday morning after a loong weekend, my brain doesn't work even at 50% [15:54] :-) [15:55] james_w: ok, updated [15:58] sistpoty: updated. I hope I can make you happy now ^^ :P [16:01]