[00:01] mjg59: looks like the code is the same on gutsy -- I assume this will be meaningful under gutsy still? (person with nvidia is running gutsy...) [00:01] keescook: https://code.edge.launchpad.net/~emgent/+junk/security-tools [00:01] keescook: Yup [00:11] mjg59: are the "outside process range" changes in 0.99-1.2ubuntu2 needed for this? (i.e. should I migrate your debug changes on top of that before attempting my debugging?) [00:11] keescook: Nope [00:11] Something similar would be useful at some point, but a misery to get right [00:18] mjg59: fix attached to #199888, can you sponsor it? [00:18] mjg59: in your blog you talked about discovering missing opcodes. was that related to this? [00:18] blueyed: Afraid not [00:19] keescook: That was thinking about emulating all the branch instructions, but I figured out that that was unnecessary [00:19] mjg59: ok, subscribed u-m-s. Thanks for notifying and explaining it to me. [00:19] blueyed: No problem [00:19] blueyed: assign it to me, please; I'm happy to follow through on that [00:20] I still want the isAnyWirelessPoweredOn() function fixed too :) [01:14] mjg59: where is the upstream x86emu in X.org? I just want to make double-sure everything is up to date... [01:15] mjg59: nm, I knew if I asked you, I'd find it. ;) xorg/xserver/hw/xfree86/x86emu whee [01:19] mjg59: I'm going to try a fork-lift upgrade of x86emu first -- several opcodes were implemented and a few fixes added === slangasek changed the topic of #ubuntu-devel to: Archive: Beta freeze | Ubuntu 8.04 LTS Beta released | Development of Ubuntu (not support, not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/edgy/feisty/gutsy, #ubuntu+1 for hardy | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | glibc was broken, now fixed: https://launchpad.net/bugs/201 [01:21] \o/ === elmo changed the topic of #ubuntu-devel to: Archive: Beta freeze | Ubuntu 8.04 LTS Beta released | Development of Ubuntu (not support, not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/edgy/feisty/gutsy, #ubuntu+1 for hardy | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [01:22] /0\ [01:24] *gasp* [01:25] \0/ [01:27] heh [01:30] Beta freeze still in effect, but beta released? [01:30] yes [01:31] elmo: care to twiddle the archive status, since I still don't have the bit for it? :) [01:31] slangasek: done [01:32] thanks === slangasek changed the topic of #ubuntu-devel to: Archive: Feature Freeze, DocumentationStringFreeze | Ubuntu 8.04 LTS Beta released | Development of Ubuntu (not support, not application development on Ubuntu) | #ubuntu for support and general discussion for dapper/edgy/feisty/gutsy, #ubuntu+1 for hardy | #ubuntu-motu for getting involved in development | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs [01:51] if anyone's listening, just wanted to say that I just upgraded to hardy, and it was completely flawless - no issues, and very smooth. Nice! [01:54] hurray :) [01:58] mthaddon: next time we'll make sure to overwrite your smug sense of self-satisfaction >;) [01:59] well done all [01:59] mneptok, please do - it scared me how smug I felt [02:00] mthaddon: i upgraded last night. it went very well. so much so, i decided that i drop acid after work any more. just in case. [02:00] s/i/i\ won't/ [02:00] :) [02:00] but yeah, it was a nice upgrade. some network issues at the office, but the home connection sorted those without intervention [02:01] sabdfl: how're the slopes? [02:01] mneptok: full of fast-moving trees :-) am now up in BC [02:02] sabdfl: BC is noted for its angry ent population. [02:02] (like jkakar) [02:02] :-) [02:03] sabdfl: boarding in canada? [02:03] mmmmuuuuussstttt hhaaaaavvveeeee dddddiiiinnnneeeerrrr ;-) [02:03] thom: indeed! [02:03] nice! [02:03] sabdfl: when you say it like that, you have to add "BRAAAAAAAAAAAAAAAAAAAAAAAAAAIIIIIIIIIINS!!!!" at the end [02:04] keescook: ping [02:04] only when Ng is around [02:04] cheers all, and conrats again [02:04] I found a security issue on launchpad [02:04] errr [02:04] congrats [02:04] enjoy the rest of the downtime [02:04] thanks, sabdfl [02:04] hi sabdfl :) [02:05] emgent: might be worth taking to #launchpad [02:05] night [02:05] sabdfl: I'm thinking to open security bug on LP [02:05] emgent: i would recommend to talk to kees on a more secure channel about it. [02:05] mneptok: sure np, i know method to work. :) [02:05] emgent: public IRC is probablt not the best approach vector, unless kees ahs asked you to handle things this way. [02:06] mneptok: i'm just ping him for see if he is up [02:06] canonical dont search new security personal for auditing ? [02:06] emgent: ah, capisco [02:07] :) [02:12] mthaddon: you upgraded, from dapper or gutsy? [02:12] pwnguin, gutsy [02:12] ah, that's not nearly as impressive ;) [02:12] or daring [02:17] pwnguin: i upgraded from PDP-OS [04:25] Anyone doing kernel flavor builds that gocould lend me a hand for a minute? [04:25] I'm having issues with the abi build step === rraphink is now known as raphink [09:01] slangasek: one of the users doing a dist-upgrade with adept got http://pastebin.com/m1018a09c. The dist upgrade is effectively the same, at http://paste.ubuntu-nl.org/60389/ (gutsy --> hardy upgrade). Has anyone else reproduced that? [09:07] Hobbsee: I don't believe so; none of mvo's upgrade tests indicated any upgrade problems from gutsy, and I haven't heard anyone else reporting this [09:11] libc6-i686: PreDepends: libc6 (= 2.7-5ubuntu2) but 2.7-9ubuntu2 is installed [09:12] Hobbsee: that's very suspect; the user seems to have a libc6-i686 installed that's not from either gutsy or hardy [09:15] slangasek: oh, it's a very old hardy version. nvm. [09:15] strange. [09:28] slangasek: Are upgrade tests run by you guys for universe too? If not, how do we run them? [09:31] Fujitsu: I'm not sure whether mvo's upgrade tests include universe, that's a question to ask him [09:32] slangasek: Thanks, I'll poke him when he appears. === Griswold_ is now known as Griswold [09:59] pitti: I consider adding a -include langpack.mk in Debian's avahi; ok for you? [09:59] Hmm it's probably a Feiertag in Germany [10:00] lool: it is. [10:00] Hey siretart [10:01] * siretart hugs lool [10:01] * lool crushes under the pressure [10:01] lol [10:03] * siretart sighs at gstreamer-ffmpeg using the removed imgres feature of ffmpeg :/ [10:04] Eh, it wouldn't be ffmpeg if it didn't break API [10:08] lool: well, yes, but gstreamer-ffmpeg could also at least try to track ffmpeg upstream [10:09] siretart: Perhaps they do in CVS, but they prefer staging with a ffmpeg snapshot [10:10] siretart: As they need to QA/stabilize this ffmpeg tree before outputting a gst-ffmpeg [10:18] Does anybody know why there seems to be no libglade2.*dbg package? === hunger_t is now known as hunger [10:31] pitti, I see you've uploaded avahi with po template, but you missed one thing https://bugs.launchpad.net/ubuntu/+source/avahi/+bug/198859 [10:31] Launchpad bug 198859 in avahi "Make .desktop files translatable (diffs included to fix this)" [Undecided,New] [10:31] bbl [10:31] TomaszD: the cdbs magic does update the desktop files automatically [10:32] TomaszD: didn't read the bug, hint if you want somebody to read your issue you could describe it on launchpad rather pointing to an another bug tracker [10:35] Hobbsee, Mithrandir or pitti: please give-back ldtp. Thanks. [10:39] lool: hi [10:39] lool: include langpack.mk in Debian's avahi> won't work, Debian's cdbs doesn't have that [10:39] lool: if you want to do that in Debian, you should add sth like [10:39] common-post-build-arch:: [10:39] cd po; intltool-update -p --verbose [10:40] TomaszD: hm, langpack.mk should take care of this; it didn't? [10:40] geser: done [10:41] TomaszD: in fact the bug is about the desktop not being listed in POTFILES.in [10:41] pitti: ^ [10:42] ah, I see [10:42] I wasn't aware of that bug, sorry [10:43] pitti, lool: not as easy as calling intltool-update because you likely want to add the X-Ubuntu-Gettext-Domain to the desktops too [10:43] but not to Debian [10:44] since they don't have our 'use gettext for .desktop' patches? [10:44] pitti: right, but the question was about being in sync with debian no? [10:44] I suppose so, yes [10:45] so we need something doing that [10:45] pitti: btw lool merged the gettext patch to glib [10:45] gosh, maybe we should start another attempt to convinve the fd.o guys to add an optional "Gettext-Domain:" to the spec [10:45] and theorically adding this to the debian desktops doesn't hurt, it just do nothing there [10:45] it wouldn't cost them much, and doesn't require other distros to change their implementation [10:45] right [10:52] lool: hm, e-p-bad is now depwaiting on python-elisa (>= 0.3.5); hardy has 0.3.4-2 [10:52] lool: looks like we shuold just sync this unless it has new features? [10:53] pitti: lool requested a sync of that earlier, I believe. [10:53] ah, bug 204555 [10:53] Launchpad bug 204555 in elisa "Please sync misc elisa* packages from unstable (or incoming)" [Undecided,New] https://launchpad.net/bugs/204555 [10:59] How about this pet peeve https://bugs.launchpad.net/nautilus-sendto/+bug/197145 :] [10:59] Launchpad bug 197145 in bluez-gnome "REGRESSION [hardy] nautilus-sendto not compatible with bluetooth-sendto" [Low,Confirmed] [10:59] there's a patch available from Bastien tha applies cleanly to hardy's source package [10:59] *that [11:02] TomaszD: that patch is far to be trivial [11:02] seb128, I'm certainly aware that it isn't trivial, but it's used in Fedora, I've tested it myself and it doesn't break anything [11:03] lool: ^ do you think you could have a look to this bluez change? you have bluetooth devices to try I think? Mithrandir has not been responsive on the sponsoring request [11:03] Mithrandir is in leave ATM [11:04] I can have a look [11:04] lool: thanks [11:05] geser: given back === tkamppeter_ is now known as tkamppeter [11:07] Hobbsee: pitti was faster. I guess I should send an un-ping next time. [11:07] geser: or I should send the 'done' to hobbsee as wel [11:07] l === asac_ is now known as asac [11:11] who wrote the code for patches.ubuntu.com? the patches are directly taken from MoM? [11:11] lucas: Keybuk; yes, it's part of the MoM output [11:18] pitti: yeah, that'd be nice :) [11:18] * Hobbsee tried, anyway [11:23] Hobbsee, Can you take care of merge #166 for me? [11:27] or anyone else who wants to for that matter [11:33] slangasek: ping? :) [11:34] cody-somerville: ? [11:35] Hobbsee, Can you merge the xubuntu seeds? [11:35] https://code.edge.launchpad.net/~xubuntu-devel/ubuntu-seeds/xubuntu.hardy/+merge/166 === \sh_away is now known as \sh === Griswold_ is now known as Griswold [12:41] yay, suspend-to-ram works so mindbogglingly perfect now [12:43] pitti, that is worth at least yippee not a yay ;-) [12:43] YIPPEEEE! [12:43] * pitti will upload that new hal soon === doko_ is now known as doko [12:44] * seb128_ hugs pitti [12:46] pitti: Could you forward the patchset ubuntu has in hal-info to upstream/debian ? :) [12:46] sjoerd: hi [12:46] morning :) [12:46] sjoerd: I did that already when I applied them [12:46] sjoerd: they should all be upstream [12:46] hmm [12:47] sjoerd: well, at least the music players are [12:47] sjoerd: I forwarded a few quirks, too, but they haven't been applied [12:47] aah, the ubuntu version is still the old one [12:47] that explains :) [12:47] sjoerd: if you mean above suspend patches, I'm just sending a followup with the patches to my mail from yesterday [12:47] sjoerd: yes, haven't updated yet; still on my list [12:48] I should learn to read :) [12:48] but this suspend stuff was nagging my brain since yesterday, I had to resolve this (even if it's holiday and all that) [12:48] cool [12:48] i'll commit them upstream if they aren't controversial [12:53] sjoerd: ok; they should all be on hal@, but I'll merge hal-info now and see what's left [12:54] thanks [12:55] Hi I try to create a vlc pakage using the --enable-mediacontrol-python-bindings setting... and i get a permission problem for /usr/lib/python2.5/site-packages/vlc.so any ideas? [13:01] <\sh> pitti: it's karfreitag...you should not be sitting in front of IRC ;) [13:01] \sh: see above, had to get that out of my brain :) [13:02] <\sh> pitti: right...I know that feeling ;) [13:15] aloha [13:16] sjoerd: ok, down to 2 patches again :) [13:17] \o/ [13:17] sjoerd: both are on hal@, BTW [13:18] http://lists.freedesktop.org/archives/hal/2007-November/009903.html [13:18] http://lists.freedesktop.org/archives/hal/2008-February/010897.html [13:18] sjoerd: shall I send you the actual patches again, or the debdiff, or are those ^ enough? [13:20] should be enough [13:24] seb128_: you are in a sync-y mood today :) [13:26] pitti: yes, GNOME 2.22 has been uploaded to debian while we were frozen so I'm syncing what we can now that we are unfrozen ;-) [13:26] <\sh> oh sync time :) [13:27] pitti: hummm, syncing on sysfs_paths is a bit nasty.. can't 02_laptop_panel_brightness_in_hardware.patch be done by matching on linux.subsystem instead ? [13:27] sjoerd: I really don't know, it was mjg59's patch [13:27] mjg59: ^^ [13:27] mjg59: ^ any idea? [13:29] sjoerd: BTW, the Dell CD-ROM problem is bug 48499 [13:29] Launchpad bug 48499 in hal-info "hald blocks ide bus if cdrom on same bus with harddisk(was:Extremly slow IO performance with dapper, high wa% on Dell Inspiron 8200)" [Medium,Fix released] https://launchpad.net/bugs/48499 [13:29] I remember that one :) [13:30] it got reverted upstream without explanation [13:32] heya sabdfl :) [13:35] * pitti -> holiday mode again, cu all [13:35] pitti: enjoy [13:35] and you! [13:43] hi everyone - may I ask here for problems in installing hardy beta 1 from live cd? [13:43] ubuntu, you probs want #ubuntu+1 [13:46] thx [13:48] Fujitsu, Can you setup a mdt thinger for Xubuntu? === ubuntu is now known as luca85 [13:50] mdt thinger [13:50] why does that sound X-rated? [13:51] multi distro tool [13:51] could be lethal [13:53] jdong: http://people.ubuntuwire.com/~fujitsu/mdt/ [13:55] cool! [14:21] pitti: Heard from Intel - the resume code doesn't like i855 right now [14:22] pitti: They suggest that the easiest thing to do is to look at the PCI IDs for i830 and i855 - there's only 4 of them [14:22] And then if we have one of those, perform the quirks [14:49] Does wubi use ntfs-3g? [14:51] Yes [14:55] Hmm. Does Fuse do file->device mappings or does each read require traversing through the daemon? [14:55] (ntfs3g is fuse, right?) [14:55] It's fuse, yes [14:55] I've no idea about the implementation details [15:06] hi seb128_! [15:06] seb128_: are you working today? [15:07] hey jdstrand, sort of, it's officially an holiday day for me but I'm around and doing some desktop cleanup now than hardy is unfrozen [15:08] jdstrand: if you have a question feel free to ask ;-) [15:08] seb128_: well, I don't want to give you any more work, but you can always say 'no' :) [15:08] right [15:08] seb128_: can you look at my last comment on bug #58171 ? [15:08] Launchpad bug 58171 in gnome-session "Connection to ICE-unix/.. socket times out so programs take minutes to start" [Medium,Confirmed] https://launchpad.net/bugs/58171 [15:09] seb128_: it started biting me lately [15:11] seb128_: when this happened the other day, I had these syslog entries too (I believe), but I didn't note them [15:12] since I can control vnet1, I'll work on a reproducer [15:13] jdstrand: that's a weird issue and I've no real clue about IPv6, I don't think I'll be of real help there [15:14] seb128_: I thought it odd too [15:14] seb128_: but it just started happening to me lately [15:15] and it is *extrememly* annoying as I have to restart X [15:15] extremely even [15:15] seb128_: perhaps it'll be more interesting with a reproducer? [15:15] jdstrand: does it happen without using ipv6? [15:15] jdstrand: for sure it would yes [15:15] seb128_: I don't know yet [15:15] ;) [15:15] seb128_: I just found the bug today [15:15] comments seem to suggest it's ipv6 specific [15:16] * jdstrand nods [15:17] seb128_: you know, it was only recently that I enabled ipv6 (for my ufw work) [15:17] seb128_: I'll play with it [15:18] jdstrand: let me know if you figure an easy way to trigger the issue [15:18] jdstrand: btw would also be nice to try the avahi bug without ipv6 [15:35] seb128_: do you happen to know what happened the the Multimedia tab on "System->Preferences->Removable Drives and Media"? I can't find a way to change the default application for playing DVDs, and we need to amend the documentation [15:36] (we don't recommend totem-gstreamer for playing dvds as it doesn't seem to support menus) [15:38] mdke: nautilus, preferences, media tab [15:39] mdke: what do you recommend? [15:39] seb128_: gxine... [15:40] seb128_: thanks for the nautilus tip - is there a reason that has disappeared from the Removable Drives and Media tool? It's a bit hidden in nautilus [15:41] ah, can't specify to open gxine in nautilus anyway [15:41] mdke: implementation details let's say [15:41] it's only totem, do nothing or open folder [15:41] mdke: it was handled by an external software and it's handled by gvfs now [15:41] mdke: the gxine desktop needs to list the mimetypes [15:42] hmm. [15:43] seb128_: do you think we should recommend totem-gstreamer for DVDs anyway, given that it will open automatically for the user even if they install gxine? [15:43] yes [15:43] and you have the chapters in the playlist [15:43] which is not that bad [15:43] do you happen to know if menu support is far away? [15:44] no [15:44] it's not that far away for quite a while [15:45] heh [15:45] it "just" require somebody doing the work [15:47] the alternative is to recommend gxine and tell users how to set "Do nothing" in nautilus [15:47] then start gxine manually [15:47] what do you mean? [15:47] they should select gxine there if they want to use it [15:47] but it isn't there... [15:48] mdke: mdke: the gxine desktop needs to list the mimetypes [15:48] mdke: that's a 1 line fix [15:48] I'll fix it today [15:48] hi all [15:49] seb128_: aha! Thanks. In that case I'll document how to add it to the nautilus dialog [15:49] i have a goog question [15:50] good* [15:50] seb128_: do you know if there are plans for gnome to move that preferences back to the capplet maybe for the next release? [15:50] will the fakeraid be supported someday? [15:51] mdke: I doubt of it, this "capplet" is a separate thing running for no real need now and we should rather get ride of it [15:52] mdke: we can discuss an improved location for the UI next cycle if required though [15:52] ??? [15:53] seb128_: yes, that's what I mean. It should be accessible from System/Preferences or control-center or whatever [15:59] can someone respond to me please? [16:02] Chokes: maybe. [16:02] I see great fortune in your future. [16:03] so when the fakeraid will be supported? [16:03] slangasek, might you recommend a good way to test improvements to seeds aside from the daily disk generation? laga wanted to fix the -diskless stuff inside the alt disk, but waiting a day each time ends up not being a very good solution [16:04] slangasek: i can test the diskless stuff better now (wget the udeb from somewhere and install it). [16:04] slangasek: we're more concerned about adding 'tasks' to the alternate disk.. [16:05] Chokes: to answer your question, I don't think there is any active work going towards supporting fakeraid at the moment [16:05] * xhaker enters fortune on the terminal after reading what jdong wrote [16:06] ok.... [16:06] jdong, would you mind looking over the mythstream backport on gutsy-backports? been getting bugged about it several times this week [16:06] so the bes distro cant support the fakeraid [16:06] best* [16:07] Chokes: fakeraid can be used on Ubuntu by post-install configuration, but there doesn't seem to be anyone interested enough in fakeraid support to implement it into the installer [16:07] seb128_: ok, this is what I've written (a middle ground) - http://mdke.org/tmp/DVD.png [16:07] Chokes: nobody is stopping anyone from doing it. If you want to implement fakeraid support you are more than welcome to [16:07] yeah but im not a dev..... [16:08] seb128_: I'll leave the gxine bit to you :D [16:08] superm1: *grumble* packing up for a plane ride this afternoon currently; bug#? [16:08] jdong, bug 202988 [16:08] Launchpad bug 202988 in gutsy-backports "Please backport mythstream 0.18.1 from hardy" [Undecided,New] https://launchpad.net/bugs/202988 [16:08] i can say "Wow" on all the features [16:08] Chokes: just file a bug and get enough subscriber to that bug, it will be noticed then. [16:08] Chokes: what do you need with fakeraid, out of curiousity? [16:09] jdong : i want to install ubuntu on my fakeraid setup [16:09] Chokes: have you seen https://help.ubuntu.com/community/FakeRaidHowto, by the way? It's not pretty but it'll work [16:10] maybe load a script or something that we can coose on the boot menu coulb be great [16:10] that what ill retry later [16:10] it didnt work for me [16:11] mdke: alright [16:11] I'm not sure if GRUB would boot directly off fakeraid [16:11] somehow I doubt it. At which point you should be begging $other_people for fakeraid support :) [16:11] it should [16:11] mmm [16:12] the problem her is ubuntu is supposed to be easy to use and install ok? [16:12] I don't know nearly enough about fakeraid implementations on hardware to know if it provides enough block device emulation for booting to be successful with GRUB [16:12] so take the one who dont know about linux [16:13] he want to install linux on his fakeraid setup [16:13] the last I heard about fakeraid is that it's essentially a couple bit flags that say "oh yeah treat this as a RAID please" [16:13] they probably wont have a rakeraid then ;) [16:13] maybe [16:13] but they will see that they dont see the raid... [16:14] because it's not really a RAID. [16:14] yeah i know [16:14] its fake [16:14] Chokes: i'd hope that.. otherwise they'd be desyncing their array if they installed on just one disk [16:14] jdong: what is your stance about transmission? 1.10 for FFe? [16:15] when i install dmraid [16:15] the i start the installer [16:15] then* [16:15] xhaker: I am not very comfortable with the idea, but it will depend on the final diff size [16:15] the installer see the fakeraid config [16:15] xhaker: I've been tracking trunk on subversion and it all looks quite invasive [16:16] but it won't boot because the installed system won't know about fakeraid. [16:16] =_= [16:17] jdong: my take exactly, but looking at the NEWS file it gets pretty interesting [16:17] bug 191557 has the official position on it, Chokes [16:17] Launchpad bug 191557 in dmraid "Main inclusion report." [Undecided,Won't fix] https://launchpad.net/bugs/191557 [16:17] it wont install at all [16:17] please read the last comment on that bug [16:18] xhaker: if transmission were still just another azureus or deluge in Universe, I'd be more willing to consider it. But it's not. It's the main torrent client that comes associated by default for all Hardy installs. Way too risky [16:19] xhaker: at this point, we've got like 2 or 3 crasher bugs unresolved in our 1.06, I'd say fix via backporting specific patches from this point forward, and defer 1.10+ for backporting possiblity. [16:19] + Stop torrents when downloading and the disk becomes full [16:19] on a side note.... how would that help? [16:20] jdong its a mac osx bug...... [16:20] when the disk becomes full, stopping the torrent isn't gonna fix much. [16:21] ok [16:21] now i got it [16:21] jdong: might avoid the application to crash [16:21] superm1: myth done [16:21] superm1: rather, myth confirmed :) [16:21] jdong, now the interesting situation here is that mythstream was already backported once [16:22] same upstream version [16:22] just different ubuntuX revision [16:22] this one has a patch to allow it to now FTBFS against the new libmyth [16:22] superm1: well it was a soyuz bug in 2005, 2007 is congruent to 2005 mod 2....... [16:22] so could a sourceful upload be done one it since its not a new version, and won't go through NEW? [16:22] superm1: so by that logic it's probably going to be a soyuz bug that the backport gets rejected post-build :D [16:23] argh, that won't be good [16:23] superm1: wait. Clarify that again? [16:23] jdong, so earlier in gutsy's cycle, we backported this version of mythstream [16:23] this upstream version [16:24] but it needed to be rebuilt after the libmyth backport [16:24] in order to rebuild, it needs a patch present in the hardy version (hence the new backport) [16:25] superm1: barring the old soyuz bug, a direct backport from hardy should work as long as the libmyth backport is done first, correct? [16:25] which is was [16:26] so i was just wondering if we'd still need to go through an archive admin for this [16:26] or if just upload directly to gutsy-backports [16:26] since it was already backported once [16:26] superm1: no all uploads to gutsy-backports land in the queue [16:26] superm1: regardless of if it's NEW [16:27] jdong, ah okay then normal process it is :) [16:27] yay :) [16:28] barring the soyuz bug mod 2 :) [16:28] I think I've found a working model of soyuz regressions! :D [16:31] slangasek, Did you start the rebuild for Xubuntu? :) [17:01] i have this ubuntu package i changed, how can i increment the version number ? [17:02] dch -i [17:08] so what am i seeing here ? [17:09] the matrix [17:09] lol [17:09] and which file does dch -i change ? [17:09] debian/changelog [17:09] slomo: pong [17:10] it should have spawned an editor to allow you to add a changelog entry. [17:11] yeah it did [17:11] superm1, laga: sorry, I'm not sure of a good way to test seed changes besides running them through the image generation [17:11] just wasnt sure what to change till i compared dch with dch -i [17:11] but thanks, got it [17:12] slangasek: hi, just wanted to ask you about a FF exception that needs some discussion :) we currently have gtkhtml3.8 in main just because of f-spot->gnome-sharp2 which is bad... now the solution could be, to get gtk# 2.12.0, gnome# 2.20, gnome-desktop# 2.20 (packages in debian/unstable, just need trivial merging), get the latter into main and build f-spot against it (required patches in debian too). in debian there are no known problems with th [17:12] e new versions yet, they're part of the gnome 2.22 release (so iirc covered by the general gnome exception) but unfortunately introduce some new features :) [17:12] cody-somerville: I hadn't started an xubuntu rebuild; everything is in place such that you're ready for me to do so? [17:12] slangasek, Uno momento [17:13] slomo: if they're part of the gnome 2.22 release, that covers FFe [17:13] slangasek, can you take care of this? https://code.edge.launchpad.net/~xubuntu-dev/ubuntu-seeds/xubuntu.hardy/+merge/166 [17:14] slangasek: ok, even now after beta was released and considering the changes? [17:17] dashua: ping? regarding banshee svn building... --enable-external-boo (and all the other --enable-external-* parameters) for configure will fix it [17:17] slomo: if you do it right away and don't make me think too much about what I'm saying... :/ [17:18] ok ;) [17:20] slomo, Hello [17:20] Ok, thx [17:25] cody-somerville: merged [17:26] slangasek, Okay. Those merged seeds should be good to go [17:27] slangasek, did you push it after merging it? [17:28] I merged it into the relevant branch, yes [17:29]