[04:28] <pitti> Good morning
[05:03] <thumper> I've just done a fresh install of precise on my server
[05:03] <thumper> (hard disk failure)
[05:03] <thumper> but I want to set a static IP address
[05:03] <thumper> yes... still IPv4
[05:04] <thumper> what is the minimal bits I need to change?
[05:04] <pitti> thumper: hey
[05:04] <pitti> thumper: ah, you've come to the right place for UI-less servers ;-)
[05:05] <pitti> thumper: more seriously, do you want to edit conffiles or do you have GNOME/network-manager on this box?
[05:05] <thumper> pitti: hey... I have it running unity :)
[05:05] <pitti> oh, heh: )
[05:05] <thumper> pitti: it is a desktop
[05:05] <thumper> but I treat it as a server
[05:05] <thumper> :)
[05:05] <thumper> my media server
[05:05] <pitti> so, network indicator -> edit connections -> cable based -> add
[05:06] <thumper> add, not edit?
[05:06] <pitti> create a new connection, siwtch to the "IPv4 settings" tab, change from "DHCP" to "Manual", and enter teh data
[05:06] <pitti> thumper: if you have an existing connection, sure, editing will do
[05:06] <thumper> when I just tried this, it wouldn't allow me to save
[05:06] <pitti> I don't have any (using Wifi)
[05:07] <thumper> ah... hang on, that time save enabled...
[05:07] <thumper> lets see if it works
[05:07] <pitti> thumper: the save button only becomes active if you add an IP
[05:07] <pitti> (or switch to "Auto")
[05:08] <thumper> ideally I didn't want to specify dns
[05:08] <thumper> but it seems without it...
[05:08] <thumper> it won't find anything :)
[05:08] <pitti> for more flexibility you can also just edit /etc/network/interfaces
[05:09] <pitti> something like
[05:09] <pitti> auto eth0
[05:09] <pitti> iface eth0 inet dhcp
[05:09] <pitti> that should suffice
[05:09] <pitti> err, no, not "dhcp", but "static"
[05:09] <pitti> and add "address" and "netmask", see man interfaces
[05:13] <BigWhale> Morning.
[05:15] <thumper> way... adding the DNS servers made it happy :)
[05:15] <thumper> now to install sshd
[05:30] <Sweetshark> Morning everyone!
[05:31] <pitti> hey Sweetshark
[05:45] <pitti> RAOF: hey Chris, how are you?
[05:45] <RAOF> Good!
[05:46] <RAOF> I think I may be closing in on why two-finger scrolling sometimes stops working until you reload psmouse.
[05:46] <pitti> RAOF: are you up for some SRU training wrt. handling kernel uploads? There's something I want to try
[05:46] <pitti> (not necessarily right now, in a few hours is fine as well)
[05:46] <RAOF> Yeah, I can do that.
[05:47] <RAOF> You know I can't copy to -updates due to LP bugs, though, right?
[05:47] <pitti> RAOF: why not?
[05:47] <pitti> permission issues?
[05:47] <RAOF> Because the copy times out.
[05:47] <pitti> RAOF: ah, not any more
[05:47] <RAOF> Ooooh!
[05:47] <pitti> there is never a reason to go to cocoplum any more to release SRUs
[05:48] <pitti> RAOF: sru-release was changed from the synchronous copyPackage (which often timed out) to the async syncPackage()
[05:49] <RAOF> pitti: That's not quite true though, right?  There's the handful of packages which still need manual tweaking with shell access to do (debian-installer & update-manager are the ones I remember offhand)?
[05:49] <pitti> RAOF: so you can release kernels just as any other SRU, except that most kernels also go to -security and thus you need the -s flag
[05:49] <pitti> RAOF: right, that's correct
[05:49] <RAOF> Good, just keeping up :)
[05:49] <pitti> RAOF: releaseing kernels is easy now, though
[05:49] <pitti> RAOF: copying kernels to -proposed which do NOT  bump API (i. e. don't require a new linux-meta) is also easy
[05:50] <pitti> just run the copy-package script on pending-sru.html, and you are good
[05:50] <pitti> RAOF: the tricky part is copying kernel abi bumps, as the new packages routinely land in universe and need to be promoted
[05:50] <RAOF> Yay bugs.
[05:50] <RAOF> I have the permissions to fix that up though, don't I?
[05:50] <pitti> RAOF: I usually run copy-proposed-kernel, then ssh cocoplum and move them to main
[05:50] <pitti> but I wanted to try something
[05:51] <pitti> RAOF: do you have a bookmark for "pending kernel SRU tasks"?
[05:51] <pitti> https://bugs.launchpad.net/~ubuntu-sru/+assignedbugs?field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=INCOMPLETE_WITHOUT_RESPONSE
[05:52] <pitti> RAOF: we just have one task right now
[05:52] <RAOF> I do not, but there's the "open bugs" button on the pending-sru page, rigth?
[05:52] <pitti> RAOF: that doesn't help for the kernel tasks
[05:52] <pitti> the kernel SRU workflow is a bit different; we don't actually run sru-accept for kernels
[05:52] <pitti> RAOF: so I would like to run that one task with you, and try something
[05:53] <RAOF> Ok.
[05:53] <pitti> let's switch to /msg to not spam the channel
[06:31] <micahg> pitti: what's the proper upstream name for gsettings-desktop-schemas (Capitalization wise)
[06:33] <pitti> micahg: hm, I think it's just that
[06:33]  * micahg was going to use GSettings desktop schemas (not sure about the last 2 words, but the first is like that in the README
[06:36] <pitti> micahg: looks fine
[07:14] <tkamppeter> pitti, hi
[07:14] <pitti> hey tkamppeter
[07:14] <tkamppeter> pitti, did you get mail from OdyX?
[07:15] <pitti> tkamppeter: yes, I added him to the project last night and told him, he just pinged bck
[07:15] <tkamppeter> pitti, OdyX has uploaded a new cups-filters package to Debian as it seems that Debian has no libtiff5 any more.
[07:16] <tkamppeter> pitti, up to nowthere is no new commit by OdyX.
[07:16] <pitti> tkamppeter: yes, he said he'd push "later tonight"
[07:45] <seb128> hey
[07:46] <pitti> bonjour seb128
[07:46] <seb128> pitti, guten tag! wie geht's?
[07:46] <seb128> pitti, happy friday ;-)
[07:46] <pitti> je suis bien, merci!
[07:46] <pitti> and to you
[07:46] <pitti> I need to file the release team report, stuck in bug triage..
[07:47] <seb128> I'm good thanks
[07:47] <seb128> well, now is a good time for bug triage
[07:47] <seb128> I've been triaged mostly this week, iso testing as well today I guess
[07:48] <pitti> right
[07:48] <pitti> I spent all day on hackign pygobject yesterday, that was a nice diversion
[07:51]  * pitti sighs at http://status.ubuntu.com/ubuntu-precise/canonical-desktop-team.html and will just do a mass dropping
[07:53] <seb128> seems RAOF own most of the remining ones
[07:53] <seb128> 5 todo and 1 in progress
[07:54] <pitti> there are about 30 left
[07:54] <seb128> and Luke has 6
[07:55] <seb128> pitti, well most of others are 1 by people and mostly not-so-precise-related items
[07:55] <seb128> like rickspencer3 has 2
[07:55] <seb128> rickspencer3, update your work items! ;-)
[07:56] <seb128> pitti, I just handled my 2 remaining ones
[07:58] <pitti> thanks
[07:59] <pitti> [mvo] backport apt-clone to lucid (lp:~mvo/apt-clone/lucid-backport): INPROGRESS
[07:59] <pitti> mvo: ^ this looks DONE? or is there more to it?
[08:01] <mvo> pitti: uh, last time I looked at this  iirc there was a missing dh_python2 in lucid
[08:02] <micahg> missing as in has not been backported yet?
[08:02] <mvo> iirc yes
[08:02] <micahg> this is true :)
[08:03] <micahg> Bug #788524
[08:03] <ubot2> Launchpad bug 788524 in python-defaults "backport dh_python2 to lucid (and maverick if appropriate)" [High,In progress] https://launchpad.net/bugs/788524
[08:03] <mvo> ok
[08:07] <pitti> mvo: ah, ok
[08:07] <seb128> mvo, hey, how are you?
[08:07] <mvo> hey seb128
[08:07] <mvo> good, busy, good, release time!
[08:07] <mvo> pitti: I guess I could simply convert, let me look at the code again
[08:08] <seb128> mvo, ;-) for me release time is quiet time ;-)
[08:08] <seb128> they wouldn't let me get fixes in now, so I can sleep :p
[08:08] <pitti> mvo: I'm fine with "postponed", too, I'm just running through the remaining ones to check that we don't drop something urgent/important
[08:08] <mvo> seb128: haha
[08:08] <pitti> -proposed is wide open!
[08:08] <mvo> pitti: ok, if you have it in front of you, just set it to postponed, otherwise I will do that
[08:09] <mvo> (but need to hunt the blueprint first ;)
[08:09] <pitti> mvo: doing
[08:09] <pitti> mvo: https://blueprints.launchpad.net/ubuntu/+spec/foundations-p-lts-upgrades FYI
[08:10] <mvo> ta
[08:49]  * pitti hugs apt
[09:03] <chrisccoulson> good morning everyone
[09:12] <BigWhale> How can this make it into Ubuntu? https://github.com/engla/keybinder/tree/keybinder-3.0
[09:12] <BigWhale> keybinder that is now included is Gtk2 only
[09:27] <RAOF> BigWhale: You know, the ideal way to get that into Ubuntu is to have GTK suck it up.
[09:27] <RAOF> BigWhale: It's *still* stupid that GTK doesn't have an API for that :)
[09:27] <BigWhale> I know.
[09:27] <BigWhale> :/
[09:28] <RAOF> Just as long as we're on the same page :)
[09:28] <RAOF> Incidentally, I didn't know that code had got itself libraryised.
[09:28] <RAOF> I should probably rip out the copy in Do an depend on that instead.
[09:29] <RAOF> Oh.  GPL?  Really?
[09:31] <BigWhale> I never bothered to research a bit more into this. If I did, I'd probably repackage keybinder for Precise ... Crap.
[09:34] <RAOF> Oooh, there's exactly one rdepend of the existing libkeybinder0.
[09:50] <BigWhale> RAOF, what is it?
[09:51] <RAOF> BigWhale: The xfce volume daemon.
[09:51] <RAOF> (As in: sound volume)
[09:51] <BigWhale> oh
[09:51] <seb128> chrisccoulson, hey, how are you?
[09:52] <chrisccoulson> seb128, yeah, good thanks. although, my daughter is not too well today
[09:52] <chrisccoulson> how are you?
[09:53] <seb128> chrisccoulson, oh? she got a cold or something?
[09:53] <seb128> chrisccoulson, I'm good thanks
[09:53] <chrisccoulson> seb128, yeah, she's just got a cold
[09:53] <chrisccoulson> https://twitter.com/#!/chrisccoulson/status/193067610122887168/photo/1/large ;)
[09:54] <seb128> chrisccoulson, I should subscribe to twitter and follow you ;-)
[09:55] <RAOF> Good to see that the prime directive of the internet is still in effect :)
[09:55] <chrisccoulson> heh :)
[09:55] <seb128> hey RAOF, how are you?
[09:55] <RAOF> Hey seb128.  Good!
[09:55] <chrisccoulson> seb128, you like cats don't you?
[09:55] <chrisccoulson> https://twitter.com/#!/chrisccoulson/status/193268814723547136
[09:55] <chrisccoulson> ;)
[09:55] <seb128> chrisccoulson, I love cats!
[09:55] <seb128> lol
[09:56] <seb128> nice picture ;-)
[09:56] <chrisccoulson> it seems one of ours decided to sleep in a an old flower pot ;)
[09:56] <chrisccoulson> heh :)
[09:56] <chrisccoulson> oh
[09:56] <chrisccoulson> i've just noticed from that photo that he's lost his collar!
[09:57] <chrisccoulson> gah
[09:57] <chrisccoulson> he keeps doing that
[09:58] <seb128> why do you put him a collar?
[09:59] <chrisccoulson> so people don't think he's a stray. and the bell also frightens the birds away, to stop him from sneaking up on them ;)
[09:59] <chrisccoulson> we end up with dead brids all over the garden when he hasn't got a collar on ;)
[09:59] <seb128> poor cat, can't even get a bird for lunch?
[09:59] <chrisccoulson> heh
[09:59] <chrisccoulson> we do feed him
[09:59] <seb128> ;-)
[10:50] <ogra_> is didrocks on vacation today ?
[10:51]  * ogra_ has a compiz change he would need to upload, but there are un-uploaded changes in the branch 
[11:00] <pitti> ogra_: yes
[11:00] <ogra_> k :(
[11:03] <seb128> pitti, he swapper his easter monday for today
[11:03] <seb128> swapped
[11:03] <seb128> ups
[11:03] <seb128> ogra_, ^
[11:03] <pitti> ITYM ogra
[11:04] <seb128> pitti, indeed ;-)
[11:04] <ogra_> well, thanks, i'll talk to the release team if monday is still ok for a 0 day SRU
[11:05] <ogra_> i just dont want to upload stuff he didnt nod off
[11:05] <seb128> ogra_, yeah, you will be up for a rant again about wth you guys are doing coming so late in the cycle with non working stuff
[11:06] <ogra_> seb128, it would have worked without that werid branch stuff :P
[11:06] <seb128> lol
[11:06] <seb128> it would have worked if had landed 3 months earlier
[11:06] <ogra_> well, i was promised that patch for opening of precise ...
[11:07] <ogra_> somehow there was some kind of a slight slowdown :)
[11:08] <ogra_> (though i also was promised the same patch for the opening of oneiric ... dunno what made me hope for it to be ready when 12.04 opens :P )
[11:15] <Chipaca> anybody here able to give a hand with an issue i'm seeing in a scope?
[12:16] <vuntz> chrisccoulson: hey, just wondering if you updated the patch in https://bugzilla.gnome.org/show_bug.cgi?id=608402 to fix my comments?
[12:16] <ubot2> Gnome bug 608402 in general "Add support for delaying autostart applications" [Enhancement,New]
[12:21] <tkamppeter> pitti, I got a fix for bug 980673 in cups-filters.
[12:21] <ubot2> Launchpad bug 980673 in cups-filters "pdftopdf crashed with SIGSEGV" [Critical,Triaged] https://launchpad.net/bugs/980673
[12:23] <tkamppeter> pitti, probably now it should go as SRU. I will put cups-filters 1.0.17 onto the Debian BZR, can the SRU also be 1.0.17 or should it have the fix in debian/patches (1.0.17 differs from 1.0.16 only by this patch)?
[12:25] <pitti> tkamppeter: no, it can also be 1.0.17
[12:25] <pitti> tkamppeter: right, just upload to -proposed
[12:35] <tkamppeter> pitti, OK, it is on its way now.
[13:03] <tkamppeter> pitti, fix for bug 980673 is uploaded to -proposed for an SRU now. It is also committed to the Debian BZR.
[13:03] <ubot2> Launchpad bug 980673 in cups-filters "pdftopdf crashed with SIGSEGV" [Critical,Fix committed] https://launchpad.net/bugs/980673
[13:23] <desrt> happy friday
[13:28] <seb128> desrt, hey, happy friday! how are you?
[13:28] <desrt> us usual, i'll be able to tell after coffee :)
[13:28] <seb128> ;-)
[13:45] <nessita> hello everyone! would you please remind me which is the proper channel to report unity issues?
[13:45] <kenvandine> nessita, #ubuntu-unity
[13:46] <nessita> kenvandine: thanks!
[13:46] <kenvandine> anytime!
[14:00] <dobey> dpm: ping
[14:03] <dobey> dpm: n/m
[14:10] <desrt> mterry: apparently you've been naughty?
[14:23] <seb128> desrt, is that the autostart delay stuff?
[14:24] <desrt> yes
[14:24] <seb128> desrt, it was a "let's assume GNOME doesn't have reason to reject that simple patch and not go through a temporary name and transition"
[14:24] <seb128> if you want the reason to use X-GNOME-
[14:24] <seb128> but the patch has been sitting in bugzilla and never went it
[14:25] <mterry> desrt, hello.  I have?!
[14:25] <seb128> mterry, in fact chrisccoulson had
[14:25] <seb128> desrt, https://bugzilla.gnome.org/show_bug.cgi?id=608402 for the record
[14:25] <ubot2> Gnome bug 608402 in general "Add support for delaying autostart applications" [Enhancement,New]
[14:25] <mterry> phew  :)
[14:25] <seb128> or vuntz had
[14:25] <seb128> desrt, "Vincent Untz [gnome-session developer] 2010-01-29 01:03:03 UTC
[14:25] <seb128> Please prefix the key name with X-GNOME"
[14:25]  * mterry doesn't want to ruin his Christmas haul
[14:26] <desrt> seb128: on the assumption that the patch would go upstream that makes sense
[14:26] <seb128> desrt, I think it's not fair to blame us to do what upstream asked on the bug review
[14:26] <desrt> seb128: nobody is blaming
[14:27] <seb128> desrt, "<mclasen_> what I most strongly dislike is the use of X-GNOME for something that is not, in fact, a gnome thing"
[14:27] <seb128> desrt, but well, let's not argue on details ;-)
[14:27] <desrt> well, that part is true :)
[14:27] <desrt> it's clear what happened, though
[14:27] <seb128> ...
[14:27] <desrt> you took the patch on assumption that it would one day make it upstream
[14:27] <seb128> I think they is no bad willing there
[14:27] <desrt> it never did
[14:27] <desrt> i agree
[14:27] <seb128> there
[14:27] <vuntz> for reference, it would help to have the latest version of the patch in the bug :-)
[14:28] <seb128> vuntz, I can do that ;-)
[14:28] <vuntz> since the X-GNOME thing was requested in the last review, and there's no patch uploaded after that
[14:28] <vuntz> bonus point if everything mentioned in the review is fixed
[14:29] <desrt> then the solution is that gnome takes the patch and everyone is happy
[14:29] <seb128> right
[14:29] <seb128> well mclasen didn't seem so happy about GNOME taking that patch
[14:29] <desrt> seb128: i'm not thrilled about the approach myself
[14:30] <seb128> better suggestions that work today or would work with reasonable efforts are welcome ;-)
[14:30]  * vuntz is not thrilled but doesn't care enough to argue against or for :-)
[14:30] <desrt> seb128: 'take the patch' ;)
[14:30] <seb128> "let's do nothing until we fix that will in 3 years" not so good ;-)
[14:30] <seb128> will->well
[14:39] <dpm> dobey, sorry, I was on the phone. Is there anything I can still help with?
[14:39] <dpm> if it's the bug with untranslated Yes/No/Cancel, I'm talking about it with mandel
[14:40] <dobey> dpm: it was that bug, yes
[14:40] <dpm> ok
[14:42] <seb128> vuntz, I've attached the current version, chrisccoulson should still update it to address your review comments though ;-)
[14:42] <chrisccoulson> hi!
[14:42] <chrisccoulson> oh, that one again ;)
[14:42] <chrisccoulson> perhaps i should do non-firefox desktop work for a cycle :)
[14:44] <kenvandine> chrisccoulson, when we switch to midori you can :)
[14:44] <chrisccoulson> heh
[14:50] <dobey> kenvandine: what, are we going to just ship elementary now?
[14:50] <kenvandine> :)
[15:08] <desrt> seb128: (looking over bug mails) the nfs/ecryptfs homedir thing is what causes the crashes in refresh()
[15:08] <desrt> seb128: the segv one is the one that i think is happening on logout
[15:08] <seb128> desrt, did I comment asking on the wrong one? ;-)
[15:09] <desrt> seb128: i already asked it on the other one
[15:09] <desrt> and the reporter confirmed that they have ecryptfs
[15:09] <seb128> desrt, oh ok, I got confused, thanks ;-)
[15:09] <seb128> desrt, how does ecryptfs lead to that issue?
[15:09] <desrt> seb128: mmap on ecryptfs seems unreliable
[15:09] <seb128> hum
[15:10] <seb128> never got an issue here
[15:10] <desrt> for the same reason that it's unreliable on nfs, i guess
[15:10] <desrt> ya... not will-always-fail
[15:10] <desrt> just not totally reliable
[15:10] <desrt> enough that we get a few bugs about it...
[15:11] <seb128> ok, I'm a bit surprised still, but if you are confident it's that ;-)
[15:11] <desrt> anyway... it's sort of an interesting point.  we may want to treat fuse-based filesystems in the same way we will treat nfs file systems (ie: don't trust that they will work properly)
[15:11] <desrt> well
[15:11] <desrt> i guessed, and had my guess confirmed
[15:11] <desrt> so i'm not sure, but i'm fairly happy with that explanation
[15:12] <desrt> the fix to this problem is very very simple: we really need XDG_RUNTIME_DIR
[15:12] <seb128> that's not a "fix" for ecryptfs not being reliable
[15:12] <seb128> I'm not sure I want to store my datas on a non reliable fs
[15:12] <seb128> i.e that raise questions out of that bug ;-)
[15:13] <seb128> it's a bit of a disturbing situation
[15:13] <desrt> it's not the data that's the problem
[15:13] <desrt> it's the shm file (ie: a one-byte signaling mechanism we use for synchronising the service and the apps)
[15:13] <seb128> well, how many programs will have the same issue
[15:14] <desrt> anything that tries to create shared memory handles using the home directory as a backing store?
[15:14] <desrt> this is exactly the reason that XDG_RUNTIME_DIR was invented and why we are trying to use it for all things like this
[15:15] <seb128> ok
[15:15] <desrt> we need a reliable local native fs (like ext3, ext4, btrfs, tmpfs, etc)
[15:15] <desrt> not 'fake' filesystems like ecryptfs/fuse or nfs
[15:15] <seb128> I'm still unsure why shm file on ecryptfs are unreliable
[15:15] <seb128> and why we think that's ok ;-)
[15:15] <desrt> because it's impossible for it to be 100% perfect
[15:16] <desrt> the hardware doesn't notify the kernel on every single write
[15:16] <desrt> so the data can't be pushed down into userspace on every single write either
[15:16] <desrt> also: it has the classical use-after-delete thing going on
[15:16] <desrt> and the underlying file in the unecrypted filesystem disappears
[15:16] <desrt> if the data gets pushed out of the cache in the meantime then when it comes time to refetch the backing store, it's already gone
[15:17] <seb128> hum, alright
[15:17] <seb128> but yeah, agreed, we really need the xdg_runtime_dir next cycle
[15:18] <desrt> it seems a few things are starting to use it
[15:19] <seb128> udisks2 do user mounts there right?
[15:19] <pitti> no, I don't think it does
[15:19] <pitti> NEWS:       Avoid using $XDG_RUNTIME_DIR/media for now
[15:19] <pitti> NEWS:       Use /run/media/$USER for mounting
[15:20] <pitti> NEWS:       Prefer mounting in /run/user/$USER/media instead of /media
[15:20] <seb128> pitti, ok, ok
[15:21] <seb128> "This is because of security concerns - it is way too dangerous to let a system-daemon such as udisks manage directories in a user-controlled location such as $XDG_RUNTIME_DIR. So now udisks2 is using /run/media/$USER instead, see http://cgit.freedesktop.org/udisks/commit/?id=aa02e5fc53efdeaf66047d2ad437ed543178965b"
[15:21] <seb128> that's from the corresponding gvfs commit
[16:02] <tkamppeter> pitti, the pdftopdf bug is verified ...
[16:02] <pitti> tkamppeter: with the packages from -proposed?
[16:03] <tkamppeter> pitti, I think so.
[16:04] <pitti> tkamppeter: cool, I'll copy it into precise release then
[16:36] <tkamppeter> pitti, can you have a look at bug 982675?
[16:36] <ubot2> Launchpad bug 982675 in cups-filters "pdftops crashed with SIGABRT in __libc_message()" [Medium,New] https://launchpad.net/bugs/982675
[16:39] <tkamppeter> pitti, there happens a segfault and I do not understand why. There is a call 'numvalues = sscanf(resolution, "%dx%d", &xres, &yres)' with xres and yres being integer variables and resolution being a static char[128] array containing "4800CQ". The sscanf should set xres to 4800, numvalues to 1 and leave yres untouched.
[16:42] <pitti> tkamppeter: it's not a segfault, it's an assertion failure
[16:43] <pitti> looks like double-free
[16:43] <pitti> sscanf (string=0x7fff072e67a0 "4800CQ", format=0x7f509f1c168b "%dx%d", args=0x7fff072e2168) at iovsscanf.c:45
[16:43] <pitti> now, that indeed does not match
[16:44] <tkamppeter> pitti, but also strange, why should this simple sscanf cause a double free?
[16:44] <pitti> well, something went wrong in memory management, not necessraily double free
[16:44] <pitti> tkamppeter: but yes, sscanf should just stop scanning at the 'x'
[16:45] <tkamppeter> The "4800" matches the first %d, so it should go into xres then the "CQ" does not match "x" which should make sscanf stop, wuith the counter on 1 and yres untouched.
[16:45] <pitti> yes, indeed
[16:45] <tkamppeter> pitti, so it is not a bug of cups-filters. To which package I should assign that?
[16:46] <pitti> tkamppeter: well, it most likely is
[16:46] <pitti> there might be some memory corruption happening before this
[16:46] <pitti> which just blows up in sscanf
[16:47] <tkamppeter> pitti, but the traceback shows that the input parameters are still OK.
[16:47] <pitti> right, but memory state might not be
[16:47] <pitti> tkamppeter: you could write a small C program with just this sscanf and see whether it works
[16:47] <pitti> tkamppeter: or disable parts of the code until you don't get the crash any more, and then see what causes it
[16:54] <pitti> good night everyone, have a nice weekend!
[16:58] <seb128> pitti, 'night
[17:25] <seb128>  5539 seb128    20   0 1308m 551m  36m S    2 15.9  65:50.91 firefox
[17:25] <seb128> could firefox stop being a dog? ;-)
[18:11] <jbicha> mterry: any idea why I only get a while circle instead of the Kubuntu logo for the KDE session in unity-greeter?
[18:12] <jbicha> *white
[18:12] <mterry> jbicha, there is a kde_badge.png installed...
[18:13] <jbicha> yes, how long has that badge been there, because I've always seen the white circle instead
[18:13] <mterry> jbicha, for quite a while.  hold on, let me see what the kde session is called, maybe there's a mismatch
[18:14] <mterry> jbicha, what do you have in your /usr/share/xsessions/ ?
[18:14] <jbicha> kde-plasma.desktop
[18:15] <mterry> jbicha, ah...  that's why.  unity-greeter is expecting just kde
[18:15] <mterry> jbicha, did that change or is unity-greeter just being dumb?
[18:15] <jbicha> we should probably ask in #kubuntu-devel or something to make sure, I don't use the kubuntu-desktop metapackage but pick and choose parts of KDE
[18:19] <mterry> jbicha, seems kde.desktop doesn't exist in oneiric or precise.  I'll patch to add kde-plasma
[18:20] <jbicha> mterry: thanks
[18:20] <jbicha> I just renamed kde-plasma.desktop to kde.desktop to test it, & the logo looks nice
[18:42] <mterry> seb128, are we done with uploads?
[18:46] <mterry> pitti, ^  I'm not clear on when the no-respin cutoff is
[18:47] <jbicha> mterry: is Kubuntu the only official Ubuntu flavor that's not using lightdm for 12.04?
[18:47] <desrt> seb128: i'm done with hud-service scoring bugs
[18:47] <mterry> jbicha, I don't know
[18:48] <desrt> it's impossible to make everyone happy
[18:48] <kenvandine> desrt, if it makes you feel better, i am happy :)
[18:48] <desrt> and users expecting to type 2 letters "sh" to match "show only glyphs..." without wanting to type the extra 'o' is pretty.... low on my pity list :p
[18:49] <desrt> kenvandine: it does :D
[18:49] <kenvandine> glad to help :)
[18:49] <desrt> kenvandine: as the distro packager of this stuff maybe you can comment on the bug that you feel that the current algorithms are producing good results for 99% of cases and that it's not worth risking the change at this point
[18:50] <kenvandine> desrt, actually i haven't really looked very closely at the relevance of the results, i've just been trying hard to remember to attempt to use the hud :)
[18:51] <kenvandine> hard to teach an old dog new tricks :)
[18:51] <kenvandine> i do feel it is too late to risk change...
[18:51] <desrt> kenvandine: your "i am happy" comment no longer makes me feel better :p
[18:52] <desrt> you're only happy because you never use it :)
[18:52] <kenvandine> hehe
[18:52] <kenvandine> i use it at least a couple times per day :)
[18:53] <kenvandine> just not really looking closely at the scoring
[18:53] <kenvandine> it just seems to work :)
[18:58] <seb128> desrt, heh, that description is not an accurate one ;-)
[18:58] <seb128> desrt, I would have closed it otherwise :p
[18:59] <seb128> desrt, it does match "indicator > shutdown" before "view > show", when "sh" is an exact mathing of 2 letters for each ;-)
[19:00] <desrt> huh?
[19:00] <desrt> quoting you: "sh" lists "Device > Shutdown" first and then "View > Show only
[19:00] <seb128> desrt, oh, just read your comment, the different is the trailing string length
[19:00] <desrt> glyphs..." from gucharmap
[19:00] <desrt> ya
[19:00] <seb128> right
[19:00] <seb128> *Sh*utdown
[19:00] <desrt> we had to do that for "savE" to come before "save as" and "save all documents"
[19:00] <seb128> *Show*
[19:01] <seb128> ups
[19:01] <seb128> *Sh*ow
[19:01] <desrt> "only glyphs..."
[19:01] <seb128> like they both have a perfect start match
[19:01] <desrt> there is a penalty for the extra words
[19:01] <desrt> that's what makes "save" match "save" better than "save as"
[19:02]  * desrt loves the ambiguity in that sentence
[19:02] <seb128> desrt, ok, fair enough, I was unsure if the "extra char" penalty was on a word or on the sentend
[19:02] <seb128> sentence
[19:03] <desrt> seb128: it used to be only on the word
[19:03] <seb128> desrt, in fact I was close to just mark the bug fix released before john came with an example
[19:03] <desrt> i had to add it for extra words as well, for the 'save as' case
[19:03] <seb128> desrt, works for me, I did assing to you to have your opinion but I didn't suspect that it was a tradeoff situation
[19:04] <seb128> i.e that "fixing" it would break other cases
[19:04] <seb128> doh
[19:04] <seb128> didn't->did
[19:04] <seb128> and you can tell it's friday night and I just came back from dinner with a drink ;-)
[19:04] <desrt> :)
[19:04] <seb128> that said time to call it a week!
[19:05] <desrt> seb128: see you monday
[19:05] <desrt> good w/e
[19:05] <seb128> desrt, don't work to much it's friday afternoon, and have a good w.e ;-)
[19:05] <seb128> thanks ;-)
[19:12] <chrisccoulson> mmmm, beer
[19:15] <kenvandine> chrisccoulson, show off :)
[19:16] <chrisccoulson> it seems that everyone got me beer for my birthday
[19:19] <BigWhale> chrisccoulson, my brother got 30 different brand of beers for his 30th birthday.
[19:19] <BigWhale> not sure what the rules were for drinking it
[19:19] <bryceh> BigWhale, "None must remain by the end of today"?
[19:20] <chrisccoulson> BigWhale, yeah, i got quite a few different beers, but all from the same brewery
[19:20] <chrisccoulson> and they're all really nice :)
[19:22] <BigWhale> I find it somewhat fascinating how man managed to turn almost every plant into an alcoholic drink and if that didn't work, man smoked it.
[20:00] <dobey> BigWhale: you left out direct injection
[20:03] <BigWhale> dobey, :))
[20:04] <dobey> i love how a disproportionate number of questions on askubuntu, are not questions at all
[20:07] <bryceh> dobey, isn't the rule that 90% of anything is bullpucky?
[20:08] <dobey> heh
[20:31] <kenvandine> BigWhale, ok, keybinder-3.0 packaged, i'll upload to the ppa as soon as i test it in pbuilder
[20:31] <BigWhale> kenvandine, Awesome!
[20:38] <kenvandine> BigWhale, keybinder-3.0 uploaded to the ppa
[20:39] <BigWhale> \o/
[20:40] <BigWhale> the amount of beers I'll be buying at UDS will probably account for a record of some sort
[20:40] <kenvandine> i'll settle for just a couple :)
[20:41] <kenvandine> BigWhale, it is completely untested, so let me know if it doesn't work :)
[20:42] <BigWhale> ok, sure
[20:51] <popey> kenvandine: we'll need to do as we did in florida, find a local store and buy a few cases
[21:00] <kenvandine> popey, we always do :)
[21:01] <popey> heh
[21:03] <JanC> ah well, we only have somewhere between 2000 and 4000 different beers here in Belgium...  ;)
[21:03] <JanC> and I'm pretty sure I drank/sampled at least > 1000 of them  :P
[21:04] <kenvandine> JanC, that is awesome :)
[21:05] <JanC> this just reminds me I should go to the "Hopduvel" again some day...
[21:06] <JanC> (which is sort of a beer warehouse in Ghent)
[21:10] <JanC> http://www.dehopduvel.be/engels/bieren.html