[03:16] <Lathiat> this channel needs to have some weird name so people stop mistaking it for #ubuntu
[03:16] <CarlK_> Lathiat - ops and voice seem in order
[03:16] <Lathiat> CarlK_: well like there are legit reasons for people to come here
[03:17] <enrico> Kamion: wait, there's a new one :)
[03:17] <enrico> Kamion: it's just that the two -xh OMF files were untranslated and now they are
[03:17] <enrico> Kamion: http://lento.uncasino.it/enrico/store/ubuntu-docs-1.0.tar.gz has the new packages
[03:17] <enrico> My problem here is that I could be kicked offline at any moment
[03:17] <Kamion> enrico: ok, that's fine, I'm not going to go download a .tar.gz to find out what it is though
[03:18] <Kamion> enrico: I've approved 0.7-1, so please just upload, I can ignore it if it's bad
[03:18] <enrico> Kamion: uploaded
[03:18] <CarlK_> Lathiat - more on this some other time ;)
[03:18] <enrico> I bumped the version to 1.0 so that everyone in the team agrees this is the last one :)
[03:19] <seb128> Kamion: have you read what I just said about the daily i386 ?
[03:20] <seb128> Kamion: it ejects the CD, reboot to configure the package but doesn't boot
[03:21] <Kamion> seb128: I'll try it here in a bit, doesn't sound like anything that's changed recently though
[03:21] <seb128> I'll record a new CD
[03:24] <Kamion> enrico: ubuntu-docs_1.0-1 installed
[03:28] <Kamion> jdub: ubuntu-artwork_0.2.24-1 installed
[03:28] <jdub> Kamion: ta
[03:28] <GheRivero> res
[03:29] <jdub> morning GheRivero
[03:29] <enrico> Kamion: thanks a lot!
[03:35] <Lathiat> Kamion: ugh.
[03:35] <Lathiat> Kamion: didn't happen this time and i didn't do anything different :(
[03:37] <caleb__> jdub: you around?
[03:37] <Kamion> Lathiat: welcome to race conditions; aren't they fun?
[03:38] <Lathiat> Kamion: yep
[03:38] <Lathiat> might try it in vmware a few times see if i can make it happen again
[03:39] <Lathiat> should have thought to run lilo-intsaller when it first happened
[03:40] <jdub> hey caleb__
[03:40] <Kamion> Lathiat: you wouldn't want to run lilo-installer itself, just the command I mentioned
[03:41] <Kamion> I'll make it log more sensible stuff in breezy
[03:41] <Lathiat> cool
[03:42] <caleb__> jdub: do you have an xplanet config that you can share that you used in l.g.o/GnomeWorldWide?  Minus the individual coords of course.
[03:42] <jdub> caleb__: not up, no
[03:42] <caleb__> and sry that it's so off topic here :S
[03:43] <jdub> caleb__: will putit in to cvs at some stage
[03:43] <jdub> hoping the kde guys put theirs up, which seems more interesting
[03:43] <jdub> then i'll rejig our one so it still works with the wiki data
[03:44] <caleb__> url to their display?
[03:45] <Riddell> jdub: phsysos said he would make it available for download, will check to see if he has
[03:47] <pitti> re
[03:54] <Lathiat> hmm packages.gz us md5sum mismatching atm, thats annoying
[03:56] <Mithrandir> s/tt/t/
[03:57] <d3vic3> O.O
[04:16] <seb128> Kamion: is that ok to update gnome-utils to 2.10.1, that's a GNOME 2.10.1 tarball with few fixes and translations updates
[04:17] <lunitik> seb128: you wouldn't happen to know the bug number for your installer issue? (or is there even a bug report?)
[04:19] <Kamion> seb128: what fixes?
[04:19] <Kamion> mdz said we were done with GNOME 2.10.1
[04:19] <seb128>   * Fix bug #172351, "Cannot open dia files" [Dennis]
[04:19] <seb128>   * Fix bug #168990, "Unable to open nautilus using magnifier" [Vinay M R]
[04:19] <seb128> doh
[04:19] <seb128> I though today was the limit
[04:19] <Kamion> 00:21 < mdz> we've got all the 2.10.1 we're going to accept
[04:20] <seb128> graah
[04:20] <seb128> the dia file is "open file from the search file dialog"
[04:20] <Kamion> I'm prepared to look over a debdiff
[04:20] <seb128> ie atm when you double click on the search result it doesn't open the file right
[04:21] <mvo> Kamion: have you seen my patch for #8496 (apt-cdrom honors Acquire::gpgv::Options)? should we wait for mdz for it?
[04:21] <seb128> Kamion: k
[04:21] <seb128> lunitik: what ?
[04:21] <Kamion> mvo: I haven't looked over the patch, and would prefer somebody who knows apt to do so
[04:22] <lunitik> seb128: the issue you were discussing in #ubuntu ... he seems adament he'd like to help... rather then take from your time... a bug report would help him try to help  :/
[04:22] <mvo> Kamion: so we wait for mdz :) ?
[04:22] <Kamion> lunitik: what issue is this?
[04:22] <seb128> lunitik: #ubuntu is not the right chan for that
[04:22] <seb128> Kamion: daily i386 doesn't booting here
[04:22] <seb128> "Hard disk boot sector invalid"
[04:23] <Kamion> oh, that; I'm testing now
[04:23] <seb128> I've recorded again the issue and same issue
[04:23] <Kamion> French?
[04:23] <lunitik> seb128: I understand... just want to point him at some text about the issue so he can try to be useful as he wants to so bad...
[04:23] <seb128> s/the issue/the iso/
[04:23] <seb128> Kamion: correct
[04:23] <seb128> lunitik: I would prefer to deal that here with Kamion rather than doing ping-pong by bugzilla
[04:24] <Kamion> anything else I should know? what filesystem type?
[04:24] <seb128> default choises for all
[04:24] <seb128> French for the language
[04:24] <Kamion> ok
[04:24] <seb128> default keyboard
[04:24] <seb128> DHCP
[04:24] <seb128> all the hdd
[04:24] <seb128> it copies the files, ejects the CD and doesn't reboot
[04:24] <seb128> ie: fails to boot
[04:25] <lunitik> seb128: understandable  :)
[04:25] <mvo> Kamion: one last question: what about http://people.ubuntu.com/~mvo/review/update-manager/update-manager_0.37.1+svn20050405.debdiff.short? any chance for it? it fixes the problem that update-manager does not pick up the synaptic proxy when downloading changelogs?
[04:26] <Kamion> seb128: any chance you could boot with rescue and have a poke around?
[04:26] <seb128> Kamion: what should I look for ?
[04:27] <Kamion> seb128: dunno, see if the filesystem works, see if 'grub-install (hd0)' fixes it, ...
[04:27] <Kamion> mvo: does SYNAPTIC_CONF_FILE get substituted with something more sensible?
[04:27] <seb128> Kamion: k
[04:27] <mvo> seb128: the partion table maybe? I have seen that in the past
[04:27] <mvo> (also my install today was fine)
[04:28] <jbailey> doko!
[04:29] <Kamion> mvo: it's a bit scary; have you tested it both with/without configured proxy?
[04:29] <CarlK_> crap - 2nd phase of install, some "failed" message just scrolled by something like "setting up fonts, failed to install...." - where are these messages logged?
[04:30] <Kamion> CarlK_: /var/log/base-config.log
[04:30] <CarlK_> thanks
[04:30] <mvo> Kamion: I did, should be fine. and yes, I'm not overly happy about it too. if we leave it as it is, the user needs to set http_proxy to get working changelogs in update-manager behind a proxy. not too bad, but not nice either.
[04:30] <Kamion> CarlK_: that message is probably harmless though, fontconfig will sort it out when it actually gets installed
[04:30] <Kamion> CarlK_: there are already bugs about that
[04:31] <Kamion> mvo: oh, and does adding the shortcut on Settings affect translations?
[04:32] <Kamion> seb128: oh, also maybe dd the boot sector and see what it looks like
[04:32] <Kamion> (using 'od -tx1' or similar)
[04:32] <mvo> Kamion: hrm, right (about the settings shortcut). I didn't noticed because that was fixed in gnome-cvs already for a couple of languages (including german)
[04:33] <mvo> Kamion: I think you convinced me to bite the bullet and leave it as it is
[04:34] <Kamion> mvo: which, _Settings or the whole thing?
[04:35] <Kamion> I think I could be persuaded to accept the proxy change
[04:35] <Kamion> it looks straightforward
[04:36] <mvo> Kamion: ok, that would be cool. I'll do another round of tests and prepare a package then with only that patch and a debdiff. sounds ok?
[04:36] <ska-fan> Can I rerun the menu.lst generation that takes into account the other os's on the hard drive? When I installed ubuntu there was a bug that didn't detect the fedora installs correctly and I want to test whether the fix for that bug works for me.
[04:36] <Kamion> mvo: yep
[04:36] <ska-fan> Otherwise switchers from fedora will be unhappy :)
[04:36] <Kamion> ska-fan: unfortunately not
[04:37] <Kamion> ska-fan: do you have a scratch partition you could use?
[04:37] <ska-fan> to install ubuntu on? yes.
[04:38] <Kamion> I'm afraid that's really the only option for testing that - it would be nice if os-prober and the bootloader installers were usable from a real system, but at the moment they aren't
[04:38] <Kamion> I hacked up a sort of test harness when I was fixing that bug, but it's not really the same ...
[04:40] <AndyFitz> I keep wondering why there arent new gaim packages made since 1.1.4 . is there a reason ?
[04:40] <thom> AndyFitz: upstream version freeze
[04:41] <AndyFitz> thom,  oh yeah.   now it seems like a stupid question
[04:41] <thom> AndyFitz: and all reports suggest the later versions have sucked fairly hard, too *shrug*
[04:41] <ska-fan> Kamion: Oh, so that's you :)
[04:41] <AndyFitz> http://packages.debian.org/unstable/net/gaim  hrm  ill try the version here
[04:41] <ska-fan> What's the smallest iso image to try that out?
[04:43] <Kamion> ska-fan: we only do full CDs I'm afraid
[04:44] <AndyFitz> thom it seems to be working fine. . ill probably notice changes later
[04:44] <Kamion> seb128: works for me
[04:44] <lunitik> *cough*there should be net inst images*cough*
[04:44] <lunitik> :P
[04:44] <Kamion> *cough*yes, I'm too busy*cough*
[04:44] <lunitik> Kamion: haha... fine be like that  :P
[04:45] <seb128> Kamion: grub-install /dev/hda doesn't fix the issue, I'm rebooting with the rescue mode
[04:45] <Kamion> seb128: also look for grub errors in /var/log/installer/
[04:45] <seb128> k
[04:46] <seb128> but the grub output for the rescue shell had no error
[04:46] <CarlK_> base-config.log lines end in 0a0d ... that worth bugging?
[04:46] <Kamion> lunitik: also we won't ever actually publicise netinsts, since having two parallel sets of images would just lead to confusion; if they ever exist it'll just be on an if-you-know-about-it basis
[04:46] <Kamion> CarlK_: no
[04:46] <Kamion> CarlK_: (that's just how script(1) works)
[04:47] <seb128> Kamion: http://pkg-gnome.alioth.debian.org/gnome-utils.debdiff if you want to have a look on the gnome-utils changes
[04:47] <Kamion> seb128: also check that /boot/grub/device.map is right
[04:47] <seb128> k
[04:47] <CarlK_> ok.  "no" is plenty - don't need explanations today ;)
[04:47] <Kamion> an 846k debdiff?!
[04:47] <lunitik> Kamion: alright, well, if they ever do get created, let me know alright  :)  (ps, is cdimage.ubuntu.com hidden enough? its not on the main page  :P )
[04:47] <CarlK_> lunitik - I figured it out ;)
[04:48] <Kamion> lunitik: whatever, I don't have time now, sorry
[04:48] <seb128> Kamion: GNOME l10n keep moving
[04:48] <seb128> Kamion: I can make a diff on the code if you want
[04:51] <seb128> device.map:
[04:51] <seb128> (hd0) /dev/hda
[04:51] <seb128> looks ok
[04:51] <Kamion> seb128: ok, if you've tested that, go ahead and upload
[04:52] <seb128> k, thanks
[04:53] <seb128> the syslog content looks right
[04:53] <seb128> Installing on '(hd0)'
[04:54] <seb128> running chroot /target /sbin/grub-install --recheck --no-floppy ''(hd0)''
[04:54] <seb128> grub-install ran successfully
[04:57] <Kamion> meh, we always download language pack updates on install
[04:57] <Kamion> fortunately I guess they aren't huge
[04:58] <Kamion> pitti: I assume you won't be changing l-p-*-base post-release
[04:58] <pitti> Kamion: right
[04:58] <seb128> Kamion: what is the way to do uploads ?
[04:59] <pitti> Kamion: unless there are so many updates that the update packages become too big, that is
[04:59] <Kamion> seb128: as normal, they'll get held for approval
[04:59] <seb128> hum
[04:59] <seb128> Connection failed, aborting. Check your network (111, 'Connection refused')
[05:00] <Kamion> erm
[05:00] <Kamion> check your network? :-)
[05:00] <seb128> works fine
[05:00] <Lathiat> haha
[05:00] <seb128> pinging the box works fine
[05:01] <Kamion> Lathiat: dput
[05:01] <seb128> ---- Connecting to upload.ubuntu.com (<IP_ADDRESS>) port 21
[05:01] <seb128> **** Socket error (Connection refused) - reconnecting
[05:01] <seb128> with lftp
[05:02] <Kamion> hmm, I think poppy fell over
[05:02] <daniels> daniels@catsby:~/tmp% lftp upload.ubuntu.com
[05:02] <daniels> lftp upload.ubuntu.com:~>
[05:02] <seb128> daniels: ls ?
[05:02] <daniels> yeah, just realised that; never mind me
[05:02] <seb128> :)
[05:02] <Lathiat> heh
[05:04] <Kamion> oh, jackass ran out of disk space
[05:04] <Kamion> that would also explain other errors
[05:04] <zul> hehe
[05:05] <Kamion> ok, technically I *could* fix this, but I really don't want to break stuff
[05:09] <fabbione> amen
[05:09] <lamont> Kamion: now I know that we _MUST_ be really close to release. :=(
[05:09] <Mithrandir> uhm, this means you'll be "unhappy" with a ooo-amd64 upload ATM, right? :)
[05:10] <Kamion> Mithrandir: well, it won't work ...
[05:10] <Kamion> I'll SMS elmo with a plaintive cry for help as soon as my phone is sufficiently charged to manage that
[05:10] <thom> Kamion: i'm just about to call him
[05:10] <Kamion> ok, thanks
[05:11] <seb128> Kamion: permission to fix #8175 (meeting/calendar entries breakage for evo), the patch is: http://bugzilla.ximian.com/showattachment.cgi?attach_id=14727
[05:12] <Kamion> seb128: can I have the bug reference too?
[05:12] <seb128> #8175
[05:12] <seb128> http://bugzilla.ximian.com/show_bug.cgi?id=73844 upstream
[05:12] <thom> Kamion: he says he'll randomly delete some stuff
[05:12] <thom> ;-)
[05:13] <daniels> '/srv?  what do we need that for?'
[05:13] <fabbione> Kamion: i need to go off-line for approx one hour (if not more) in 30 minutes from now. Is there anything you need me to do before that?
[05:13] <Kamion> fabbione: shouldn't be
[05:15] <fabbione> Kamion: ok. you can ping me via sms if it is something urgent but it will still take me a few minutes to come back online. I need turn off everything in the house and reconnect to the proper electric panel
[05:18] <Kamion> fabbione: wtf are you doing? :)
[05:18] <daniels> Kamion: he's had blackouts and stuff at his place
[05:18] <fabbione> Kamion: this morning there was an electric outage in the central and i lost one phase
[05:18] <fabbione> Kamion: so i rerouted all the stuff to keep the computers on and work
[05:18] <fabbione> now i need to put it back
[05:19] <fabbione> and rebalance the loads on the line
[05:19] <fabbione> lines
[05:19] <Mithrandir> fabbione: scary.
[05:19] <fabbione> Mithrandir: yes.. half of my house was without power.. i almost fainthed
[05:19] <elmo> fixed jackass
[05:19] <fabbione> specially because everything looked ok from the panel
[05:19] <elmo> kamion: ^--
[05:19] <lamont> elmo: used that magic rm -rf /, eh? :-)
[05:20] <ogra> fabbione, they are still on it ?
[05:20] <Kamion> elmo: thanks
[05:20] <fabbione> ogra: no, they fixed after a couple of hours
[05:20] <ogra> ah
[05:20] <fabbione> ogra: but to shutdown everything here, it takes quite sometime
[05:20] <ogra> heh, i can imagine, yeah
[05:20] <fabbione> specially to pray that everything will come back as it should :)
[05:20] <fabbione> 59 minutes of pray
[05:21] <fabbione> 1 minute of real operations :)
[05:21] <ogra> :)
[05:21] <elmo> Kamion: did you get approval sorted?
[05:21] <Kamion> elmo: yep, apart from 'helena -m approval' not working, but I just worked around with ls
[05:21] <fabbione> i just need to wait for my wife to go out of the way while i will yell and scream in the datacenter
[05:21] <Kamion> kelly -z works fine
[05:22] <elmo> hmm, ok
[05:22] <Mithrandir> Kamion: it makes so much sense when you go about talking about programs with nonsensical names... "how about if you try cindy -w"? :P
[05:22] <elmo> DO NOT RUN CINDY
[05:22] <elmo> cindy and ubuntu are not friends
[05:23] <Mithrandir> what does cindy do?
[05:23] <elmo> I know you were just joking, but that's a really bad example
[05:23] <Kamion> # NB[3] : cindy ENTIRELY breaks for 'source-only'-upload based distros
[05:23] <Kamion> # like Ubuntu.  Go Cindy.
[05:23] <Kamion> 'k
[05:23] <Mithrandir> elmo: sorry.
[05:23] <Kamion> I assume it like clears out the override file or something
[05:23] <elmo> Kamion: pretty much, yah
[05:24] <mdz> morning
[05:24] <daniels> mdz: 'morning
[05:24] <fabbione> morning mdz
[05:24] <mvo> morning mdz
[05:24] <Kamion> mdz: morning
[05:24] <Mithrandir> mjg59: moo?
[05:24] <ogra> hi mdz
[05:24] <smurfix> ... it always being morning *somewhere* in the world ;-)
[05:24] <Kamion> seb128: you should be able to do that gnome-utils upload now
[05:25] <Kamion> mvo: update-manager upload?
[05:25] <Mithrandir> mjg59: lately, my kernel seems to report 1/10 of the charge level of my battery.  Fixes itself if I run acpi -V twice, then comes back after a while.
[05:26] <Mithrandir> mjg59: x40, acts the same for all batteries, so it's not the battery acting funky.  AC/non-AC doesn't seem to matter.
[05:26] <mvo> Kamion: will do it now (with only the reviewed change). ok?
[05:26] <Mithrandir> mjg59: any ideas where to start debugging?
[05:26] <Kamion> mvo: yep
[05:26] <fabbione> Mithrandir: he will tell you.. from the kernel :)
[05:26] <mdz> Kamion: how do we stand?
[05:27] <seb128> Kamion: already uploaded, thanks :)
[05:27] <pitti> Hi mdz
[05:27] <seb128> Kamion: and about the 1 line evo patch ?
[05:27] <mdz> oh, we managed to fill jackass? wooo
[05:27] <seb128> hi mdz
[05:28] <elmo> to be fair my insane backup "strategy" did
[05:28] <Kamion> seb128: evo> ok
[05:28] <Mithrandir> hmm, does gnome have any sort of "location" concept?  So you can have different settings if you're at work than if you're at home than if you're on a wireless, travelling and so on?
[05:29] <seb128> Kamion: thanks
[05:29] <mvo> Kamion: thanks
[05:29] <seb128> Mithrandir: no
[05:29] <ogra> Mithrandir, defining your next project ? :-P
[05:29] <Kamion> mdz: remaining to upload are mvo's update-manager fix (proxy/changelog breakage) and seb's evo vcal fix; artwork's in, rest looks ok
[05:29] <Mithrandir> seb128: do you know if it plans to grow one?
[05:29] <seb128> not afaik
[05:30] <jbailey> Mithrandir: The closest thing is that the network thing had profiles you could choose.
[05:30] <Mithrandir> seb128: because nobody has had interest or because it's nongnomeish?
[05:30] <Mithrandir> jbailey: yeah, that would be an obvious input.
[05:30] <jbailey> Mithrandir: But it didn't attach proxy settings to it, or anything interesting like that.
[05:30] <mvo> Kamion: upload finished
[05:30] <seb128> probably because that's not something really asked by the userbase and there is a ton of other stuff to do :)
[05:30] <Mithrandir> ogra: I kinda want it for tpbd
[05:30] <ogra> ah
[05:31] <jbailey> Mithrandir: As it is, running aps often don't notice that proxy settings have changed, so there's probably a metric assload of work to do to make that work.
[05:31] <Mithrandir> so buttons can do different things depending on where you are.
[05:31] <Mithrandir> jbailey: yeah, I imagine there would be a fair amount of work to get it working well.
[05:32] <fabbione> Mithrandir: i think they first need to rewrite gnome from scratch :)
[05:32] <fabbione> and try to get rid of a few (thousands) memory leaks
[05:32] <elmo> argh, lost my .bash_history.  unix stuff really doesn't handle ENOSPC well
[05:33] <mdz> gah, I said yes to that update-manager proxy thing 24 hours ago
[05:33] <Mithrandir> this could integrate with, say, whereami and have the automounter use dbus so you'd automatically mount your home shares when you're home.
[05:33] <Kamion> mdz: it's uploaded now anyway, just kellying
[05:33] <Mithrandir> fabbione: heh
[05:33] <mdz> Kamion: I'd hoped to have CDs built by now; it sounds like we are not much closer than we were when I left
[05:34] <fabbione> Mithrandir: the latter :P
[05:34] <Mithrandir> fabbione: you haven't heard my plans for mount yet. :D
[05:34] <fabbione> ahaha
[05:34] <ogra> elmo, from my POV dholbach s MOTUOTU, i reviewed the morgue list, everything listed there is fine with me, just dump it :)
[05:34] <ogra> s/s/is
[05:35] <mvo> mdz: there is also the fix for #8496 pending ... (I almost don't dare to mention it :/
[05:35] <Kamion> I think #8496 loses
[05:35] <mdz> mvo: I know
[05:35] <mvo> mdz: I overlooked it yesterday, I'm very sorry
[05:35] <mdz> mvo: if I had known that update-manager would have taken 24 hours, I would rather you had spent that time preparing and testing #8496
[05:35] <mdz> which is a major bug
[05:36] <mdz> while the proxy thing is not
[05:36] <elmo> maybe we should give up and just hax0r our gpgv to ignore time conflicts</half joking>
[05:36] <Kamion> unfortunately I was not comfortable reviewing #8496, I'm afraid; I don't know apt internals at all
[05:36] <mdz> Kamion: how about we stop signing the CDs instead
[05:37] <Kamion> mdz: frankly I'm far more comfortable saying "sorry, you lose if your clock is set to 1990" than I am with changing that now; too much breakage with apt's signature support has happened in the past
[05:38] <mdz> out of all the "one more thing" uploads which have been pressed since yesterday, none had as much impact as #8496, which prevents people from installing Ubuntu at all
[05:38] <Kamion> and surely apt will just bitch endlessly about authentication warnings; I'm pretty sure not every last piece of code that calls apt turns that off
[05:38] <daniels> strange idea of 'love' you have
[05:39] <mdz> and it fails in a completely random way, midway through the process, with an unhelpful error dialog
[05:39] <Mithrandir> daniels: ramming a 250MB file onto her, you mean?
[05:40] <mdz> seb128: what is this vcal fix and how long will it take?
 Kamion: permission to fix #8175 (meeting/calendar entries breakage for evo), the patch is: http://bugzilla.ximian.com/showattachment.cgi?attach_id=14727
 http://bugzilla.ximian.com/show_bug.cgi?id=73844 upstream
