[00:37] ArneGoetje: I'm worried about weird bugs from symlinking what was a .otf to a .ttf since .ttf is a subset. Should I? [04:16] Please direct me elsewhere if I'm asking in the wrong place, but why doesn't the lib32asound2 package include a pulseaudio plugin? The libasound2-plugins package has it, and the descriptions for both packages are identical (they both mendion pulse). [04:17] This is causing skype to crash on login unless I remove pulseaudio from my system completely. [04:17] Running on 64bit karmic. [04:18] literal: It has to do with the way the 32-bit packages like lib32asound2-plugins are built. A fix is coming, not for that package, but for another package that will provide the pulse plugin. [04:18] Ok, good to know. [04:18] Which package will provide it? [04:19] In the future, that is. [04:21] literal: ia32-libs [04:22] ok === JayFo is now known as JFo [06:04] c [06:04] woops wrong tab [06:52] good morning [07:12] good morning dholbach [07:12] hiya jussi01 [07:24] zul: can you take a loook at bug 378240? [07:24] Launchpad bug 378240 in xen-3.3 "Please merge xen-3.4 (3.4.0-2) from debian unstable" [Wishlist,Confirmed] https://launchpad.net/bugs/378240 [07:29] can somebody please have a look at bug 414298? [07:29] Launchpad bug 414298 in devscripts "Please merge devscripts_2.10.53 from Debian unstable" [Undecided,Confirmed] https://launchpad.net/bugs/414298 [07:29] i gave it an initial review already, but I'll feel better with another pair of eyes [07:30] it blocks bug 414471 [07:30] Launchpad bug 414471 in git-buildpackage "Sync git-buildpackage 0.4.56 (universe) from Debian unstable (main). Note: this requires devscripts (>= 2.10.49). Hence, this request depends on LP #414298." [Wishlist,In progress] https://launchpad.net/bugs/414471 [07:32] ogra: does bug 373100 look good to you? [07:32] Launchpad bug 373100 in thin-client-manager "Thin Client Manager shows nothing in 9.04" [Undecided,New] https://launchpad.net/bugs/373100 [07:33] asac: how does bug 323752 look to you? [07:33] Launchpad bug 323752 in mobile-broadband-provider-info "Movistar (México) is missing" [Medium,In progress] https://launchpad.net/bugs/323752 [07:35] bug 416933 too [07:35] Launchpad bug 416933 in mozzemberek "Sync mozzemberek 0.1.5-1 (universe) from Debian unstable (main)." [Wishlist,New] https://launchpad.net/bugs/416933 [07:41] geez dholbach, you get crazy amounts of stuff done :) [07:41] even if indirectly by pinging others. [07:43] Ryan52: let's hope they get to it and do it :-) [07:44] just trying to clean up the sponsoring overview a bit for the release [07:56] Good morning [07:58] pitti: If you could get me that symaptic command-line for use in installing packages, hat would be useful, thanks. [07:58] pitti: Or if you could tell me where to find it, thats fine too. [08:00] oh, I thought I had it in jockey, but seems I'm using python-apt now [08:00] * pitti grabs out of early history [08:03] TheMuso: ah, there we go: http://bazaar.launchpad.net/%7Eubuntu-branches/ubuntu/hardy/restricted-manager/hardy/annotate/head%3A/RestrictedManager/RestrictedManagerGtk.py#L73 [08:03] TheMuso: the "self.gtk_idle()" is for showing a bouncing progress bar [08:04] TheMuso: that's why I eventually replaced it with python-apt, then you get proper numerical progress [08:11] pitti: hrm ok thanks. === tkamppeter_ is now known as tkamppeter === dholbach_ is now known as dholbach [09:06] dholbach: 416933 looks good. confirmed [09:10] dholbach: the other not. i commented and removed sponsors [09:33] help ! why is my inbox being flooded with rosetta mail ? [09:41] is loosing icons of all main menu categories identional or could be a bug? (after upgrade) If first one, then it is worst decision ever made by gui guys :) [09:54] pecisk: it's a design decision, but I think it's been reverted [09:55] I think is going from one extreme to another [09:55] it's [09:55] too much icons are burden for eyes, but also they help [10:00] Is the removal of the possibility to change the number of workspaces also a design decision? [10:07] loic-m, smells like bug [10:08] it just doesn't change value [10:08] it = dialog [10:08] What package is workspace-switcher in? [10:10] loic-m, gnome-applets? [10:10] not sure [10:12] nope, at least the files installed doesn't look like it [10:12] loic-m, or it could be gnome-panel [10:14] loic-m, it's a known bug [10:14] Idoesn't appear to be it [10:14] seb128: started with Karmic Alpha 5 (different from the old bug) [10:15] pecisk, it's not a decision made by us but by GNOME [10:15] loic-m, what old bug? [10:15] seb128, ohhhh [10:15] Old bug was only the login at install could change the number of workspaces, no new user [10:15] seb128, hopefully it will be reverted in Ubuntu? [10:15] pecisk, dunno yet, but I guess that will change before karmic [10:15] sight [10:16] loic-m, dunno about this bug but the current one is a glade->gtkbuilder error [10:16] In Karmic Alpha 5, even the login used at install can't, because the number of column/rows is stuck to 0 [10:16] I expect it will be fixed today or tomorrow [10:16] I never had the "old bug" [10:16] Wasn't a problem in Alpha 3 [10:16] but fresh Alpha 5 install it's like that [10:17] ok, thanks [10:17] I'll use gconf in the meantime [10:18] Jesus Christ, all main menu icons are gone [10:19] seb128: at least without compiz, users added after install can't get more workspaces than 2 when right-clicking on workspace switcher. And AFAIR it's also the case with compiz light effect enabled [10:20] loic-m, again that bug is well known and will be fixed today or tomorrow [10:20] loic-m, no need to keep talking about it or describing it [10:21] s/light/normal [10:23] I can't help, I'm but a bot [10:29] pitti: is "nvidia-graphics-drivers-71" in karmic or has it been removed already? If it's still there, can you remove it, please? [10:30] tseliot: still there [10:30] tseliot: doesn't work with current x.org any more? [10:30] pitti: no, and Nvidia don't plan on fixing it any time soon [10:31] pitti: therefore its removal is the only solution [10:32] tseliot: done [10:32] pitti: thanks a lot [10:39] seb128: \o/ seems the retracers finally behave [10:39] pitti, good job! [10:39] weekend with wife away -> productive :) [10:40] (but boring to the point when I start doing nasty things, like cleaning the flat and clearing out my lockers and desk..) [10:41] lol [10:46] does someone know if the new gdm supports changing its background picture? (I'm able to change the logo using gconf, but not the background) [10:46] mr_pouit, it uses the default system background image [10:46] ie the same that you have a default wallpaper [10:46] you can probably set the background image for the gdm user to change it [10:47] is it /desktop/gnome/background/picture_filename? [10:48] (because there is no background image at all here) [10:48] mr_pouit, correct [10:48] mr_pouit, weird, libgnome has a default value for that key [10:50] mmh [10:50] % gconftool-2 --owner gdm --get /desktop/gnome/background/picture_filename [10:51] /usr/share/xfce4/backdrops/xubuntu-jaunty.png [10:51] if this is correct, this is indeed weird, as I can't see it [10:53] mr_pouit, well this key has a value for you apparently no? [10:54] seb128: yeah, but gdm doesn't display the image [10:54] mr_pouit, I don't know then [10:54] could be that it takes the default system value and not the gdm user one [10:54] I've not really played with that yet [10:55] anyone know if we are supposed to transition to the split zope.* packages from the zope3 package? [10:57] james_w: You will have to eventually. Has Debian decided yet? [10:57] ok, thanks anyway, I'll wait for an ubuntu theme that changes the background then :p [10:57] wgrant: they are in the process [10:57] wgrant: we have some packages synced, but they are still in universe [10:58] james_w: Ah, great. [10:58] james_w: Zope 3 has been split completely and renamed upstream, so we must follow. [10:58] wgrant: sure, but I want to know if we are doing it for karmic [11:05] james_w: see bug #419262 and Debian already removed zope3 from unstable [11:05] Launchpad bug 419262 in zope3 "please remove zope3 from karmic" [Undecided,New] https://launchpad.net/bugs/419262 [11:06] geser: thanks [11:06] geser: teach me for working on bugs before AA duties :-) [11:09] wow! pulseaudio just had my CPU heat up to 93 degrees centigrade. [11:10] .. and it usually never exceeds 70 degrees. [11:10] ! [11:11] I did a 'sudo apt-get upgrade' this morning, followed by a reboot. At some point pulseaudio crashed but I was working and too busy to notice until I saw the CPU temperature value :/ [11:16] pulseaudio: Keeping you warm in Winter [11:16] yeah :) [11:22] cjwatson: So, apparantly, I forgot to bzr push after my most recent Eucalyptus upload. Is there a trick to fix this (since both you and Dustin have pushed to the branch since then) or do I just merge your changes and then push? [11:32] soren: did you at least commit and tag locally? [11:32] cjwatson: Alternatively, I could grab the branch currently on Launchpad and merge my commit into that one. [11:32] cjwatson: I did, yes. [11:32] soren: then merge and push, it doesn't much matter which way round [11:32] soren: I strongly recommend using a bound branch ('bzr help bind') to avoid this problem in future [11:33] what's the process for requesting a change in component these days? it was originally meant ot be part of the sync of rancid, but got missed [11:34] cjwatson: It used to be bound, but that blew up in my face when the two of us where both committing a lot at the same time. I'll bind it again now that things are calmer. [11:35] soren: blew up how? [11:35] cjwatson: I [11:36] mostly the explosions that happen with bound branches are explosions you want [11:36] i.e. "somebody else just committed, you need to update before you can commit" [11:37] I just got annoyed by not being able to commit anything locally, because every time I tried, you had updated something, I'd fix the conflicts, commit again, and you had made another commit. I just couldn't keep up. I unbound the branch so that I could get something done and then I dealt with it afterwards. [11:43] soren: bzr rebase FTW :) [11:43] pitti: I [11:43] m not proud of it, but that's essentially what I ended up doing by hand. [11:43] :) [11:44] rebase works quite well for such situations IMHO (but merging should just do as well, but leaves some litter in the history) [11:45] rebase isn't that horrible if you're only dealing with your own patches. I don't like it if other people's patches are involved. [11:46] Merges clearly show the context in which someone committed and tested their code. Reapplying their patches in a completely different point in history may have unwanted sideeffects, and it looks like the original committer's fault. [11:53] elmo: change component> if it's universe->main, subscribe ubuntu-mir to the bug, otherwise ubuntu-archive [11:53] mvo: did you have a chance to look at bug 387112 and figure out how we might resolve this? I've committed the debconf change but as mentioned in a comment it won't actually help *this* upgrade [11:53] Launchpad bug 387112 in debconf "package cups-pdf 2.4.6-4ubuntu2 failed to install/upgrade: " [Undecided,Confirmed] https://launchpad.net/bugs/387112 [11:53] pitti: reopen the old sync bug? [11:54] pitti: or open a new one? [11:55] elmo: reopening will do [11:57] Oh no, there we go again, pulseaudio trying to convert my laptop in a space heater :/ [11:57] cjwatson: no, sorry. I have a look now [11:57] How does one debug a problem like this? [12:01] al-maisan: it takes 100% CPU? [12:01] al-maisan: usually, I'd run it in foreground mode with --debug (or --verbose or something like this) and see if it's looping on something [12:01] pitti: yes, I attached strace to it but it just sits there.. [12:01] al-maisan: if that doesn't help, attach strace to it and see what it's failing on [12:01] al-maisan: ah, so it uses 100% CPU, but strace doesn't show anything? [12:02] pitti: yes [12:02] that shows that it's busy wit calculations [12:02] apparently [12:02] al-maisan: so foreground/debugging would be my next step, and then installing -dbgsym and attaching gdb, to see what it's looping on [12:02] pitti: OK .. thanks! [12:02] speaking of debugging, /me dives deeper into gdm [12:03] gdm is a hilarious pile of indirected and abstracted indirection abstractions *sigh* [12:03] pitti: I don't envy you :P [12:07] al-maisan: likewise, though :) [12:07] :) [12:12] cjwatson: we could patch the old debconf to remove the use statement when the upgrade starts - what do you think? [12:12] mvo: sounds workable [12:12] (horrible, but workable) [12:12] ok, I assign it to me then === mvo is now known as drhorrible [12:13] * drhorrible mvo === drhorrible is now known as mvo [12:14] michael vogt's sing-a-long upgrader [12:14] lol [12:26] If a ports kernel with a new ABI number FTBFS, plesae don't NBS the older kernel out of the archive till the newer one is available. [13:22] slangasek, hey, thanks for helping out, here's another curious case https://bugs.launchpad.net/ubuntu/+source/nautilus-share/+bug/425677 [13:22] Ubuntu bug 425677 in nautilus-share "nautilus-share appears not to be using any translations at all" [Undecided,New] [13:22] hmmm? nautilus-share? [13:22] not using translations eh.. [13:22] yep [13:22] this is a curious case. [13:22] are you sure about this? [13:22] well, I have fully updated karmic in vbox with all the langpacks applied [13:22] and it's in English [13:23] find /usr/share/locale -name 'nautilus-share*' [13:23] try running that [13:23] no result [13:23] then you don't have it installed [13:24] how come I can see the window then, in English [13:24] when I try to share a folder [13:24] i meant that you don't have the nautilus-share translations installed [13:25] oh, well, yes. [13:25] that's a bug then. [13:25] so it's not nautilus-share's bug [13:25] http://packages.ubuntu.com/search?searchon=contents&keywords=nautilus-share&mode=filename&suite=karmic&arch=any [13:25] i'm not sure which package's involved though [13:26] ah. [13:26] the langpack-gnome-XX-base packages. [13:27] TomaszD: please try installing the said package and trying again. [13:28] it's already installed [13:28] $ dlocate nautilus-share.mo [13:28] language-pack-gnome-de-base: /usr/share/locale-langpack/de/LC_MESSAGES/nautilus-share.mo [13:28] ... [13:28] what locale do you use? [13:29] pl [13:29] (pl_PL) [13:29] TomaszD: http://packages.ubuntu.com/karmic/language-pack-gnome-pl-base [13:29] in fact translations are installed [13:29] nautilus-share probably doesn't init the gettext domain correctly [13:30] yes they are, I'm suspecting a bug in n-s [13:30] right, something like that [13:30] hmm [13:30] wrong directory. [13:30] i believe it looks in /usr/share/locale [13:31] no, that's the the upstream dir [13:31] we strip those and install langpacks in locale-langpack [13:31] to avoid conflicts [13:31] doesn't the path need to be updated? [13:31] the translations are found since the context menu entry is translated [13:31] but the tab is all english [13:32] hmm, is that so? [13:32] wait [13:32] tab? [13:32] the dialog window [13:32] the nautilus preferences tab [13:32] okay which parts are not translated exactly? [13:32] the nautilus tab [13:32] is that all? [13:32] what about the stuff inside it [13:32] and the dialog [13:32] hmm [13:32] only the context menu entry is translated [13:32] i see. [13:32] this probably came from the glade->gtkbuilder transition [13:33] when clicking "share this folder" the dialog is translated [13:33] eh? [13:33] huh [13:33] okay, that is strange. [13:33] ery strange [13:33] the gettext domain is bound when nautilus_module_initialize is called [13:34] if the preferences dialog didn't get translated, the standalone dialog shouldn't either. [13:34] it doesn't get translated either way for me [13:34] it's not [13:35] only the context menu item is translated [13:35] and the dialog asking if you want to install samba [13:35] this dialog about samba is actually translated, but I don't it's a part of nautilus-share [13:36] it is part of nautilus-share. [13:36] ohh kay :) [13:36] this sounds like the other translation issue i had with the standalone window [13:37] alright guys I'm way over my head with this, getting back to translating GNOME, the deadline is approaching fast [13:38] mm have fun [13:39] by the way, policykit-gnome has an outdated translation template in launchpad, thus making it impossible to translate properly, I'm gonna report this in a moment [13:40] seb128: do i need to call gtk_builder_set_translation_domain? [13:40] hmm i'll try that and see what happens. TomaszD: could you test a patch when i upload it to a PPA later? [13:41] hyperair, sure, as long as info lands in my mailbox or someone calls me out here, I'll make some time to test it [13:41] I'll be here all day, GNOME is a huge project... [13:41] TomaszD: thanks [13:41] =) [13:41] i'll be done in less than half [13:42] hyperair, you don't if it uses the standard domain for the software but it might be required in the nautilus case to set it again [13:43] alright, i'll do that then [13:43] seb128: basically just after gtk_builder_add_from_file right? [13:44] hyperair, yes [13:44] trying [13:44] i have no useful locales to test === pedro__ is now known as pedro_ [14:13] my, my.. what's eating the buildds? [14:13] well that's scary, my karmic install just died. [14:13] O_O [14:13] sounds fun [14:14] hyperair: https://launchpad.net/builders/ [14:14] that's a lot of waiting builds [14:14] http://imgur.com/OoLh9.png [14:15] I just rebooted normally :( [14:15] sounds like you screwed over your system clock nicely =) [14:16] set it right and you're good to go =D [14:16] I have touched nothing [14:16] or wait half an hour [14:16] fsck fixed it, but I doubt it was my fault there [14:16] well something changed your system clock [14:16] TomaszD: It's known bug [14:16] oh O_o [14:16] ah, good to know. [14:17] say, will there be a gnome-shell ppa? [14:17] or at least something with the latest unstable? [14:17] hyperair, universe [14:17] seb128: that's got .0. now is .2 [14:18] and of course, we can't get anything new in since featurefreeze is on [14:18] unless gnome-shell gets an exception? [14:18] hyperair, right, some people have been on vac in august [14:18] ah [14:18] hyperair, and required build-depends just got updated this weekened [14:19] hyperair, GNOME has a standing exception [14:19] ah i see [14:19] what are the conditions? [14:19] ? [14:20] nevermind [14:20] GNOME has an exception that's it ... [14:20] i see [14:20] that's this way since warty [14:20] how come, though? [14:20] out of curiosity [14:21] we trust GNOME schedule to enforce freezes, respect timelines, etc [14:21] aah [14:21] gnome-shell is a bit of a special case but that's a technology preview and we said we would track GNOME3 components too [14:23] special case meaning frozen or not frozen? [14:24] we will do the updates [14:24] ah [14:24] it's a special case for GNOME since they don't follow freezes etc [14:24] so technically we could not grant exception for that one [14:24] but as we said we would track GNOME3 updates [14:26] geser, thanks for the empathy fix, don't forget to subscribe the sponsor team though when you have something that needs to be uploaded [14:28] ah [14:28] seb128: I usually do that but wasn't sure if subscribing ubuntu-main-sponsors is right here as the sponsor should ideally also be able to commit the changes to the ubuntu-desktop bzr (or can all core-dev commit there?) [14:28] geser, anybody who can upload can commit there [14:29] thanks, will remember that [14:30] any gnome-settings-daemon wizards around? What is this "Share Folder" string in the template, where in the UI is that used? isn't it redundant, with nautilus-share? [14:31] sorry, that was meant for #ubuntu-translations [14:31] *translators [14:32] TomaszD, there is no such string in the source [14:33] oh crap, I meant gnome-system-tools, sorry! [15:07] Hey, im trying to run gnome-zeitgeist in karmic and I get this error http://pastebin.ubuntu.com/266684/ it works fine in jaunty. [15:07] Anyone have a clue what needs to be changed to fix it ? [15:12] bzr branch lp:~gnome-zeitgeist/gnome-zeitgeist/new-interface is the code thats failing [15:16] Hmmm this question is kinda borderline for this channel I suppose but all im really asking is what changed in python or maybe pygtk since jaunty === asac_ is now known as asac [15:41] fta: hi, may I PM you? === edson_ is now known as ecanto [16:01] TomaszD: https://launchpad.net/~hyperair/+archive/bugfixes <-- grab the nautilus-share deb from here and install it. [16:02] hyperair, right, one moment [16:05] hyperair, no change, logged out and back again to be sure, but no change [16:05] hrm damnit [16:09] seb128: is this some bug in gtkbuilder? [16:10] I doubt it [16:10] it could be nautilus which reset the domain or something [16:10] hmm [16:10] that's painful [16:10] it's a small bug I would not say that [16:14] which means digging needs to be done in nautilus code [16:14] how painful [16:14] actually i'm very tempted to just rewrite the entire thing to not use gtkbuilder at all [16:14] I doubt it's a nautilus bug, the totem tab is correctly translated [16:14] hmm seriously? [16:14] yes [16:15] question. is totem's done using gtkbuilder? [16:15] or manually constructed [16:17] dunno [16:19] hmm strings seems to show properties.ui and fullscreen.ui. [16:19] but dpkg -L doesn't show [16:19] kees: around? [16:21] Keybuk: a bit; on my android, on holiday. sup? [16:21] totem-common: /usr/share/totem/properties.ui [16:21] seems it's using gtkbuilder [16:21] kees: have a binary I wanted you to run, and supply the output of [16:21] in a "who do I know who loves to have a difficult filesystem setup" kind of way :p [16:22] heh, sure. what is it? [16:22] a r00tkit [16:22] kees: it's the udev/upstarty mount thing [16:22] heh, it works for kees → it must work for everyone? [16:22] pitti: exactly ;) [16:23] I bet it breaks single-partition, no-raid, no-lvm, no-crypto default ext4 :-) [16:23] if i don't have to reboot, i can do it now. otherwise i can run it when i get home tonight [16:23] kees: you don't have to reboot === yoasif__ is now known as yoasif [16:23] kees: amd64 or i386 ? [16:23] Keybuk: amd64 [16:24] ok, two seconds [16:24] * kees waits for customized rootkit [16:27] "here's the source, but you need to use the gcc from this PPA" [16:27] http://people.canonical.com/~scott/mountall [16:27] run as [16:27] sudo ./mountall --debug --tmptime=infinity [16:27] and capture the output (tee would be good to use) [16:28] it'll almost certainly pause [16:28] at which point, run udev udevadm trigger --subsystem-match=block from another window [16:28] if you have NFS mounts, etc. it'll still pause, so run killall -USR1 mountall [16:28] it should eventually declare "finished" [16:28] heh [16:28] (this should all be perfectly safe) [16:28] I'd like the debug output ;) [16:29] keybuk: Mind sharing the sauce? [16:29] ion: it's in the Upstart package in the ubuntu-boot PPA [16:29] Thanks [16:29] ion: what do you believe we are, free software or what? [16:29] Keybuk: one moment... [16:30] ion: you have a complex setup, too? [16:30] pitti: On my server, i have lvm over md. Nothing more complex than that. [16:31] ion: still, good test case probably :) [16:32] Keybuk: how complicated would you like a setup and in what arch i'll let you have ssh access to a box you can break ;) [16:32] in theory, there should be no setup that this doesn't work on [16:32] I've tested it in the most arbitrarily complex setups that don't even work right now [16:32] oops - can some archive admin please reject gnome-voice-control - 0.4-0~ppa3? [16:32] so LVM-over-RAID-over-two-loop-devices-one-on-a-USB-key-one-on-NFS works [16:33] Keybuk: have you tried wubi? [16:33] and swap on that works too [16:33] RainCT: sorry, that doesn't work [16:33] that adds the extra constraint of one of the bits being implemented using FUSE [16:33] cjwatson: I'm not sure that wubi makes any difference, unless it needs special handling during boot (of which there is none in the current scripts ;) [16:33] RainCT: uploads are accepted straight into soyuz, they don't need to wait for a publisher in the "ACCEPTED" queue any more nowadays [16:33] Oh. Well, it'll FTBFS anyway. [16:33] Keybuk: I thought there was code to shove the fuse process into omitpids [16:33] maybe that's later [16:33] Keybuk: there's definitely magic in the initramfs [16:34] cjwatson: right, this replaces the bits in rcS only [16:34] ah, ok [16:34] RainCT: do you plan to upload it to karmic? [16:34] you might have to care when you do umountall :-) [16:34] cjwatson: indeed ;) [16:34] RainCT: I stopped the upload cronjob for now, so we have some minutes to consider [16:34] pitti: in theory, if we get into the right five-minute window, we can rm it from ~lp_queue [16:35] pitti: Yes, I plan to get a FFe for it within the next days (but it still needs some testing, I'm getting crashes here). [16:35] cjwatson: right, that's why I just stopped the process-upload.py cron [16:36] (The "Accepted" mail was already send some minutes ago though. I didn't notice it until it closed the related bugs.) [16:36] ah, too late then, I think [16:36] * ion added the ubuntu-boot PPA to sources.list.d and now runs safe-upgrade. Let’s see whether i’ll still come online after the reboot. :-P [16:36] I see it in the queue, but I don't want to mess with that [16:36] ion: DON'T [16:36] STOP! [16:36] Hah, ok [16:36] that good? [16:37] there's one or two key bits missing ;) [16:37] if this works, then I'll put those in [16:37] *then* people can test [16:37] but right now, it won't boot [16:37] cjwatson: you removed it from ./accepted/upload-20090907-162446-001727/ ? or what do you mean [16:38] pitti: Oh well, thanks anyway. I'll fix it within the next days (or worst case upload a "really" package with the old version) [16:39] pitti: no, I didn't touch anything [16:39] kees: any luck? [16:39] pitti: if it's been accepted, there's not much sane we can do - build records have already been created [16:39] cjwatson: ah, "that good" referred to Keybuk's OMGNOO! :) [16:39] yeah [16:41] Keybuk: yup, ran fine [16:41] kees: got the output? [16:41] Keybuk: yup, sending you email (typing is slow on this tiny keyboard :) ) [16:42] np [16:42] great [16:42] /* FIXME look up underlying device [16:42] I could contribute some “look up underlying device” code, since i already have a sh prototype somewhere. :-P [16:42] Keybuk: ok, sent [16:42] ion: I was hoping you would [16:43] I left that out precisely because you said you were working on it [16:43] Hehe [16:45] kees: How Many Disks ?! [16:45] physically or logically? [16:45] see, this is why I use you as a test case ;-) [16:46] hehe [16:47] it seems like it did the right thing with the fuse mounts, the autofs mounts and the unmounted lv chroots [16:47] come on, show the rest of us [16:47] yeah it should [16:47] kees: did it mount the unmounted things? [16:48] to me it looks like it left your system in the right state [16:49] cjwatson: lol, debug output of a tool is very uninteresting ;) [16:51] Keybuk: no, i think it didn't change any mounts [16:51] oh I dunno, d-i's debug output has been very interesting in the past, e.g. http://www.ubuntu.com/usn/usn-262-1 ;-) [16:51] cjwatson, Keybuk: http://www.ubuntu.com/community/processes/newdev seems to say that two people from the community council or just folks who are administrators of the ubuntu-dev team can approve developer applications. I've never heard of that before... does that page need updating? [16:51] cody-somerville: mm, that whole page looks a bit out of date [16:52] it would probably be better to turn most of it into wiki references [16:52] james_w: Since today is a holiday in the US (so I assume slangasek is off today) I'd appreciate it if you'd put your archive admin hat back on and look at 425775. [16:52] I don't recall that two-community-council-members rule [16:52] right, the CC can't approve ubuntu developer membership [16:52] (they don't even have the requisite LP powers) [16:52] administrators of the ubuntu-dev team => techboard (well, nowadays, developer-membership-board) [16:53] cjwatson: people.canonical.com/~kees/mountall.debug if you really want to see it :) [16:53] Is the only needing two people from the TB also incorrect? [16:53] james_w: It should help with some armel build failures. [16:53] that's disappointingly fewer than I expected :) [16:54] cody-somerville: a work of fiction, as far as I can tell. https://wiki.ubuntu.com/UbuntuDevelopers is more accurate [16:54] Keybuk: wanna bet? ;-) [16:55] elmo: not all of them have the requisite LP powers. :-) [16:55] lol [16:55] elmo: duckie abuse doesn't count ;) [17:01] keybuk: This might be a stupid idea, but how about adding a char **locks parameter to spawn, and having it open the given /var/lock files and flock them with LOCK_EX after fork and before exec? When fsck is spawned, e.g. {"/var/lock/mountall-fsck-sda", "/var/lock/mountall-fsck-sdb", NULL} would be passed as the parameter if sda and sdb are determined to be the physical devices. [17:02] ion: you'd need to clean them up as well [17:03] Ok, if a few zero-byte files in tmpfs is a big deal. :-) [17:03] things should be clean ;) [17:04] Heh [17:09] keybuk: Oh, btw, mountall requests an ecryptfs passphrase from the user. I have an ecryptfs mounted at ~/Private. [17:10] ion: ? [17:10] you mean mount does? [17:10] Yeah [17:10] have you got --debug output, not sure why it would have run mount for you [17:12] keybuk: http://pastebin.com/f7963f585 [17:15] james_w: Thanks. [17:15] ion: err, that looks like an ecryptfs bug! [17:15] keybuk: How about creating the directory /var/lock/mountall on startup and recursively deleting it before exiting? An internal queue still a better idea? [17:16] ion: it's asking for a passphrase even when called with -f (fake. ie. add to mtab) [17:16] Ok [17:16] ion: only if you can figure out the sequencing to make sure /var/lock is mounted before any disk is checked :p [17:16] Ah, good point :-P [17:16] I suspect that dir-o-locks is not going to work [17:32] TomaszD: could you check something -- does it matter whether you open the standalone window or the properties window first? [17:33] hyperair, doesn't matter [17:33] hmm. [17:33] what about if both are open? [17:33] tried that just now, no change [17:34] basically the standalone window is translated but the properties window isn't eh.. [17:34] no here, I can give you a screenshot if you don't believe me ;) [17:34] *not here [17:35] hmm a screenshot might be nice, but i believe you =) [17:46] hyperair, http://imgur.com/1bBf2.png [17:46] ooh gnome shell [17:46] wait a sec [17:46] the entire standalone window isn't translated either! [17:46] seb128: i thought you said the standalone window was translated! [17:47] don't mind the tacky theme, I'm just messing, this is a test install ;) [17:47] no, I said that nothing out of the context menu item and the "do you want to install samba" was translated [17:48] ah. [17:48] whoops [17:48] TomaszD: could you try downgrading to nautilus-share 0.7.2-9 and seeing if you see the issue? [17:48] that's pre-glade-to-gtkbuilder transition [17:49] hyperair, where do I get the old deb package? [17:49] TomaszD: which architecture are you using? [17:50] i386 [17:50] hyperair: I can also reproduce this. Did the translation domain remain the same in the transition to gtkbuilder? [17:51] dpm: yes it did. but i didn't touch the .po files while converting the .glade to .ui [17:51] TomaszD: https://launchpad.net/ubuntu/+source/nautilus-share/0.7.2-9/+build/1089292 [17:52] oh crap [17:52] gdebi-gtk has the same exact issue [17:52] ? [17:52] I just noticed that now while installing nautilus-share [17:52] it's not translated [17:52] I mean, partially it is [17:52] hmm [17:52] I'll go check if that's my lang's problem, but nothing in the UI changed [17:55] hyperair, I can confirm that the downgraded version has no issues with the translation whatsoever [17:56] TomaszD: aha. okay, thanks for confirming. i'll work on fixing it then [17:56] yep, I checked, gdebi's translation is also broken [17:58] * hyperair doesn't handle gdebi [18:02] The following NEW packages will be installed: [18:02] grub [18:02] that doesn't seem right [18:02] Would some archive admin with shell acess (maybe james_w) please move mgltools-gle from Universe to Multiverse? It's got a not-for-commercial-use license so it got accepted in the wrong pocket by mistake. [18:03] ScottK: would you file a bug for reference please? [18:03] james_w: Sure. [18:06] ScottK: what's the not-for-commercial-use clause? [18:06] james_w: 1. Grant Of Limited License; Software Use Restrictions. The programs received by you will be used only for NON COMMERCIAL purposes. This license is issued to you as an individual. [18:07] james_w: Bug #425818 [18:07] I don't see that in the copyright file [18:07] Launchpad bug 425818 in mgltools-gle "Please move mgltools-gle to Multiverse" [High,New] https://launchpad.net/bugs/425818 [18:07] It's in the LICENSE file in the source package. [18:08] ok [18:08] TomaszD: i noticed you've got commit access to nautilus-share's git repository. do me a favour and change the line "interfaces/share-dialog.glade.in" to "[type: gettext/glade]interfaces/share-dialog.glade.in" [18:08] About sound in Karmic: when i try to play sound with Nautilus putting my mouse over the sound file i succeed. But when i try to pley music with Listen/Rythmbox i always fail and players brake out Pulse in the process. An automatic bug report was sent from my Ubuntu Karmic instalation. My sound card is Creative Audigy SE. I used to have problems with this card in Ubuntu Hardy and before it. But with Ubnut Jaunty all was good. Now problems are back wit [18:08] h Karmic (i know it is in alpha, i am just reporting the bug). Even the annoying sounds are back (annoying noises when sounds start and end). [18:08] moved in karmic [18:08] can we move in released versions? [18:08] james_w: Thanks. We can. Let me double check that version. [18:08] TomaszD: that should fix it upstream. now i need to get the patch downstream =) [18:08] hyperair, are you sure? :> [18:09] about this fix [18:09] TomaszD: almost completely sure. test build it and check? =) [18:09] oh boy [18:09] haha [18:09] I'm gonna include you as the author of the commit :P [18:09] one moment [18:09] no problem [18:10] oh yeah, you might like to refresh all the .po files as well [18:10] remove the nautilus-share.pot, and run make update-po inside the po directory [18:10] james_w: It applies to Jaunty too. [18:10] ok, thanks [18:11] hyperair, and commit all those as well or just for my local build? [18:11] TomaszD: commit *.po, and POTFILES.in but not nautilus-share.pot or POTFILES [18:11] alright [18:12] ScottK: did you file in Debian? [18:12] james_w: Not yet. [18:12] ok, thanks for catching this [18:13] wait a moment hyperair, where should I find this line? [18:13] TomaszD: po/POTFILES.in [18:13] ah, of course.. [18:14] TomaszD: intltool doesn't detect *.ui files as translatable, so if you run make update-po, all the strings get commented out [18:14] TomaszD: that's why the [type: gettext/glade] needs to be set [18:15] hyperair, the line you talk about reads [type: gettext/glade]interfaces/share-dialog.ui [18:15] TomaszD: it does? already? [18:15] yes, no "glade" part though [18:15] in the name [18:15] ah. [18:15] let's see.. [18:16] it is gettext/glade isn't it? [18:16] -interfaces/share-dialog.ui [18:16] +[type: gettext/glade]interfaces/share-dialog.ui [18:16] well that's done then [18:16] hah [18:17] ..i'm beginning to really regret patching configure and Makefile.in [18:18] hyperair, so I don't have to touch anything then? [18:18] nothing =) [18:18] *phew* [18:18] haha =) [18:18] i should probably poke federico for a new upstream release [18:18] there's been loads of translation changes [18:19] it'll also allow me to drop my crazy long series of patches [18:20] good idea [18:20] there's also 10 odd bugfixes i submitted when i took over this package =\ [18:23] james_w: I'll also upload a fixed debian/copyright for Karmic (and file a bug with Debian). [18:43] how is this alpha? [18:44] alpha-ish [18:52] well well. i thought 1 hour was bad for waiting time, but 8 hours? [18:52] * hyperair sighs [18:53] TomaszD: https://launchpad.net/~hyperair/+archive/bugfixes/+build/1207117 <-- if you're around when this finishes, please test =) [18:53] ETA: 9hrs [18:53] if I'm awake in 9hrs, I'll be a dead man [18:54] ;-) [18:54] another time then. [19:04] TomaszD: would you trust me enough to use a deb i compiled on my machine? (i'm lazy to wait for the buildds to finish) [19:05] hyperair, I have no trust issues... not in an isolated testing virtual machine :) [19:05] ahaha [19:05] okay then =) [19:06] * hyperair starts pbuilder-karmic-i386 [19:18] It takes about 20 seconds from "GRUB loading" to the menu appearing [19:18] is that normal? [19:20] TomaszD: http://dl.getdropbox.com/u/169656/nautilus-share_0.7.2-11ubuntu1%7Ehyper2_i386.deb [19:21] Laney: no [19:21] Laney: not really but I didn't install the latest update from today yet [19:21] not today [19:21] it's been like that for ages [19:21] since grub 2 [19:21] Laney: takes 2-3 seconds here [19:21] same [19:22] hyperair, back to square one :( [19:24] =( [19:25] TomaszD: could you temporarily move the nautilus-share.mo files from /usr/share/locale-langpack elsewhere? [19:25] hyperair: can't you test by launching with LANG set to something else? [19:25] hmm [19:25] good point eh [19:26] let's see if that works.. [19:26] I thought you didn't want to have to install new langpacks [19:26] otherwise, just use LANG, yes [19:27] well.. the package i've created isn't stripped of .mo files [19:27] unlike the nautilus-share package in ubuntu [19:27] ah, true [19:28] now then, what was your LANG set to again? [19:42] Laney: you're not the only person who's reported it, but neither I nor anyone else has managed to track it down yet [19:42] Laney: try 'set debug=disk' at the top of /boot/grub/grub.cfg and you might be able to see which disk it's probing (or 'set debug=all' if you want everything, but that might scroll by rather fast) [19:47] how does one decompile a .mo? [19:55] you can run msgunfmt on it [20:05] hmm it seems that gtk_builder_set_translation_domain needs to be set *before* add_blah_blahh.. [20:05] but still it's pretty strange why it didn't work before.. [20:05] hmm [20:06] maybe it's --as-needed? [20:06] no wait, can't be either [20:15] ah totem also uses the set_translation_domain trick [20:22] TomaszD: http://dl.getdropbox.com/u/169656/nautilus-share_0.7.2-11ubuntu1%7Ehyper3_i386.deb [20:22] this one works on my system using pl_PL.UTF-8 [20:27] hyperair, almost! the "Create Share" button is left untranslated [20:28] !! WHAT [20:28] I am only a bot, please don't think I'm intelligent. [20:28] lol :) [20:29] TomaszD: that's another bug. but thanks for pointing it out =O [20:30] it's supposed to be Create _Share, but i patched it into Create Share [20:30] whoops.. [20:42] TomaszD: http://dl.getdropbox.com/u/169656/nautilus-share_0.7.2-11ubuntu1%7Ehyper4_i386.deb [20:42] take 4... [20:44] hehe [20:44] aaand cut [20:45] good job everyone, great acting hyperair, 100% correct [20:45] woo [20:45] and now I finally see where do I have to fix those accelerator conflicts [20:48] =O [20:48] * hyperair falls asleep on keyboard [21:00] exit [21:00] quit === TheMuso` is now known as TheMuso === mathiaz_ is now known as mathiaz === Zic is now known as Guest38226 [22:18] help [22:19] learning irssi :) sorry === ulaas__ is now known as ulaas === edson_ is now known as dmesg === Guest38226 is now known as Zic === dmesg is now known as ecanto [23:52] seb128: Hey, can you please also ack bug 303628? [23:52] Launchpad bug 303628 in gnome-voice-control "[Karmic FFe] Update gnome-voice-control package to version 0.4" [Undecided,In progress] https://launchpad.net/bugs/303628 [23:53] RainCT, seems fine to me feel free to upload [23:54] seb128: Thanks :)