[00:29] hmm.. is apt-get installing recommends by default now? [00:30] or is my debconf set wonky.. [00:30] CrankWidow: It's default in Intrepid. [00:31] thus.. --no-install-recommends will be a new few chars in my apt-get commands :) === nxvl_ is now known as nxvl [00:31] esp when packages recommend module sources [00:34] CrankWidow: If recommends are excessive, please file bugs. [00:34] sounds like a plan [00:34] moving true recommendations to suggestion status? [00:34] err.. mild recommendations [00:34] sorry. [00:37] CrankWidow: Before filing bugs, I recommend reading the definition for Suggests/Recommends in Debian Policy. [00:38] word [00:46] my sister is reporting to me about the damage around my home [00:46] apparently its fine but lots of flooding nearby === nxvl_ is now known as nxvl [01:30] you know, what would make intrepid perfect would be if it supported all of my multimedia keys. === CrankWidow is now known as hardwire [01:31] Hobbsee: System->Preferences->Keyboard Shortcuts doesn't help? [01:37] Hobbsee: regression from hardy for you? [01:37] slangasek: regression from gutsy. [01:37] wgrant: nope. [01:37] my "next track" never gets a keycode, at all. [01:38] the current model doesn't use X keypress events for media keys [01:38] what's the official way for debugging it now? [01:38] hal grabs them directly and dumps them to dbus [01:38] dbus-monitor, perhaps? [01:39] slangasek: right - i get the rest of the keys thru that, but not next track. [01:40] hmm [01:40] then I guess that's hal's fault :) [01:40] tail -f /var/log/kern.log doesn't mention it, so the kernel's not ignoring it. [01:41] * Mithrandir tickles the green alien [01:41] hey Mithrandir! [01:42] * Hobbsee stomps on Mithrandir's feet [01:42] * LaserJock wonders why Hobbsee thinks that would hurt [01:42] * Mithrandir watches Hobbsee's feet turn blue as she stomped on steel-toed boots. [01:42] * wgrant stomps on LaserJock. [01:43] Mithrandir: awww [01:43] * Mithrandir hugs Hobbsee [01:43] LaserJock: based on what I saw at UDS, when I stomped on someone else's foot, apparently it does hurt. [01:43] * Hobbsee hugs Mithrandir back :) [01:44] racarr's foot. [01:44] well, no offense, but that's not saying much [01:45] heh. [01:45] slangasek: i don't suppose you have a guide or something that talks about keycodes and hal? [01:47] hm, lshal -m doesn't come up with *any* of the keys, whether they're picked up in xev or not. [01:52] slangasek: are the dailies being tested at all yet? [01:52] Hobbsee: no, I only have what I've gleaned over the past week while debugging my own keyboard issues :/ [01:52] LaserJock: "yet"? daily CD images have been getting smoke tested for some time, in between the periods of breakage [01:53] slangasek: I was thinking in preparation for the next Alpha [01:53] slangasek: right. :-S so on that basis, what should I do for reporting a bug about this? [01:53] LaserJock: ah; we're a bit early for that, currently we have a problem with python2.5 pulling in 9MB of tcl/tk crap [01:53] Hobbsee: um... file a bug on hal, and make pitti fix it :-) [01:53] heh [01:54] LaserJock: (which is a problem because it makes the liveCDs oversized...) [01:54] sure [01:54] I was just gonna maybe build a new Intrepid VM and wondered what my chances of getting it to install were [01:56] man I wish VMware Player could do snapshots [01:56] should be pretty good [01:57] LaserJock: Why not use something less restrictive like KVM or VirtualBox? [01:58] well, because VMWare Player is the fastest [01:58] it's a pain, granted, but it seems to have the best performance [01:59] I suppose I could install vmware server to make VMs and do snapshots and player for actual use [01:59] but that seems like an awful lot of work [02:03] is KVM any faster than qemu if you don't have a CPU with vmx/svm? [02:04] Recent versions of KVM won't even fall back to qemu if you don't have the right CPU. [02:04] Installing kqemu-source can help to make qemu faster on such chips. [02:04] I see [02:09] slangasek: saying what? Beyond "this key doesn't work on this machine" [02:09] I don't know [02:09] but I think saying just that much is sufficient to establish that there's a bug, so [02:22] Hobbsee: dell? [02:23] we talking windows here? [02:23] johanbr: yes. [02:23] johanbr: 6400 [02:23] I have the same problem here on my Inspiron 1420. [02:28] hardwire: uh... never? :) [02:28] * hardwire heard "key" [02:28] I just assume the worst [02:29] we also have keys in Ubuntu (?) [02:35] oh yeh. :) === elkbuntu is now known as elky [04:08] hey got a question its important [04:09] where is the information for the top panel bar stored in the user dir? [04:09] ~/.gconf [04:09] davidm's panel bar got eaten, maybe by the deskbar-applet 2.22.3 update [04:09] RAOF: oh it is? [04:09] Yup. [04:10] Specifically, /apps/panel, I believe. [04:10] ok we'll try backing his up the overwriting it [04:13] gconftool-2 --recursive-unset /apps/panel should reset the panels to the default layout. [04:13] still doidn't work [04:13] hi [04:15] trying the new command now [04:15] NCommander told me that debarchiver obsolete. in nexenta we still using it, what is the preferred tool these days? [04:15] erast: its not really obsolete, but its not meant to handle an entire archive, it has no NEW queue or other advanced features last time I used it [04:16] i forgot, what is the new tool? [04:16] the killed the bar entirely, lets see on login [04:16] that fixed it, thanks! :) [04:17] regarding buildd and missing deps, we uploaded ~ 100 new packages including xorg and samba [04:20] wow... nexenta's version of debarchiver indeed prehistoric... 0.4 [04:21] he ran low on disk space in home earlier today and apparently gconf decided to eat the panel [04:21] but now its fixed :) [04:27] erast: wow, upgrade that antique :-) [04:28] if nothing else [04:28] jdong: I'm uploading the updated ktorrent to the PPA [04:29] NCommander: cool [04:30] NCommander: i'm thinking if Nexenta developers need to send patches directly to its immediate upstream (ubuntu) or to the debian maintainers? [04:31] erast: interesting question, probably upstream unless upstream is completely dead [04:31] erast: It probably depends if the package in question was modified by Ubuntu. [04:31] NCommander: We're not dead. [04:32] erast: Also it's important to explain what the patch is for and why it's relevant in Debian/Ubuntu. [04:32] ScottK: I meant the package maintainers, as upstream as in them [04:32] jdong: https://bugs.edge.launchpad.net/hardy-backports/+bug/267494 [04:32] Launchpad bug 267494 in hardy-backports "Please backport ktorrent to 2.2.7" [Wishlist,Triaged] [04:32] ScottK: OpenSolaris porting fixes mainly [04:33] erast: Probably to Debian then unless it's a package with a big Ubuntu diff already. [04:34] NCommander: looks pretty good from the debdiff; do you think you can find a few people to test it, or give it a longer term test with DHT enabled? [04:34] NCommander: I've been a bit gun-shy about ktorrent updates because they tend to regress like that [04:35] I don't use ktorrent [04:35] (or hardy even regularly) [04:35] So I have no idea where to find testers [04:35] Isn't there an #ubuntu-torrent [04:35] NCommander: put a link up to the PPA in the bug report and let's wait a week to see if anything happens [04:36] NCommander: I've been through enough ktorrent releases to know not to trust their 0.0.1 release bumps [04:36] jdong: ok [04:54] hi [04:54] sometimes i find myself updating my system, and i forget to give the go-ahead to download all the packages [04:55] NCommander, ScottK: added section to Nexenta policy: http://www.nexenta.org/os/NexentaRepositoryPolicyMain [04:55] thanks [04:55] has there ever been any talk over potentially just starting the download any way and then asking only upon installation? some sort of option to aptitude or apt-get perhaps? [05:07] i know opera does something similar when you download files, it begins to cache some percentage of it and if you decide not to download a file, opera discards it [05:12] suornam: most browsers do this. it'll start downloading while waiting for you to answer the question [05:12] whether or not APT will do it is another story [05:13] you can make your own alias to first apt-get -d install [05:13] then apt-get install [05:14] JonCruz, whoa that's awesome [05:15] jdong: interesting [05:16] and poof. [05:16] At least it wasn't a 15-second driveby [05:16] Does anybody know anything about checksums? [05:16] And now I part in about 10 seconds. [05:48] Oh geeze [05:48] I'm getting a Mozilla EULA [05:48] I thought this was fixed [05:54] anybody know if you have to tell qemu to use kqemu? or does it just use it if it finds it? [05:57] nvm, I think I figured it out [06:03] NCommander: It's not a bug. [06:03] NCommander: See bug #269656 [06:03] Launchpad bug 269656 in firefox-3.0 "AN IRRELEVANT LICENSE IS PRESENTED TO YOU FREE-OF-CHARGE ON STARTUP" [High,Confirmed] https://launchpad.net/bugs/269656 [06:03] wgrant: well, its in a bug ;-) [06:03] * NCommander runs for the bad pun [08:10] RAOF: Just a heads up theres another pulseaudio revision to be downloaded and installed. I have fetched a few fixes from git. [08:10] TheMuso: Testing it right now; still underruns! [08:11] Not a lot, and it seems that some songs trigger this more than others. [08:11] Hrm very interesting. [08:11] RAOF: You a member of the pulse-rt group? [08:11] Yes [08:11] gah! [08:12] I need to give pulse a run from my various hda capable systems. [08:12] It's grabbing it's realtime signal, nice value, and HPET just fine. [08:12] (Incidentally, "Fresh high-resolution timers available! Bon appetit!" is a cool debug message) [08:13] Agreed. [08:14] RAOF: If you can reply to your bug with some fresh log messages, I'll talk to Lennart about it. I suspect its alsa, but need his confirmation from reading the logs. [08:14] I'll try some different players, too. [08:22] Hm, next piece of interesting behaviour? It only prints I: underrun messages if I've got a pavucontrol connected. If I don't, it still underruns, but doesn't print a message. [08:30] RAOF: Very interesting. [08:32] Woo! That's somewhat of a regression, too! [08:32] RAOF: What is? [08:32] Transferring a stream from usb -> hda. It transfers immediately, then switches back to usb after ~1/4 of a sec for ~1/2 a sec, then settles back on hda. [08:33] ouch! I have a USB sound card, so I'll try that myself a bit later. [08:33] RAOF: What did you use to transfer the stream? Maybe using the pactl command to transfer it may yield different results. [08:37] TheMuso: Same result with pactl [08:37] RAOF: Ok, I'll check it out myself later, and take it up with Lennart. I am starting to think that we will have to stick to 0.9.10. [08:38] Grr. [08:38] The underruns aren't _that_ annoying :/ [08:44] You know, it may be that gstreamer is also involved in this, given the strange apparent codec-dependency. [08:44] FWIW, I appear to be getting underruns on 0.9.10. [08:44] But only from a day or two ago. [08:52] wgrant: Would it be possible for you to try 0.9.12 from my PPA? http://launchpad.net/~themuso/+archive? Note that this will also pull in a new libasound2, with some fixes from git. [08:53] TheMuso: Sure, doing so now. [08:53] wgrant: Thanks. === ompaul_ is now known as ompaul === gnomefreak is now known as thunderstruck === thunderstruck is now known as gnomefreak === bigon` is now known as bigon === pbn_ is now known as pbn === DrKranz is now known as DktrKranz [13:08] RainCT: please do me a favor, and join #kubuntu-devel and talk with apachelogger === bigon` is now known as bigon === ryu2 is now known as ryu === LucidFox_ is now known as LucidFox === asac_ is now known as asac [16:41] Mithrandir: are you still looking into the bluetooth packages? === Michiel__ is now known as Eghie1 [17:39] can anyone please ack bug #268097 [17:39] Launchpad bug 268097 in bluez-utils "Please move bluez plugins to main" [Undecided,New] https://launchpad.net/bugs/268097 === Eghie1 is now known as Eghie [18:20] saivann: ping [18:22] NCommander : pong [18:23] saivann: I did some debugging on the gnucash printing issue [18:23] It's not a bug in goffice/gnucash [18:23] It only manifests itself with -0-6 because gnucash will use GTK's print mechanism over its own [18:23] NCommander : You speak about missing options when gnucash is built with libgoffice 0.6 ? [18:23] yeah [18:24] Its a rather interesting case [18:24] NCommander : Oh, so what is the guilty package? :) [18:24] gtkprint [18:24] https://bugs.edge.launchpad.net/ubuntu/+source/gnucash/+bug/269687 [18:24] Launchpad bug 269687 in gnucash "Change of dependencies from goffice 0.4 to 0.6" [Low,Confirmed] [18:24] If you try something else that uses gtkprint, like gnumeric [18:24] Same problem [18:24] NCommander : Did you find a bug in gtkprint for that issue? [18:25] Well, er ... [18:25] I don't have a printer [18:25] NCommander : Ah :) [18:25] So its kinda hard for me to test beyond this [18:26] What printer are you trying? [18:26] (it might be an issue with your specific printer vs anything else) [18:26] NCommander : That makes sense [18:27] Ncommander : Mmh I doubt that it's printer specific because I have the same result with my HP printer and with cups-pdf printer [18:27] * NCommander plugs in his HP printer [18:27] It may not work, but at least Ubuntu sees it [18:27] NCommander : HP, normally all HP printers works! [18:28] NCommander : Do you know how we can test more applications that uses gtkprint? How to find these? [18:28] Most GNOME ones use it [18:28] gnumeric uses it [18:29] NCommander : Oh.. yeah, even gedit [18:30] weee [18:30] PLugging in a new printer crashed things [18:30] saivann: well, can you set page opens in gedit/gnumeric? [18:32] NCommand : The problem is exactly the same with gtkprint, unfortunately [18:32] s/gtkprint/gedit/ [18:32] at least its not gnucash specific [18:32] (gnucash's code is a horrid trainwreck of messyness) [18:33] NCommander : Definitively not, and since it's not breaking anything too important, I think that we can't consider this as a blocker for libgoffice 0.6 [18:34] NCommander : The reports are still printed correctly, we should report the gtkprint issue so this bug get fixed everywhere. Apparently, this bug also appears on hardy, so this is not a regression [18:34] I can see at least two bugs related to this issue filed against gtk+2.0 [18:34] https://bugs.edge.launchpad.net/ubuntu/+source/gtk+2.0/+bug/183126 [18:34] Launchpad bug 183126 in gtk+2.0 "default page size not respected by applications" [High,Incomplete] [18:34] https://bugs.edge.launchpad.net/ubuntu/+source/gtk+2.0/+bug/258794 [18:34] Launchpad bug 258794 in gtk+2.0 "gtkprint doesn't use the ppd default paper size" [Low,Triaged] [18:35] * NCommander reassigns the bug to gtk [18:38] NCommander : I guess that 183126 should be a duplicate of 258794 [18:39] https://bugs.edge.launchpad.net/debian/+source/gnucash/+bug/269687 - bug reassigned, although I can't seem to drop the remote watch [18:39] Launchpad bug 269687 in gtk+2.0 "Page Size greyed out in gtkprint applications." [Medium,Confirmed] [18:39] NCommander : I just tested with gutsy and feisty and the bug is not there, the bug appeared with hardy [18:40] * NCommander nomiates for release [18:41] saivann: Well, the bug is filed [18:41] siretart: ping [18:42] saivann: aside from this issue, did you find any other goffice-0-6 bgs? [18:42] NCommander: what's up? [18:42] NCommander : No, and the fonts are cleaner, it even fixes a crash bug that I did not get to find [18:43] siretart: ghc6 :-) [18:43] haskell! [18:43] Namely the 6.3 transition [18:43] siretart : Hi [18:43] hey saivann [18:43] We have a few packages that really need the speed improvements of 6.3 [18:44] But the transition would take too long and its too late in intrepid's cycle [18:44] I suggested we package 6.3 ghc as a seperate source package, and then rebuild each package that needs it (darcs comes to mind) [18:44] I was told to talk to you on this [18:44] * siretart never touched a haskell related package before. are you sure you don't confuse me with sistpoty? [18:45] oh wait [18:45] shoot [18:45] damn, not enough coffee DEVERROR [18:46] saivann: so you going to upload my debdiff :-) [18:47] * NCommander notes it should be updated to include the new bug numbers [18:47] saivann: what's the plan with gnucash? go with the new upstream version? or backport the patches? [18:48] siretart NCommander : I want to work with debian since we sync the package. There is a lot of chances that 2.2.7 get released in the next week so I want to get it into debian and then sync it [18:49] saivann: well, we need to also get this change into Debian [18:49] Ncommander : I think that we should include your patch, yes. Did you forward this to debian? [18:49] saivann: I made a request that the change be made, but I didn't post a debdiff [18:49] (there is a link to the Ubuntu bug) [18:50] NCommander : I'll take care of the debian patch [18:50] saivann: I'll do that, I need another NMU for my NM application ;-) [18:51] NCommander : Oh, go ahead then :) [18:51] Well, someone still needs to upload the patch; are you the debian gnucash maintainer? [18:52] NCommander : No, the debian maintainer is Thomad Bushnell, and he generally uploads new gnucash version in a short time, especially when you gives him a already prepared package [18:52] Thomas Bushnell* [18:53] I know him [18:53] He works on Hurd ;-) [18:54] NCommander : If he does not update gnucash to 2.2.7 in the required time, we'll have to do a ubuntu package. I'll make sure that we don't miss the train. [18:55] NCommander : Nice :) [18:55] I'll roll a NMU patch [18:55] saivann: out of curiosity, do you think that package would make it to lenny? if yes, why? [18:56] siretart : Oh, I'm not aware of current debian release cycle, I assumed that it would be easily updated to 2.2.7 since it's a bugfix release [18:56] saivann: no, every debdiff gets hand reviewed since the beginning of the freeze. [18:58] siretart : Thanks for this information. Then it might be interesting to re-consider using upstream patches and creating a ubuntu package.. [18:58] siretart : I have no idea if it can get into debian at this point, in your opinion? [19:01] * NCommander tests building in sid [19:03] NCommander : You said that gnucash was one of the last app that depends on libgoffice 0.4 ? [19:03] saivann: without having reviewed the diff between the versions, I cannot answer that. it mainly depends how many bugs with severity >= important the new release fixes [19:03] you might convince thomas to upload to experimental, though [19:04] saivann: the only other rdepends is gnome-chemistry-utils, and that already moved to goffice-0-6 upstream [19:04] I haven't seen if the old source will build against goffice-0-6 [19:04] If it does, that clears the rdepends on 0-4 [19:05] siretart : That sounds like a possibility, however, would it be really "unclean" that we release our own gnucash package for the 2.2.7 if it is not uploaded to debian in time? [19:05] * NCommander would like to drop goffice this release if possible [19:05] 0.4 [19:05] I want to drop gtk1.2 for jaunty ;-) [19:06] saivann: just make sure that we end up with the same orig.tar.gz as in debian [19:06] saivann: but since we are in freeze as well, a freeze exception is necessary in ubuntu as well [19:06] saivann: a goal of mine is to remove gtk 1.2 from Ubuntu and Debian, care to help work towards that goal? [19:07] siretart : Yes, if there is no critical bug fixes in 2.2.7, I'll simply request patches for libgoffice and HBCI to be added to the package as a update [19:08] NCommander: are you volunteering to port the remaining programs to gtk2? great! [19:08] cjwatson: well, I'm learning how to [19:08] cjwatson: 132 rdepends left [19:08] That's going to be a fun bug :-) [19:09] Probably a record too [19:09] putty is ported upstream, btw, just waiting for a new release [19:09] cjwatson: the only problem I found with 1.2 to 2.0 porting is that freeing code from depericated APIs is a pain [19:09] NCommander : I would, but I already have many projects :) However, I'll do my best so your debdiff for gnucash gets uploaded for intrepid [19:09] i.e. using PangoLayout over gtk_draw_screen [19:10] cjwatson: any tips ;-)? [19:10] RTFM ;-) [19:10] RTFM isn't that greatly detailed [19:10] (carefully ...) [19:10] the GTK manuals are excellent [19:11] the porting one isn't [19:11] IME, anyway [19:11] It's pretty vague [19:11] sure, but you can figure it out from the ordinary reference documentation (old and new) [19:11] The problem with porting to 2.0 is I don't know 1.2 at all ;-) [19:11] "What does this function do?" [19:11] ;-) [19:11] hence using the old reference docs as well [19:12] NCommander : Perhaps that bug 269687 would need to be reported upstream, can you do that? [19:12] Launchpad bug 269687 in gtk+2.0 "Page Size greyed out in gtkprint applications." [Medium,Confirmed] https://launchpad.net/bugs/269687 [19:13] saivann: do you have access to a sid box? [19:13] (lets just see if it exists in Debian) [19:13] NCommander : No I don't [19:14] we need a vict^W voluteer [19:15] cjwatson: BTW, can you weigh in on a bug for me? [19:15] NCommander: that depends on the bug [19:15] cjwatson: https://bugs.edge.launchpad.net/ubuntu/+source/ghc6/+bug/263773 - do you believe my solution is fessible [19:15] (ghc6 fun) [19:16] Launchpad bug 263773 in ghc6 "ghc 6.8.2 has important performance bug, should be updated to 6.8.3" [Medium,New] [19:16] I really don't know anything about Haskell and don't think I'm qualified to judge, sorry [19:17] cjwatson: roughly speaking, would it be acceptable to package the new version of the compiler as a new source package, and then transition the packages that need it [19:18] yes, I did understand the comment, but I still don't want to make a decision about a language family I don't use and whose packaging I've never looked at [19:18] I don't know what implications that might have [19:20] darcs seems to Build-Depend on quite a few haskell libs [19:21] cjwatson: ok [19:21] azeem: yeah, I noticed that too, its not a pretty situation [19:22] NCommander: so what are you going to do with those? Have new source packages for them as well? [19:22] azeem: now that you pointed that out, I retract my idea [19:26] cjwatson: are you able to edit distributions on Launchpad, or do I need to find a LP admin to get one changed [19:28] NCommander: only Ubuntu [19:29] cjwatson: strange. I'm in the drivers for Nexenta, but I can't edit the distribution at all to add annoucements [19:30] you'll need to ask #launchpad for help [19:30] * azeem ponders starting http://NCommanders.occupation.of.the.week.com [19:32] azeem: It's not like this intentionally happens to me [19:33] azeem: I woke up this morning with the intent on porting search and rescue to SDL,a nd somehow ended up teh Nexenta archive admin and a core dev for them [19:34] happens to me all the time [19:35] azeem: I mean, I was/am a hurd porter who got involved in m68k, fixed a bug in Ubuntu, got involved in backports, became an Xubuntu dev, then a Kubuntu dev, now an Nexenta archive admin [19:35] ARGH [19:35] Its hard to even find a chain of events that link all those together! [19:35] you forgot kfreebsd! [19:35] oh yeah [19:35] kfreebsd! [19:36] I even ran a dak server for m68k o_O; [19:36] And I host buildds for m68k without having any m68k hardware [19:36] (go emulators go) [19:36] * NCommander just needs help [19:37] sadly, hurd never implemented that function [19:37] which function? [19:37] ncommander_needs_help() [19:37] ah [19:37] I do hold my Hurd CVS commit rights though as a badge of honor ;-) [19:37] "Incredibly high tolerance for pain" [19:38] ;-) [19:38] did you ever commit something? [19:39] one line of code actually made it into the CVS repo [19:39] :-) [19:39] (ID string for realtek card I had) [19:40] I also placed both my entropy patch and my GDB work in branchs [19:40] oh, I checked the Hurd repo, not Mach [19:40] I don't think I commited anything to hurd directly [19:40] Just mach [19:40] (And a small patch to GCC) [19:41] I wish we had a totally open laptop though (free bios and hardware), with a free CPU core [19:41] Maybe something based around the open SPARC chips ... [19:41] damn, that would be awesome [19:54] NCommander : I think that your gnucash patch should be applied to current gnucash package, we should not wait on debian for that since the intrepid final release will come fast [19:55] NCommander : Can you re-upload a clean patch to bug 270200 ? [19:55] Launchpad bug 270200 in gnucash "Change libgoffice dependency from 0.4 to 0.6" [Undecided,New] https://launchpad.net/bugs/270200 [19:55] saivann: sure, give me a moment [19:56] NCommander : You original debdiff had unnecessary things in gnucash-2.2.6/po/POTFILES, please drop that [19:57] NCommander : The debdiff will get uploaded more easily if it's 100% revelant ;) [19:57] saivann: :-P [19:57] I posted the debdiff against Debian [19:58] NCommander : Thanks!! So we'll be able to sync again in the future, but from now on, I think that we'll simply update the ubuntu package [19:58] saivann: yeah, now tb just needs to upload [19:58] saivann: any other bugs you want me to close? [19:59] NCommander : BTW, bug 269687 would really need some attention. Can you do something to improve this? [19:59] Launchpad bug 269687 in gtk+2.0 "Page Size greyed out in gtkprint applications." [Medium,Confirmed] https://launchpad.net/bugs/269687 [19:59] saivann: er? [19:59] NCommander : No, just close 270200 in your changelog [19:59] What do you want me to change? [20:00] NCommander : I mean, is there something more you can do to help bug 269687 getting fixed? [20:00] Launchpad bug 269687 in gtk+2.0 "Page Size greyed out in gtkprint applications." [Medium,Confirmed] https://launchpad.net/bugs/269687 === ivoks_ is now known as ivoks [20:03] Sorry [20:03] Laptop chose a great time to decide to ignore its keyboard existed [20:04] mcasadevall : :P [20:04] mcasadevall : you're on intrepid? [20:04] yeah === mcasadevall is now known as NCommander [20:05] NCommander : Next time, perhaps you can try CTRL + ALT + F6 and CTRL + ALT + F7 to switch between consoles, that is a workaround in my case [20:05] didn't work [20:05] NCommander : Ah [20:06] NCommander : Well I was saying, is there something more you can do to help 269687 regression to be fixed? (debug information, patch, upstream contacts, etc) [20:06] I need to see if it happens in Debian [20:06] Which would be my first debugging stop [20:06] saivann: what was that bug number? [20:07] NCommander : 269687 for gtkprint regression, 270200 for libgoffice 0.6 [20:10] NCommander : I only have a stable debian here, which does not use the good gtkprint version in gedit [20:10] * NCommander nods [20:11] NCommander : However, I have openSUSE here in VirtualBox and it has the same issue [20:11] In gedit [20:11] Sounds like an upstream issue [20:12] I'm updating openSUSE to see if the problem is fixed by any patch [20:21] saivann: very strange, I have to add libgtkhtml3.14 as a build-dep on Ubuntu, but on Debian, I don't O_o; [20:22] NCommander: Really? If ./configure detects that libgtkhtml3.14 is available, it's probably that it has been installed as a dependency of another package, I guess [20:23] * NCommander shrugs [20:23] gnucash likely hasn't been rebuilt since the gtkhtml changes [20:28] saivann: I'm just waiting for gnucash to finish building [20:29] * NCommander doesn't like to upload debdiffs without testing building and installability [20:30] NCommander : Great :) I also uploaded your changes to gnucash packaging team PPA, so it will be possible to test it before it gets accepted as a update [20:30] ... there's a gnucash packaging team now? [20:31] saivann: Er, shouldn't it just get uploaded, I thought bugfixs didn't need an Ack [20:31] and what slangasek said [20:31] it's the BSG [20:32] azeem: [20:32] * NCommander thinks of Battlestar Galatica [20:32] I think thats the sign I need sleep [20:32] slangasek : Yes :) https://edge.launchpad.net/~gnucash [20:32] I don't think the Brotherhood of St. Gregory has a PPA [20:32]