[00:34] soren, sorry for wrongly disturbing you. this stupid xchat does autocompletion whenever it wishes :-/ [00:47] kees, hmm did you put your mountall changes into bzr? [00:48] bryceh_: there is no bzr tree in debian/control for it. did I miss something? [00:50] yeah, there is a bzr tree with a change from cjwatson [00:50] (and an outstanding merge from me; I'd made the mistake of assuming bzr had current mountall changes) [00:51] kees, no worries, I'll fix up [00:51] (and fix up control) [00:52] bryceh_: argh, uncommitted in UDD? crap, sorry. [00:52] bryceh_: I'm still getting used to the idea of people developing in UDD without doing uploads. [00:53] it's a bit weird for me too, although we've been doing this (in git) with X a while [00:53] yeah, for me, I just don't like having both the automatic upload stomping on the same tree as devel work [00:54] bryceh_: if you're not already in the middle of it, I can clean up my mistake; just let me know. [00:54] already done [00:54] heh, cool. [00:56] doko, mterry what was the package in question that's making mythbuntu uninstallable? i didn't see it mentioned in bt [00:57] superm1: dbus-c++ and libconfig, b-d's of libffado [00:58] ah libffado isn't a direct rdepend of anything seeded - but it is of libjack-dev [00:58] that will probably mess both mythbuntu and ubuntu studio then [01:00] see the two MIR's, I think both could need a version update and symbols files [01:00] jack support isn't that important in mythbuntu though, so if yall decide jack support has to go for any reason, it's not that big of a deal to just disable it [01:00] the studio guys might feel a bit differently [01:02] superm1: could you subscribe these groups to the reports? [01:03] doko, sure what were the bug numbers? [01:03] looking ... [01:04] bryceh_: I double-checked it too and added the missing conf file. [01:04] superm1: bug #730759 and bug #730760 [01:04] Launchpad bug 730759 in dbus-c++ (Ubuntu Natty) "[MIR] b-d for libffado" [High,Incomplete] https://launchpad.net/bugs/730759 [01:04] Launchpad bug 730760 in libconfig (Ubuntu Natty) "[MIR] b-d for libffado" [High,Incomplete] https://launchpad.net/bugs/730760 [01:05] jcastro, is there any way to completely wipe unity settings? [01:06] doko, okay subscribed. in the meanwhile, i'll disable jack so that the builds stay installable for your archive rebuild [01:07] superm1: thanks, will look tomorrow if libffado can be demoted [01:22] TheMuso, thanks for looking at my tomboy patch for bug 386893. [01:22] Launchpad bug 386893 in tomboy (Ubuntu) "Searching within a notebook should inform the user that no results were found within that notebook" [Wishlist,In progress] https://launchpad.net/bugs/386893 [01:24] I have replaced the messagebox with a label and buttons in the tomboy UI itself. I also posted in the tomboy mailing list, about the changes that I am making. There hasn't been much response :-| === ogra is now known as Guest2736 === Guest2736 is now known as ogra_ === asac_ is now known as asac === ArneGoet1e is now known as ArneGoetje [03:23] almost done with packaging (.deb) my own application. i have all those dependencies for my application: http://pastebin.com/aTqQEciF (objdump -p ./myapp | grep NEEDED) do i need to list all (and how) in control depends. for example: libgmodule-2.0.so.0 how to write it in my control file: Depends: libgmodule-2.0 OR Depends: libgmodule-2.0.so.0 or...? [03:26] wip: you probably want to ask that in #ubuntu-packaging or #ubuntu-motu [03:26] highvoltage: thx! [03:26] wip: you're welcome === robbiew1 is now known as robbiew [04:30] barry, I pushed the changes for the tomcat6 bug , I requested another review :) === _LibertyZero is now known as LibertyZero === sabdfl1 is now known as sabdfl === _LibertyZero is now known as LibertyZero [07:07] could someone please give me the link for getting the latest build of natty ? [07:09] I think I found it :) [07:09] http://cdimage.ubuntu.com/ [07:17] need help with last comment of bug 730121 can anyone please tell do I have to make change in Makefile.in as well because changing only Makefile.am is not working. [07:17] Launchpad bug 730121 in btnx (Ubuntu) "pacakge btnx_0.4.11-3ubuntu1 failed to build from source" [Undecided,In progress] https://launchpad.net/bugs/730121 [07:34] c2tarun: Makefile.in is generated from Makefile.am ; so you either regenerated it or what I do for simple changes is to patch both files (Makefile.am and Makefile.in) so the change doesn't get lost if someone later regenerates it [07:37] good morning [07:38] good morning [07:44] Good morning [08:05] good morning [08:05] that [08:18] geser: ping [08:35] kees: publishing https://launchpad.net/ubuntu/lucid/+source/linux-ec2/2.6.32-314.27 to lucid-{updates,security} [08:45] ev: hey, when you have some time, can we discuss about bug #730588 (see the discussion on it)? [08:45] Launchpad bug 730588 in unity (Ubuntu) "Fallback from 3D should offer Unity 2D download as an option" [Medium,Triaged] https://launchpad.net/bugs/730588 [08:59] apachelogger: libpipeline tracks it internally, but there's no method to get pids externally right now. could you file a bug with an explanation of what you're doing and what you need? [09:00] kees: while the automatic upload may stomp on the same tree as development work, it moves any pending changes aside so that they can be restored easily [09:04] bryceh_: urgh, I had some review comments on Surbhi's mountall branch :-/ [09:04] (problem with patch piloting: you have to be quick to grab something you actually want to substantively review ...) [09:05] hi dev folks! This is the second computer having problem with gnome-session-daemon hanging (or dysfunction) on login. If you could tell me who to speak to, I can help tracing this bug as it hits every single time I log in. === smb` is now known as smb [09:06] Doh! I just competed a dist-upgrade, how my desktop is FBARed [09:06] I've even got a 'bt full' available, but according to that it isn't supposed to be locked up. But it still doesn't die on SIGTERM for example. [09:06] s/how/now [09:06] cjwatson, urp sorry [09:06] cjwatson: Hi Colin [09:07] cjwatson, fwiw I did leave the two dmraid ones for you ;-) [09:07] bryceh_: thanks, that's good [09:07] lag: hi [09:07] cjwatson: Have you seen any bugs which allude to problems booting post-dist-upgrade? [09:08] cjwatson: The last think I see on my screen is: "*Starting TiMidity++ ALSA midi emulation..." [09:08] thing* [09:08] lag: I fixed such a bug the other day [09:08] bug 723482 [09:08] Launchpad bug 723482 in alsa-utils (Ubuntu) "system hangs on boot after updates from 2011-02-22" [High,Fix released] https://launchpad.net/bugs/723482 [09:08] but that fix was last Wednesday [09:08] * speakman having serious problems booting his RAID0 too. Two out of three times, it asks me to run the RAID0 degraded (how that's possible..). Even though dmesg tells me Linux has found both disks and both partitions. [09:09] * cjwatson is not prepared to debug everyone's boot problems all at once :-) [09:09] cjwatson: :) [09:10] * speakman is a developer himself, but won't invent the wheel if there's already some known issues. [09:10] speakman: whatever your problem is is (a) entirely unrelated to what I was talking about (b) nothing I know about myself [09:11] cjwatson: I see. Just joined so wasn't really aware of that's discussed. [09:12] But is there a ubuntu gnome developer channel on freenode? My primary goal is to fix the gnome-session-daemon issue. [09:12] #ubuntu-desktop [09:12] Great, thanks! [09:46] I am trying to report a bug in the amd64 version of the linux kernel. What package do I report it on? [09:48] tdn: ubuntu-bug linux === MacSlow is now known as MacSlow|afk [09:49] pitti, ok. === udevbot_ is now known as udevbot === hunger_ is now known as hunger === diwic is now known as diwic_afk [10:51] doko, hi === vila is now known as vila-afk-lunch === ogra_ is now known as ogra === MacSlow|afk is now known as MacSlow [11:16] apachelogger: I have a plausible-looking implementation of pipeline_get_pid now - if you file that bug, I can check whether it will meet your requirements === diwic_afk is now known as diwic [11:42] cjwatson: btw, I have not forgotten your rpcbind diffs. Should be able to look at them soon. [11:42] cjwatson, did you find useful the list of system and splash screen videos? [12:00] cjwatson: Do you know a certain channel for solving my raid0 issue described earlier? [12:01] dpm: Hi David, Thought I'd review and update the docs with respect to languages and locales including language-selector, but the only page I found was https://help.ubuntu.com/community/Locale. Are you aware of anything else? === vila-afk-lunch is now known as vila [12:05] hi GunnarHj, what are you trying exactly to document? [12:12] dpm: Well, at first hand I'm thinking of a short manual for l-s (to the extent it's not obvious by the UI). Another thing is to explain how to make a more fine grained locales configuration, e.g. separate locales for date formats and numbers. Third I'm thinking of explaining where and how things are stored now, bearing those in mind who help with answering questions. === MacSlow is now known as MacSlow|lunch [12:14] GunnarHj, ok. Two things come to mind: either document it first on the wiki, or create a help document for language-selector. For the first one you can start straight away; for the second you might want to contact the docs team about how they work, the tools they use, etc. [12:16] dpm: That sounds reasonable. I take that neither you know of any other existing docs. [12:16] dpm: On another topic, since a few translatable text strings in language-selector were changed recently, shouldn't https://translations.edge.launchpad.net/ubuntu/natty/+source/language-selector/+imports show those strings? Is the time lag that long, or does it indicate that I missed something when updating language-selector? [12:18] GunnarHj, on the first question: no, I don't know of any other documentation. There are some links here you could use as a reference -> https://wiki.ubuntu.com/UbuntuDevelopment/Internationalisation/Coding#Additional%20documentation, but they serve a bit of a different purpose [12:18] SpamapS: don't worry too urgently about it - libtirpc/nfs-utils needs work in order to let us configure nfs-utils with TI-RPC support without breaking interoperability with portmap [12:18] ara: I will find them useful, but have not started working through them yet [12:18] speakman: no, sorry [12:18] speakman: maybe #ubuntu-server I suppose [12:22] dpm: Yeah, that page rather shows what you need to do to turn a package to a package which is parsed for strings to be translated. Since l-s already is that kind of package, I thought it would work 'magically' already without doing anything special. Maybe I was wrong... [12:23] GunnarHj, as for the 2nd question, that url ^ shows the status of the templates (or translations) imported. If it's empty, it means that either the templates or the translations have just been imported or that they haven't reached the queue yet. When was the package uploaded with the changes, and are they not in https://translations.launchpad.net/ubuntu/natty/+source/language-selector/+pots/language-selector/sv/+translate ? (you can use the search box i [12:23] n there) [12:28] dpm: No, they are not there (checked it already). And according to https://translations.edge.launchpad.net/ubuntu/natty/+source/language-selector the last edit was made 2010-09-24. [12:30] GunnarHj, could you point me to the package version which introduced them, and give me one of the strings that were modified in the source? (btw https://translations.launchpad.net/ubuntu/natty/+source/language-selector lists the last edit done by translators, it has nothing to do with the date the template was uploaded) [12:43] GunnarHj, could you point me to the package version which introduced them, and give me one of the strings that were modified in the source? (btw https://translations.launchpad.net/ubuntu/natty/+source/language-selector lists the last edit done by translators, it has nothing to do with the date the template was uploaded) [12:48] What's the proper way for a package to demand the uninstall of a package before it starts installing? I have a weird situation where if I uninstall foo and then install bar, it works fine, but if I install bar (which is a later version of foo!) it breaks [12:48] Should I make the package conflict with earlier versions of itself? Somehow that sounds absurd [12:51] dpm: These were two altered strings in language-selector (0.12), released on January 28: [12:51] Language & Format [12:51] <small>Use the same language choices for startup and the login screen.\nChanges take effect only after a restart of the system.</small> [12:53] GunnarHj, btw, why did you use & and <? [12:54] dpm: I didn't introduce them. Think they are needed for GTK to do the right thing. [12:55] dpm: or maybe because it's XML... [12:56] not sure why & and <> cannot be used, though [12:56] anyway, let me have a look at the strings [12:59] dpm: Not sure about & and <> - didn't test. [13:00] cjwatson: https://savannah.nongnu.org/bugs/index.php?32710 within the same context, would it be possible to get a function to write something on the pipeline (i.e. vpnc gets informatin from stdin unless one defines a config file) [13:01] GunnarHj, the latest template seems to have &: [13:01] #: ../data/LanguageSelector.ui.h:26 [13:01] msgid "Language & Format" [13:01] msgstr "" [13:03] pitti, I've just built language-selector locally and it didn't create a translations tarball (I've got pkgbinarymangler installed and striptranslations enabled). This might be why GunnarHj didn't see the template in LP being updated. Any hints on what could be happening? [13:04] GunnarHj, btw, if you want to test this yourself, you can try this: https://wiki.ubuntu.com/UbuntuDevelopment/Internationalisation/RecipeVerifyingTranslationUploads [13:04] dpm: In that case the changes resulted in new templates, at least... [13:07] dpm: Thanks for the tip on how to verify translation uploads. [13:11] no worries :) [13:12] GunnarHj, dpm: language-selector sets NO_PKG_MANGLE=1 in debian/rules [13:13] GunnarHj, dpm: presumably we want language-selector .deb to include all translations, so that at least this program is translated into your language when you need to install missing langpacks [13:14] pitti, ah, ok. So template changes are better uploaded manually, I guess. [13:14] dpm: no, hang on [13:15] dpm: see https://launchpad.net/ubuntu/+source/language-selector/0.6.6 changelog === dmart_ is now known as dmart [13:15] dpm: that's bug 654548 [13:15] Launchpad bug 654548 in Ubuntu Translations "Language selector translation is missing from the final Maverick language packs" [High,Fix released] https://launchpad.net/bugs/654548 [13:16] dpm: I think we can just drop the NO_PKG_MANGLE [13:16] pitti, ok [13:16] verified that it's in the blacklist [13:16] dpm: I'll upload a new package now [13:17] cool, thanks pitti === dmart_ is now known as dmart [13:17] dpm: sorry for forgetting about it [13:17] no worries! [13:23] pitti, dpm: Thanks for helping with this. Suppose it means that fresh templates with the latest changed strings will soon appear at Launchpad. [13:23] they should; just uploaded 0.24 [13:23] Great! [13:25] hi, [13:25] i have a HP Elitebook 6930p [13:26] with a Radeon HD 3400 Series graphics card [13:26] it is a complete disaster with natty [13:26] there are so many problems i can't even isolate one to raise a bug [13:26] pitti, ah, and another thing. While you are looking at the FF xpis to appear in the language packs, do you think you could look at that issue I was mentioning re: the FF translations having disappeared from the maverick+lucid langpack PPAs?. I just want to make sure it's in your radar, as I didn't report it as a bug or anything. [13:27] i'm currently using classic desktop (no effects) [13:27] which is just about stable [13:27] dpm: would you mind reporting it as a bug against langpack-o-matic? I'm working on something else ATM, and still need to wait for the new firefox XPIs to get relaseed anyway [13:28] does anyone else have any experience with this card? [13:32] apachelogger: if you use pipeline_want_in (p, -1), then you can call pipeline_get_infile (p) after the pipeline is started and write to that. Is that what you need? [13:33] it's not really support. i'm wondering have ATI cards ever been tested === MacSlow|lunch is now known as MacSlow [13:38] pitti, sure, bug 731298 [13:38] Launchpad bug 731298 in langpack-o-matic "Untranslated Firefox in the Maverick and Lucid language pack PPAs" [Undecided,New] https://launchpad.net/bugs/731298 [13:46] cjwatson: thx for merging https://code.launchpad.net/~jamesodhunt/ubuntu/natty/vim/add-upstart-syntax, however we've got a FTBFS: "internal compiler error" (i386). [13:52] jhunt, Is this part of a master plan to wean people off i686? [13:53] :) [13:56] cjwatson: sounds like it, I will give it a try later, thank you :) [13:56] jhunt: hmm, that would be a doko question [13:57] cjwatson, i'd like your opinion on https://bugs.launchpad.net/ubuntu/+source/grub2/+bug/731307 [13:57] Ubuntu bug 731307 in grub2 (Ubuntu) "change to /etc/default/grub causes prompt on grub-pc upgrade" [Undecided,New] [14:00] smoser: sorry, later, am still patch piloting [14:01] drat, forgot to add myself to the topic, oh well too late [14:07] slangasek: ping, when you are around, could you confirm bug #726348 and review the fix .. I filed it based on your comments and I'd prefer not to confirm my own bug report. :) [14:07] Launchpad bug 726348 in squid (Ubuntu) "squid's maintainer scripts call start/stop directly instead of using invoke-rc.d" [Undecided,New] https://launchpad.net/bugs/726348 [14:07] doko_: FYI, I've raised bug 731327 on the gcc internal compiler error issue just mentioned. [14:07] Launchpad bug 731327 in gcc-4.5 (Ubuntu) "vim FTBFS with natty gcc on i386" [Undecided,New] https://launchpad.net/bugs/731327 [14:09] SpamapS: FYI, holding off on your upstart branch because jhunt has a big merge in progress [14:09] jhunt: known, preparing a fix [14:10] doko_: thanks! [14:15] cjwatson: ah the 1.0 commeth? ;) [14:15] SpamapS: 0.9.1 [14:19] is there a way to keep packages in main other than keeping deps on them? [14:20] tjaalton: seed them === diwic is now known as diwic_afk [14:21] cjwatson: ok. just wondering about dropping some xorg drivers to recommends like they are in debian, and whether it's worth it or not [14:21] probably not at this point of release [14:25] tjaalton: Recommends keeps things in main too [14:28] smoser: commented [14:28] cjwatson: ah ok, well I'll postpone it anyway and we'll revisit it for OO [14:29] cjwatson, the issue is that a major use-case is for apt-get upgrade to be run un-attended on boot of the image (or at least at some point) [14:29] so a prompt will completely block that [14:31] smoser: I know, but I don't know how to fix your problem ... [14:32] (without making the already horrible configuration file handling even worse) [14:33] smoser: I suppose you could try to figure out why GRUB_TERMINAL=console is needed [14:37] but what about GRUB_HIDDEN_TIMEOUT_QUIET ? and isn't this problem larger than me? doesnt it affect anyone who changes that file ? [14:39] smoser: I commented in the bug about that part [14:40] smoser: by design, if you change a configuration file and it is also changed in the package, you get prompted [14:40] smoser: I'm not concerned about a larger problem heree [14:40] *here === Chex_ is now known as Chex [14:49] cjwatson: what's a DEP-3 patch header? [14:50] psusi: http://dep.debian.net/deps/dep3/ [14:51] nevermind, just found the answer ;) [14:52] psusi: I even gave you that link in the review :-/ [14:52] (maybe only in one of them ...) [14:52] I wrote the dmraid review first, maybe read that first [14:53] cjwatson: also, about the mutual Breaks: I was thinking... the change is actually only incompatible with the previous natty release where we added the 'p' all the time. Since the 'p' is now only added if the previous character was a digit, then it is compatable with oder versions [14:54] cjwatson: so should I only breaks that one version, or not bother since it was only during development cycle? [14:57] psusi: personally I'd just add the Breaks anyway if it was me [14:57] in this case it's not going to hurt to be overly strict, and it saves having to think about more interoperability cases [14:59] true [15:00] hrm.. I wonder then, if I should also add a Breaks: for old versions of gparted to parted? [15:01] bdrung: lintian: Missing build dependencies: perl (>= 5.12) [15:03] doko_: i am asking myself why i didn't stumbled over it [15:03] doko_: what can i do to solve it? [15:04] please don't sync perl [15:05] psusi: I don't know [15:08] Would merging in experimental gnome-games from Debian be appropriate? [15:08] It was released in October [15:08] YokoZar: you should coordinate with robert_ancell aobut that [15:09] pitti: gnome-games maintainer? Debian dev? [15:09] YokoZar: gnome-games upstream and Ubuntu maintainer [15:10] pitti: Ahh ok. Long story short I was updating the branding package and I noticed that the background for solitaire disappeared entirely in Maverick (and is still gone in Natty) [15:12] bdrung,doko_: the build-dependency is perl (>= 5.12) | libtest-simple-perl (>= 0.93), and libtest-simple-perl 0.96-1 is in natty [15:12] doko_: get a better build-dependency resolver? :) [15:16] cjwatson: tell it launchpad ;p [15:17] doko_: I'm surprised that's a problem in Launchpad; I distinctly remember working with lamont way back in 2004 or so to teach sbuild to fall back to second and subsequent alternatives in build-dependencies [15:18] cjwatson: https://edge.launchpad.net/ubuntu/+source/lintian/2.5.0~rc1ubuntu1/+buildjob/2283540 [15:18] yes, I see it [15:18] ahh, ok [15:18] perhaps it can't cope with that when the first alternative is merely insufficient-version rather than missing [15:19] well, simple fix, just drop the first half of that alternative for the time being === Quintasan_ is now known as Quintasan === Claudinux_ is now known as Claudinux [15:29] cjwatson: I have a bug open for that dependency issue [15:31] bug 594916 [15:31] Launchpad bug 594916 in Launchpad Auto Build System "buildd doesn't correctly check versioned ORed build-dependencies" [High,Triaged] https://launchpad.net/bugs/594916 === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [15:47] doko_: did you fresh rebuild already? [15:47] with reverted binutils-gold [15:48] ari-tczew: I don't know what you are talking about [15:49] doko_: https://lists.ubuntu.com/archives/ubuntu-devel/2011-March/032634.html [15:50] ari-tczew: this is nothing to do with binutils-gold. and no, no rebuild started [15:52] doko_: what's the difference between linking in binutils-gold and --no-add-needed? [15:54] janimo: could you forward your patch for axis2c to Debian in order to keep in sync with Debian? [15:58] gold is a different linker, which happens to default to --no-add-needed [15:58] cjwatson: if other quilt patches apply but with some offset, should I refresh them, or leave them be? [15:59] doko_: if I'm fixing ftbfs with 'undefined reference to...' how should do I describe it? ftbfs with binutils-gold or rather --no-add-needed? [16:00] it depends on the error message. it can be caused by --as-needed too [16:00] psusi: I would refresh them [16:01] doko_: bug 719206 can be fixed by uploading my scons 2.0.1-1 merge and doing a no-change rebuild upload for csound. merge proposal: https://code.launchpad.net/~barry/ubuntu/natty/scons/scons-2.0.1/+merge/52571 [16:01] Launchpad bug 719206 in csound (Ubuntu Natty) "import (and examples) fail" [Medium,In progress] https://launchpad.net/bugs/719206 [16:01] see http://wiki.debian.org/ToolChain/DSOLinking [16:01] doko_: should do we still fix these ftbfs if you've reverted it? [16:02] doko_: i can put some source packages on chinstrap if you prefer [16:02] doko_: would you do the uploads for me? [16:02] yes, and I didn't revert the ld --no-add-needed default [16:02] barry: on chinstrap? [16:02] doko_: i haven't yet, but i can [16:03] doko_: % scp scons_2.0.1-1* chinstrap: [16:03] scons_2.0.1-1.debian.tar.gz 100% 6897 6.7KB/s 00:00 [16:03] scons_2.0.1-1.dsc 100% 1832 1.8KB/s 00:00 [16:03] scons_2.0.1-1_source.changes 100% 2216 2.2KB/s 00:00 [16:03] scons_2.0.1-1_source.ppa.upload 100% 307 0.3KB/s 00:00 [16:04] ari-tczew, upstream axis2c seems to have fixed the bug in their trunk [16:04] barry: why isn't scons a ync? [16:04] *sync [16:04] micahg: yeah [16:04] ari-tczew, feel free to ping debian though - are they not following merge-o-matic or some similar output? [16:05] barry: so, you should just use requestsync for it and it'll be brought into natty later this week [16:05] janimo: it's rare case when maintainer takes a look on Ubuntu delta. btw. merge-o-matic is broken. [16:05] barry: you probably need an FFe as well [16:05] micahg: i won't be around to verify it later this week though since i'm at pycon for 10 days starting tomorrow [16:06] an FFe for a micro release update? [16:06] ari-tczew, that is sad. As it would help a lot in avoiding manual work to subscrobe to the LP packages they maintain in Debian. [16:06] barry: yes, unless it has an exception since it's in main [16:07] janimo: I don't understand what do you mean, sorry. [16:07] micahg: i'll get the ball rolling but someone else is going to have to follow through with both scons and csound bugs. i'll assign them to doko_ after i do what i can [16:07] barry: so I can sync it? [16:08] ari-tczew, if a debian maintainer subscribed to the LP notifications concerning their packages they could fish out interesting thigs themseleves [16:08] and not requiring ubuntu devs to explicitly forward everything [16:08] makes sense especially for a lot of universe stuff which we do not usually patch [16:08] janimo: feel free to suggest him it :) [16:08] doko_: sync'ing scons to debian testing version, then no-change rebuild of csound after that lands will fix the csound bug [16:09] ari-tczew: merge-o-matic will be fixed soon, I have it nearly fixed now [16:09] cjwatson: ok nice :) would be nice if you could inform it via lists - I've opened a thread for this case. [16:09] yeah, I'll mention it on -devel [16:14] (the MoM downtime was a combination of a dpkg bug-fix that needed to be backported, and then casey running out of disk space again - both fixed now) [16:16] mvo: what does X-AppInstall-Popcon=#### do in a .desktop file in app-install-data? [16:16] (these days) [16:16] If it is what I think it is, is that data being autoregenerated still? [16:18] i have serious issue to report; latest dist-upgrade is telling me that it will remove 'vim'; that's a critical bug :) [16:19] known build failure [16:19] probably resulted in bits of vim being out of sync across architectures [16:19] 14:09 jhunt: known, preparing a fix [16:19] but it was very funny :) [16:20] bug 731327 [16:20] Launchpad bug 731327 in gcc-4.5 (Ubuntu) "vim FTBFS with natty gcc on i386 (dup-of: 730860)" [Undecided,New] https://launchpad.net/bugs/731327 [16:20] Launchpad bug 730860 in Linaro GCC "[regression] ICE in dwarf2out_frame_debug_adjust_cfa, at dwarf2out.c:1861" [Medium,Triaged] https://launchpad.net/bugs/730860 [16:21] (bug status alone isn't very clear - from the bug history, I believe that's now worked around for natty) === zyga is now known as zyga-afk === tkamppeter_ is now known as tkamppeter [16:33] cjwatson: I'm pretty sure that the sbuild hackery didn't take versioned build-deps into account... since perl exists, it gets picked, even though it's verison is insufficient [16:34] at least iirc [16:39] Let's say you had a package that didn't have a newer version available because of developer circumstances. It is needed by the user because of their usage circumstances. It relies on core libraries that the user wanted to upgrade to newer versions, like gtklib from 2 to 2.9/3. [16:40] Could you add logic to your apt chain of tools to automatically detect such "dead-end" packages and sandbox them with the specific dependencies that would differ from the new packageset in a /opt chroot, until such time as they can be upgraded? [16:43] doko_: directhex: ping, do we have a VCS for mono's packaging on ARM? I found the Debian git repo, but I can't find something for Ubuntu [16:43] NCommander: I don't have one [16:44] NCommander, nothing ubuntu specific [16:44] doko_: so you just uploaded the package directly? (I have patches to mono to help fix it with SMP+Thumb2) [16:44] NCommander, generally, ubuntu things can go into git branches, although you won't have write access to that repo [16:44] dpm: ah, the new natty langpack build just finished [16:45] directhex: I don't even see an ubuntu branch for that git repo [16:45] could the patch not go into Debian? [16:45] chrisccoulson: ^ FYI; so I'm ready to build new packs whenever we have a decision what to do with the xpis [16:45] . o O ( or upstream ) [16:45] Laney: mono on Debian moving to 2.10 which has this properly fixed in git [16:46] NCommander, we don't have any ubuntu specific things that we're tracking in debian right now. [16:46] oh, they're upstream already — great [16:46] pitti, ah, what does it look like? Does it come with FF translation goodness? :-) [16:46] the backport to 2.6 is complicated since it only should be applied to ARMv7 [16:46] 2.10 has a nice mechanism to handle that [16:46] 2.6, not so much [16:46] dpm: no, I didn't enable po2xpi [16:46] it's still broken (and it wasn't used before either) [16:46] Laney: the SMP partch should be acceptable for Debian but I don't ahve any hardware to properly test it [16:46] I'd use the UDD branches, or you can push mono.git to github [16:46] and create a branch there [16:47] directhex: we have a ubuntu1 version on Ubuntu [16:47] pitti - we should use the new rc1 xpi's from ftp://ftp.mozilla.org/pub/firefox/nightly/4.0rc1-candidates/build1/linux-i686/xpi/ [16:47] (i shall be uploading RC1 later this week) [16:47] chrisccoulson: I thought they'd have a too tight version? [16:47] chrisccoulson: ah, you mean they'll actually work until the final, and we only need to update them then [16:47] pitti - yeah they do. for now, we'll either need to mangle the maxVersion in them, or we could ship them as they are and update them later [16:48] NCommander: from the mono group POV it was syncable. A Ubuntu developer then uploaded it and made this not so any more. Thus there is no Ubuntu branch from our side. [16:48] NCommander, perhaps, but we didn't put it there [16:48] either way will work fine for now [16:48] chrisccoulson: ack; so, I'll update my po2xpi branch with them now, can you merge afterwards? [16:48] pitti - sure, no problem [16:48] NCommander, to an extent, it doesn't matter - we're working on 2.10 in debian, so 2.6-specifics are a bit meh [16:49] directhex: so the basic answer is, just upload with the backports from upstream [16:49] what's the difference between Conflicts: and Breaks:? [16:49] and if you want, make a branch and get us to pull it [16:50] NCommander, if the changes are upstream in 2.10, then yeah [16:50] Laney: if your on 2.10.1, you should get it for free [16:50] yep [16:50] cool [16:50] That makes my life MUCH simplier [16:50] Laney, won't there be automatic bze branches we can cherry pick from? [16:51] dunno [16:51] seb128: calendar> sometimes I do (evo sometimes seems to just forget about them), but right now they all work [16:51] pitti, the indicator is still empty? [16:51] NCommander: Yeah, just to track the Ubuntu stuff on alioth. We do it for other packages, but whatever it's not so important here [16:51] seb128: yes, clicking on it opens an 1-pixel empty menu [16:51] pitti, usually it means it's crashing, https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/724856 most likely [16:51] Error: Bug 724856 is private [16:51] psusi: http://www.debian.org/doc/debian-policy/ch-relationships.html#s-breaks [16:51] seb128: checking [16:51] pitti, try turning off you gcalendar in evo [16:51] just to see [16:51] Breaks means the broken package must be deconfigured, Conflicts means it must not be on the system at all [16:52] seb128: yes, no indicator-time-something [16:52] pitti, is indicator-datetime installed? [16:52] seb128: confirmed; running /usr/lib/indicator-datetime/indicator-datetime-service crashes immediately [16:52] seb128: thansk! [16:52] pitti, is that the same crash? [16:53] pitti, so what is this new langpack build going to be? A -base refresh without the xpis? [16:53] dpm: no, -base with xpis [16:53] dpm: but the upstream ones (as we used to do in all releases so far) [16:53] seb128: need some debug symbols, hang on [16:53] * psusi goes with Conflicts [16:54] breaks is usually sufficient [16:54] pitti, yeah, that was my question earlier, I should have rephrased it a bit clearer. So regardless of whether they are upstream ones or LP ones, we will have a localized Firefox after this langpack update I understand? [16:55] dpm: correct [16:55] dpm - we will do once we get ff4.0rc1 in the archive [16:55] I don't see what difference it really makes whether the package is just unconfigured or not... if the library is installed, then it's installed [16:55] seb128: ah no, your's is an FPE, mine is a SEGV [16:55] (the new xpi's won't work with b12, but there's no point in uploading b12 xpi's now) [16:55] chrisccoulson, ah, ok, understood [16:55] seb128: in update_appointment_menu_items(); looking for an existing bug, or filing one [16:56] janimo: do you want to join robbiew's server team, now starting to fix server bugs? ;P [16:56] pitti - i think i might get the same crash as you then ;) [16:56] (although, i didn't debug it yet) [16:56] but i get a SEGV on start [16:56] pitti, likely bug #729444 [16:56] Launchpad bug 729444 in Indicator Date and Time "indicator-datetime-service crashed with SIGSEGV in update_appointment_menu_items()" [Medium,Triaged] https://launchpad.net/bugs/729444 [16:56] bug #729175 [16:56] Launchpad bug 729175 in indicator-datetime (Ubuntu Natty) "valgrind invalid read" [High,Triaged] https://launchpad.net/bugs/729175 [16:56] ^ that's a valgrind log I did some days ago which is likely the same issue [16:56] seb128: correct [16:56] doko_, nah, it just happens I get bugged by some packages :) [16:57] pitti, ah, cool, thanks. We did use po2xpi for some languages, though. For example until ast was accepted upstream it was built with po2xpi. [16:57] chrisccoulson, if you want to have a go to it please do [16:57] directhex: For the sake of mantience, I'll put these on the UDD branch for mono. [16:57] chrisccoulson, klattimer is off tonight until the end of the week [16:57] since it was on server list it appeared more than once in the ftbfs report, so I think that is why I went for axis2 [16:57] as I don't feel like adding a patch system to the mono package [16:57] seb128 - ok, will take a look once i've figured out the other menu issues [16:57] chrisccoulson, thanks [16:57] dpm: right; we only have fi and oc on the whitelist, though [16:58] NCommander, narrowed down the mono issue? Something besides memory barriers? [16:58] pitti, ack. yeah, just pointing out that po2xpi was not entirely useless :) [16:59] dpm: no, to the contrary; but it is broken right now, so I'm afraid we can't use it just now [16:59] janimo: more I just got around to finally getting everything to the point I'm ready to cook a test package [16:59] NCommander, based on 2.6 ? [16:59] pitti, yeah, sure, I understand. I just wanted to point that out [17:00] pitti, another question: I've been asked this on gnome #i18n. Could you tell me if it's correct? -> http://paste.ubuntu.com/577519/ [17:00] janimo: yeah [17:02] dpm: that's correct, it's rather easy to include them [17:03] pitti, I guess the easiest thing is to file a bug requesting a package update? Or what would be your recommendation? [17:03] hi pitti [17:04] dpm: yes, with a pointer to the upstream bugs [17:04]