[05:41] <seb128> I'll upload it within 5 min
[05:42] <mdz> mvo: where is the patch for #8496?
[05:42] <mvo> mdz: it's in my tree and in the bugreport
[05:42] <Kamion> the patch is in #8496
[05:45] <mdz> mvo: references to the return value of c_str() are invalid when the string object goes out of scope
[05:46] <mdz> no?
[05:47] <mdz> jdub: what happened to the firefox homepage update?
[05:48] <mvo> mdz: yes. you think about the if(Opts!=0) {} scope? or am I overlooking someting?
[05:48] <seb128> mdz, Kamion: evo uploaded
[05:49] <pitti> mvo: can Args become invalid at the point when the " Opts = _config->Tree("Acquire::gpgv::Options");" scope ends?
[05:50] <mvo> pitti: when opts goes out of scope, yes, but it does not get out of scope before the execvp
[05:50] <mdz> mvo: I mean the temporary
[05:50] <Kamion> what about the string().c_str()?
[05:50] <pitti> mvo: hmm, execvp should copy its arguments, so this should be fine
[05:50] <mdz> mvo: string(foo).c_str() would never be valid
[05:50] <mdz> except for the duration of that statement
[05:53] <pitti> mvo: bah, mixing c++ strings with C strings is even scarier than using C strings alone...
[05:53] <mvo> mdz: arggg, right. fixing that now
[05:54] <Kamion> evolution, openoffice.org-amd64 installed
[05:54] <pitti> mvo: maybe you should write a C++ wrapper around execve()
[05:54] <pitti> if you need this often
[05:55] <Kamion> this isn't the time for new infrastructural code surely
[05:55] <mvirkkil> Has the Firefox vulnerability in 1.0.2 been patched? Will Hoary ship with it unpatched?
[05:56] <Kamion> mvirkkil: please see the changelog
[05:56] <Kamion> +  * Apply patch from moz: 288688; Ubuntu: 8611
[05:56] <Kamion> +    JS "lambda" replace exposes malloc heap space after end of JS string
[05:56] <ogra> mvirkkil, vulnerability are always pathed, even after release....
[05:56] <ogra> +s
[05:56] <mvirkkil> ogra: Of course, but I was wondering if it might delay hoary. But I see it wont, so nevermind.
[05:58] <ogra> mvirkkil, maybe we are a bit slow with the graphics design, but our security team has proven to be one of the fastest ;)
[05:58] <fabbione> mdz, Kamion: i am going offline now... SMS for emergencies.. irclogs will go down with me.
[05:58] <pitti> fabbione: I log everything, too
[05:58] <pitti> fabbione: so if you want have scrollback, ask me
[05:58] <fabbione> pitti: nah..
[05:58] <fabbione> it's just FYI :)
[05:59] <mdz> fabbione: is ubuntulog going offline too?
[05:59] <fabbione> mdz: yes
[05:59] <mdz> ah, you mentioned that
[05:59] <fabbione> mdz: if you didn't read the scrollback i need to recable the power at home
[05:59] <fabbione> it will take me ~1 hour
[05:59] <fabbione> hopefully less
[06:00] <Kamion> mdz: homepage update seems fine
[06:00] <fabbione> ok.. later guys
[06:00] <Kamion> unless there's more than the warty -> hoary bit
[06:00] <mdz> Kamion: there was supposed to be a new homepage with the updated website CSS
[08:15] (mdz/#ubuntu-devel) yay for last-minute cvs snapshots that ftbfs
[08:15] (mvo/#ubuntu-devel) elmo: could you please have a look why lists.ubuntu.com does not accept http connections (when you have time for if, not urgent)
[08:15] <elmo> mvo: lists.ubuntu.com isn't run by me, I don't even have a logon, sorry
[08:16] <Kamion> elmo: no, it's really hard, those questions inherently rely on the base system being installed at the moment
[08:16] <mvo> elmo: is that jdubs machine?
[08:16] <elmo> mvo: he has a logon at least, yeah
[08:16] <elmo> kamion: ah, ok
[08:17] <mdz> only 18 hours per DVD image to get me up to date, whee
[08:17] <lamont_r> lol
[08:17] <mdz> that will certainly make it difficult to test DVD images before the release ~36 hours away
[08:17] <Kamion> elmo: (as in, they chroot into /target and run stuff there which uses tools not in busybox)
[08:18] <Kamion> plus the DVDs were last built on Tuesday ...
[08:18] <fabbione> amen
[08:18] <fabbione> this was really bad
[08:18] <mdz> elmo: can you overnight me some ISOs?
[08:18] <fabbione> how are we going?
[08:18] <Kamion> install CDs are built, btw
[08:18] <elmo> mdz: it'd be quicker
[08:18] <elmo> well, if I were in london it would be
[08:19] <mdz> oh, I thought you were
[08:20] <elmo> I'm meant to be on my way - just haven't quite managed to leave yet
[08:21] <lamont_r> mdz: you just need a loopfs machine in the DC to mount the dvd image on, get the ordered contents of the CD, and then seed your rsync image from your local mirror :0)
[08:22] <doko> pitti: no, it only contains the code, not the language strings. I just finished a new merge, and build a new ooo-l10n-xh package. my idea is to put this one in it's own source package.
[08:22] <pitti> mdz, doko: Now I tried for half an hour to get OO.o-l10n-xh running, on both i386 and ppc, no success
[08:23] <pitti> doko: argh... good to know this eventually, I was already banging my head
[08:23] <mdz> pitti: ok, then it should be quite safe then ;-)
[08:23] <pitti> mdz: with the package in the archive, I only get C strings
[08:23] <doko> banging his head should be safe ;-)
[08:24] <ogra> heh
[08:24] <pitti> mdz: what do you mean by safew?
[08:24] <pitti> I'm in an environment where each and every string is unintelligible (good work, Adi :-) ), BUT OO.o :-/
[08:25] <mdz> pitti: if it does not actually contain any translation data, it cannot possibly break oo.o
[08:25] <ska> Kamion: Do the isos from march 30 include the fix for menu.lst generation?
[08:25] <doko> heh, to try to navigate I always had another OOo running in non xhosa ...
[08:25] <pitti> mdz: hehe
[08:26] <mdz> Kamion: estimated 3 hours per CD image to get them here
[08:26] <mdz> something is fucked between me and the DC
[08:27] <Kamion> ska: yes, should have
[08:27] <ska> Ok.
[08:27] <mdz> less than 50kbyte/sec
[08:27] <mdz> this is unfortunate timing
[08:28] <Kamion> Ubuntu daily-live building
[08:33] <Kamion> pitti: the CDs don't seem to have overflowed this time
[08:34] <pitti> Kamion: the new langpacks should have saved about 11 mb on ppc (more on the other archs)
[08:34] <pitti> Kamion: thanks for checking
[08:34] <pitti> Kamion: so the limit is indeed 650*1000 bytes?
[08:35] <pitti> Kamion: I vaguely remember having asked you about this already
[08:36] <Kamion> should be
[08:36] <Kamion> ah, no, 640*1024*1024
[08:36] <Kamion> it can't be entirely accurate
[08:36] <Kamion> (without better mkisofs integration) because you lose some space to ISO9660 indices and boot sectors and stuff
[08:38] <lamont_r> pitti: DVD's are 4.7*1000^3
[08:38] <lamont_r> damn marketing people, anyway
[08:40] <Kamion> hmm, debian-cd is currently set to 4600*1024*1024
[08:41] <lamont_r> that's 4.8G...
[08:43] <Kamion> daily-live finished
[08:43] <Kamion> lamont_r: yeah, I was just following the comment from upstream ...
[08:43] <mkedwards> Kamion: is livecd ready to resync?
[08:44] <Kamion> mkedwards: yes
[08:49] <elmo> hmm, is 20050406.1 candidate-ish?
[08:49] <elmo> not are-we-there-yet-ing, I just need to install _something_ on my laptop before I go
[08:52] <mdz> elmo: -ish, yes
[08:52] <mdz> though as far as I'm aware, no one has been able to test it yet
[08:52] <mdz> my download is fucked
[08:53] <elmo> ok, I'm mid-install on ppc
[08:54] <astharot> elmo: who is the manager of ubuntu mail servers ?
[08:54] <mdke> jdub is the boss of those
[08:54] <astharot> shit.
[08:54] <astharot> jdub ?
[08:54] <elmo> astharot: lists.ubuntu.com?
[08:54] <elmo> if so, then jdub
[08:54] <mvo> astharot: probably sleeping
[08:54] <astharot> elmo: yes, but not mailman..
[08:55] <astharot> I mean the MTAs
[08:55] <elmo> why?
[08:55] <mdke> astharot, oh sorry
[08:55] <astharot> because I have problems getting mails... probably you have problems sending mails to my mailserver :)
[08:57] <astharot> no answer :P
[08:58] <elmo> hmm, my laptop makes interesting 'ping-ing' noises when booting up, I dunno if that's the repair or hoary :/
[08:58] <Kamion> elmo: try 'nvsetvol 0'
[08:59] <mdz> astharot: postmaster@<domain> is usually the best contact for such issues
[08:59] <elmo> kamion: oh, right, I zero'ed the prom settings as part of the testing with apple
[09:00] <astharot> mdz: I know... but I thought that here could find someone :P
[09:01] <mdz> astharot: we're quite busy preparing the release at the moment; since this isn't urgent, email is better
[09:02] <mkedwards> rsync is not doing its magic on this livecd.  :(
[09:03] <Kamion> there were a lot of changes in the install CD
[09:03] <Kamion> new base language packs, new openoffice.org
[09:03] <Kamion> so I imagine the live CD will be just as bad :-/
[09:03] <mkedwards> I spoke just too soon ... starting to see bursts of race now.
[09:06] <mdz> mvo: still here?
[09:06] <mvo> mdz: yes
[09:06] <mvo> mdz: just finished rsyncing the current install image and will do a test-install now
[09:07] <mdz> mvo: please prepare a fix for that cron.daily bug; if we find a bug which requires building new images, we may as well include it then
[09:07] <mdz> mvo: so have it ready, but don't upload unless these images are no good
[09:07] <mvo> mdz: ok, doing that now
[09:07] <mdz> mvo: thanks
[09:08] <mdz> 24 minutes to get hoary-install-amd64; this is going to be a long day
[09:12] <mdz> Kamion: would you post a call for testing to -devel and -users?
[09:12] <elmo> successful install of 20050406.1 on a Powerbook, FWIW
[09:13] <HiddenWolf> mdz, be lazy, do a /notice to #ubuntu. :)
[09:13] <zul> then you only get irc users
[09:14] <HiddenWolf> I'll rsync my image and do a test-install on amd64
[09:18] <mdz> HiddenWolf: thanks
[09:18] <Kamion> mdz: sure, are torrents working though?
[09:19] <HiddenWolf> mdz; np, reserved a few extra partitions for this kind of thing.
[09:19] <tritium> I can run to the on-campus store and try the LiveCD on a G5
[09:19] <HiddenWolf> I'd test more if my bandwith allowed. :S
[09:19] <Ben2004uk> hey all
[09:21] <mdz> Kamion: I'll check
[09:22] <mkedwards> will torrent livecd in us as soon as rsync is done
[09:22] <mdz> Kamion: they don't seem to be working yet, no
[09:22] <mdz> thom: are you here, or do I need to call you?
[09:22] <mvo> mdz: package prepared http://people.ubuntu.com/~mvo/apt_0.6.35ubuntu2.debdiff
[09:23] <elmo> mdz: lemme check first
[09:23] <mdz> mvo: thanks
[09:25] <elmo> mdz: what isn't working?
[09:25] <elmo> I can see daily-live/20050406.2 on there for example
[09:26] <mdz> elmo: I opened it with gnome-btdownload, waited a minute, and had 0 bytes downloaded
[09:27] <mdz> I was testing daily/current/
[09:29] <mvo> same here
[09:36] <HiddenWolf> why does 'uptime' tell me there are four users logged in?
[09:36] <dholbach> elmo: in addition to the mail i sent you: hping3 sync from sid is in order, just supersede our changes
[09:39] <dhonn> you probably have terminals opened hiddenwolf
[09:40] <HiddenWolf> Ah. weird.
[09:40] <dhonn> close them
[09:40] <dhonn> killall gnome-terminal
[09:40] <HiddenWolf> dhonn: one for x, one for gnome, others for terminals?
[09:41] <dhonn> one user is u on x
[09:41] <dhonn> that includes gnome
[09:41] <Kamion> mdz: install-i386 looking good so far, I'm off for dinner while other images rsync
[09:41] <Kamion> my phone is with me (and this time won't run out of battery); failing that I'll be back in two hours
[09:42] <dhonn> if you open a gnome-terminal you will have logged on that terminal again, its weird but thats how it works
[09:43] <Kamion> HiddenWolf: use 'w' to see the list
[09:43] <mdz> gah
[09:44] <mdz> the help topics for the release notes are not in English
[09:44] <mdz> enriiiiiiicoooooooooooooooooo
[09:45] <mdz> Kamion: install-amd64 successful
[09:45] <mdz> but I think this help topics thing is a show-stopper
[09:47] <mdz> has anyone else done an install from the current images?
[09:47] <mvo> mdz: I am currently installing, the machine is not the fastest
[09:48] <mdz> I would like to know if this yelp problem affects everyone
[09:48] <mvo> mdz: I will reboot into the live-cd now to check
[09:49] <elmo> mdz: confirmed on powerpc
[09:49] <jnc> btw i would like to point out a rather big trouble on amd64 hoary, before you cats release it;   namely, OpenOffice printing does not function properly
[09:50] <dholbach> lamont: what has to be done to get dietlibc built on amd64 as well (apart from changing the architecture: field)?
[09:50] <lamont_r> dholbach: PaS
[09:50] <dholbach> lamont_r: who could do that? it builds fine and some packages depend on it
[09:50] <lamont_r> me, elmo,
[09:50] <lamont_r> generally me these days
[09:51] <jnc> is the developer whom handles amd64 OpenOffice a frequent user of IRC/
[09:51] <jnc> i meant that as a question, ?
[09:51] <lamont_r> dholbach: it is amd64...
[09:52] <lamont_r> elmo:  what version of PaS does jackass have?
[09:52] <dholbach> lamont_r: oh cool, will upload a changed version then
[09:52] <elmo> lamont: dunno, but it's not as if I can update it ATM
[09:52] <elmo> # $Id: Packages-arch-specific,v 1.552 2005/03/30 06:40:10 lamont Exp $
[09:52] <lamont_r> 1.555 is current
[09:52] <lamont_r> pls check and update
[09:53] <zyga> ;]
[09:53] <zyga> hyhy
[09:53] <lamont_r> elmo: emailing
[09:55] <lamont_r> sent
[09:55] <mdz> seb128: are you here?
[09:56] <seb128> mdz: yep
[09:56] <mdz> seb128: can you look at the problem with ubuntu-docs/yelp?  the topics are showing non-english text in an english locale
[09:56] <mdz> seb128: I assume this has to do with the OMF translations enrico put in
[09:56] <mdz> but I can't reach him
[09:57] <seb128> what locale are you using ?
[09:57] <_mvo_> erm ... after test-install and saying: "take over the partition" I ended up with no partition marked "bootable" and my test-machine does indeed not boot (error: no active partion in HDD)
[09:58] <seb128> oh
[09:58] <seb128> maybe that's the issue I had this afternoon ?
[09:58] <seb128> sounds like it
[09:58] <_mvo_> seb128: sounds like it
[09:58] <seb128> :(
[09:58] <elmo> seb128: I'm on en_GB.UTF-8 and I see it on powerpc
[09:59] <seb128> elmo: any idea of what language do you see ?
[09:59] <jnc> seb128: if you have a moment, I make myself available to help test and troubleshoot OpenOffice print troubles for amd64 Hoary ubuntu
[10:00] <seb128> jnc: not now, looking on some other issues atm, and I don't know anything about OOo anyway
[10:00] <elmo> "Tala ng Labas na Hoary"
[10:00] <jnc> seb128: okay :)
[10:00] <jnc> i wonder who i should talk to
[10:00] <elmo> 'Mga tala ukol sa labas ng Ubuntu 5.04 "Hoary Hedgehog"'
[10:00] <seb128> hum
[10:00] <sabdfl> elmo: swallow, dude
[10:00] <elmo> 'Isang maiksing pagpapakilala sa sistemang" etc.
[10:00] <tritium> elmo, is that Tagalog?
[10:01] <seb128> sounds like "xh"
[10:01] <mvo> and I get a strange resoltion on a different machine with the live-cd. it doesn't detect my lcd panel and puts it into 1278x1022 (according to the hardware) and 1024x768@0 accordning to the gnome-resolution panel
[10:02] <seb128> arf
[10:02] <seb128> s/arf/arg/
[10:02] <mkedwards> tagalog
[10:02] <seb128> $ grep C about-ubuntu-tl.omf
[10:02] <seb128> <!DOCTYPE omf PUBLIC "-//OMF//DTD Scrollkeeper OMF Variant V1.0"
[10:02] <seb128>     <identifier url="file:///usr/share/gnome/help/about-ubuntu/C/about-ubuntu.xml"/>
[10:02] <seb128>     <language code="C"/>
[10:02] <mvo> I got a german yelp help at least
[10:02] <seb128>
[10:03] <tritium> mkedwards, yeah, I ran it by my Filipino wife ;)
[10:03] <seb128> the tl omf files have language code="C"
[10:03] <seb128> mdz, elmo
[10:03] <seb128> mvo: tl overwritting C ...
[10:03] <seb128> that's fine with french here too
[10:04] <mvo> ah, ok
[10:04] <seb128> try LANGUAGE=C yelp
[10:06] <mdz> seb128: thanks for checking into it
[10:06] <elmo> seb128: same thing?  or were you not talking to me? :)
[10:06] <seb128> elmo: just saying what is broken, the "<seb128> try LANGUAGE=C yelp" is for "<mvo> I got a german yelp help at least "
[10:06] <elmo> ah
[10:06] <seb128> mdz: should I upload a fixed package now ?
[10:07] <mdz> seb128: yes, please
[10:07] <dhonn> you know what would be cool is if you can choose an excutable and right click it, click add to Application Menu
[10:07] <mdz> mvo: go ahead and upload the apt fix too, please
[10:07] <froud> mvo: it should have lancode of tl
[10:07] <mvo> mdz: rebooting into "real" system now and uploading
[10:08] <froud> <identifier url="file:///usr/share/gnome/help/about-ubuntu/tl/about-ubuntu.xml"/>
[10:08] <froud>     <language code="tl"/>
[10:08] <sivang> pitti: have you fixed that bug? I just arrived home, I will look at it right now if you still havn't solved it.
[10:08] <pitti> sivang: nevermind, everything is solved
[10:08] <pitti> sivang: check your mail :-)
[10:08] <mdz> lamont_r: please monitor the new kde-i18n
[10:08] <sivang> pitti: ah cool, what was the problem? :-)
[10:08] <mvo> froud: seb128 is going to roll out the fix
[10:08] <lamont_r> ok'
[10:08] <pitti> sivang: none, the patch was fine, just a bad interaction with gksudo
[10:09] <seb128> mdz: have you read mvo's install issue ? I hade the same this afternoon with an daily from this morning
[10:09] <froud> same problem with release-notes
[10:09] <mdz> seb128: no, I haven't
[10:09] <mdz> reading
[10:09] <dhonn> I found a Create Launcher bug a few days back..  you cannot create a launcher with spaces in the file name.  You must manually edit the launcher and add your own spaces with "\ ", for example /home/dhonn/hello\ world
[10:09] <mdz> mvo:which boot loader did you use?
[10:09] <sivang> pitti: cool, thanks, again sorry I couldn't take care of it.
[10:09] <lamont_r> Kamion: was just uploaded? as in not in archive yet?
[10:09] <seb128> mdz: the previous daily used to work fine on the same computer here
[10:09] <froud> ogra: did you register device databases OMF with scrollkeeper
[10:10] <seb128> mdz: just today's one not booting
[10:10] <ogra> froud, nope
[10:10] <froud> ogra: does not open help on my system
[10:10] <mdz> lamont_r: hmm, I think I needed to kick cron.daily since it was the only thing in the queue; it'll go through when seb128 and mvo's uploads do
[10:10] <ogra> froud, huh ?
[10:10] <mdz> seb128: manual partitioning?
[10:10] <froud> ogra: must register the omf with scrollkeeper
[10:10] <seb128> mdz: no, all the default choices
[10:10] <froud> or yelp cant find the doc
[10:10] <seb128> take over the disk
[10:10] <seb128> froud: ?
[10:10] <froud> seb128: yes
[10:11] <ogra> froud, i tried it on four different machinec
[10:11] <ogra> s
[10:11] <seb128> froud: what is your issue ?
[10:11] <froud> ogra: on my system help for the aps is not working
[10:11] <mdz> seb128,mvo: I, too, have no active partition after my test install
[10:11] <mdz> seb128,mvo: but it still boots
[10:11] <froud> seb128: to do with the tl
[10:11] <ogra> froud, it should work from the helpbutton...
[10:11] <froud> ogra: nope
[10:12] <seb128> mdz: so maybe that's not due to the active partition but today's daily didn't boot, I'm rsync the current and will give a try soon
[10:12] <mdz> seb128: is this on i386?
[10:13] <mdz> I have only tested amd64 so far
[10:13] <ogra> froud, could you look if /usr/share/gnome/help/hwdb-client/C/hwdb-client.xml is there ?
[10:13] <froud> seb128: both the about-ubuntu-tl.xml and release-notes-tl.xml are registered wrong
[10:13] <dholbach> lamont, elmo: i didnt quite understand - should dietlibc upload (if i changed the architectures) be "ready to go"?
[10:13] <seb128> mdz: i386 yep
[10:13] <lamont_r> dholbach: the machine where that file lives (in cvs) is down, due to a raid failure.
[10:13] <seb128> froud: I know
[10:13] <lamont_r> I emailed elmo my copy of the file
[10:14] <froud> seb128: you know the fix
[10:14] <mkedwards> mvo: which livecd is that strange resolution from
[10:14] <froud> identifier and lang elements need update
[10:14] <seb128> froud: use the right locale instead of C ?
[10:14] <seb128> froud: yeah, that's fine, thanks
[10:14] <seb128> I'm updating the package
[10:14] <dholbach> lamont_r: so we can't tell, if it would build, since the PaS in not recent?
[10:15] <elmo> dholbach: it won't build, but it doesn't matter, upload it anyway, and when I fix p-a-s, it'll build
[10:15] <dholbach> elmo, lamont_r: thanks a lot, will do
[10:16] <froud> ogra: no it is not
[10:16] <_mvo_> re
[10:16] <_mvo_> mdz: uploaded
[10:16] <froud> seb128: and the path
[10:16] <ogra> froud, then there is something wrong with your package, odd...
[10:16] <seb128> froud: s/C/<nn>
[10:16] <froud> just did update tonight
[10:17] <froud> seb128: :-)
[10:17] <sivang> night all
[10:17] <ogra> froud, the path is hardcoded in the app, since there are no translations yet, thats only a little bit evil :) if the file is there, the help button should work in the app
[10:20] <mdz> seb128,mvo: talked to Colin, I'm going to upload partman-auto to revert the change which caused this problem
[10:20] <elmo> how did we not ship a modified dput?
[10:21] <froud> ogra: my problem is on 0.5-0
[10:21] <ogra> froud, use 0.6-0ubuntu2 ;)
[10:21] <seb128> mdz: k, thanks
[10:21] <mvo> mdz: ok, thanks
[10:22] <seb128> " /usr/bin/update-manager:
[10:22] <seb128> Child terminated with 129 status"
[10:22] <jnc> seb128: my mistake, i thought you were a printing guru.  i see you're charged with fixing the numerous PalmOS user bugs.  good luck at that ;)
[10:22] <froud> ogra: thanks
[10:22] <mvo> seb128: arg, not again!
[10:22] <seb128> jnc: PalmOS ? me ?
[10:23] <jnc> gnome-pilot, in bugzilla.ubuntu.com
[10:23] <jnc> i did a query and it came up with quite a few
[10:23] <seb128> mvo: that sucks :/
[10:23] <seb128> jnc: I've almost everything with "gnome"
[10:23] <jnc> ah
[10:23] <mvo> seb128: can you reproduce it? I have seen very rarely and was never able to reproduce it
[10:23] <seb128> but I don't have a PalmOS, so for these ones I just forward upstream
[10:23] <seb128> mvo: no, just get it sometimes
[10:24] <mdz> lamont_r: we'll need new rootfs builds shortly
[10:24] <mdz> I guess I can do them
[10:24] <lamont_r> do you know when, and I can just schedule them?
[10:25] <mdz> no, need to wait for builds to be done
[10:25] <mdz> I'll trigger it when the time comes
[10:26] <sabdfl> elmo: is it possible to get a list of all the files read by an app?
[10:26] <mdz> seb128: can you get the fixed ubuntu-docs in by :33?
[10:26] <mdz> or :30 or whatever
[10:27] <seb128> nop, the package is quite big and my upload slow :/
[10:27] <seb128> will take a couple of min after that
[10:27] <elmo> sabdfl: strace it and grep the strace log for open() calls is the usual way
[10:27] <mvo> mdz: should I debug that live-cd X misdetection further i wrote about above?
[10:27] <sabdfl> elmo: ok, thanks
[10:27] <ogra> mdz, artwork ? i have a fixed package here...
[10:27] <mvo> sabdfl: "strace -e trace=open $prog" is another possible way
[10:28] <sabdfl> thanks mvo
[10:28] <dholbach> hi sabdfl :-)
[10:28] <mdz> ogra: artwork?
[10:28] <sabdfl> hi daniel
[10:28] <mvo> live-cd is fine on my other test-machine btw
[10:28] <ogra> mdz, gdm theme screenshot changed....
[10:28] <seb128> mdz: nm, that's a revision, it's uploaded
[10:30] <mdz> seb128: thanks
[10:30] <seb128> np
[10:30] <mdz> elmo: I kelly'd it at 21:30:36; was I too late?
[10:30] <elmo> mdz: shouldn't be, cron.daily is :33
[10:31] <mdz> ok
[10:31] <mdz> everything we need for the next build should be in, then
[10:33] <mdz> for ubuntu anyway; kubuntu needs for kde-i18n to build
[10:36] <dhonn> is it possible to create a livecd/installcd like how Linspire does it?
[10:37] <Goshawk> i know that fedora core 4 is going to make a revolution of the boot system: starting gdm + xorg fast as possible and then start all the services: is ubuntu going to do the same?
[10:37] <dhonn> thats the way MacOSX does it
[10:37] <jnc> windows does the same thing
[10:37] <ogra> Goshawk, it already does....
[10:37] <thom> Goshawk: last we checked we were faster than fedora *shrug*
[10:37] <dhonn> but windows is more transparent
[10:38] <Goshawk> but ubuntu
[10:38] <Goshawk> is ubuntu going to do that?
[10:38] <dhonn> mac shows services booting using the top right systray
[10:38] <ogra> Goshawk, it already does....
[10:38] <jnc> it's hard to resist making a joke about doors being opaque
[10:38] <dhonn> in the october release that would be nice
[10:38] <jnc> Goshawk: why would paralell services be necessary for ubuntu?
[10:38] <Goshawk> ogra, no: xorg is still S99 in my /etc/rcS.d
[10:39] <dhonn> lol
[10:39] <thom> Goshawk: http://blog.clearairturbulence.org/2004/12/11#sub-30-baby
[10:40] <dhonn> i've run all the services in paralell on my fc3 box, it boots up really quick, under 30 seconds
[10:40] <dhonn> average is about minute 30
[10:40] <jnc> i've used non-sysvinit systems that booted in 10 seconds
[10:40] <ogra> Goshawk, /etc/rc2.d/S13gdm is rather what youre looking for i think ;)
[10:40] <dhonn> and i turned off rhat graphical boot
[10:41] <thom> dhonn/Goshawk: http://www.planetarytramp.net/bootchart/bootchart-20041210-1934.png is the last time we were playing and measuring; it may have gotten a bit slower but not much
[10:41] <Goshawk> ogra, looks /etc/rcS.d scripts they are executed first
[10:41] <dhonn> not to mention all default fc3 services running lol
[10:42] <dhonn> link doesnt work
[10:42] <dhonn> there we go
[10:43] <dhonn> what program are you using thats awesome
[10:43] <jnc> parallel isn't the savior
[10:43] <jnc> when you think about things that are really troublesome, like DHCP taking a long bloody time when there's no authoritative server to be found
[10:43] <Goshawk> jnc, or when there is not a cable connected
[10:44] <jnc> that's included in what i said
[10:44] <ogra> Goshawk, X ist started by gdm, you can see it in thoms chart...
[10:44] <jnc> obviously if the cable is not hooked up, no authoritative dhcp servers will be found
[10:44] <dhonn> I have no cable connected sometimes,  so I have it run "ifup eth0 &"
[10:45] <thom> dhonn: bootchart
[10:45] <Goshawk> ogra, yes it' right
[10:45] <dhonn> k
[10:45] <thom> we tried parallel, it was slower
[10:45] <dhonn> its slower to boot, but you get the desktop up quickly
[10:46] <dhonn> the desktop stays really unusable though lol
[10:46] <thom> dhonn: yes, that's also pretty horrible
[10:46] <dhonn> like windows
[10:46] <thom> that's totally windows
[10:46] <dhonn> and mac
[10:46] <Goshawk> ogra, right it seems to be the fastest way to do the work
[10:47] <jnc> hey guys, while you're talking about shaving off 1-2 seconds of boot time, want to help me resolve a showstopper bug?    OpenOffice does not print on amd64 hoary.
[10:47] <jnc> confirmed by two other amd64 users i believe
[10:47] <Goshawk> gdm is the first service after that the kernel recognized the system
[10:48] <dhonn> services should be launched at paralell or even in background after the desktop is up and running
[10:48] <Goshawk> thom, is your map done on a ubuntu system?
[10:48] <Goshawk> dhonn, it's aready done
[10:49] <Goshawk> dhonn, http://www.planetarytramp.net/bootchart/bootchart-20041210-1934.png
[10:49] <thom> Goshawk: yes
[10:49] <thom> Goshawk: on an x40 laptop, so not even a super fast machine
[10:50] <thom> there's a tonne more to do for breezy
[10:51] <Goshawk> what if i've a ethernet card that is not connected? do the boot process wait until ifup return a bad value?
[10:51] <doko> jbailey: you got mail
[10:52] <jbailey> doko: So I do. ;)
[10:52] <dhonn> guys you know Linux barely needs to be rebooted, and usually we reboot when we update the kernel.  What if instead of doing a full shut down, everything is just supended to disk.  Then when we boot up again we just reanimate.  The system would simply never reboot.
[10:53] <Goshawk> dhonn, yu can't say that if you play on a desktop system, it's rebooted frequently
[10:54] <mkedwards> writing 18:32 i386 livecd now.
[10:54] <dhonn> how many times is it rebooted a month?
[10:54] <crimsun> dhonn: look at kexec
[10:54] <dhonn> oh yeah kexec
[10:55] <Goshawk> dhonn, my computer: 7 times per day
[10:55] <dhonn> there has been talk about that in some IBM docs
[10:55] <dhonn> why?
[10:55] <dhonn> that reminds me of win95
[10:56] <Goshawk> dhonn: since i've something to do than stay ever on pc (or leave it up)
[10:56] <Goshawk> s/ever/always
[10:56] <thom> as long as we reboot *when* it's required (glibc security upgrades and kernels, basically) then i don't see it's at all a problem just to reboot
[10:57] <thom> this fear of seeming like windows is fine, but it's taken too far
[10:57] <Goshawk> dhonn, and i'm going to buy a laptop: do you think that it will be ever up?
[10:57] <dhonn> laptops are hardly up
[10:57] <dhonn> im on a laptop right now, its up and down many times a day
[10:58] <dhonn> suspend makes sense on it
[10:58] <mdz> elmo,lamont_r: can you check on ubuntu-docs?  it's looking like it might not make the cut
[10:59] <dhonn> on my fc3 box i rebooted everytime they updated the kernel, thats pretty much it, i had to recompile nvidia everytime
[10:59] <Goshawk> btw: here is something about fc4 boot process https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=151952
[10:59] <dhonn> people i have to go now, my gf is mad
[10:59] <elmo> mdz: it's in queue/accepted
[10:59] <elmo> shall I kelly it?
[10:59] <elmo> duh, nm it's binary
[11:00] <mdz> elmo: dude, it appeared between when I wrote that and when you looked
[11:00] <mdz> I have both ls outputs in my scrollback
[11:01] <jnc> i've never heard that.   what is "shall I kelly ___? "
[11:01] <jnc> 'kelly'
[11:01] <mdz> sysadminchronicity
[11:01] <mdz> jnc: kelly is the name of a tool we use
[11:01] <jnc> not some proper english slang
[11:01] <jnc> okie
[11:03] <lamont_r> mdz what's in the new fs??
[11:04] <CarlK> Kamion, et all, if you are trying to follow links on bugzilla to my log files, my ISP is going nuts and the web server is basicaly off line - sorry for any frustruation this may have cuased
[11:08] <mdz> lamont_r: ubuntu-docs and apt
[11:08] <mdz> lamont_r: please trigger builds as soon as apt 0.6.35ubuntu2 and ubuntu-docs 1.0-2 are present
[11:08] <lamont_r> roger
[11:11] <mkedwards> livecd is now autodetecting 1920x1200 correctly.  w00t.
[11:12] <mkedwards> framebuffer=false worked too.
[11:13] <mkedwards> trying vga=ask next
[11:14] <lamont_r> next cron.daily will get apt and u-d
[11:14] <lamont_r> elmo: really gone, yes?
[11:19] <mdz> lamont_r why next cron.daily?  should have gone in at :03
[11:19] <mdz> lamont_r: it left accepted/ anyway
[11:19] <mdz> they're now mirrored to little as well
[11:19] <mdz> you should be able to start the builds now
[11:19] <lamont_r> doh
[11:19] <lamont_r> so it did
[11:20] <lamont_r> ubuntu and kubuntu?
[11:20] <mdz> not much point in kubuntu until kde-i18n is done
[11:21] <lamont_r> well, they get a spare then.. :-(
[11:21] <Kamion> back
[11:21] <lamont_r> less typing and all that - lived builds running
[11:22] <mkedwards> vga= doesn't help much, since debian-installer still goes to fb and scribbles on display.
[11:22] <mdz> Kamion: install CD builds in progress
[11:22] <lamont_r> mdz: was looking at logs, and it looked like u-d had missed the :00 cron.hourly at first blush.  my bad
[11:23] <Kamion> mdz: yup, noticed
[11:23] <mkedwards> mdz: shall I document debian-installer/framebuffer=false workaround on wiki (mentioning that it's not the default because of localization)?
[11:23] <Kamion> debian-installer/framebuffer=false is a reasonable workaround for various problems on certain hardware, and certainly cannot be the default
[11:23] <mdz> Volume id: Ubuntu 5.04 amd64
[11:24] <mkedwards> Kamion: understood
[11:25] <Kamion> mdz: I just committed that change, too
[11:25] <mkedwards> Probably only important to people who know about Ctrl-Alt-Fn anyway.  :)
[11:25] <mdz> Kamion: did I get all the bits?
[11:25] <mdz> it looked good to me
[11:25] <mdz> what's the reason for the differing label on powerpc, btw?
[11:28] <Kamion> mdz: yeah, looked fine
[11:29] <Kamion> mdz: dunno, it was like that when I got it; I figure maybe the full "powerpc" name overflows a length limit somewhere
[11:30] <lamont_r> with Bin-1 gone, should fit though, yes?
[11:30] <Kamion> true
[11:30] <Kamion> but I don't see the need to diff even further from upstream debian-cd, it's hard enough as it is :)
[11:31] <lamont_r> yeah, it would be a bit gratuitous
[11:32] <Kamion> you must have figured out by now that I'm an obsessive about keeping diffs small :)
[11:37] <lamont_r> Kamion: small and isolated.  that's how we like them.
[11:38] <mako> alright.. so enough of this release talk.. lets talk about the serious issue
[11:38] <mako> release parties
[11:39] <azeem_> isn't there a wiki page for that?
[11:39] <mako> i'm not cuaght up to today in mail
[11:39] <mako> but i didn't see it searching for it
[11:40] <mako> http://www.ubuntulinux.org/wiki/ReleaseParty
[11:41] <azeem_> mako: the GNOME release parties are coordinated via a wiki page, cf e.g. http://live.gnome.org/Gnome210Party
[11:41] <mako> yeah, not much there
[11:41] <mako> alright everyone. lets start putting parties on that list
[11:42] <mako> pick a time late friday and pick a pub.. that's a party
[11:46] <lamont_r> i386 loop done, amd64 compressing, ppc partimage-restor
[11:51] <mako> lamont_r: c'mon, organize a party. :)
[11:51] <mako> it takes like 5 minutes :)
[11:51] <lamont_r> mako: yeah, yeha
[11:51] <lamont_r> will contact a couple locals and we'll get something scheduled
[11:51] <mako> cool
[11:52] <mako> azeem_: munich party?
[11:52] <lamont_r> but it'll be fort collins, not denver. :-P
[11:52] <CarlK> is it toast time?
[11:52] <azeem_> mako: murrayc is offline, he's the only Ubuntu user I know here
[11:52] <lamont_r> azeem_: think of all the other users you'll meet at the party...
[11:53] <lamont_r> mako: we need printable labels for the CD-R's we burn between now and then, you kknow...
[11:53] <mako> azeem_: invite the debian people :)
[11:53] <mako> that's what i'm doing
[11:54] <lamont_r> milli_: this isn't going to kill my IP is it?
[11:54] <mako> then again, the debian-nyc list is largely a product of my desire not to drink alone
[11:54] <Kamion> hmm, speaking of, I wonder if whisky would improve my waiting-for-stuff-to-happen time
[11:55] <mako> tried that one last night
[11:55] <T-Bone> Kamion: at the expense of your willingness-to-wait-for-stuff-to-happen ;)
[11:55] <mako> shipit exports are at least twice as much fun when there is whiskey involved
[11:55] <T-Bone> hehehe ;)
[11:55] <Kamion> T-Bone: I have a relatively high patience quotient, fortunately
[11:56] <T-Bone> mako: you send whiskey bottles in CD packs? :)
[11:56] <T-Bone> Kamion: yeah, i noticed that 8)
[11:56] <mdz> what a FINE IDEA
[11:56] <ogra> yeah
[11:56] <T-Bone> what, CD-whiskey? :)
[11:57] <mako> and we thought our customs issues were a pain in the ass now
[11:57] <T-Bone> lol
[11:57] <mako> mdz: hoary party in LA?
[11:57] <mako> it can involve whiskey
[11:57] <azeem_> hmm
[11:57] <azeem_> 00:54 < azeem> mag jemand zu einer Ubuntu Release Party am Freitag in Mnchen
[11:57] <azeem_>                kommen?
[11:57] <azeem_> 00:55 < Ganneff> BAH
[11:58] <lamont_r> HUMBUG!
[11:58] <mdz> mako: it'd be a bit of a delayed hoary party
[11:58] <mako> mdz: i think that works
[11:58] <Kamion> unfortunately I have little decent whiskey (or at least it's being kept for special occasions); I have a good stock of whisky though
[11:58] <mdz> mako: but rest assured that whiskey will be involved regardless of the justification
[11:58] <ogra> azeem_, which channel was that ? #hurd ?
[11:58] <mako> mdz: or regardless of a party! :)
[11:58] <azeem_> #hurd is an announcement-only chan these days
[11:58] <azeem_> it was #debian.de on oftc
[11:58] <T-Bone> mako: lol ;)
[11:58] <mdz> mako: oh, there _will_ be a party
[11:59] <mako> tonight is the pre-hoary party.. in fact, whiskey is the only one i've inviting
[12:00] <mdz> oh, is there a wiki page?
[12:00] <mako> whiprush: you rock
[12:00] <mdz> so there is
[12:00] <mako> mdz: yes, that's what i'm trying to hype
[12:00] <azeem_> 00:41 < mako> http://www.ubuntulinux.org/wiki/ReleaseParty
[12:00] <mako> i'm trying to get a critical mass so i can send out an announcement to the lists/forums


