[00:13] <[reed]> anybody that can correct a typo on the alpha4 release notes page around?
[00:14] <slangasek> [reed]: I can feed it to the webmaster for fixing later
[00:14] <[reed]> slangasek: ok, just check http://ventnorsblog.blogspot.com/2008/02/how-do-i-notes-release.html
[00:14] <[reed]> it explains the two issues
[00:14] <[reed]> thanks! :)
[00:15] <slangasek> wow, er, ok
[00:15] <slangasek> that bug was already in the alpha3 release notes, I wonder why he didn't correct us earlier for misspelling his name :)
[00:16] <[reed]> heh, guess he didn't notice
[00:17]  * slangasek chuckles that he corrects us for not including the full title of his blog post, when his blog post doesn't follow correct English capitalization rules for titles ;)
[00:18] <StevenK> slangasek: Could you please release mlt++ from binary NEW?
[00:20] <[reed]> slangasek: heh, I'll berate him about that :)
[00:25] <andresmujica> which package generates /etc/environment ? i couldn't find any using dpkg -S
[00:26] <slangasek> currently, I'm not sure anything does create it reliably
[00:29] <andresmujica> i'm triaging some bugs related to that file but cannot find where to put them or which package to assign them
[00:34] <slangasek> andresmujica: I think pam is going to end up being responsible for the file creation in Debian, and unless the Ubuntu installer has diverged in ways I'm not familiar with, that means it'll be doing the same in Ubuntu; so I think that's an ok starting point
[00:38] <andresmujica> ok thks
[01:32] <helpme> HI CAN SOMEONE HELP ME I HAVE A PROBLEM WITH MY UBUNTU :(
[01:35] <ion_> You can solve your problem by hitting the “Caps Lock” key once. The light should turn off.
[01:37] <emgent> helpme, please ask in #ubuntu
[01:42] <helpme> i did ask there
[05:28] <richbl> hello all... I'm interested in doing some Ubuntu work. I'm a dev, but I'm specifically interested in interface design/development. Can someone recommend a good mailing list?
[05:29] <richbl> Hmmm... looks like I need to move to #ubuntu-motu... byef
[06:08] <pwnguin> hidden elitist IRC channel Linus is involved with?
[06:14] <ScottK2> pwnguin: If you knew about it, it wouldn't hidden, right?
[06:21] <pwnguin> ScottK2: i suppose
[06:21] <pwnguin> but i thought the lmkl was the goto point for conversation
[06:23] <ScottK2> I have no idea.  Just saying.
[06:23] <mjg59> It's like anything. Sometimes it's easier for people to talk to each other directly.
[06:38] <pitti> Good morning
[06:38] <StevenK> Morning pitti
[06:38] <pitti> StevenK: hey! back home?
[07:10] <warp10> Good morning
[07:39] <dholbach> good morning
[07:44] <pitti> hey dholbach
[07:45] <dholbach> hey pitti
[09:15] <pitti> calc: MainInclusionReportHunspell says that hunspell is the successor of myspell; does that mean that we could get rid of myspell to reduce the *spell duplicate-o-rama a bit?
[09:15] <pitti> calc: (aspell, ispell, myspell, hunspell -- that's both a maintenance and user experience hell)
[09:15] <pitti> ArneGoetje: CC: ^
[09:18] <pecisk> hi people, I try to debug app under Ubuntu. I am using -dbg packages and gdb. However, when I try to run app - under root - in gdb, it says that it can't execute file, however file has execute flag in permitions. It gives error like this: warning: Unable to find dynamic linker breakpoint function
[09:19] <pecisk> did I miss something? What else need to be installed to debug apps?
[09:19] <pitti> cjwatson_: did your proposed patch in bug 188650 actually work for you? doesn't here (debugging now)
[09:19] <pecisk> I read docs on wiki, but they don't tell about such scenario as mine
[09:19] <ubotu> Launchpad bug 188650 in policykit "configuration makes life difficult for root" [Undecided,New] https://launchpad.net/bugs/188650
[09:32] <pitti> cjwatson_: (I think the problem is that root usually does not have a ConsoleKit session)
[09:34] <seb128> pitti: speaking about hunspell
[09:34] <seb128> pitti: http://fedoraproject.org/wiki/Releases/FeatureDictionary
[09:36] <seb128> pitti: there is a mail on ubuntu-devel-discuss about that, fedora and opensuse are switching to hunspell
[09:38] <pitti> seb128: oh, great! thanks
[09:39] <seb128> pitti: looking at the fedora spec they have quite some patches etc already
[09:39] <pitti> right, shouldn't be too hard
[09:53] <cjwatson> pitti: it improved matters slightly as long as I passed XDG_SESSION_COOKIE through sudo
[09:53] <cjwatson> pitti: I'm not saying it makes everything magically work on its own - there are still other things to fix - but it gets rid of one of the roadblocks
[09:54] <cjwatson> and like I say it does seem to be a better set of semantics
[09:54] <cjwatson> the other obvious problem seems to be getting hold of the dbus session bus
[09:55] <pitti> cjwatson: ah, that was it, thanks; I just wanted to test it before uploading
[09:55] <pitti> cjwatson: dbus session bus> in earlier g-s-t I had a patch which used the session bus from $SUDO_USER
[09:55] <pitti> cjwatson: we dropped that patch because it's not necessary by default any more
[09:55] <pitti> but if we need it for something, we can revive it
[09:56] <cjwatson> at the moment it makes life easier if you're running over ssh
[09:56] <pitti> cjwatson: but IIRC it was only time-admin
[09:56] <pitti> and only for disabling the screensaver
[09:56] <cjwatson> I sent a mail to Oliver + CK upstream + PK upstream about this
[09:56] <pitti> ah
[09:56] <cjwatson> the problem at the moment is that PK denies everything by default if your CK session is not local
[09:56] <pitti> ok, policykit uploaded
[09:56] <cjwatson> the PK configuration I suggested lets you work around this using sudo
[09:57] <cjwatson> you won't be able to test this yet, though, as the openssh patch to create a CK session lives mainly on my disk ;-)
[09:57] <pitti> so the pam module didn't work out in the end? (would be much more elegant)
[09:57] <cjwatson> unfortunately not
[09:57] <pitti> I remember the discussion, but I didn't see all of it
[09:58] <cjwatson> sshd opens the pam session way before the request comes from the client to create the pty
[09:58] <cjwatson> the only way to make a pam module work for this would be to completely reorganise how sshd interacts with pam - again
[09:58] <cjwatson> which doesn't really excite me
[09:58] <cjwatson> I did try :)
[10:21] <Company> hm, my weekly dist-upgrade wants to remove epiphany
[10:21]  * Company looks at seb128 
[10:22] <seb128> Company: epiphany or epiphany-browser?
[10:22] <Company> lemme check
[10:22] <Company> epiphany-browser epiphany-browser-dev epiphany-extensions epiphany-gecko
[10:22] <seb128> weird
[10:23] <Company> trying to manually install all the pckages it has kept back to find the culprit
[10:23] <seb128> ah
[10:25] <seb128> Company: what version do you have installed?
[10:25] <Company> 2.20.1-0ubuntu1
[10:26] <Company> of epiphany-browser
[10:26] <seb128> k, that's likely because there is no epiphany-extensions 2.21 yet
[10:27] <Company> ok
[10:27] <seb128> either remove this one if you don't need it
[10:27] <seb128> or keep using epiphany-browser 2.20.n
[10:27] <Company> yeah
[10:27] <Company> just wanted to make sure you're aware of the issue
[10:27] <seb128> and talk to chpe about update those and rolling a new tarball ;-)
[10:28] <seb128> right, we are, we are blocked on upstream updating and rolling a new tarball though
[10:28]  * Company goes kicking chpe
[10:29] <Company> unrelated question: are you gonna ship swfdec-gnome?
[10:30] <seb128> ship on the default installation you mean? because it's already available in universe
[10:30] <seb128> not sure what are the plan about flash support
[10:30] <seb128> asac: ^ any idea about this one?
[10:30] <Company> yeah, the question was more about status than availability
[10:31] <geser> dholbach: Hi, do you know when a new python-launchpad-bugs will land in hardy?
[10:31] <asac> seb128: i think he refers to the plugin finder service (e.g. will it be included in result list)
[10:31] <dholbach> geser: bdmurray wanted to prepare a new upload soon
[10:31] <asac> the answer is definitly "yes"
[10:32] <Company> asac: it's more related to libswfdec being an external dep of gnome now
[10:32] <asac> Company: if there is a software component that requires it, it will automatically be shipped
[10:32] <Company> asac: not the moz plugin
[10:32] <Company> k
[10:33] <Company> so that's magic at work there :)
[10:33] <asac> if you ask if its on CD ... i don't know. if there is anything of gnome on CD that needs it, then we have to consider it
[10:33] <asac> Company: more or less :)
[10:33] <seb128> Company: what does swfdec-gnome brings us? we likely want to consider it if it's useful ;-)
[10:34] <Company> seb128: thumbnails and a standalone flash player
[10:34] <asac> seb128: i think its some build dependency of some gnome component/app, but Company would know more details
[10:34] <Company> seb128: via swfdec-gnome
[10:34] <seb128> I'm wondering if we have lot of users using flash out of their web browser
[10:34] <seb128> I don't
[10:35] <Company> seb128: it's what vuntz called the evil plan to get swfdecinto the desktop ;)
[10:35] <seb128> I think that's worth discussing, that's always a balance between cost to support and what it brings
[10:35] <Company> seb128: you might be intersted in https://www.redhat.com/archives/fedora-desktop-list/2008-January/msg00084.html
[10:35] <asac> Company: in the end having it in universe shouldn't hurt imo (as long as the thumbnail support can be rolled in a plugin like fashion)
[10:36] <seb128> Company: thanks
[10:36] <Company> asac: yeah, i wouldn't mind either way
[10:36] <asac> Company: you said on your own that swfdec might not yet be ready given we have a LTS release ... or isn't that true for thumbnails/standalone player?
[10:37] <Company> asac: i think the thumbnails/standalone thing is not as critical, which is why i proposed it for gnome
[10:37] <Company> asac: it doesn't crash your browser if it sucks ;)
[10:37] <Company> also, it doesn't have as much impact and isn't as hard to implement
[10:37] <seb128> well, that's still code which we would need to support for security issues, etc if we promote it to main
[10:38] <awalton__> seb128, ping on launchpad bug 188361, this one's pretty serious
[10:38] <ubotu> Launchpad bug 188361 in nautilus "Nautilus is following symbolic links when emptying trash" [Medium,Fix committed] https://launchpad.net/bugs/188361
[10:38] <Company> right
[10:38] <seb128> awalton__: I've read the discussion on #nautilus and was about to backport it
[10:38] <awalton__> ah right
[10:38] <seb128> awalton__: thanks for the ping though
[10:38] <awalton__> I didn't see you in there
[10:38] <seb128> ;-)
[10:38] <awalton__> must just be early
[10:40] <asac> Company: is the thumbnail support a different tarball? or is it just a matter of packaging?
[10:40] <Company> asac: it's a dfferent tarball
[10:40] <Company> asac: from the moz plugin
[10:40] <seb128> asac: swfdec-gnome, it's in universe
[10:40] <Company> asac: there's swfdec, swfdec-gnome and swfdec-mozilla
[10:41] <asac> so we already have it ;)
[10:41] <Company> right
[10:41] <Company> it's just in universe
[10:57] <psicus78> asac: hi
[10:59] <asac> psicus78: ?
[11:03] <psicus78> asac: hi asac, I found your nick on the network-manager page on launchpad
[11:04] <asac> yep
[11:04] <psicus78> I was wondering if you plan to add support to wired authentication
[11:05] <asac> psicus78: we don't implement features on our own there, but track what network manager releases upstream.
[11:05] <psicus78> I know I know...
[11:05] <asac> ;)
[11:06] <psicus78> the fact is that the feature has been implemented in network manager and also committed to 0.6 branch
[11:06] <psicus78> I filed a bug few days ago to ask for packaging
[11:07] <psicus78> sorry I wasn't clear
[11:07] <asac> psicus78: then we will get it in hardy :) ... there is discussion to release 0.6.6 i just wanted to see if thats going to happen before cherry-picking more from svn to our package
[11:08] <psicus78> ok, cool!
[11:08] <psicus78> :)
[11:13] <mgunes> is there a release of multidistrotools?
[11:16] <Fujitsu> mgunes: No.
[11:16] <persia> mgunes: No, but there are several branches around.  I recommend http://people.ubuntuwire.com/~fujitsu/bzr/multidistrotools/
[11:17] <mgunes> Fujitsu, persia, thanks. anyone particular who maintains it? it would be nice to have it in Universe.
[11:24] <Riddell> doko: can you think of any reason why my kde 4 packages have stopped including rpaths in their libraries since last week?
[11:25] <doko> Riddell: no, not really.
[11:26] <Riddell> doko: no, me neither, I can work around it
[11:27] <doko> Riddell: or is this a feature test using the gcc version number?
[11:29] <pitti> Riddell: instead of using rpaths (which is slightly ugly IMHO), would it work to put an /etc/ld.so.d/ snippet into some libkdeyouneedme?
[11:29] <pitti> (kdelibs5?)
[11:29] <pitti> Riddell: /etc/ld.so.conf.d/ of course
[11:33] <Riddell> pitti: that's exactly me work around
[11:33] <Riddell> my
[11:34] <Riddell> doko: no it's not that, RPATH has disappeared from the .so file (compiling the same source package the same way)
[11:37] <TheMuso> Good night folks.
[11:38] <pitti> bye TheMuso
[11:52] <geser> I've a modified Debian package in source NEW (modified to build in Ubuntu) but now there is a fixed package in unstable which could be synced. How to proceed?
[11:53] <Riddell> geser: I can reject if you want, and you can file a sync request in the normal way
[11:53] <geser> ok, please do
[11:53] <geser> haskell-regex-compat is the package
[11:54] <Riddell> geser: rejected
[11:56]  * Hobbsee waves
[11:56]  * geser waves back to Hobbsee
[11:57] <Hobbsee> sky fallen in yet?
[12:12] <xivulon> slangasek can you please have a look at bug #140458
[12:12] <ubotu> Launchpad bug 140458 in wubi "Provide official Ubuntu metalink files on a public webserver" [Low,Confirmed] https://launchpad.net/bugs/140458
[12:13] <xivulon> need to add support for that to wubi, and would like to have that ready before beta
[12:18] <ogra> cjwatson, the ck implementation behaves a bit strange if i use: sh -c "DISPLAY=$HOST:6.0 <command>" .... see http://paste.ubuntu-nl.org/54707/
[12:19] <ogra> according to your mail it shoud just leave x11-display alone or did i understand that wrong ?
[12:19] <ogra> *should
[12:20] <ogra> oh
[12:20] <ogra> ah
[12:20] <ogra> cjwatson, ignore me, just found a bug :)
[12:47] <cjwatson> ogra: hmm, looks like you had X11 forwarding on as well ...?
[12:48] <ogra> yes
[12:48] <ogra> seems theer is a bug with ldm not dropping -X in its command
[12:48] <ogra> just testing the fix
[12:56] <calc> pitti: sounds good to me, assuming it can be a drop in replacement
[13:06] <mantiena-baltix> hi
[13:07] <mantiena-baltix> I found strange problem in policykit (I think so)
[13:07] <mantiena-baltix> who is responsible for policykit ?
[13:07] <mantiena-baltix> pitti, maybe you ?
[13:11] <mantiena-baltix> pitti, could you help me identify if there is a policykit problem ? None of gnome-system-tools works for me, but I have all updates, so this is not bug #183673
[13:11] <ubotu> Launchpad bug 183673 in policykit "Users-admin unlock not working" [Medium,Fix released] https://launchpad.net/bugs/183673
[13:11] <ogra> ogra@ceron:~$ ck-list-sessions |grep x11
[13:11] <ogra> 	x11-display = ''
[13:11] <ogra> 	x11-display-device = ''
[13:11] <ogra> ogra@ceron:~$ env |grep DISP
[13:11] <ogra> DISPLAY=192.168.2.49:6.0
[13:11] <ogra> cjwatson, now it works :)
[13:14] <seb128> ogra: I think your gartoon issue is https://bugs.edge.launchpad.net/ubuntu/+source/nautilus/+bug/188874
[13:14] <cjwatson> ogra: excellent; do the admin tools work in that context?
[13:14] <ogra> no
[13:14] <ubotu> Launchpad bug 188874 in nautilus "Broken icon theme handling in Nautilus 2.21.90 in Hardy" [Low,New]
[13:14] <ogra> the non-local session is still a prob
[13:15] <ogra> but i have the sessions listed properly thats a good step forward :)
[13:15] <ogra> seb128, smells liek it, yes
[13:15] <cjwatson> ogra: right; try applying the policykit patch I mentioned in my mail and then using 'sudo env XDG_SESSION_COOKIE="$XDG_SESSION_COOKIE" time-admin' or some such
[13:15] <cjwatson> (obviously a grotty hack from hell but)
[13:15] <ogra> will do
[13:16] <mantiena-baltix> I get this error in console when start network-admin: ** (network-admin:9958): CRITICAL **: Unable to find session for cookie
[13:17] <mantiena-baltix> maybe because of this Unlock button in network-admin is grey ?
[13:17] <cjwatson> mantiena-baltix: how are you logging in?
[13:17] <mantiena-baltix> cj, startx
[13:17] <ogra> use gdm :)
[13:17] <cjwatson> if you abbreviate my name, then it doesn't highlight in my client. this is not in your best interests
[13:18] <mantiena-baltix> cjwatson, sorry, there is xchat problem, I pressed tab and it didn't finished ;)
[13:18] <broonie> mantiena-baltix: There is someone else with the shorter nick in the channel.
[13:18] <ogra> hmm, probably the startx script should see some ck integration as well ... i guess using startx is a quite common case still
[13:18] <mantiena-baltix> ogra, I can't user gdm - there is very restricted environment (only 500Mb disk space)
[13:19] <mantiena-baltix> s/user/use
[13:19] <ogra> mantiena-baltix, well, the desktop admin tools nowadays want a consolekit session ... there is nothing in startx that sets this up yet
[13:19] <mantiena-baltix> so, how I can fix this problem without installing gdm and libraries, needed for gdm ?
[13:19]  * ogra wonders if the pam module would suffice here
[13:20] <ogra> there is a pam module for consolekit, but i dont think anyone has integrated it with startx yet
[13:20] <mantiena-baltix> ogra, I can start consolekit session manually
[13:20] <mantiena-baltix> ogra, just tell me how ;)
[13:21] <ogra> your session manager needs to do that, all subsequently forked processes need to inherit the environment form that wrapper to use ck authentication ...
[13:22] <mantiena-baltix> ogra, I use openbox, there is an startup script in openbox - /etc/xdg/openbox/autostart.sh
[13:22] <ogra> you can surely issue a ck call to dbus or so manually from an xterm and wrap your x session in it i bet
[13:22] <mantiena-baltix> I can include needed commands in that script
[13:23] <ogra> fredesktop.org has the consolekit docs ...
[13:24] <ogra> and i think there is also a python example how to register a session in the git webtool somewhere
[13:26] <mantiena-baltix> aren't there any simpler way to get active Unlock button in network-admin
[13:26] <mantiena-baltix> ?
[13:27] <ogra> nope
[13:28] <mantiena-baltix> ogra, maybe  libpam-ck-connector package could help me ?
[13:29] <ogra> thast what i meant with "ogra wonders if the pam module would suffice here" above :)
[13:29] <ogra> no idea though, but i suspect it could help
[13:30] <seb128> ogra: that's an icon theme bug
[13:30] <cjwatson> startx doesn't deal with PAM, AFAIK
[13:30] <ogra> well, login does
[13:31] <ogra> you likely wont have x11-display set in the ck session though
[13:31] <cjwatson> I don't think inheriting from login is really the right answer here
[13:31] <ogra> seb128, gah, thats what i suspected
[13:31] <seb128> ogra: http://svn.gnome.org/viewvc/nautilus/trunk/libnautilus-private/nautilus-icon-names.h
[13:31] <seb128> ogra: directories use the folder icon now
[13:32] <ogra> seb128, ah, perfect, thanks !
[13:32] <seb128> ogra: you will likely have to symlink some other things too
[13:32] <ogra> well, wantd to look into gatoon's successor this week, it probably fixes some of that alread
[13:32] <ogra> y
[13:33] <mantiena-baltix> cjwatson, in reality I run startx directly from upstart script
[13:34] <cjwatson> mantiena-baltix: you could possibly cobble a command-line CK registration program together from /usr/lib/consolekit/ck-collect-session-info and dbus-send
[13:34] <mantiena-baltix> There are startx script in /etc/event.d which starts this command:
[13:34] <mantiena-baltix> exec /bin/su ubuntu /usr/bin/startx
[13:34] <cjwatson> but you will have to do some reading
[13:35] <mantiena-baltix> cjwatson, currently I don't have a time for this - I should have forking system after 30 min :(
[13:35] <cjwatson> I put the OpenSSH support together in about three or four days of off-and-on work, starting from knowing OpenSSH fairly well but knowing nothing about ConsoleKit
[13:35] <cjwatson> if you don't have time, use gutsy
[13:36] <mantiena-baltix> cjwatson, in this situation I can't use gutsy, because it works not so good on lots of notebooks
[13:37] <mantiena-baltix> cjwatson, I think best decision today will be to install gnome-system-tools from gutsy
[13:38] <mantiena-baltix> btw, maybe there are some setting in policy kit for allowing running all software in all situations (even when consolekit-session isn't started) ?
[13:39] <cjwatson> allow_inactive
[13:40] <mantiena-baltix> cjwatson, could you tell me how should I write this setting in /etc/PolicyKit/PolicyKit.conf ?
[13:40] <cjwatson> I don't think it goes there
[13:40] <cjwatson> you'll have to change the actual policies
[13:40] <mantiena-baltix> cjwatson, how ?
[13:40] <cjwatson> you will have to do some reading
[13:41] <mantiena-baltix> cjwatson, where ?
[13:41] <cjwatson> oh come on
[13:41] <cjwatson> you're in a developer channel, use your initiative :)
[13:41] <mantiena-baltix> cjwatson, I know, but problem is time now :(
[13:41] <cjwatson> one might for instance start with policykit's file list
[13:42] <cjwatson> which includes a .policy file, which is in the same directory as lots of others
[13:42] <mantiena-baltix> cjwatson, you don't know where to include allow_inactive setting ?
[13:42] <cjwatson> I have given you all the help you need to find it quite quickly
[13:43] <mantiena-baltix> /usr/share/PolicyKit/policy ?
[13:43] <cjwatson> try reading some files there
[13:43] <cjwatson> it will be obvious
[13:44] <cjwatson> I do not want to give out canned answers to things that are easy to find, because the result of that is that everyone asks this channel for things that are easy to find for themselves
[13:44] <mantiena-baltix> cjwatson, I think I found - /usr/share/PolicyKit/policy/system-tools-backends.policy , right ?
[13:44] <cjwatson> instead I want to teach people how to find things for themselves
[13:44] <cjwatson> mantiena-baltix: I'm not going to answer further questions of this form; please do the reading
[13:44] <mantiena-baltix> cjwatson, I'm very happy for teaching, thank you
[13:45] <mantiena-baltix> cjwatson, just one answer - should I restart dbus after modifying that file ?
[13:45] <cjwatson> I don't know offhand, and the way I'd find out would be to try it
[13:46] <mantiena-baltix> ;)
[13:55] <mantiena-baltix> btw, maybe someone can tell me which squashfs-tools version I should use for building hardy-based LiveCD ? Should I use 3.2r2-2build1 from Ubuntu Gutsy (Stable) or 3.3-1ubuntu2 from Hardy ?
[13:58] <ogra> cjwatson, hmm, no XDG_SESSION_COOKIE at all here ... (with -X and session listed in ck-list-sessions)
[14:00] <cjwatson> ogra: use ssh -vvv (and ideally run a server on a high port with /usr/sbin/sshd -ddd and connect to that)
[14:00] <cjwatson> may help
[14:00] <cjwatson> also check /var/log/auth.log
[14:01] <ivoks> umm... anyone from canonical server sysadmins here?
[14:01] <cjwatson> ivoks: #canonical-sysadmin
[14:01] <ivoks> thanks
[14:01] <ogra> hmm
[14:02] <ogra> -vvv is a bit tricky ...
[14:02]  * ogra goes to hack up ldm ...
[14:06] <sladen> lloydinho_: good heavens, where have you been
[14:06] <sladen> lloydinho_: I sent some answers to your initial Thesis draft, but I don't know if you got them
[14:06] <lloydinho_> hi sladen! Wow, it's been ages
[14:07] <sladen> lloydinho_: for a time aobut six months ago I was popping through Copenhagen on the train once a week
[14:08] <lloydinho_> yeh. I just checked. I got a brief note from you about 6 months back
[14:08] <lloydinho_> .. but in my hurry back then, I misread it, and thought you'd been through Copenhagen once
[14:09] <lloydinho_> not that you kept coming on back through this way.
[14:09] <lloydinho_> In any case, you're most welcome to drop by if you're in the neighbourhood some other time.
[14:10] <lloydinho_> We have plenty of spare beds as it is
[14:11] <lloydinho_> so feel free, sladen :-)
[14:13] <pitti> mvo: should apt really complain about not being able to auth a package if it installs it from the local apt cache?
[14:13] <pitti> mvo: if no, shall I file a bug about it? which info do you need?
[14:14] <mvo> pitti: your local apt cache is a apt-cacher install or a squit? or a file:/// uri?
[14:15] <pitti> mvo: I mean /var/cache/apt/archives (other than that I just have de.archive.u.c.)
[14:19] <mvo> pitti: hm, it shouldn't complain about auth failures anymore at all, it should just use the last known good configuration
[15:00] <sahin_w> slangasek: ping
[15:35] <cjwatson> lool: bug 127985 is only an issue for gutsy at this point, not hardy, right?
[15:35] <ubotu> Launchpad bug 127985 in libgtk2-perl "gutsy/amd64: ftbfs / autopkgtest failure" [High,In progress] https://launchpad.net/bugs/127985
[15:35] <cjwatson> (it's in the sponsorship queue)
[15:53] <mvo> pitti: is the retracer running again? it looks like I got nothing for bug #188425
[15:53] <ubotu> Launchpad bug 188425 in update-manager "update-manager crashed with SIGSEGV" [Undecided,New] https://launchpad.net/bugs/188425
[15:53] <hunger> Anyone working on a fix to the aptitude crashes?
[15:54] <pitti> mvo: yes, it's running
[15:54] <pitti> mvo: hm, that bug is missing a needs-retracing tag
[15:55] <pitti> mvo: I don't see anything in the log file about this bug
[15:55]  * pitti adds tag and watches
[15:58] <pitti> mvo: better now :)
[15:58] <mvo> pitti: cool, thanks
[15:58] <pitti> mvo: nicely verbose trace
[15:59] <mvo> indeed
[16:24] <JanC> new gparted release: http://sourceforge.net/project/shownotes.php?group_id=115843&release_id=573862
[17:38] <Riddell> cjwatson: do you expect to get back to seed changes this week now that alpha 4 is out?
[17:39] <cjwatson> yeah
[17:40] <Riddell> groovy
[18:15] <mvo> pitti: if I set "needs-retracing" will the retracer pick that up automatically?#187944 seems to not have this tag either
[18:17] <pitti> mvo: 'need-i386-retrace' (or other arch)
[18:17] <pitti> mvo: weird; might be a bug in p-lp-bugs, or LP itself
[18:18] <mvo> pitti: thanks, I added it now
[18:46] <luisbg_> anybody fluent in C++ here?
[18:46] <luisbg_> I need some help
[18:49] <pipegeek> So.... the version of python-eyed3 in gutsy has this debugging stuff in it
[18:49] <pipegeek> ie,
[18:49] <pipegeek> #FIXME
[18:50] <pipegeek> print "POINT 1"
[18:50] <pipegeek> which means that using it results in "POINT 1" and "POINT 2" getting dumped out to stdout
[18:50] <pipegeek> Where should I report this, and is it at all likely that this will be fixed?
[18:52] <pipegeek> Ugh, and it was reported to debian's bugtracker two years ago, and hasn't been fixed
[18:52] <ScottK> pipegeek: https://bugs.launchpad.net/ubuntu/+source/eyed3/+filebug
[18:53] <pipegeek> ScottK: thanks.
[18:53] <pipegeek> What is the policy on things like this?  Do they get fixed in the current stable release, or do they end up waiting for the next one?
[18:54] <ScottK> pipegeek: Most things wait for the next one.  Here's the policy on stable release updates: https://wiki.ubuntu.com/StableReleaseUpdates
[18:54] <pipegeek> Thank you.
[18:59] <pipegeek> Darnit.  The bug submission form intelligently guessed that I was talking about the package eyeD3 when I wasn't, and I didn't notice until after I clicked 'submit'.  Is there any way I can fix it?
[19:00] <pipegeek> That is, I know the binary package hint is wrong.
[19:00] <ScottK2> pipegeek: Yes.  You can edit the affected package
[19:00] <cjwatson> luisbg_: C++ is a big field; I think you will need to provide more detail
[19:01] <pipegeek> ScottK2: sorry, I'm a doofus
[19:02] <cjwatson> oh dear me, I knew you could declare methods in C++ structs (as opposed to classes), but have never actually seen it done in production code before
[19:02] <ScottK2> pipegeek: No problem.  I'm pulling up the bug.  I'll help you get it sorted.
[19:02] <pipegeek> Thanks a bunch :)
[19:02] <pipegeek> #189027
[19:03] <pipegeek> cjwatson: hehe
[19:03] <luisbg_> cjwatson, lol, yeah I have a bug I can't squish at work code
[19:03] <luisbg_> cjwatson, getting frustrated so I thought I could ask here for some pointers
[19:04] <luisbg_> cjwatson, the problem needs to dive in a little of code between files so #c++ guys probably won't help
[19:04] <luisbg_> just asking here for some friend help
[19:04] <luisbg_> ompaul, you there ;)
[19:04] <ScottK2> pipegeek: What's the problem with the bug?
[19:04] <ompaul> luisbg_, not in spirit only in body
[19:04] <luisbg_> ompaul, LOL
[19:05] <pipegeek> ScottK2: there's no longer a problem.
[19:05] <luisbg_> ompaul, fluent in c++? :P
[19:06] <ScottK2> pipegeek: OK.
[19:06] <ompaul> luisbg_, no :-(
[19:06] <luisbg_> ompaul, that's ok
[20:17] <maek> sorry to bother you guys with non dev but I cant seem to find anything. Is there a place to hook a script into the process of starting the network/networkmanger based on profile? I have all these crazy proxy settings I need to do for work and Id like to be able to run the script after I pick the work profile. thanks.
[20:28] <sahin_h> slangasek: ping
[20:28] <jdstrand> Keybuk: I am sure this is documented somewhere, but a cursory google search didn't find it
[20:29] <jdstrand> Keybuk: I use an external usb drive regularly
[20:29] <jdstrand> Keybuk: I plug it in and hald automounts it (cool)
[20:29] <jdstrand> Keybuk: recently it stopped, and I was like, hmm
[20:29] <jdstrand> Keybuk: then it occured to my I hadn't fsck'd it in ages
[20:29] <sahin_h> sladen: https://bugs.launchpad.net/ubuntu/+source/kdepim/+bug/134622
[20:29] <ubotu> Launchpad bug 134622 in opensync "kitchensync - opensync synchronization crash" [Undecided,Invalid]
[20:30] <sladen> sahin_h: cya?
[20:31] <jdstrand> Keybuk: is there a way for hald to notify the user in this case? (it is clearly deciding not to mount it automatically, so maybe part of the decision could be a notification)
[20:31] <sahin_h> sladen: Sorry for my mistake! I sent this message to slangasek.
[20:32] <sladen> slangasek: ^^
[20:32] <jdstrand> Keybuk: s/part of the decision/part of the process/
[20:34] <jdstrand> Keybuk: I should explicitly say that after fsck'ing (with no errors), I was then able to plug it in and it automounted
[20:54] <slangasek> sahin_h: sorry, what are you asking me to do with this bug number?
[20:58] <sahin_h> slangasek: Riddel uploaded a new package to the gutsy proposed queue (or something)...
[20:58] <sahin_h> slangasek: ... and ask me to inform you about it.
[20:59] <sahin_h> slangasek: I'm just a user, so I don't know the exact processes.
[21:00] <sahin_h> slangasek: I rebuilt this package on my system, and works great. And I just told to Riddel it would be nice to produce....
[21:00] <sahin_h> slangasek: ... a working package to everyone.
[21:02] <cjwatson> the normal thing we ask testers to do with proposed stable updates is to install the package from gutsy-proposed (not rebuild it on their system - install the actual package) and follow up to the bug saying whether it fixed the problem for them
[21:02] <sahin_h> slangasek: The opensync-plugin-kdepim package provide syncronization capability between local korganizer calendar and google calendar.
[21:02] <cjwatson> without knowing what Riddell said to you exactly, talking to people on #ubuntu-devel about it isn't *normally* part of the process ...
[21:02] <sahin_h> slangasek: So this is a great package and I use a lot.
[21:02] <sahin_h> cjwatson: Ok, sorry.
[21:03] <cjwatson> Riddell: ^-- something unusual going on with this bug? :)
[21:31] <TheMuso> Good morning.
[22:05] <Riddell> slangasek, cjwatson: sahin_h was asking that it be checked for sanity and let into gutsy-proposed (it's currently in unapproved)
[22:07] <slangasek> Riddell: erm?  I thought gutsy-proposed was the unmoderated queue, only gutsy-updates requires processing via unapproved?
[22:07] <slangasek> I could be very wrong of course
[22:08] <Riddell> slangasek: gutsy-proposed still needs an archive admin to approve it, for main that's pitti only, for universe any admin, but I don't want to approve my own upload
[22:10] <slangasek> oh.  then I think I need a pointer to the guidelines I'm supposed to be applying here, for this to be anything more than a rubber stamp
[22:11] <slangasek> unless it really is a rubber stamp, in which case I don't see anything wrong with you applying the stamp yourself :-)
[22:20] <cosmodad> is there a reason why CONFIG_NO_HZ (tickless kernel/dynamic ticks) is enabled for Gutsy server kernel images, but not desktop ones?
[22:21] <cosmodad> sorry if this chan is not appropriate to ask this question, but I didn't know where else to ask.
[22:22] <ScottK> cosmodad: Perhaps #ubuntu-kernel
[22:23] <sistpoty> any main sponsor, who'd like to upload the debdiff at bug 188868 for me?
[22:23] <ubotu> Launchpad bug 188868 in sdl-image1.2 "Missing dependency on libjpeg62" [Undecided,Confirmed] https://launchpad.net/bugs/188868
[22:23] <cosmodad> ScottK: hmm: "Ubuntu kernel development discussion ONLY" :(
[22:23] <ScottK> cosmodad: Same here.
[22:23] <ScottK> cosmodad: Mail to ubuntu-devel-discuss then.
[22:23] <sistpoty> (strange enough, I found out that I fiddled with this lib some time ago, when it was still in universe *g*)
[22:24] <cosmodad> ScottK: well I just figured it might only affect my box. At least, forum postings indicate so. But I'll further investigate, thanks for the hint.
[22:35] <seb128> StevenK: are you usually looking at bluez-utils?
[22:37] <StevenK> seb128: I can look at it
[22:38] <seb128> StevenK: could you look at the new version which is available? the new gnome-bluetooth has an updated requirement
[23:00] <cjwatson> Riddell: oh, I see, I misunderstood your comment on the bug then
[23:00] <cjwatson> sorry
[23:00] <cjwatson> slangasek: http://wiki.ubuntu.com/StableReleaseUpdates are the guidelines in question
[23:01] <slangasek> ah, ok
[23:20] <mathiaz> slangasek: what do you think about bug 186844 for hardy ?
[23:20] <ubotu> Launchpad bug 186844 in openssl "Please include support for tls extensions" [Wishlist,Triaged] https://launchpad.net/bugs/186844
[23:46] <slangasek> mathiaz: there was discussion on debian-release about not being able to say with 100% certainty that it's not an ABI change; I would suggest coordinating the package change, and subsequent regression testing, with the Debian maintainer
[23:48] <mathiaz> slangasek: given our time frame for hardy, is there any chance it will get fixed in Debian in due time ?
[23:48] <mathiaz> slangasek: IIUC it should be done before FF.
[23:55] <slangasek> mathiaz: there is some chance; more if you coordinate with the Debian maintainer, I expect :)