=== dendro-afk is now known as dendrobates [00:50] Hello. [00:52] I am trying to detect whether or not a certain package is installed via bash script. Right now I have pkg --get-selections|grep | grep -v "deinstall" which works to a certain extent but it also is true if packages with is in another package name is installed. For instance if compiz is not installed and compiz-core is, it will still detect compiz is installed. How should I do this to get an exact match? [00:53] In short, I want a reliable way to tell if package X is installed from a bash script [01:11] soreau: dpkg -l could be what you are looking after. [01:11] looking for even [01:11] dpkg --get-selections rather [01:12] That is better for a machine to parse. [01:12] ion: right [01:12] ion: If you see in my first post, that's what I am currently using and it almost works.. just matches any package containing the string [01:12] TheMuso: As does grepping dpkg -l [01:13] dpkg --get-selections compiz [01:14] huh [01:14] ion: That may be exactly what I need [01:15] ion: What are all the values that the 'other' field can be? purge, install, deinstall etc [01:15] If I grep for 'install' it will also match deinstall for instance [01:16] Is there anywhere I can see all the possible values for that column? [01:16] if dpkg --get-selections compiz 2>/dev/null | grep -qE '\ ion: I'll bet that's exactly what I wanted. Thanks a lot! [01:29] ion: Thanks for your help. Still trying to figure out what that grep magic does but whatever it is, it is working :) [01:33] \< stands for word boundary and $ stands for the end of a line. [01:36] lambda! [01:36] λ [01:37] \ is haskell declares an anonymous function ;) [01:38] Indeed. [01:39] Unfortunately, one can’t use λ in its place even with Haskell’s Unicode support (the last time i checked). [01:58] thanks again === Hellow_ is now known as Hellow [04:08] who can I thank for the policykit-ification of update-manager? [04:11] Depends on if you like it or not. [04:14] who wouldn't like an upgrade button that asks for your password then looks at you confused === Whoopie_ is now known as Whoopie [04:15] In that case, it was definitely not me. === robbiew is now known as robbiew-afk [06:19] * cwillu_at_work pokes doko__ [06:19] doko__, bug #418962 is apparently fixed in bash-4.1; is there any chance of getting a patch into karmic, or updating to that version? [06:19] Launchpad bug 418962 in bash "[karmic] [regression] menu-complete in bash no longer completes filenames." [Undecided,Confirmed] https://launchpad.net/bugs/418962 [06:21] Well, I'm glad that got fixed. [06:26] s/got/may get/ :p [06:26] :P [06:26] looks like debian doesn't have 4.1 packaged yet [06:28] hell, 4.1 hasn't been released at all yet :( [06:39] hmm; 33 patches to 4.0 are on the maintainers site, none of which are obviously the fix to my eyes [06:43] good morning [06:43] Excuse me; can anyone explain why it's necessary to send kernel log messages through dd, rather than letting klogd pick them up directly? Debian doesn't do it that way. [06:44] Other than "it lets us run it as user klogd", which isn't a reason in and of itself. [07:11] Good morning [07:11] pochu: oh, great! [07:17] pitti: I uploaded didrocks' new gdl - it will need binary NEWing [07:17] didrocks: will you taking care of uploading the 4-5 rdepends? [07:18] hey pitti, hi dholbach [07:19] didrocks: uploaded sabayon too [07:20] dholbach: thanks. You want to handle the transition now and not dep on the old (with previous soname) bin library? [07:20] I can do it, if you think it worthes before beta :) [07:21] didrocks: it's sitting in the queue now - I'll defer that to the release team / archive admins [07:21] I think it'd be a quick job and build times shouldn't be long either [07:22] didrocks: just let me know what they think and I can help out if necessary [07:22] dholbach: no pb, I'll ping them later today and handle it :) [07:22] hey dholbach; ok, thanks [07:22] super [07:27] pitti: so, what do you think about handling those rebuilds before beta? [07:27] dholbach: should be fine, better for testing [07:28] pochu: uploaded [07:28] dholbach: ok, I put that on my schedule, so :) [07:36] dholbach, didrocks: please upload them ASAP with proper versioned build-depends, then we can already accept them and let the buildds figure it out [07:37] Excuse me; can anyone explain why it's necessary to send kernel log messages through dd, rather than letting klogd pick them up directly? Debian doesn't do it that way. [07:37] didrocks: can you just put the debdiffs somewhere and I have a look at them? [07:37] manitoba98: maybe the people who can answer the question are not around yet... why don [07:37] 't you mail ubuntu-devel@lists.u.c? [07:38] OK, thanks. [07:45] dholbach: ok. I'm working on that this evening as soon as I get back home [07:58] didrocks, dholbach: gdl NEWed [07:59] pitti: I'll take the dog for a walk and take care of the rdepends afterwards [08:00] * pitti hugs dholbach [08:02] pitti: Thanks :) [08:04] ArneGoetje: argh [08:04] ArneGoetje: may it be that you forgot to remove the langpacks before the rebuild? The delta langpacks are very big [08:05] they should be empty.. [08:05] well, a bit too late now, so we just have to cope and kick out some of them [08:07] pitti: no. LP 'forgot' my full-request... :( [08:07] ah, too bad [08:07] ArneGoetje: did that happen before? [08:07] we have to get it right for the final [08:08] pitti: I have done a merge with the last full-export and int import in lp-o-matic is currently running... do you still want to have it? [08:08] pitti: first time it happened... maybe LP had some hickup [08:08] ArneGoetje: there were some LP rollouts on Friday and apparently over the weekend, too [08:08] perhaps it forgot that state when it was restarted [08:08] pitti: that might be an explanation [08:09] ArneGoetje: it gets too late, I'm afraid; we need to have CDs tomorrow around European noon [08:09] pitti: hum... ok [08:10] pitti: the next export will be a full one again... (if LP doesn't forget it again), so users will need to upgrade [08:11] mvo: ping [08:12] hey happyaron [08:13] mvo: I have some question on software-center's pot [08:13] happyaron: sure [08:13] ArneGoetje: we don't really need a full export after beta, but I guess we should still do it to test that it still works [08:13] pitti: yep [08:13] hey mvo [08:13] mvo: there is a po/software-store.pot, po/po/software-store.pot in your 0.4 version tarball [08:14] mvo: and now you've uploaded a po/software-center.pot, which template should be in launchpad, and how to name it? [08:20] happyaron: software-center should be the one, let me fix that in my source. sorry for the confusion [08:21] mvo: only po/software-center.pot should be imported, is that right? I have renamed the original template in lp to software-center, and is that po/po/software-store.pot not needed? [08:22] happyaron: correct [08:22] ok [08:22] happyaron: the old name should go away everywhere [08:22] only one template should be fine [08:23] NetworkManager Applet 0.7.996 is a massacre [08:23] all right with dhcp, but totally don't works form manual settings [08:30] krabador: please file bugs in Launchpad rather than on IRC; it'll usually get a better result that way [08:51] pitti: I could selectively upload a few language-packs it that helps... which languages are we going to ship on the CD? [08:51] ArneGoetje: that would help indeed [08:52] ArneGoetje: en es xh pt de fr bn [08:52] pitti: which languages do you want? [08:52] pitti: ok [08:52] ArneGoetje: that won't help the DVD, but at least we can have good CDs [08:53] ArneGoetje: thanks! [08:53] What, not fi? I’m appalled. [08:54] * pitti hugs ion [08:54] :-) === dholbach_ is now known as dholbach [09:11] pitti, dholbach: all libgdl universe rdeps are uploaded. Do you want that I give a hand on main ones? [09:12] didrocks: that would be nice, if you have some time to test them? [09:12] I hope most will "just build"? [09:13] pitti: universe ones have built like a charm :) I do some minimal test (at work, it's more difficult, spawing a slow VM on my windows machine :/) [09:13] uploaded [09:13] gnome-python-extras [09:13] and committed to the brancht oo [09:13] too [09:13] should be all set now [09:14] great :) === asac_ is now known as asac [09:24] mbiebl: any particular reason why you made libpolkit-gtk-1-dev arch: any? (it's arch: all in Ubuntu) [09:24] <\sh> moins [09:25] any chance we will get theora 1.1 in karmic? [09:26] tgpraveen, any chance you will stop asking every day if we will get new major version of software or features weeks after feature freeze now? ;-) [09:32] seb128: i just wanted a yes/no answer :) [09:33] tgpraveen, which is try for my question too ;-) [09:33] tgpraveen, dunno, we didn't consider it it's way after feature freeze, if you have excellent recent open a bug asking for an exception [09:33] recent -> reason [09:44] http://17fc5c36.linkbucks.com === yofel_ is now known as yofel [09:53] tseliot: does nvidia 96 actually work on karmic? [10:06] pitti: yes, it should. Why? [10:07] tseliot: ok, thanks [10:07] just cleaning the DVD seeds, and they had some nonexisting versions any more [10:07] pitti: aah, ok [10:09] * directhex has downgraded his nvidia - 185 is crashy crashy crashy [10:43] is there a bug open for "gdm only comes up after pressing alt-f7"? [10:54] dholbach: I don't see one [10:54] ok [10:54] I just have this on one machine [10:54] booting will only show me a black screen until I press alt-f7 [10:55] it happens on the live CD for me [10:59] dholbach, there is one [10:59] dholbach, bug #434361 [10:59] Launchpad bug 434361 in gdm "gdm sometimes fails to start after new upstart merge" [Medium,Incomplete] https://launchpad.net/bugs/434361 [10:59] thanks seb128 [11:00] it doesn't seem a gdm bug [11:00] seb128: I retitled the bug, so that it's a bit easier to find [11:00] hum - I don't need to log in and restart gdm for gdm to work [11:01] seb128: certainly in my case, gdm starts fine, it just doesn't switch vt [11:01] ah ok, comment 7 says the same on amd64 [11:01] dholbach, right, read comments on the bugs, just people got confused before finding that ctrl-atl-f7 was working [11:01] ah [11:02] cjwatson, well some people have the issue with kdm too [11:02] and workaround are weird there [11:03] ie booting with splash workaround the bug [11:03] or reinstalling linux for some users [11:03] if somebody has a clue how to debug that help is welcome there [11:04] it's probably a beta blocker too [11:04] yeah [11:04] I wonder if the usplash init script needs to be migrated [11:05] we used to shut down usplash before starting gdm; now we don't [11:05] that seems very likely to be the cause [11:06] "without splash" before [11:06] but right, that makes sense [11:12] mvo, sorry for the duplicate bug repos on software-center I didn't noticed they were reported on the previous project name :\ [11:12] reports [11:13] joaopinto: no problem, thanks for reporting the stuff, the rename caused some confusion unfortuatnely [11:14] hmm, this is slightly tricky, I *really* don't want to reproduce the busy-wait in the usplash init script in upstart-wordl [11:14] world [11:16] does upstart send a signal after a process has terminated? [11:17] well, even that wouldn't be sufficient, since the init script waits for a while and kills it if it doesn't die by itself [11:19] really, I think we want to have upstart take over supervision of the running usplash process when it starts, and pretend that it's a job, so that we can use the 'kill timeout' stuff [11:40] seb128: do you know why bug 424311 is set to "low"? :) [11:40] Launchpad bug 424311 in gnome-screensaver "gnome-screensaver does not put display to sleep" [Low,New] https://launchpad.net/bugs/424311 [11:41] dholbach, why not? [11:41] I find it a bit annoying that the screen does not go to black [11:41] it just flickers every few minutes [11:41] dholbach, because it has not been confirmed and happens to one user only [11:41] ok [11:41] * dholbach can confirm [11:42] and me [11:43] Laney: can you add your details to the bug too? [11:43] dholbach, did it start recently? [11:44] seb128: no, a week I'd say [11:45] dholbach, it's probably not the same bug then [11:45] done [11:45] dholbach, yours probably started with the 2.28 update [11:45] seb128: you think? [11:45] well that one has been opened 3 weeks ago [11:45] maybe a bit longer already - I really dunno [11:45] well, you are the third one to mention screensaver today [11:45] I really think it's new since 2.28 [11:46] I would prefer a new bug if that's the case rather than abusing an old bug about something different [11:46] no I had it before then [11:46] ok, cool, let's see if somebody is interested to work on that [11:46] we don't have anybody working on screensavers that I know [11:47] but maybe somebody will be annoyed enough to look at it ;-) [11:47] I put it on my list but I've like one hundred bugs already on my karmic list so low chance I look at that [11:48] can you view the sleep/wake events? [11:50] Laney, gnome-screensaver --no-daemon --debug [11:50] cool [11:50] i'll do it when i get home [11:51] but the power management tab is a gnome-power-manager thing [11:51] not a gnome-screensaver one [11:52] yeah [12:34] hey asac, would you care to upload a translation update for ubufox? https://bugs.launchpad.net/ubuntu/+source/ubufox/+bug/437604 [12:34] Launchpad bug 437604 in ubufox "[pl-PL] Polish translation update for ubufox [attached]" [Undecided,New] [12:41] assigned myself now. thx. TomaszD [12:41] asac, cool, thanks! [12:41] TomaszD: if you request a merge into lp:ubufox it would be even quicker ;) [12:41] but not needed [12:42] asac, I know, but I don't have time to learn another DVCS just to upload a few files :P [12:44] ll [12:44] kk [12:47] seb128,pitti: FYI I'm experimenting with http://paste.ubuntu.com/280312/ - feel free to comment while I break my system with it :) [12:49] cjwatson: "start on stopped gdm" sounds a bit overzealous; shouldn't this rather mean "start on (rc0 or rc6)" or so? [12:51] nice, this looks so much cleaner than the current init script with its looping === Tonio__ is now known as Tonio_ [12:57] is it a bad time to upgrade (dist-upgrade fails with lots of python errors) [13:04] can someone review LP 438092 ? [13:04] Launchpad bug 438092 in texlive-bin "Candidate revision texlive-bin_2007.dfsg.2-7ubuntu1" [Undecided,Confirmed] https://launchpad.net/bugs/438092 [13:04] james_w: bug #404003: source package is actually opencore-amr, sorry for the inconvenience [13:04] Launchpad bug 404003 in ubuntu "please sync libopencore-amr for karmic from unstable" [Wishlist,Confirmed] https://launchpad.net/bugs/404003 [13:05] I dropped this Ubuntu change: build with g++ -fno-tree-ter on armel, since debian now uses g++-4.4 [13:05] thanks [13:06] james_w: btw, I've done devscripts merge [13:06] thanks AnAnt [13:07] james_w: LP 414298 [13:07] Launchpad bug 414298 in devscripts "Please merge devscripts_2.10.53 from Debian unstable" [Undecided,Confirmed] https://launchpad.net/bugs/414298 [13:07] james_w: that's actually devscripts_2.10.55 [13:08] pitti: I believe it has to start after gdm, or the chvt ordering goes wrong [13:09] pitti: at least it certainly used to fail if you tried to start usplash_down before gdm [13:09] it does mean that it won't run if you don't have a *dm, I concede === doko__ is now known as doko [13:48] some audio sync problem with videoplayer in ubuntu... :( [13:50] http://launchpadlibrarian.net/32596463/buildlog_ubuntu-karmic-armel.sound-juicer_2.28.0-1_FAILEDTOBUILD.txt.gz - check out the UCF installation. Does that look transient? [13:51] re [13:51] cjwatson: ah, perhaps it'd need to be (stop gdm && (rc0 || rc6))? === ember_ is now known as ember [13:55] pitti: mm, maybe [13:55] * cjwatson is wrestling with getting the initramfs->upstart import stuff Keybuk hacked in to work properly [13:57] ogra, lool: so bug 417009 is believed to be fixed now, right? You just keep it open until it's verified, or does it need more work? [13:57] Launchpad bug 417009 in openoffice "all openoffice apps die in 'com::sun::star::ucb::InteractiveAugmentedIOException' on armel in karmic" [Unknown,Confirmed] https://launchpad.net/bugs/417009 [13:58] mvo, doko: do you deal with python/apt? I have a failed dist-upgrade and here is the result of trying to fix it. http://pastebin.ubuntu.com/280364/ [14:00] amitk_: hm, that smeels like disk corruption "EOFError: EOF read where object expected [14:00] " [14:00] pitti: Not sure why it isn't closed; I know we're actualy hiding an issue in some binaries instead of fixing it [14:01] doko: Did you intend to keep it open? [14:01] mvo: should I force reinstall some packages? [14:03] ogasawara: plz check the patch in 334413 ... thx [14:04] asac: will do [14:05] amitk_: try reinstalling python2.6 [14:07] lool: yes, we have a work around, not a fix. just take it off the release radar once the build is in the archive [14:07] doko: Ok thanks [14:07] pitti: ^ [14:07] mvo: 'sudo dpkg-reconfigure python2.6' seems to have done the trick [14:07] can someone look at LP 416949 [14:07] Launchpad bug 416949 in console-setup "Keyboard layout toggle does not work anymore in karmic" [Undecided,New] https://launchpad.net/bugs/416949 [14:08] amitk: bad files, zero lenght? [14:08] amitk_: hm, that is a bit scary [14:08] doko: no, I checked that the files existed === marjomercado is now known as marjo [14:19] liw: moi! does Computer Janitor track how often a package is used? I am wondering why it is trying to remove deboostrap, kvm, qemu, etc. [14:34] oh usplash, why do you mock me [14:38] you were naughty in a previous life? [14:54] archive-admins: i think linux-ec2 is sitting in binary-new can we get that in the archive? please k thx bye [15:01] zul: nothing like *ec2* in the NEW queue [15:01] pitti: hmm.. === robbiew-afk is now known as robbiew [15:04] zul: see https://edge.launchpad.net/ubuntu/+source/linux-ec2/2.6.31-300.3, nothing NEW there === dendrobates is now known as dendro-afk [15:09] pitti: but it said it built? [15:09] right === bjf-afk is now known as bjf [15:14] mvo: Have a second to discuss possible bugs in python-apt? [15:15] Just want to confirm that the bugs exist as I see them before filing a report. [15:16] amitk, computer janitor does not track how much packages are used; if you click on the package in the UI what does it tell you as the reason for the removal? [15:18] mvo: Nevermind, just confused by the various semi-dict-like interfaces. [15:20] ttx, good afternoon, how is the test going? [15:22] mdz: there is an issue with eucalyptus-cc upstartification. httpd child processes are crashing. That prevent sthe node from being correctly polled [15:22] (I'm testing your branch) [15:22] I'm slowly closing in on the issue, but axis2c is not easy to debug [15:24] ttx, the command line and config file used to start apache2 are identical. I did drop the LD_LIBRARY_PATH change because it seemed superfluous, but we can put it back in if needed. did you test if that is the problem? [15:24] (command line -> except for "-D foreground") [15:24] mdz: I just managed to get a /etc/init/eucalyptus-cc.conf that doesn't crash. Now I need to find what in the combo of things I added fixed it. [15:24] ttx, send me the diff? [15:26] pitti, zul, I believe slangasek took care of it already: [15:26] linux-ec2 | 2.6.31.300.0 | http://archive.ubuntu.com karmic/main Packages [15:26] pitti, zul was talking about the linux-ec2 binary package from linux-meta [15:26] mdz: thanks [15:27] mdz: ah; well, I didn't see that in NEW either; [15:27] if it's done now, fine [15:27] pitti, zul, I can confirm that it's installed in the images at http://uec-images.ubuntu.com/karmic/current/ubuntu-uec-karmic-i386.manifest [15:28] mdz: http://pastebin.ubuntu.com/280428/ [15:28] mdz: I'll reduce the patch to see what actually fixed the problem [15:29] mdz: http://pastebin.ubuntu.com/280430/ is better === dendro-afk is now known as dendrobates [15:30] ttx, /etc/eucalyptus/axis2/lib is a symlink to /usr/lib/axis2/lib [15:31] dude how you write stats (cpu , load) in the motd (before call pam_lastlog i mean) [15:32] ttx, it still segfaults when I use your LD_LIBRARY_PATH change [15:32] btw, hi all [15:32] mdz: yes, EUCALYPTUS=/ and LD_LIBRARY_PATH do not help... [15:33] ttx, have you debugged the segfault? [15:33] mdz: no [15:34] I have a stack trace [15:34] ah [15:34] env AXIS2C_HOME=/etc/eucalyptus/axis2 [15:34] ttx, http://people.canonical.com/~mdz/temp/eucalyptus-cc-apache2-crash.png [15:34] seems to be the critical one. Let me doublecheck that. === fddfoo is now known as fdd [15:35] fabrice_sp__: thanks [15:35] AnAnt, for? === fabrice_sp__ is now known as fabrice_sp [15:36] fabrice_sp: the tablelist bug [15:36] bugs [15:36] it's doing this: [15:36] service = adb_getKeysType_get_serviceTag(request, env); [15:36] [15:36] response = adb_getKeysResponseType_create(env); [15:36] status = AXIS2_TRUE; [15:36] rc = doGetKeys(service, &outCCCert, &outNCCert); [15:36] and crashing in DoGetKeys [15:37] AnAnt, ahhh, you're aelmahmoudy. You're welcome :-) [15:37] ttx, I still get the segfaults after setting AXIS2C_HOME [15:37] grmbl [15:37] fabrice_sp: yup === nixternal_ is now known as nixternal [15:39] mdz: there is a combination of factors, probably two bugs. [15:39] mvo, hi, have you perhaps noticed that there is something wrong again with update-manager's template? Even the one waiting in the queue is not up-to-date, and the strings that have not been changed are now displayed in English [15:39] mvo, could you take a look at this issue? [15:39] pitti: I think this usplash upstartification is now working - I just needed to crank the initial timeout up a little bit [15:40] pitti: since native upstart jobs don't talk to usplash (at the moment?), so the timeout has a habit of expiring [15:40] oooooh [15:40] you rock! [15:41] TomaszD: I have a look [15:41] TomaszD: is ths about bug #438077 ? [15:41] Launchpad bug 438077 in update-manager "update-manager's translation template is very likely not up to date again" [Undecided,New] https://launchpad.net/bugs/438077 [15:41] hmm, it's not quite stopping properly if gdm isn't in use though [15:42] mvo, indeed it is [15:42] mvo, I'm especially worried about the policykit dialog window, where there's a new string about the system policy preventing updates or something close to that [15:42] mdz: can you crash it with the full patch ? [15:42] ttx, segfault is at: home = strdup(getenv("EUCALYPTUS")); [15:43] TomaszD: that is comes from aptdaemon [15:43] mdz: yes... but if you set that alone, the polling to the node doesn't really occur. [15:43] * ttx rechecks [15:45] mvo, ok, but the rest is still worrying [15:45] pitti: actually - I wonder if the right answer would be for the gdm job to emit a stop-splash event [15:45] or even a dm-starting event [15:45] TomaszD: it is, I targeted it [15:45] ttx, adding export EUCALYPTUS=/ to the upstart job doesn't seem to get it into the apache2 enivronment for some reason [15:45] or env [15:45] pitti: that would save having to keep track of whether gdm actually gets started (e.g. 'text' on command line) [15:45] mvo, thanks [15:45] mdz: you need AXIS2C_HOME [15:46] with env EUCLYPTUS and AXIS2C_HOME set it works [15:46] mdz: the init(5) manual page documents env KEY=VALUE and export KEY, but not export KEY=VALUE [15:46] all the other changes in the patch are superfluous. [15:47] cjwatson, env KEY=VALUE is what I'm using [15:48] mdz: http://pastebin.ubuntu.com/280457/ works for me [15:48] it works for HTTPD_CONF=/var/run/eucalyptus/httpd-cc.conf [15:48] but not for EUCALYPTUS=/ [15:49] asac: ping [15:49] ttx, if you look at /proc/xxx/environ do you see EUCALYPTUS=/ there? [15:50] mdz: yes [15:51] ttx, I can't get that to work for some reason [15:52] ttx, ararrggghh [15:52] using "restart" doesn't seem to process the new env stanzas [15:52] but 'stop' and 'start' did [15:52] keeeeyyyybbuuuuuuukkk.... [15:52] mdz: uh :) [15:52] * dholbach hugs mdz [15:52] there were two bugs, the segfault was masking the other. [15:53] * ttx has been banging his head against that one for a few hours :) [15:53] hmm, now I have usplash stuck on [15:53] whoopsie [15:54] heh, so now you have to press alt+F1 AND alt+7? [15:54] ttx, gdb made quick work of the segfault, it was clear that it was missing $EUCALYPTUS [15:54] if my changes to the upstart job had actually worked, the second one would have been quick too ;-) [15:56] ttx, is the cc registration working? [15:57] mdz: yes. [15:57] highvoltage: no, it's just hosed. undoubtedly my fault [15:57] mdz: I tested from a daily + upgrade though, which is a slightly different test path [15:57] ttx, it doesn't seem to re-run the registration when I restart the cc, though I thought it would [15:58] ttx, I've pushed a new auto-registration branch [15:58] with the env fixes [15:58] ttx, are we ready to merge it into ubuntu and upload? [15:58] mdz: I think so. I was planning to rebuild and test, but the sooner it lands on the daily, the better [15:59] apachelogger: ? [16:00] asac: any news on trademark in kubuntu-firefox-installer? also, I really really think that making the firefox packages conflict and replace kubuntu-firefox-installer is the best option at hand :) [16:01] asac: btw, is firefox-gnome-support a recommends? [16:02] ttx, yes, dialing [16:03] could $archive_admin_of_the_day get linux-fsl-imx51 and linux-mvl-dove out of NEW for me ? [16:03] ttx, uploaded [16:04] cjwatson, can you review and approve? [16:04] james_w, ^^^ ? [16:04] and spin new server ISOs? [16:04] apachelogger: can you get me a mail with screenshots etc. ... would be easier for me to check with mozilla if i had something like that. [16:04] mdz: I'll spend some cycles this evening validating that iso [16:05] asac: sure [16:05] ttx, what about the public IPs issue? [16:05] ogra: already in the middle of the queue [16:05] merci :) === bjf is now known as bjf-afk [16:20] Any hints on how to easiest solve the getline() problem with karmic's libc= [16:20] ? [16:25] mok0: rename the local function [16:25] cjwatson: I've been doing that but in this particular instance I don't want to [16:26] cjwatson: not if I can avoid it. [16:26] cjwatson: The error comes from a 4-line change in stdio.h [16:26] that's correct, but it was an addition to POSIX [16:27] cjwatson: the addition is to include getline as a std. function? [16:27] mdz: did you commit the -0ubuntu9 changes to lp:~ubuntu-core-dev/eucalyptus/ubuntu ? [16:28] mdz: about the public IP issue, maybe we can discuss it on the call. [16:28] cjwatson: earlier you had to define __GNU to get it [16:28] cjwatson: now it's controlled by __USE_XOPEN2K8 which is apparently defined somewhere. [16:29]