[00:16] stani: either. [00:22] Hi all [00:24] crimsun: thanks, are you a MOTU? [00:24] stani: sure, what do you need? [00:25] well, I just added a debdiff to Bug #219558 which ScottK just acked [00:25] Launchpad bug 219558 in phatch "Integer error with shadow effect" [Low,Confirmed] https://launchpad.net/bugs/219558 [00:25] I don't know if you feel like sponsoring it [00:27] (looking at it now) [00:27] crimsun: which team should I subscribe? (I didn't do that yet.) [00:28] I've tested that the bug occurred without the patch and that it was solved with the patch [00:29] If you want to reproduce the bug I have to sent you an image by email as it was not allowed to be published on launchpad [00:31] Should I subscribe u-u-s? [00:32] yes [00:32] hi - don't know if this issue is on anyone's radar for final release, but #203679 might be something to consider. has a patch attached. [00:33] stani: uploaded, thanks [00:33] stani: please remember to reference the bug that is fixed (I added it pre-rebuild) [00:35] crimsun: yes, I forgot in the changelog. did you add it there? (I don't understand pre-build) [00:36] crimsun: is it not better to leave a comment that you uploaded it on https://bugs.launchpad.net/ubuntu/+source/phatch/+bug/219558 or do you want me to do it? [00:36] Launchpad bug 219558 in phatch "Integer error with shadow effect" [Undecided,In progress] [00:38] flavorjones: you better write bug #203679, so ubuto gives the details [00:38] stani: it's in the unapproved queue (https://edge.launchpad.net/ubuntu/hardy/+queue?queue_state=1&queue_text=); just need to poke an archive admin [00:40] great, thanks! if you don't mind I leave a comment about this as otherwise maybe pochu tries to upload it again [00:42] stani: sure, be my guest :-) === TheMuso_ is now known as TheMuso [00:44] crimsun: ok, done thanks a lot ;-) [00:49] crimsun: bye, need to go [00:50] There seems to be an alien pubic hair in my Gin. [01:06] heya [01:32] stani: sorry about that. i was referring to https://bugs.launchpad.net/ubuntu/+source/hal/+bug/203679 [01:32] Launchpad bug 203679 in hal "hald-addon-inpu making 100%-cpu-usage" [Undecided,Confirmed] [01:33] there is a two-line patch attached, and the bug is severe for those who experience it. [02:02] ScottK: there are 3 bugs, and it fixes 2. [02:12] ScottK: Thanks for the preemptive pdns-recursor ack. I was going to request it later today. [02:14] Hobbsee: Can you push things through the queue yet? [02:14] Fujitsu: yes [02:18] Hobbsee: Goody. I'll have a few more uploads today that could do with being kicked in ASAP. [02:18] Fujitsu: k [02:18] Fujitsu: well, assuming it hasn't broken again, yeah [03:18] Hobbsee: OK to upload http://launchpadlibrarian.net/13386085/hardy_audit_1.6.5-0ubuntu3.debdiff? === lakin_ is now known as lakin [03:46] Anybody feel like looking at bug #219772? [03:46] Launchpad bug 219772 in python-qt4 "Missing Conflicts with pyqt4-dev-tools" [Medium,Triaged] https://launchpad.net/bugs/219772 [03:47] tasty. [03:49] err, tasty LP. [03:49] I think I missed a memo. [03:50] Hah. [03:50] Upgrading a complete Gutsy system to Hardy is proving to be rather challenging. [03:50] It keeps spontaneously dieing for no obvious reason. [03:50] And takes a good few minutes to calculate dependencies. [03:52] Fujitsu: dude.... [03:52] What? [03:52] Fujitsu: where exactly did you pull pyqt4-dev-tools from? [03:52] Gutsy somewhere. [03:52] Unless mvo slipped it into the dist-upgrader. [03:52] Fujitsu: oh right. so this wasn't a direct dapper to hardy dist upgrade? [03:53] like the bug indicates. [03:53] No, it was Gutsy->Hardy [03:53] Oh. [03:53] I mistyped. [03:54] Fujitsu: looks like those files should be dropped from -dev-tools [03:54] oh, hang on [03:54] Can't do that. [03:54] It's in Gutsy. [03:55] I presume,. [03:55] yeah, just realised it wasn't an all hardy problem [03:55] You have searched for filenames that contain libpythonplugin.so in suite gutsy, all sections, and all architectures. [03:55] Sorry, your search gave no results [03:55] Hmmm. [03:56] So maybe -dev-tools was upgraded earlier. [03:59] Fujitsu: i've not yet found the release where -dev-tools contains libpythonplugin.so [03:59] it's not dapper, gutsy, or hardy. [03:59] nor feisty, nor edgy.... [04:00] unofficial repos somewhere? maybe kde4 ones from kubuntu.org or something? [04:01] 4.3-2ubuntu7.1 [04:02] Looks like gutsy-updates, but LP is being slow. === nenolod is now known as happinessturtle [04:02] oh, so it doesn't do -updates [04:02] Fujitsu: rmadison ftw. [04:03] oh, not by default [04:05] Fujitsu: looks like tonio had some concerns about it at the time [04:06] I'm trying to see details, but LP simply isn't responding. [04:07] You know what we could probably do with? Waiving of the SRU waiting period for missing Conflicts/Replaces issues. [04:12] Hobbsee: Did you see my message at ~12:18? [04:14] Fujitsu: erm, not sure. feel free to resend [04:14] * Hobbsee can look up logs, though [04:14] 12:18:41 < Fujitsu> Hobbsee: OK to upload http://launchpadlibrarian.net/13386085/hardy_audit_1.6.5-0ubuntu3.debdiff? [04:15] Hmm, can I make aptitude not read changelogs during a dist-upgrade? It takes about an hour. [04:16] Fujitsu: oh, sorry. yes, that's fine [04:16] Thanks. [04:20] Fujitsu: i think i even had that open, before my system went down. [04:21] Heh. === FliesLikeABrick_ is now known as FliesLikeABrick [05:23] Hobbsee: ok. [05:23] dang, didn't even notice that was in #launchpad. [05:24] hehe [05:32] Fujitsu: ubuntu4 is the one that actually builds in the buildd's allocated memory. [05:33] ubuntu3 takes something like 6.5 GB RAM [05:34] Ah [05:34] Not bad. === macd_ is now known as macd === asac_ is now known as asac [07:23] crimsun: Can the buffer changes in bug #216397 cause anything to explode? It'd be nice to get them into Hardy, as they make SDL PulseAudio output usable. [07:23] Launchpad bug 216397 in libsdl1.2 "sdl patch for better pulseaudio support" [Medium,Confirmed] https://launchpad.net/bugs/216397 [07:27] * jussio1 gets annoyed at whoever changed the sender name for revu stuff... [07:27] What did it change from/to? [07:43] jussi01: that would have been sistpoty and/or me [07:44] siretart: could you not put revu in front of it? so its more visable? :/ [07:45] jussio1: put what in front of what? what problem do you want to solve? [07:47] siretart: currently I get messages from: "This user is only for the REVU service. contact root on problems" its long and ugly :/ [07:47] please more details [07:48] is that an email? do you get them via the mailing list? [07:48] siretart: thats teh revu update ml [07:49] siretart: when someone comments, you get a message from www data. when someone updates a package, you get a message from that... [07:57] jussio1: I need to move the mailman mailing list from my private server (freiburg.tauware.de) to the ubuntuwire mailman installation [07:57] jussio1: I will review that issue with that occasion [07:57] siretart: thanks :) === Allan_ is now known as Hit3k [10:07] good morning [10:07] How do I delete http://revu.tauware.de/details.py?package=anki ? [10:07] anki is in debian now [10:31] Laibsch: anki is now archived on revu [10:33] geser: What do you mean? That once it is uploaded, there is no way to delete it? [10:34] That'd be a waste of valuable contributor's time when looking through packages long obsoleted by official uploads [10:35] No, it seems to be an explicit process -> good! [10:35] Can I initiate that process myself? [10:53] Laibsch: only reviewers can archive uploads [10:53] perhaps we should allow that uploaders on their own packages as well. patches welcome [10:56] yes, I guess that would make sense === Allan_ is now known as Hit3k === _Czessi is now known as Czessi === LucidFox is now known as Light_Yagami === Light_Yagami is now known as LucidFox [14:58] heya [14:58] can someone pack plone 3.0.6 for the repository? [14:58] plone package missing... [14:58] www.plone.org [15:00] DreadKnight: is it zope-cmfplone? [15:01] james_w: well... [15:01] james_w: i think so, but that version is ancient [15:01] nobody sane would use that anymore... [15:04] that package has gone away in current Debian, does that mean that plone 3 is available in Debian? [15:04] plone 3.0.4 or something i think is available [15:05] do you know what the package name is? [15:05] let me locate it again [15:07] * DreadKnight wonders how hard will it be to pack the latest one from the site [15:09] james_w: http://packages.debian.org/plone [15:09] Anyone who would help me in testing teatime? It plays the sound, but my computer also locks up when teatime is running ... dunno if it's teatime, since my system has been showing up some strange behaviour lately... [15:09] 3.0.6-1:all in lenny (testing) and sid (unstable) [15:10] Oops... wrong channel [15:11] DreadKnight: ah, ok, that package needs to be synced then. [15:11] james_w: yes. but nobody on launchpad took any action beside bug triaging.. [15:12] what do you mean? [15:13] DreadKnight: will. release in in 4 days ... [15:13] *will/well [15:13] it was reported a couple of times but nothing... [15:13] sebner: i am running hardy if that's what you mean [15:14] DreadKnight: can you provide a pointer to the bug reports please? [15:14] DreadKnight: yeah. So it's sure that we can't have always the newest software since there are several freezes [15:14] sebner: i know but plone 3 it's even before gutsy... [15:14] james_w: one sec... [15:15] i finally found my way of getting deb files from the packages.debian.org site xD heh [15:16] * DreadKnight ~ is anyone willing to babysit me a bit so you can add one to MOTUs ? [15:16] :-) [15:17] DreadKnight: https://wiki.ubuntu.com/PackagingGuide/GettingStarted ;) [15:17] sebner: right :) [15:17] james_w: LP not quite loading for me today... [15:17] DreadKnight: maybe better: https://wiki.ubuntu.com/MOTU/ [15:19] sebner: i've bookmarked them, thanks :-) [15:20] DreadKnight: np ^^. And don't worry. I'm also no MOTU (yet) ;) [15:20] it's on my "to do" list for this year [15:22] omg https://wiki.ubuntu.com/MOTU/Teams/ZopePlone [15:22] DreadKnight: somehow outdated ^^ [15:22] i can see [15:22] xD [15:26] DreadKnight: the team is on alioth [15:27] http://alioth.debian.org/projects/pkg-zope/ [15:28] debian zope team :P [15:28] ubuntu one is dead or something.. [15:28] nope [15:28] "Debian/Ubuntu Zope/Plone team" [15:29] ok... [15:30] james_w: can you resync the package or something? [15:30] DreadKnight: citat "Release is in 4 days" [15:30] DreadKnight: you may want to request a backport [15:31] sebner: ok, i get it xD === afflux_ is now known as afflux [15:49] heya afflux :) [15:50] hi sebner [15:52] \sh: Will you be at Ubuntu Live? [16:06] Fujitsu: yes, the patch looks fine. I'll add a note to the bug. [16:10] heya people [16:14] 'lo emgent [17:40] hello [17:40] can I help to put sshfs 1.9 into hardy? I just builded the .deb for it (amd64) it's trivial [17:41] or can someone help? current version is unusable since it crashes often. https://bugs.edge.launchpad.net/ubuntu/+source/sshfs-fuse/+bug/137519 [17:41] Launchpad bug 137519 in sshfs-fuse "sshfs: please update to latest version (1.6 -> 1.8)" [Unknown,Fix released] [17:44] LimCore: not really as the release in in four days [17:44] it would still be possible, but you need to get a freeze exception granted. [17:44] but hardy's version is also broken [17:44] 10 crash reports, it crashes over daily under load [17:45] it's not completely broken [17:45] I'm not saying it shouldn't be done, it's just very late in the release cycle to be doing it. [17:45] first reported on 2007-09-05 by Bogdan Butnaru [17:46] there is a release team that decides whether it is too late, and so they need to be consulted. [17:46] I realise that this request has been open for a while, and that is a shame, but that doesn't change the fact that it is still very late in the release cycle. [17:46] well... I hoped ubuntu will not allow a half-year crash bug, resulting in possible data loss, to be there for another year or so [17:47] I realise it is bad, I am trying to tell you who you need to speak to to try and get it sorted out. [17:47] so how to contact them [17:48] you should subscribe the motu-release team to the bug and explain to them the situation as well as you can [17:48] note that the .deb you provided isn't enough, as we can't actually upload that. [17:48] there is a new version in debian that we can sync to get the update. [17:48] this would mean that you should rebuild that version in Ubuntu and test it to make sure that it would work [17:49] Subscribe someone else to the bug report person: motu like this? [17:49] motu-release [17:49] ok [17:50] well this change is simple, just unpack upstream's 1.9 source and done [17:50] in such case is there need to provide more explanation or some files? [17:50] LimCore: but that's not the way we handle updates ... [17:51] LimCore: you need to provide an explanation of why this update should be considered. I realise that the information is there, but having it in one message makes it much easier for the release team to evaluate. [17:51] put it there as a last comment then? [17:52] yes please [17:58] ok I did. hope it works :) [18:01] LimCore: thanks. [18:02] I've never seen segfaults, but I don't use it that much, is it specific to heavy uses? [18:02] I had it twice, when I tried to backup a big dir with lots of files [18:02] there are like 5-10 other crash reports [18:03] LimCore: I left a comment ;) [18:04] sebner: Im testing 1.9 all the time now [18:04] if it doesnt crash till tommorow it means a big improvment [18:05] upstream changelog shows dozen of crash fixes as well, between 1.7 - 1.9 [18:05] LimCore: yeah. motu-release have to decide now [18:06] LimCore: adding that upstream changelog between the two versions to the bug report would be a big help. [18:06] james_w: I could do ... [18:06] hmm it is there in sources actually, Changelog file [18:07] LimCore: but you should maybe test the debian package since we would use it then rather than yours ;) [18:07] ok I really need to work.. I lost 2 days already for hd failure, and now I can work on remote fs finally [18:07] hmm how to exacly? [18:08] this one http://packages.debian.org/unstable/utils/sshfs ? Package: sshfs (1.9-1) [18:09] I should just install the amd64 binary .deb from there? [18:09] sebner: thanks, please do. [18:09] LimCore: please download the source package and recompile it. [18:09] LimCore: install devscripts, and then run "dget -x http://ftp.de.debian.org/debian/pool/main/s/sshfs-fuse/sshfs-fuse_1.9-1.dsc" [18:10] james_w: It would be nice if you could test the package. I already prepared all the necessary files. But your knowledge is deeper than mine so thanks .. [18:10] then cd to the created directory and run "dpkg-buildpackage -rfakeroot" and then install the .deb from the parent directory. [18:10] sebner: I'll try and find some time tomorrow to test it. [18:11] james_w: thanks :) [18:13] Could someone review the patch for teatime? It wasn't playing sound, so I fixed that and changed popup hide function, so it also stops the sound on popup hide. bug 190547 [18:13] Launchpad bug 190547 in teatime "teatime doesn't play sounds" [Medium,Confirmed] https://launchpad.net/bugs/190547 [18:16] Jazzva: you may also want to subscribe motu-release ;) [18:16] sebner: Right :)... Thanks [18:17] np [18:17] and done [18:20] Jazzva: please remove all of the unnecessary changes [18:21] https://lists.ubuntu.com/archives/ubuntu-motu/2008-April/003543.html [18:22] james_w: Ok... [18:22] also, have you sent this patch to Debian or upstream? === rockstar` is now known as rockstar_ [18:23] Not sure if it works in Debian, so I still need to test it. The only way I can think of is to install Debian :). [18:23] I will contact upstream to see if he is having this bug on his system. [18:24] *he/she [18:24] yeah, speaking to upstream is probably best here. [18:29] james_w: I cleaned the patch. [18:34] Jazzva: thanks [18:35] Thank you for help and review :)... [18:35] no problem, good luck getting your change in [18:35] Thanks :) [18:37] james_w: thumps up for you good support :) [18:39] *your [18:46] Teatime upstream stopped the development on it. Anyway, I forwarded the patch to include it, if upstream likes it. === doko_ is now known as doko [19:10] slomo_: would you please join #xine/oftc? [20:17] Could somebody please sponsor bug 208140? Motu-release acked and opendict currently fails to start completely. [20:17] Launchpad bug 208140 in opendict "missing dependency python-xml in opendict package (Ubuntu Hardy Beta)" [Undecided,Confirmed] https://launchpad.net/bugs/208140 [20:25] albert23: sec. [20:25] crimsun: Thanks [20:32] albert23: bug report modified, thanks. [20:34] crimsun: Thanks again :-) === Syntux_ is now known as Syntux [23:03] hi [23:04] anyone know how i build a fast '(n)curses' installer ? [23:09] for what? [23:09] a bash script i wrote [23:10] that installs ldap support on our local clients [23:10] but it needs a few params [23:12] beasty_: If you're making a Debian package, use debconf. [23:30] automake related question ... The upstream provided both Makefile.in and Makefile.am in the sources. When I don't run automake in configure rule, the package builds and runs ok. But, if automake is called, it regenerates Makefile.am (I suppose), builds ok and then fails to start. The pkg is gnome-voice-control, a gnome panel applet. Is it ok if I just use the provide Makefile.am? [23:30] You should use the provided Makefile.am. [23:31] Fujitsu: Thanks :). I will... [23:31] You shouldn't ever do anything else, unless the existing one causes problems. [23:32] crimsun, ScottK, pochu: do you think latest phatch patch can still be approved? https://edge.launchpad.net/ubuntu/hardy/+queue?queue_state=1&queue_text=phatch [23:32] Well, I didn't do it in the first place. It was done somewhere between now and my last submission to that package :). [23:32] Fujitsu: But, just asking, to be sure :) [23:33] stani: Is this the one we talked about yesterday? [23:33] yes [23:33] crimsun uploaded it and set it still needed approval from an admin [23:34] Then it's just a matter of waiting for a release manager to approve it. [23:34] There's nothing more for us to do. [23:35] ScottK: Can you please attack bug #216397 with an axe, so I can get it in before I go to uni? [23:35] Launchpad bug 216397 in libsdl1.2 "sdl patch for better pulseaudio support" [Medium,New] https://launchpad.net/bugs/216397 [23:35] ScottK: thanks, just wanted to know [23:36] Fujitsu: An axe or an ack? [23:36] The latter is easier is I don't have to go search in the garage. [23:36] Either. [23:36] Fujitsu: Ack is done. [23:36] Thanks. [23:37] crimsun: Do you see any point in the environment variable changes in that patch? [23:43] Fujitsu: ok i'll take a look at it [23:48] ScottK: if people have specific requests for things to approve before slangasek shows up they can ask me [23:49] Riddell: THanks. I don't think anything specific is critical, just people getting generally nervous. [23:53] When is the real final freeze, where it's completely frozen? It has historically been up to 24 hours before. [23:56] For Gutsy we froze on Monday.