[00:34] LaserJock: that reminds me, I should update the rc bugs tracker to look at testing when I switch it to lucid [00:34] until then, it's useful for karmic SRUs [01:00] Hey guys,does anybody know when firefox forks for the flash plugin? [01:04] LlamaZorz: The firefox maintainers hang out in #ubuntu-mozillateam. [01:04] Thanks scott === yofel_ is now known as yofel [01:34] if a package from debian has the wrong standards version in control should it still be synced or should it be updated and merged? [01:35] JonyBlaze, if that the only change it can be synced [01:35] that seems to be the only thing wrong with it [01:36] other than DD's not patching although there is a patch system [01:36] JonyBlaze: We don't worry about updating standards version in Ubuntu. [01:36] okey dokey [01:37] In fact, if a previous Ubuntu upload bumped the standards version it's wrong and the change should be dropped on the next merge or synced [01:48] so the sync wiki list 3 conditions that i sync isnt needed so if those are meet we dont sync till after debian import freeze? [01:48] i=a [01:49] JonyBlaze: I don't understand. Can you give a specific example? [01:50] it says if: [01:50] # [01:50] we're before DebianImportFreeze (check ReleaseSchedule) and [01:50] # our version of the package has no Ubuntu changes [01:50] # and the Debian package is in sid [01:51] then An explicit sync is not necessary [01:51] the package im looking at meets all of those [01:52] The it will get sync'ed automatically [01:52] What package? [01:52] solfege [01:53] JonyBlaze: The current version of solfege is 3.14.5-1ubuntu1. It has Ubuntu changes. [01:54] If the change has been incorporated in Debian and we don't need to maintain it anymore, then a sync has to be manually requested [01:55] ahh i see someone changed it when they merged it [01:55] It hasn't been merged for Lucid. That's the same version Karmic has. [01:55] The packages on merges.ubuntu.com are the ones that need merging [01:56] (or syncing) [01:56] yeah thats were i got it from [02:23] Hello! [02:23] tritium: Hello!! [02:24] How are you, ScottK? [02:24] tritium: I have the flu. [02:24] Other than that, fine. [02:24] Ooh, sorry to hear that. [02:24] hi tritium [02:24] ajmitch! Long time no see! :) [02:25] it's been quite awhile, how are you? [02:25] Doing quite well, thanks. Holding my six-month-old daughter as we speak. It doesn't get much better than that. =) [02:25] excellent :) [02:25] And how are you? [02:26] good, busy, wishing I could have a holiday :) [02:26] Ah, indeed. [02:27] so you'll be keen to get back into MOTU then? [02:28] ajmitch: Oh, I'm not so sure if now is the best time. Thanks for the thought, though. :) [02:28] I really come seeking an answer to a question. [02:28] surely you'll have lots of spare time with a 6-month-old? :) [02:29] heh, right! [02:31] what was your question? [02:33] So, I'm curious about something. ngspice (http://ngspice.sourceforge.net/) used to be in Ubuntu, back in hoary, and then was removed from debian and ubuntu due to licensing issues. Those issues have been resolved, and ngspice is now in debian testing, in the non-free section. Will it be automatically merged into karmic? [02:33] I'm unfamiliar with the merge-o-matic process after all this time. [02:33] this was something that came up earlier today - I'm not sure if the autosyncs will drag stuff in from contrib/non-free [02:34] it's not on the blacklist at least [02:35] I see. [02:36] If not, ajmitch, what would be the proper process to request the sync? [02:36] * tritium is pretty excited about the prospect of getting ngspice back in the repositories [02:37] use the requestsync tool for it [02:37] I'll be back in a min, got a phone call :) [02:38] Take your time. :) [02:46] This is very encouraging too: http://revu.ubuntuwire.com/p/openproj === jtimbermo is now known as jtimberman [02:54] * RoAkSoAx hates homework >( [02:54] tritium: ok, back [02:55] ajmitch: ok :) [02:55] now I haven't used requestsync for a little while, but it should be mostly automagic these days [02:56] I'll do some digging, then, and see what I can find. [02:56] I'm not sure if it's worth filing a sync request just at the moment while there's a large pile & autosyncs are still happening, but I suspect it'll be needed for non-free [02:56] 'man requestsync' should cover most of it if you have ubuntu-dev-tools installed [02:56] But being non-free doesn't automatically make it a no-go, which is encouraging. [02:56] The biggest suprise from the old days is requestsync is in ubuntu-dev-tool and not devscripts [02:56] tritium: It just means it goes into Multiverse [02:57] Speaking of the "old days", I can't believe there are > 200 nicks in here! [02:57] Ah, thanks, ScottK. That makes sense. [03:06] ScottK: I know you've had the joy of dealing with boost a little - do you know if we'll keep boost1.38 around in lucid, since it's due to be removed from sid? [03:07] ajmitch: I'm guessing we'll go to 1.40. I hope to bring it up next week. [03:07] right [03:07] I want to do an SRU for 1.38 in karmic [03:08] This is for the Python thing? [03:08] the package I know it affects has problems with 1.40, according to the debian changelog [03:08] yes [03:08] I need to check if it affects 1.40 as well, I suspect it does [03:08] From what I know, I'm pretty sure it does [03:09] the patch should just drop in place for 1.40 as well then, I'll take a look [03:10] Cool. [03:12] ajmitch, ScottK: thank you both! I'll be heading off to bed shortly. Nice catching up with you again. :) [03:13] good to see you around, I hope you drop in more often [03:13] I will! [03:16] * ajmitch should have got a laptop with an SSD [03:16] building stuff on it is fairly noticeable at the moment [03:21] do you guys think this bug is resolved? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533993 [03:21] Debian bug 533993 in solfege "solfege: FTBFS: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"" [Serious,Open] [03:21] JonyBlaze: Why would you think it was? [03:21] there are reports its fixed but its still open and is scetchy [03:22] nothing in the changelog since that was filed mentions it [03:22] what changelog? [03:22] JonyBlaze: The end of the bug discussion says otherwise. [03:22] upstream? [03:22] JonyBlaze: The debian/changelog for the version in Debian [03:22] changelog for the debian package [03:24] right, which is why i left the ubuntu fix in my proposed merge just wanting another opinion [03:26] JonyBlaze: If the Ubuntu patch fixes the problem, it might (I didn't check for sure) make sense to send the patch to the Debian bug. [03:26] JonyBlaze: Also did you check with the previous uploader of the package? [03:27] about the fix? [03:27] JonyBlaze: No, before you did the merge. [03:28] >.> [03:28] The merges.ubuntu.com page says to do this to avoid duplicate work. [03:28] <.< [03:28] it aslo says to make a bug report and set it to in progress when starting [03:29] seemed like overlaping [03:29] i will from now on though if it is deff expected [03:30] JonyBlaze: If someone is the last to touch a package they should (at least early in the cycle) be able to assume that unless someone has contacted them, they are clear to work on the package. [03:30] ok [03:46] im trying to do a debdiff between two packages and I know they are different but debdiff returns with no output [03:46] any ideas what might be causing that? [03:46] never mind i had a typo =| sotty [03:47] sorry* [03:57] iheh does submittodebian expect me to have sendmail setup? [04:02] JonyBlaze: No. It expects reportbug, but you don't want that anyway. [04:02] submittodebian files a new bug. You want to add the patch to the existing bug. [04:03] JonyBlaze: Send a mail to 533993@bugs.debian.org with the patch attached and explain why it's a good solution to the problem. [04:04] it aloowed me to pick what bug [04:04] err allowed [04:06] OK [04:06] * ScottK hasn't used it. === asac_ is now known as asac [05:11] after an hour of fighting with exim i got it to work! [05:12] submittodebian is quite nice [05:12] adds all the tags and strange debian stuff for you [05:12] does everything but wipe your ass [05:16] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=533993 [05:16] Debian bug 533993 in solfege "solfege: FTBFS: failed to load external entity "http://www.oasis-open.org/docbook/xml/4.1.2/docbookx.dtd"" [Serious,Open] [05:16] is what it sends [07:19] \sh: wow, excellent news. Leave me a note with your test packages, we'll need to upgrade our local pool RSN to karmic... [07:46] good morning [08:13] <\sh> siretart, moins [08:13] <\sh> siretart, will do...looks like that from next week on I have a bit more sparetime to do some enjoying work...so trying to push fai back into ubuntu :) [08:15] sounds great! [08:15] our install server runs hardy, so I'll take the 'backporting' part over :-) === dholbach_ is now known as dholbach [09:03] hello, can anyone tell why would the gcl package depend on the emacs editor? [09:06] cristim: changelog says "* Depend on emacs22 | emacsen, Closes: #440190", so that would be http://bugs.debian.org/440190 for the reasoning. :) [09:10] weird === dpm_ is now known as dpm === highvolt1ge is now known as highvoltage === highvolt1ge is now known as highvoltage [10:31] seems to be an issue with the dvd mirrors [10:31] http://www.ubuntu.com/getubuntu/downloadmirrors#dvd [10:32] choose the last mirror http://mirror.fslutd.org/linux/distributions/ubuntu/release/dvd/feisty/release/ [10:32] it's p0rn site [10:33] mariuz: passed the info on [10:35] oh, that's an unexpected issue [10:36] what should i do to find out about the new gdm/xsplash system? I haven't run into anything from the simple greeter or xsplash that has any documentation... [10:36] directhex: we've been in that domain before ;-) [10:37] dholbach, ubuntu-calendar doesn't count! [10:37] also while i'm at it... the upstart script for gdm has a seemingly magical variable $CONFIG_FILE, I don't see where that's ever set, is it set by upstart? how? [10:37] and i liked ubuntu-calendar :( [10:37] also sorry for invading, #ubuntu+1 was the best channel i could think of, and it dumped me here... [10:37] directhex: I thought it was a great idea too :) [10:39] dholbach, btw, if it comes up at UDS (which i'm not attending this time), "gnote upstream is dead" [10:40] directhex: best tell the guys in #ubuntu-desktop === keylocker is now known as leleobhz [11:39] Ademan: You will find gdm/upstart experts in #ubuntu-devel [11:39] root-system doesn't seem to be installable on karmic :( [11:40] http://pastebin.ca/1667987 [11:40] can anyone help me fix this? [11:42] it's probably bug 462059 [11:42] Launchpad bug 462059 in root-system "libkrb53 package required instead of libkrb5-3 in Karmic" [Medium,In progress] https://launchpad.net/bugs/462059 [11:43] directhex: What do you mean by gnote is dead upstream? How come the development has stalled suddenly? [11:43] slytherin, it's not sudden. it was only ever a 1-man project, plus translators. translations continue, but hub has said he's not interested in continuing maintenance. i can find the ML post if you like [11:44] so what was the point of starting the project in first place. Just because of mono hatred? [11:45] http://mail.gnome.org/archives/gnote-list/2009-October/msg00001.html [11:46] http://www.figuiere.net/hub/blog/?2009/07/27/680-why-i-did-write-gnote is the formal reason given for writing gnote [11:49] directhex: in first mail, it is mentioned that gnote is default in gnome. I wonder when that happened. [11:49] it's the default in fedora 12's gnome desktop [11:50] fedora moved from tomboy to gnote for "space" reasons, because it's impossible to fit mono on a cd-installed os. and OOo too, which is also not on the default install [11:50] too bad now they will have to revert again in next release. :-( [11:51] or take on upstream maintainership [11:54] if that's what's needed to continue excluding mono from RHEL, i can see it being considered [12:27] multidistrotools is awesome. [12:29] directhex: What have you done with it, and which branch are you using? [12:31] wgrant, i have no idea, you set it up [12:32] it's just phenomenally useful [12:33] Oh, right. [12:33] I thought you might have done something more interesting yourself. [12:34] nah, i'm boring [12:46] DAMN UBUNTU [12:48] that was insightful! [12:52] A bot, clearly === debfx_ is now known as debfx [13:11] hahaha [13:22] Failed to fetch http://ftp.belnet.be/mirror/ubuntu.com/ubuntu/dists/karmic/main/binary-amd64/Packages.gz 403 Forbidden [13:22] theres allmost allways something wrong with this annoying mirror..... [13:22] ward-: then change the mirror [13:23] slytherin, ok sorry that i reported it i guess [13:23] keep broken crap in the mirror list is the way to go obviously [13:23] thanx for your valuable time [13:23] ward-: motus aren't responsible for mirroring.... [13:23] ward-: I never said that. Have you reported that it is broken? [13:23] bleh. [13:26] I'll send something off to the contact information listed on LP for that mirror === chuck_ is now known as zul === kklimond- is now known as kklimonda === chuck_ is now known as zul [14:48] dholbach: ? [15:08] hello, what happens after a PPA is merged, where can we find the packages that were in there? [15:17] could a dbus guy have a look at this bug? [15:17] https://bugs.edge.launchpad.net/ubuntu/+source/network-manager-vpnc/+bug/360818 [15:17] Launchpad bug 360818 in network-manager-openvpn "NetworkManager.vpn fails -- nm-vpn-connection.c.900: NeedSecrets " [Medium,Confirmed] [15:23] FFEMTcJ? [15:31] Heya gang === chuck_ is now known as zul [15:41] Hello bddebian. [15:41] Hi iulian === andreas__ is now known as ahasenack === fpr02_ is now known as fpr02 [15:51] Hi, I'm trying to update a package. debuild fails as a patch can't be applied, the patch is here: http://pastebin.ubuntu.com/317026/ . I copied the debain dir from the old package, the new code is version 2.3.0 so the path in the patch is wrong. I've check the desktop file and it reflects this patch. Is it safe to delete this patch, should I remove the patch command from the rules files and how to I document this i [15:51] n the package? Thanks. [15:52] KelvinGardiner: the path shouldn't matter, you need to investigage why it does not apply [15:52] maybe it got already applied in the new upstream versionÃ? [15:55] azeem: yes, latest the desktop file already has the patch applied. So I suppose it fails because it can't find the old line to remove. [15:56] yes, patching fails if the patch has been applied already [15:56] so this patch needs to be dropped [15:59] azeem: ok thanks, should I leave dpatch apply-all in the rules files for ant future pacthes. [15:59] are there any other patches? [15:59] if not, it's still fine to leave it, yes [15:59] also see whether you need to update debian/patches/00list [16:00] azeem: There are no other patches, I'll leave it in. Thanks. [16:02] azeem: It only had on line for the old patch I removed it and left a empty file, is that okay? [16:03] how do I file a needs-packaging bug? [16:03] when I click on "Report a bug", it goes to an ubuntu wiki page talking about filing bugs against individual packages [16:03] KelvinGardiner: yes [16:04] I just found the no-redirect link, I assume that's right [16:04] azeem: thanks [16:13] I uploaded a new package to revu, but it only sees the last package in the control file [16:14] how do I get it to see all the packages, or at least the first package, which is the most relevant [16:22] geser, jpds: alarm clocks set? :) [16:25] dholbach: can I PM you? [16:26] dholbach: They always are. ;) [16:26] FFEMTcJ: sure [16:26] :-) [16:31] any idea why this might occur. http://pastie.org/695678 ... [16:32] its with regard to nexenta.. pls dont flame me.. Im just asking help from everywhere I can. sorry if it might not be appropriate... [16:32] :) [16:33] wrapster: no idea, sorry - it is a solaris kernel build or something? [16:34] wrapster, are you building on i386? [16:34] cody-somerville: yeah.. [16:34] wrapster, and its complaining about not being able to find /root/build1/nexenta-gate/onnv-gate/proto/root_i386/platform/i86pc/kernel/cpu/amd64/cpu_ms.GenuineIntel.6.46 [16:35] yeah. [16:36] you can't build amd64 stuff on i386 [16:36] cody-somerville: is that true on Solaris? [16:36] dholbach: yes, my alarm clock is set to 30 min before the meeting, this should leave me exactly 30 min to get out of bed and to the meeting :) [16:36] where the userland is more or less multiarch [16:37] geser: nice [16:37] * cody-somerville shrugs. [16:39] is it considered OK to ask for new package advocates on a relevant irc channel? [16:40] if not, how do packages get advocates? just wait for advocates to browse through them on revu? [16:41] corp186: I'd consider it appropriate if done tastefully [16:41] i.e. average about once per day :) [16:58] Hi there. I'm currently developing face detection for F-Spot, for that reason I need up-to-date packages for OpenCV library and introduce a new package for EmguCV C# wrapper for OpenCV. Is there any mentor here who could help me during packaging and publish either on PPA@LP or where ever both of these pieces? Thanks. [17:03] siretart: Hi, I have a question regarding bug #172938. To enable the UPnP plugin in karmic, only the libupnp3-dev dependency must be added. Could this simple change be a SRU? [17:03] Launchpad bug 172938 in vlc "VLC should include upnp support" [Undecided,Fix released] https://launchpad.net/bugs/172938 [17:03] siretart: it built fine in my PPA [17:04] Whoopie: what was the cause? [17:04] oh [17:04] I should learn to read. [17:04] I'd be willing to accept that as a SRU [17:04] I'd recommend opening up a new bug though [17:05] with a more causal description [17:05] (i.e. VLC lacks build-dep on libupnp3-dev) [17:06] jdong: http://en.pastebin.ca/1668439 [17:06] that would be the debdiff [17:06] :) [17:06] I'd be willing to ACK that :) [17:07] jdong: thanks, I'll open a new bug and add the new LP number to the changelog [17:07] awesome [17:07] ping me again once you have the new bug number [17:19] jdong: I could also fix bug #439077, #439131 and #447124 at the same time. What do you think? [17:19] Launchpad bug 439077 in vlc "enable globalhotkeys in karmic vlc" [Undecided,Confirmed] https://launchpad.net/bugs/439077 [17:19] Launchpad bug 439131 in vlc "libcddb2 not enabled in karmic vlc" [Undecided,New] https://launchpad.net/bugs/439131 [17:19] Launchpad bug 447124 in vlc "vlc build in karmic needs recent commits to fix wma decoding regression issue" [Undecided,New] https://launchpad.net/bugs/447124 [17:20] Whoopie: let's just fix all the build-dep missing ones. [17:20] in this SRU [17:20] and do a separate SRU for the commit backports. [17:20] ok === thekorn_ is now known as thekorn === JonyBlaze is now known as EzraR === chuck_ is now known as zul [18:00] how do i get a list of triaged bugs? === micahg1 is now known as micahg [18:23] ScottK, what's Iulian Undrea's nickname here?? [18:23] blackxored: iulian. [18:24] iulian, ping [18:24] ScottK, thx [18:24] ScottK, BTW I'm starting to apply for MOTU as we were discussing the other day [18:25] OK. We can use the Java help. [18:26] ScottK, I'm willing to do as much as my time allows me to ;) [18:36] blackxored: pong. [18:48] iulian, pv === menesis1 is now known as menesis [19:24] anyone bored enough to advocate my package on REVU? :) [19:25] EzraR, just curious, which package? [19:26] http://revu.ubuntuwire.com/details.py?upid=7017 [19:37] hm has debian syncing for lucid already started? [19:38] christoph_debian: yes [19:42] but no reason to worry if some package hasn't been synced yet hopefully [19:44] christoph_debian: in general yes + mind that we are syncing from testing [19:44] feb11 is debimport freeze === chuck_ is now known as zul [19:51] Whoopie: jdong: It would be great if we could have the missing build-dep fixed in debian and lucid first. - otherwise no objections from my side. [19:51] siretart`: understood. Absolutely lucid tasks will be held open and I trust that Whoopie will follow up in Debian too :) [19:51] jdong: ? [19:52] I just have karmic here. [19:54] morning [19:55] Whoopie: well our policy for SRU's is "fix it in Lucid before SRU'ing to Karmic" [19:55] you don't have to run Lucid or Debian [19:55] just keep on top of the bug ticket to make sure it does get fixed there [19:55] (in a timely manner) [19:57] siretart, jdong: this is the debdiff for karmic-proposed -> http://en.pastebin.ca/1668674 [19:59] siretart, jdong: I can download the vlc source for lucid and make a debdiff. But could you take care of Debian? [19:59] jdong: it gets harder when the unmodified karmic package doesn't build in lucid for some reason :) [20:00] * ajmitch hugs boost [20:00] ajmitch: hahaha indeed :) [20:00] in which case it turns into a scarlet letter protocol thing [20:00] we love our stable users :) [20:00] I need to figure out why it's failing to find pyconfig.h [20:00] and it's the lifelong burden of the SRU'er to make sure it gets into the devel release in time [20:00] *ducks* [20:01] yay [20:01] Whoopie: yes, that's why I've asked you to cc the mail to the pkg-multimedia list. That team maintains vlc in both debian and ubuntu [20:01] actually I'm fixing boost1.38, which will probably be removed from lucid [20:02] but I was trying to patch 1.40 last night & having it failing to build, so I got annoyed :) [20:02] Whoopie: btw, we use the motumedia ppa for these kind of packages... [20:02] * siretart` already runs lucid :-) [20:02] * ajmitch has a VM for that [20:02] * StevenK has chroots for that sort of thing [20:03] siretart`: what does that mean for my debdiff? [20:04] * jdong follows in ajmitch's VM philosophy :) [20:04] and tosses in some btrfs for crack. [20:04] !jdong [20:04] Sorry, I don't know anything about jdong [20:04] aw [20:04] :) [20:04] who removed the crack? [20:04] I think it's only in off topic channels now [20:04] [citation needed] === micahg1 is now known as micahg [20:09] siretart`: where can i get lucid at? [20:10] FFEMTcJ: if you're *really* brave & want breakage, change karmic to lucid in your sources.list & dist-upgrade [20:10] but only if you want to fix things, really [20:10] gotcha. [20:11] i was thinkin about doing that on a vm [20:12] it's the safest way to do it [20:12] rather than being left with an unbootable computer at some point [20:13] use the ring [20:13] (tm) [20:13] or a software emulation of it. [20:13] * ajmitch usually waits a month or more before putting a development release on real hardware [20:17] has it been decided if we'll kepp python2.5 in universe for lucid? [20:19] ajmitch: It's already not a supported Python version so modules aren't built for it. Not sure what the point would be. [20:20] ok, that'll make things fun for some projects [20:20] ajmitch: as we still have python3.0 in universe, I guess we can keep python2.5 too [20:21] ajmitch, I fixed yer' bug fyi [20:21] cody-somerville: oh that's no fun [20:22] Whoopie: sorry? I'm not sure I understand the question [20:22] * ajmitch should have assigned to self to not waste the time [20:22] siretart`: why did you mention motumedia PPA? [20:23] Whoopie: oh, that was related to "having fixed packages for karmic and earlier" [20:32] siretart`: ok, I have debdiffs for karmic-proposed and lucid. where to send? [20:40] pkg-multimedia-maintainers at lists.alioth.debian.o === micahg1 is now known as micahg [21:40] has anyone started packaging go for ubuntu yet? === cyphermo1 is now known as cyphermox === ShadowChild is now known as lukjad007