[07:58] <sink-o-tron_> hey
[07:58] <sink-o-tron_> can anyone tell me why i get this error
[07:59] <sink-o-tron_>  Cannot join channel (+r) - you need to be identified with services?????
[07:59] <bazhang> sink-o-tron_, which channel
[07:59] <sink-o-tron_> #math
[07:59] <bazhang> !register > sink-o-tron_
[07:59] <ubot2> sink-o-tron_, please see my private message
[08:00] <bazhang>  /join #freenode for further assistance
[08:00] <sink-o-tron_> hmmm
[08:00] <sink-o-tron_> thought i'd done that
[08:00] <sink-o-tron_> didn't seem to have worked
[08:00] <sink-o-tron_> cheers
[08:00] <bazhang> np


[00:01] <jmonty> how about setting a static IP address for the ethernet?
[00:01] <jmonty> it doesn't seem to think usb0 is a network device even though that's what's listed
[00:12] <persia> jmonty, /etc/network/interfaces is the file you want.  Add a usb0 entry
[00:13] <persia> The interfaces(5) manpage does a decent job of describing the format
[00:41] <jmonty> ok, thanks, it wasn't working at first, just ended up being a typo
[00:41] <jmonty> thought there was something else going on
[00:42] <jmonty> but thanks all, I got booted up into console and a static IP address set
[00:45] <GrueMaster> cd ..
[00:45] <GrueMaster> Gah.  Wrong window.
[08:36] <ericb2> hello
[08:37] <ericb2> is this build error known to somebody ?
[08:37] <ericb2> http://codepaste.net/ec8w2k
[08:39] <ericb2> more informative : gcc version 4.4.5 (Debian 4.4.5-8)
[09:15] <ppisati> ericb2: ouch, that's an ICE
[09:15] <ppisati> ericb2: tree? config? compilation options?
[09:16] <ericb2> ppisati: building OOo4Kids on (true) Debian. Probably a gcc option, or maybe gcc-4.4 has a bug
[09:16] <ericb2> ppisati: was perfectly building on qemu
[09:18] <ericb2> ppisati: in meantime, we installed gcc/g++ -4.5. Maybe this will help
[09:19] <sijp> Hi, anyone managed to get ubuntu working on BeagleBoard Rev C ?
[09:22] <sijp> Hi
[09:22] <sijp> I'm trying to configure an image of ubuntu Natty (kernel <IP_ADDRESS>-x3) on a BeagleBoard Rev C.
[09:22] <sijp> I've successfully managed to work with Rev B so far, but is apears that this one is giving me
[09:22] <sijp> dmesg say: ADDRCONF(NETDEVUP) usb0 link is not ready
[09:29] <ppisati> sijp: AFAIK a fix for beagle rev c just hit the kernel
[09:29] <ppisati> dunno if it's related
[09:32] <sijp> you mean a fix in upstream? or in ubuntu?
[09:33] <ppisati> i saw it in ubuntu (but i guess it came from upstream)
[09:34] <ppisati> sijp: https://bugs.launchpad.net/ubuntu/+source/linux/+bug/770679
[09:34] <ubot2> Launchpad bug 770679 in linux "Missing proper support for Beagle XM rev B and C" [Medium,Fix committed]
[09:36] <sijp> ppisati thanks :)
[09:36] <sijp> I'll check it ot
[09:36] <sijp> out*
[13:02] <ppisati> anyone with an imx51 board
[13:02] <ppisati> could you test this:
[13:02] <ppisati> http://people.canonical.com/~ppisati/imx51/linux-image-2.6.31-608-imx51_2.6.31-608.25_armel.deb
[13:02] <ppisati> kiitos
[15:32] <GrueMaster> ppisati: What does this imx51 kernel fix?
[15:44] <ogra_> GrueMaster, the world :P
[16:09] <ppisati> GrueMaster: sorry, i'm about to send you an email
[16:09] <ppisati> GrueMaster: with the changelog
[16:11] <ppisati> GrueMaster: anyway, 15 CVEs
[16:11] <ppisati> GrueMaster: they just pointed me to the CVE page for imx51
[16:11] <ppisati> GrueMaster: and it's REALLY lagging behind
[16:13] <GrueMaster> Ok, security updates.  I can install it and let you know.
[16:14] <GrueMaster> Why isn't it in proposed?
[16:24] <GrueMaster> It appears I alread have a 608.25 kernel installed.  Is this built on top of that one?
[16:24] <GrueMaster> ppisati: ^^^
[16:25] <ppisati> GrueMaster: i didn't update the changelog
[16:25] <ppisati> GrueMaster: sorry, wait
[16:25] <ppisati> GrueMaster: forget about it for a second
[16:40] <rsalveti> ppisati: did you fix the aboot issues already?
[16:40] <rsalveti> or still slacking?
[16:41] <rsalveti> :P
[16:41] <ppisati> rsalveti: slacking :)
[16:41] <ppisati> rsalveti: i dind't know there was any aboot issue
[16:41] <rsalveti> ppisati: GrueMaster knows it all
[16:41] <ppisati> rsalveti: i read your email from one week ago
[16:41] <ppisati> rsalveti: and i thought it was done
[16:41] <rsalveti> I still didn't find time to put my hands on it
[16:41] <rsalveti> ppisati: it works, but can't reboot it seems
[16:41] <rsalveti> I got mmc working, but that didn't work for GrueMaster
[16:42] <ppisati> rsalveti: ah yes, he told me
[16:42] <ppisati> i mean, the reboot issue
[16:42] <rsalveti> so the reboot here is the important issue to solve
[16:42] <rsalveti> mmc is a low priority, at least for builders
[16:52] <GrueMaster> Actually, mmc & reboot are low priority for the builders, but high for my validation automation.
[16:52] <GrueMaster> rsalveti: How did you get mmc working?
[16:53] <rsalveti> GrueMaster: when I was testing I just booted with the normal image, using aboot and loading the rootfs from my sd card and it worked fine
[16:53] <rsalveti> later you said it didn't work for you, but I still didn't have time to reproduce it again
[16:53] <GrueMaster> Interesting.
[16:54] <GrueMaster> I'll muck with it some more and see why it fails here.
[16:54] <ogra_> GrueMaster, i think reboot has some prio
[16:54] <GrueMaster> This was with your patch, right?
[16:55] <GrueMaster> ogra_: reboot is irrelevant, as we can remotely powercycle the boards. for the buildds.
[16:55] <GrueMaster> But necessary for image testing.
[16:55] <ogra_> right, but you might want to do it in software too
[16:55] <ogra_> not sure how the buildd scripts do it
[16:55] <ogra_> but i would expect them to use sw first
[16:58] <rsalveti> if reboot is irrelevant we have enough already for the buildds
[16:58] <rsalveti> or am I missing something?
[16:59] <ogra_> no
[17:01] <GrueMaster> We have enough to make serious forward progress on the buildds, but I would like full functionality if possible for image testing.
[17:59] <hallyn> ogra_: is the linux-image-ac100 one of the standard ubuntu kernels in the archive?
[18:00] <hallyn> ogra_: there are two config flags i'd like turned on, trying to decide whether to build my own, or whether there is a good centralized place to request that
[18:00] <hallyn> namely, CONFIG_USER_NS and CONFIG_DEVPTS_MULTIPLE_INSTANCES
[18:05] <ogra_> hallyn, i would be that central place, i'm just rolling an image update, will enable these options
[18:07] <hallyn> ogra_: awesome, thanks.  and a regular apt-get update will grab that when it's done compiling?
[18:07] <ogra_> yes
[18:07] <hallyn> great
[18:07] <hallyn> now why does the mouse keep disappearing on thsi thing
[18:07] <ogra_> i will upload later tonight (i dont upload without testing the package for a while first)
[18:08] <hallyn> ok, i'll give it a test tomorrow then (assuming build doesn't tke longer than that)
[18:08] <ogra_> the nvec (nvidia even controller) times out ... its not much documented so talking to it is still flaky
[18:08] <ogra_> and kbd as well as touchpad are both attached to it
[18:09] <hallyn> ah, that's why kbd woudln't work for 3 straight boots
[18:09] <hallyn> cool, long as it's not just me - thanks
[18:09] <ogra_> to work around it, pull out the battery for at least 30sec
[18:10] <ogra_> (and the power chord indeed)
[18:10] <ogra_> with the new kernel it should get better, it still times out but re-initializes at least
[18:16] <hallyn> ok thanks :)  it's been workign quite well for me as a dumb terminal for the last hour or so actually
[18:22] <ppisati> GrueMaster: here it is
[18:22] <ppisati> GrueMaster: http://people.canonical.com/~ppisati/imx51/
[18:22] <ppisati> please tell me if it boots
[18:22] <ppisati> i don't have the hw
[18:22] <ppisati> i'm leaving now
[18:22] <ppisati> drop me an email if it's ok
[18:35] <GrueMaster> ok
[18:39] <ppisati> GrueMaster: cool
[18:39] <GrueMaster> rebooting now.
[18:39]  * ppisati wanders off to a concert.. hell yeah! :)
[18:41] <GrueMaster> Nothing in dmesg, system booted ok.  Ship it!


[22:38] <felipealmeida> Hello, does Ubuntu TV uses gstreamer with TI codecs?
[22:56] <robclark> felipealmeida, on pandaboard I'm using it w/ gst-ducati (TI gst plugin)
[22:56] <robclark> so it is using hw decode
[22:58] <felipealmeida> robclark: I see, but it is not the TI-dmai plugins is it?
[22:59] <robclark> no..  although I suppose hypothetically whatever gst plugins should work..  you just need to have a way to get the output of the decoder into an eglImage..
[22:59] <felipealmeida> I'm asking because I can't seem to be able to play almost anything in beagleboard with these codecs
[23:00] <felipealmeida> these = TIViddec2
[23:01] <robclark> well, assuming the gst plugins basically work (which I'm not really familiar w/ the dmai stuff), then it shouldn't be too hard to make qtmobility (and therefore ubuntu-tv) work..  with one caveat..
[23:01] <robclark> you need someone who can give you pvr/sgx libs w/ an eglImage extension that works with your decoders
[23:03] <felipealmeida> Is it possible to use gst-ducati on beagleboard?
[23:03] <felipealmeida> or does it require a OMAP4?
[23:03] <robclark> well, it is designed around viddec3... although that isn't completely different from viddec2..
[23:04] <robclark> but the dsp{bridge,link} vs syslink might be a bigger difference..
[23:04] <robclark> if you use omap3, I would recommend gst-dsp
[23:04] <felipealmeida> I see. Thanks robclark !
[23:05] <robclark> np


[00:19] <unclezipper> Hey, could anyone here help me out? I'm having a bit of a problem with OpenSSH.
[01:18] <_KaszpiR_> just state your problem, we're not reading in minds...yet
[01:18] <_KaszpiR_> sigh, split view ftw
[08:16] <lifeless> hallyn: you might enjoy https://bugs.launchpad.net/ubuntu/+source/qemu-kvm/+bug/1077838
[08:16] <uvirtbot`> Launchpad bug 1077838 in qemu-kvm "qemu-nbd -r -c taints device for subsequent usage, even after -d" [Undecided,New]
[08:28] <soren> lifeless: Yeah, the nbd driver doesn't seem to clear the flags of the nbd_device struct on disconnect.
[08:29] <lifeless> soren: or alternatively set them to the desired state on connect
[08:29] <lifeless> soren: which I suspet is more robust; doing a narrow fix now
[08:35] <soren> lifeless: Hm. The NBD_SET_FLAGS ioctl doesn't seem to be handled by the kernel at all.
[08:36] <soren> lifeless: ...because qemu does try to reset the flags on init, but AFAICT, the ioctl is ignored.
[08:38] <lifeless> soren: I can't see any code to reset BLKROSET on init at the moment, except when RO is requested.
[08:38] <lifeless> soren: I'll have a test package in a second to see if this works
[08:40] <soren> lifeless: Oh, you're right.
[08:40] <soren> blockdev --getro /dev/nbd2
[08:40] <soren> 1
[08:40] <lifeless> :)
[08:40] <soren> I maintain, though, that the flags local to the nbd driver also don't seem to get reset. :)
[08:41] <lifeless> I don't disagree
[08:41] <lifeless> there may be security implications in there though
[08:41] <lifeless> which is why I think resetting on connect is better than resetting on disconnect
[08:44] <lifeless> I bet LP just corrupted the mime type...
[08:44] <lifeless> no, whew.
[08:45] <lifeless> soren: patch attached
[09:01] <lifeless> soren: are you testing the patch ?
[09:01] <lifeless> soren: I'm just fighting with my vm .. qemu makes gcc go large:
[09:01] <lifeless>   CC    x86_64-linux-user/target-i386/translate.o
[09:01] <lifeless> cc1: out of memory allocating 11522544 bytes after a total of 101806080 bytes
[09:08] <Daviey> mikal: Hey, you can approve an openstack CLA membership, right?
[09:11] <Daviey> lifeless: nice, you attached a patch.  As you identified, hallyn would be the best person to revew it.. but he probably won't be around today.
[09:11] <lifeless> Daviey: patch is bust, fixing :)
[09:11] <Daviey> (also, a dsc and changes doesn't really help.)
[09:11] <Daviey> (debdiff is plenty)
[09:11] <lifeless> Daviey: they were advance defense against the crazy triagers
[09:13] <Daviey> lifeless: the server team are indeed crazy.
[09:13] <lifeless> I had my senses reversed.
[09:14] <lifeless> soren: ^ switch the = 0 and = 1 lines, and it should work
[09:14] <lifeless> Daviey: :P
[09:22] <mikal> Daviey: oh hi
[09:22] <lifeless> Daviey: would love to see this backported to quantal & precise; should be pretty low risk
[09:22] <mikal> Yeah, that's one of the things I normally do
[09:22] <mikal> I'll take a look at the queue now
[09:25] <mikal> Daviey: who was asking for approval? I'll do the three in the queue now...
[09:26] <Daviey> mikal: yolanda has been wanting it since Friday
[09:27] <Daviey> lifeless: yeah, looks reasonable.. I'm sure hallyn will help it along.  Out of itnerest, what were you trying to achieve when you hit this?
[09:27] <lifeless> Daviey: I use qemu-nbd to extract the kernel and ramdisk from a qcow2 ami in openstack, so they can be passed to the NTT baremetal code, which PXE boots every time
[09:27] <lifeless> Daviey: avoids folk needing to manually configure it
[09:28] <mikal> I just approved Yolanda
[09:28] <mikal> Its super manual at the moment
[09:28] <lifeless> Daviey: but, I didn't want the image getting futzed with by ext4 journal replay or anything, so I passed -r
[09:28] <mikal> It takes one of two or three people to notice
[09:28] <mikal> They're working on automating it
[09:28] <lifeless> Daviey: separately, we use qemu-nbd when putting ami's together... and I noticed this when the put-it-together code depramed its toys without warning
[09:31] <lifeless> Daviey: or - https://plus.google.com/105660309458564946897/posts/Qpwi9LUDcAN :)
[09:34] <Daviey> lifeless: erm, isn't this what libsomethingsomething was invented for?
[09:34] <Daviey> libguestfs?
[09:35] <lifeless> Daviey: if I could find said thing, sure.
[09:35] <lifeless> Daviey: well, presumably it will run smack bang into the same thing, or would need fixing to use readonly block devices, and then run into the same thing
[09:36] <lifeless> Daviey: (thanks for the pointer, may simplify our code)
[09:36] <lifeless> Daviey: I knew something was out there but had 0 luck remembering the name at the relevant time
[09:38] <jotterbot1234> Hello everyone, does anyone have any experience with Hardware RAID here?
[09:38] <lifeless> jotterbot1234: assume the answer is yes
[09:39] <lifeless> Daviey: so - guestmount -r, should in principle hit the same bug.
[09:39] <jotterbot1234> indeed I do assume so
[09:39] <jotterbot1234> Am I able to post a link to serverfault with a problem I am having ?
[09:40] <jotterbot1234> does that violate any channel rules?
[09:40] <lifeless> not that I'm aware of
[09:42] <soren> lifeless: Why would it hit the same bug?
[09:42] <soren> lifeless: It doesn't use nbd at all.
[09:44] <soren> lifeless: It fires up a VM, attaches your disk image, and marshalls requests from your application through to a deamon running in the VM.
[09:46] <jotterbot1234> http://serverfault.com/questions/447682/raid-50-24port-fast-writes-slow-reads-ubuntu
[09:46] <jotterbot1234> Any help with this would be greatly appreciated!
[09:49] <lifeless> soren: *blink*
[09:49] <lifeless> soren: that is not at all how I imagined it would work
[09:51] <lifeless> soren: that said, what code does kvm use for dealing with qcow2? - I guess it manages it without a kernel block device?
[09:51] <soren> lifeless: I can relate.
[09:51] <soren> lifeless: Yeah, it's all userspace. qcow2 originated in qemu.
[09:51] <lifeless> yah, I knew that :>
[09:52] <soren> lifeless: I can appreciate the fact that it keeps everything neatly in userspace. I can also appreciate the fact that it probably protects your from a bunch of security problems as a result.
[09:52] <soren> ...but it still just feels... wrong.
[09:53] <lifeless> the guestfs-faq is very ... opinionated
[09:54] <lifeless> if I wasn't so keen on nuking openstack disk param injection, I'd consider porting it to use libguestfs if it doesn't already.
[09:55] <lifeless> 'Ubuntu .. Canonical decided to change the permissions on the kernel so that it's not readable except by root.   So
[09:55] <lifeless>            every user should do this:
[09:55] <lifeless>             sudo chmod 0644 /boot/vmlinuz*
[09:55] <lifeless> '
[09:57] <lifeless> soren: *very* opinionated :)
[09:59] <lifeless> unless I'm missing something though, richard jones is assuming root access in the first place
[09:59] <lifeless> which kindof misses the point, doesn't it ?
[10:38] <soren> lifeless: Where is he assuming that?
[12:12] <taalas1> Hi, I am currently trying to provide an Ubuntu 12.04.1 Server network install image. I do ave a working PXE environment using tftp and nfs exports. This works very well for Ubuntu Desktop, but following the same configuration for server the installation stops and says that it cannot find the installation medium (CDROM). Is there anything I should be doing differently when netbooting server install?
[12:14] <rbasak> Using NFS sounds a bit odd to me. What are you using NFS for, and is there a particular reason you went down that route?
[12:16] <taalas1> I am using an NFS export to provide client access to the installation files. Is there a better way I should be doing this?
[12:20] <rbasak> The usual way is to PXE/TFTP for the d-i netboot kernel and initrd images, supply a preseed URL on the kernel command line, serve the preseed over HTTP and then the installer will fetch everything else directly from an archive mirror over http. You can run your own mirror or proxy cache there if you want, using the preseed to point to it.
[12:20] <rbasak> Also look into MAAS, though I'd recommend running 12.10 MAAS as there were major improvements over the 12.04 version
[12:21] <rbasak> (you can still deploy 12.04 servers)
[12:24] <taalas1> fetching the packages from an official mirror would be fine. the main reason I am doing this is, that I need a diskless install
[12:25] <taalas1> Is there any article you know of that would explain the needed steps in detail (where to get the netboot kernel, etc)
[12:26] <rbasak> I'm not sure
[12:27] <rbasak> (of an authoritative place where this is documented)
[12:27] <rbasak> To see it in action install maas from 12.10
[12:27] <rbasak> If that does what you need then great
[12:27] <rbasak> If not, http://archive.ubuntu.com/ubuntu/dists/precise/main/installer-amd64/current/images/netboot/ubuntu-installer/amd64/ for the netboot installer kernel/initrd
[12:29] <rbasak> Also https://help.ubuntu.com/12.04/installation-guide/amd64/appendix-preseed.html
[12:29] <taalas1> great, thank you. I will look into both options
[12:30] <taalas1> Do I have to use preseeding, or can I simply boot the netboot and then supply the source manually? which source would that be for 12.04.1 server?
[12:30] <rbasak> Without preseeding it'll work fine, but you'll have to answer all the questions manually. Preseeding just pre-answers all the questions for a fully automated install
[12:31] <rbasak> When netbooting, the 12.04/12.04.1 distinction doesn't really matter. You'll always get the latest from precise-updates
[12:32] <rbasak> It'll default to the correct source
[12:32] <taalas1> thank you very much
[12:32] <rbasak> When you netboot you basically just get what you'd get if you had booted the CD manually. The installer will just do the right thing
[12:32] <rbasak> (there are some minor differences but I don't think they'll matter to you)(
[13:24] <taalas1> rbasak: Just wanted to let you know that the netboot option worked flawlessy, thanks again. Will look into MAAS, too, but for now this did exactly what I wanted to achieve
[13:24] <taalas1> rbasak: I did get the initrd for this netboot from the server install iso. At later stages of the installation it is possible to also choose desktop components. Can I use this netboot to install any flavor of Ubuntu? Also, is there any difference between server and desktop except for these package options?
[13:25] <rbasak> taalas1: the only differences between server and desktop are install method and package selection
[13:26] <rbasak> (AFAIK. I hope I'm not missing something)_
[13:26] <taalas1> rbasak: I see. So I could use this PXE Netboot for Desktop clients as well...that's very neat :)
[13:57] <janet> I wonder how long it would take to run an internet-wide port scan
[14:00] <TheLordOfTime> infinitely long/.
[14:23] <zul> alrighty libvirt 1.0.0. uploaded
[15:12] <Pooper> Hi all, I created a software based array of disks (4x3TB) using mdadm RAID 5. I then used mkfs.ext4 to partition with the following parameters:  -b 4096 -E stride=128,stripe-width=384... Now that the array is mounted, when I transfer files to it the md5sum of the files changes with respect to the original.... Any ideas as to why this is happening?
[15:13] <xnox> anything interesting in the /var/log/syslog?
[15:13] <xnox> or dmesg?
[15:17] <Pooper> xnox, here is a snippet of dmesg http://paste.ubuntu.com/1353328/
[15:17] <Pooper> xnox, /var/log/syslog looks fine
[15:19] <Pooper> xnox, any ideas?
[15:21] <xnox> Pooper: there is not enough details, but there have been reports of checksum mismatches on files on linux-raid mailing lists. I have not seen / reproduced them.
[15:22] <xnox> but it sounds like the best place for you to seek expert advice.
[15:22] <Pooper> xnox, but is this an issue with GPT partitions?
[15:23] <xnox> that. should not matter at all.
[15:38] <smoser> adam_g, jamespage gwd is interested in trying to get openstack xen/xcp path installable as juju charms
[15:38] <smoser> (whoohoo!)
[15:38] <smoser> i pointed him at http://bazaar.launchpad.net/~gandelman-a/+junk/juju-deployer/files
[15:38] <smoser> but i'm sure there is omething better.
[15:39] <smoser> he's hoping to basically go from maas to xen/xcp based openstack
[15:40] <gwd> adam_g, jamespage: So glancing through the "deployments.cfg", it looks like I might want to take the "nova-compute" charm and add some new "virt-type" options to it...?
[15:41] <jamespage> smoser, gwd: no adam_g this week :-)
[15:41] <jamespage> gwd: thats a good place to start
[15:42] <jamespage> nova-compute is the nux of the openstack charms in terms of hypervisor
[15:42] <jamespage> so its where xen should be integrated...
[16:08] <jamespage> gwd: I actually see ""xen") compute_pkg="nova-compute-xen";;" already in the compute charm
[16:08] <jamespage> gwd: but I know its never been tested....
[16:10] <gwd> jamespage: Ah, right -- hmm, I can check it out, but there's no way I can actually get a test setup to test a whole open-stack rig top to bottom.  How hard would it be for someone to give that a quick smoke-test?
[16:14] <ninjix> why am I getting "user does not match any options" with Quantal when I try 'sudo nova-manage user admin user1' ?
[16:15] <ninjix> I'm following 12.10 serverguide docs on Folsom install
[16:19]  * RoyK wonders why on earth 32bit desktop is the default for downloads...
[16:19] <ninjix> RoyK: agreed
[16:20] <RoyK> ubuntu+unity is rather on the heavy side, so using a 32bit machine is likely to be dead slow for that anyway
[16:23] <ninjix> ahh... looks like the official 12.10 server pages for ubuntucloud need to be updated
[16:24] <ninjix> current pages are referencing essex commands instead of openstack folsom
[16:24] <ninjix> see: https://answers.launchpad.net/nova/+question/204905
[18:06] <lifeless> soren: walking the kernel memory to determine its symbol table
[18:06] <lifeless> soren: kmem isn't readable w/out root, right ?
[18:16] <RoyK> lifeless: don't think so, no
[18:17] <RoyK> imho that'd be a jolly bad idea
[18:24] <lifeless> RoyK: exactly ;)
[18:25] <Daviey> smoser: do you have capacity to look into bug 1064835?  Looks like the upstream commit doesn't really fix the issue?
[18:25] <uvirtbot`> Launchpad bug 1064835 in python-keystoneclient "[SRU] keystoneclient fails on SSL certificates that work for other services" [Critical,Fix committed] https://launchpad.net/bugs/1064835
[18:25] <Daviey> (verification failed of quantal sru)
[18:26] <smoser> suck.
[18:27] <Daviey> smoser: if you don't, that is also ok
[18:29] <smoser> dai'd like to defer on it. i was chasing other fires at the moment. raring cloud images are not booting. :-(
[18:29] <smoser> and i keep wanting to get a raring cluod-inti upload
[18:35] <PineappleCLock> Would setting up pptpd on my server mess with DNS? I can't seem to get ubuntu to use my DNS servers, but querying them manually works fine via nslookup
[18:42] <patdk-wk> PineappleCLock, are you using 12.*?
[18:42] <PineappleCLock> yes 12.04 LTS
[18:43] <patdk-wk> you aren't editing resolv.conf are you?
[18:44] <PineappleCLock> nope, I added "dns-nameservers" to the end of /etc/network/interfaces and restarted networking
[18:44] <PineappleCLock> I can see that resolvconf has the correct lines in resolv.conf
[18:45] <PineappleCLock> the only networking change was to allow pptpd to work and that was adding a iptables masquerading command to rc.local per a howto
[18:46] <PineappleCLock> I can ping IP addresses just fine like google.com, but DNS is kaput :\
[18:48] <PineappleCLock> I know it's not that because even if I flush iptables, I can't resolve hostnames... very weird
[18:48] <smoser> SpamapS, around ?
[18:48] <smoser> looking for feedback on bug 1057195
[18:48] <uvirtbot`> Launchpad bug 1057195 in cloud-init "cloud_config apt_proxy has no option to specify HTTPS or not" [Medium,Incomplete] https://launchpad.net/bugs/1057195
[18:57] <PineappleCLock> Any thoughts on why DNS client would not work at all, even though the nameservers are properly configured
[19:26] <smoser> utlemming, did you make any progress on raring images boot issues ?
[19:27] <utlemming> smoser: not yet....hopefully soon
[20:00] <Fatguy> anyone know why I'm only able to modify properties for one of my network cards?
[20:04] <Fatguy> why would my secondary NIC be locked up so that I can't modify the properties in the network manager (GUI)?
[20:04] <patdk-wk> heh? you do know this is ubuntu-server?
[20:04] <patdk-wk> there is no gui
[20:04] <Fatguy> im using 12.10 server with desktop GUI installed
[20:05] <Fatguy> i would use the commands if i knew what they were but im just getting into the development for personal and business cloud vpn's and use the GUI for ease of use
[20:06] <patdk-wk> well, network-manager is a total unknown in here
[20:06] <Fatguy> ok, do you know what I would have to do in terminal to change the properties of my secondary NIC?
[20:07] <Fatguy> my primary is eth1 and i have it set where i need it but the secondary eth0 wont let me modify anything, at first it wouldn't work at all but I finally got it enabled
[20:09] <Fatguy> all i need to do is modify the ipv4 address to static and change the gateway and dns info. what would I have to edit to do that?
[20:12] <Fatguy> looks like linux is getting just about as useless as windows, #ubuntu sent me here for some help but noone here knows how to modify network settings...guess ill have to find help elsewhere
[20:12] <patdk-wk> heh
[20:14] <philipballew> Whats the best web server if I only have 128 mb's of ram?
[20:23] <Erik_D> philipballew: is nginx too much?
[20:25] <philipballew> Erik_D, I have not tried nginx,
[20:25] <RoyK> philipballew: apache will probably be heavy, but nginx should work
[20:25] <philipballew> I was considering that or lighttpd
[20:25] <RoyK> lighty isn't that good
[20:25] <philipballew> Its just my wp blog that feeds to the planet
[20:26] <philipballew> so unless I put a blog title up like "Ubuntu sucks" noones ever gonna visit
[20:26] <RoyK> lighttpd is rahter old, nginx is better
[20:26] <philipballew> alright, and the repos version id good enough?
[20:27] <RoyK> should do
[20:27] <philipballew> alright. Thanks for the confirmation.
[20:27] <philipballew> peace
[20:28] <milestone> hi folks i have a problem with a precise server, which hangs after printing Running /scripts/init-bottom
[20:28] <milestone> there does not seem to be an error
[20:28] <milestone> i have let the machine run for a day and still no luck
[20:28] <milestone> what is happening after /scripts/init-bottom ?
[20:37] <pseudonymous> A good reference for upstart ? Specifically I'm looking to understand how I disable services from starting on boot
[20:41] <FroMaster> Running Ubuntu 12.04.1 on ESX 5.1 and wondering if i should install open-vm-tools (via apt-get) or vmware-tools (via cdrom/compile). Thoughts/suggestions?
[20:42] <jjcm> FroMaster: doesnt hurt to compile
[20:43] <jjcm> but the vmware proprietary tools will offer more features
[21:06] <episteme> morning everyone. I'm experiencing an issue with vsftpd where if i connect using a local user account i get the message that the login is incorrect. I have overly checked that i was entering the username and password correctly. and i do have local user enabled. Anyone else having this issue or knows how i can fix it? TIA
[21:10] <pseudonymous> Question #2: Do people run Ubuntu LTS for their servers or Ubuntu ? Is there any distinction, security-wise ?
[21:21] <genii-around> pseudonymous: http://upstart.ubuntu.com/cookbook/
[21:22] <ScottK> pseudonymous: There's no distinction security wise.
[21:27] <pseudonymous> damned be all the fragmentation.  Why can't base things such as service management be agreed upon ? Why are most proposals unnecessarily complex ? Grrr.
[21:31]  * ScottK thought FreeBSD's biggest boon was the lack of kernel features.
[21:33] <lifeless> Daviey: so when is hallyn around :>
[21:36] <Daviey> lifeless: when it's not a US Holiday :)
[21:37] <Daviey> (he did check in earlier, but he's out right now.)
[21:55] <lifeless> Daviey: ah :)
[23:12] <lifeless> hallyn: thanks ;)


[09:36] <czajkowski> lordie some amount of questions submitted over the weekend
[10:10] <lifeless> czajkowski: good ones?
[10:11] <czajkowski> No not really :)
[10:12] <lifeless> :/
[10:12] <czajkowski> trying to work out now can I delete a bunch of FAQs that were created but are all blank
[10:12] <lifeless> delete a FAQ? sacrilege.
[10:12] <lifeless> [teasing].
[10:12] <czajkowski> https://answers.launchpad.net/ubuntu/+faqs?field.search_text=Empty&field.actions.search=Search
[10:12] <czajkowski> 16 empty ones
[10:46] <dpm> hi czajkowski, I was wondering if you or some other LP folks could help me with a few questions on superprojects (or umbrella projects, I don't know what exactly they're called :) - who do I need to talk to to request the creation of one? Once created, can it be renamed if required? If renaming works, can an alias be set so that old links pointing to the original name are not broken?
[10:47] <czajkowski> project groups
[10:47] <czajkowski> not sure about renaming them however
[10:48] <czajkowski> but a project group can be created and then under that can be sub projects
[10:48] <czajkowski> dpm: when you have the details just file a question
[13:22] <YoBoY> dpm, https://help.launchpad.net/ProjectGroups and yes you can ask to rename one if needed and yes you can also ask for an alias (I have done that last month)
[20:42] <himan> Sorry for spam but after searching it over answers.launchpad.net , i am still not able to get the exact solution to my problem . when i am trying to checkout the code using : bzr branch lp:vesu
[20:42] <himan> i am getting following error : ssh: connect to host bazaar.launchpad.net port 22: Connection refused ConnectionReset reading response for 'BzrDir.open_2.1', retrying ssh: connect to host bazaar.launchpad.net port 22: Connection refused bzr: ERROR: Connection closed: Unexpected end of message. Please check connectivity and permissions, and report a bug if problems persist.
[20:43] <himan> kindly help/.


[01:10] <android6011> what is the best way to update everything cleanly to the latest .22 svn?
[01:12] <android6011> from a default mythbuntu install that is
[01:29] <android6011> im getting "modprobe: FATAL: Could not load /lib/modules/2.6.28-11-generic/modules.dep: No such file or directory" when I try to load the install disk, ive tried redownloading and burning but same problem
[02:07] <Mary> how can I use VDPAU in mythbuntu 9.04?
[15:54] <balachmar> Hi all, just found out why my mythbox wasn't wakeing up anymore. nvram-wakeup seems broken.
[15:55] <balachmar> https://bugs.launchpad.net/ubuntu/+source/nvram-wakeup/+bug/370261 Now it says here to recompile yourself. But can someone help me out on that?
[21:10] <ccb0x45> hey
[21:10] <ccb0x45> I am trying to get my hauppage pvr150 remote to work
[21:11] <ccb0x45> in mythbuntu 9 do you still have to disable lirc_imon because it causes problems?
[21:11] <ccb0x45> because when I run irw I see nothing coming out
[21:17] <ccb0x45> yea
[21:17] <ccb0x45> it was imon still causing problems
[21:27] <fen__> hello
[21:27] <fen__> How do I change the runlevel with kernel-parameters? With Debian its "single 3". What is it with mythbuntu or upstart?
[22:03] <fen__> help? init 3 and telinit 3 arent working, too
[23:17] <pizzledizzle> my mythtv's not working :(
[23:17] <pizzledizzle> when i select watch tv, the screen goes black for like 1 minute and then back to main menu
[23:19] <pizzledizzle> anyone on?
[23:20] <hads> !logs
[23:20] <Zinn> MythTV logs are stored in /var/log/mythtv/   You can use mythbuntu-log-grabber from the Applications menu to automatically post the most relevant logs to our pastebin.
[23:20] <hads> !blankscreen
[23:20] <Zinn> If you try to watch tv and are greeted with a blank screen and a return to the menu then please check the permissions on your recording directory.  It should be owned by mythtv:mythtv, have permissions of 775, and not be inside your home directory


[05:12] <grizlo42> i can't join ##java
[05:12] <grizlo42> Cannot join ##java: Registration is required
[05:13] <persia> grizlo42: http://www.google.co.uk/search?ie=UTF-8&oe=UTF-8&q=freenode+registration
[05:16] <grizlo42> thanks
[06:35] <dholbach> good morning
[10:49] <DeNarco> can somebody help me in hungarian?
[16:17] <AnAnt> Hello, can   libcommons-configuration-java work with gcj ?
[16:18] <AnAnt> it is built using gcj, yet gcj is not in the Depends:
[16:19] <AnAnt> erm, nevermind
[16:24] <persia> Well, that's one way to answer the question :)
[16:35] <AnAnt> Hello, is gcj java 5 or even 6 compatible ?
[16:48] <AnAnt> how could I set the source level to 5 in gcj ?
[16:48] <AnAnt> can someone help  me with this please: http://launchpadlibrarian.net/15946661/buildlog_ubuntu-intrepid-i386.monajat_1.0-0ubuntu1%7Eppa10_FAILEDTOBUILD.txt.gz
[17:35] <AnAnt_> Hello, I managed to reduce the errors a lot , can someone advise me with those errors: http://launchpadlibrarian.net/15965071/buildlog_ubuntu-intrepid-i386.monajat_1.0-0ubuntu1%7Eppa11_FAILEDTOBUILD.txt.gz


[16:13] <qense> jcastro: bug #550140 (and others) are the result of the practise of using a regular MenuItem for showing an application in AppInd, not a checkbox. You can only make the application visible with those entries, but not hide them. However, I've always used checkboxes so people can hide the window as well and can see whether the window is being shown in case they've lost it. What should we do? If we keep following the first option we should mark the bug I
[16:13] <qense>  mentioned as Won't Fix. Personally I would go for checkboxes.
[16:13] <ubot4> Launchpad bug 550140 in nautilus (Ubuntu) (and 1 other project) "File Operations does not Hide when Clicked (affects: 1) (heat: 6)" [Undecided,New] https://launchpad.net/bugs/550140
[17:03] <qense> tedg: What do you think of bug 552920? Do you agree with the proposed solution: a delay?
[17:03] <ubot4> Launchpad bug 552920 in indicator-application (Ubuntu) "Autoexpanding indicator menus hurt usability (affects: 1) (heat: 14)" [Undecided,New] https://launchpad.net/bugs/552920
[17:05] <tedg> qense: Could be interesting, but I think that's a GTK bug.  We don't want to special case that in the indicators.
[17:05] <tedg> bratsche: What do you think? ^^  I thought there was *some* delay already?
[17:12] <bratsche> I guess I'm confused by what you mean by auto-expanding.
[17:12] <bratsche> Does that just mean opening the menu?
[17:13] <tedg> bratsche: Yeah.  Basically too quickly.
[17:13] <tedg> bratsche: Did you see the image in the attachement?
[17:13] <tedg> (assume I spelled that correctly)
[17:13] <bratsche> Right
[17:15] <bratsche> Okay, so gtk+ has something internal called (I think) a stay-up triangle.. but as far as I know, it's only used when dealing with submenus from a menu.
[17:16] <bratsche> But try to envision a menu with several menuitems, and the first menuitem has a submenu with several menuitems.  Your mouse is currently over the top menuitem of the parent menu and the submenu from it is open to the right.
[17:17] <bratsche> Now when you move the mouse toward say the middle of that submenu, you'll probably mouse-over a menuitem below the current one in the parent menu..
[17:17] <bratsche> But there are two things that can keep it from becoming the active menuitem.. a timer, and this stay-up triangle.
[17:22] <bratsche> Anyway, we should think about this some.  Indicator icons are small enough that in the case of indicator-sound, going to all the trouble of duplicating this stay-up triangle might be more trouble than it's worth.  Judging by the screenshot in  qense's bug, the stay-up triangle would cover most the majority of the neighboring indicator icon anyway, so maybe a simple timer would be enough.
[18:22] <salty-horse> hello!
[18:23] <salty-horse> is there any reason why the icons in the indicator applet are so fat and spacious? they use a lot of whitespace around the icon, which causes big gaps between every two icons
[18:24] <salty-horse> also, the changes to gwibber's menu mean that if I don't like the indicator applet, I can't have a regular gwibber icon in the notifications area
[18:33] <qense> bratsche: I'll confirm the bug.
[20:04] <qense> tedg: Are you in Bug Control, or otherwise capable of viewing private bug reports?
[20:05] <tedg> qense: I used to be...
[20:05] <tedg> qense: Let's try one :)
[20:06] <qense> tedg: bug 541946 is a private
[20:06] <ubot4> qense: Bug 541946 on http://launchpad.net/bugs/541946 is private
[20:10] <qense> tedg: By the way, someone blogged against using GET_PRIVATE() methods, he says they are inefficient: http://blogs.gnome.org/jjardon/2010/03/30/improve-performance-use-priv-instead-get_priv-macros/
[20:10] <qense> tedg: Do you agree?
[20:11] <tedg> qense: Yeah, we've been slowly converting them.  I'm not sure it's enough to worry about though.
[20:11] <tedg> Yeah, I can see that bug.
[20:11] <qense> good
[20:11] <qense> I mentioned the GET_PRIVATE thing because there is a crash report in bug 545030 where indicator-application-service crashes on such a function.
[20:11] <ubot4> qense: Bug 545030 on http://launchpad.net/bugs/545030 is private
[20:14] <qense> tedg: and another crash also happens with a *priv that was obtained using GET_PRIVATE
[20:14] <qense> Could it be that the macro is a bit unreliable?
[20:16] <tedg> qense: It's not really as much a macro as it is a function call.
[20:16] <tedg> qense: Really, if the objects is there -- it shouldn't fail.
[20:17] <qense> tedg: So somehow the private object wasn't there during those crashes?
[20:18] <tedg> qense: The private section isn't an object really, it's just a memory region.
[21:37] <funkyHat> Is there a plan to differentiate between new mail and new instant message in the messaging menu icon?
[21:39] <funkyHat> As it stands I either find myself often clicking the icon to see if it's an IM, only to be annoyed that it's only an email, or not clicking and then later finding I've missed an IM
[22:14] <vish> funkyHat: i'v been mentioning this since the beginning ;0  kinda pointless having an envelope for IM , mail , tweet and probably even rss o.0


[07:10] <amitprakash_> Hi, I'm trying to package a library and while I've been able to upload it to the ppa (where it built successfully), when I add the ppa and run apt update, it throws me a The repository 'http://ppa.launchpad.net/amit-prakash-ambasta/asio/ubuntu yakkety Release' does not have a Release file.
[07:10] <amitprakash_> How do I resolve this?
[07:14] <amitprakash_> nm, just had to give ppa time I guess
[07:14] <rbasak> amitprakash_: try again
[07:14] <rbasak> Right :)
[07:14] <rbasak> You need to wait until it is "published"
[07:14] <rbasak> The PPA pages can show you when it is.
[07:16] <amitprakash_> rbasak, don't think I built correctly though, none of the headers are part of deb/data.tar.xz
[08:22] <amitprakash_> And now it finally works!