[00:02] <LaserJock> ScottK: yeah, I have a much easier time with .doc files than .pdf
[00:02] <LaserJock> although I did get a nice macro'ized doc file the other day and sent it back and the person said that it was 75 pages of junk ;-)
[01:52] <matteo> hi all
[01:52] <matteo> i'm making a package for hardy
[01:53] <matteo> but I want a backport for gutsy too
[01:53] <matteo> how do I name the backport?
[01:53] <RAOF> !backports > matteo
[01:54] <matteo> tnx
[01:55] <mgunes> are there plans to ship an svn snapshot of Network Manager 0.7 if 0.7 final isn't released in time for Hardy, or is the fallback plan to ship 0.6.5? I haven't found any relevant info in the nm-ifupdown-death-match blueprint.
[01:58] <RAOF> mgunes: I believe that the current thinking is that 0.7 is not going to be more useful than 0.6 by the time Hardy needs to stabilise, but we're still looking into it.
[01:59] <mgunes> RAOF, that's what I was thinking; thanks.
[02:02] <matteo> can I tell dh_installman to compress manpages?
[02:02] <StevenK> dh_compress should do that
[02:02] <StevenK> (I think)
[02:03] <RAOF> man dh_compress suggests that it will do it by default.
[02:06] <matteo> RAOF: somethig suggests me that I have to run it after dh_installman
[02:07] <RAOF> Probably, yes.  Otherwise the man pages you want to compress won't be where dh_compress is looking.
[02:07] <matteo> just before dh_builddeb should be fine
[02:10] <matteo> isn't stupid to compress a manpage of 1.5kb?
[02:11] <matteo> it should be against the policy
[02:11] <matteo> "By default, dh_compress compresses files that debian policy mandates should be compressed, namely all files in usr/share/info, usr/share/man, usr/X11R6/man, files in usr/share/doc that are larger than 4k in size"
[02:12] <minghua> It is not against the policy.
[02:13] <matteo> it may not
[02:13] <matteo> but it's stupid
[02:13] <minghua> Note the "all files in /usr/share/man" part.
[02:13] <matteo> and 1.5 file will be 4k on disk
[02:13] <RAOF> Not necessarily.
[02:13] <matteo> ah right
[02:14] <matteo> smart FS like reiser and XFS will move them into the inode
[02:14] <RAOF> Ding!
[02:14] <matteo> ;)
[02:16] <matteo> is a bad practice use -jX in the makefile?
[02:16] <matteo> it can overload the buildd
[02:16] <matteo> or the buildd compiles a package at time?
[02:18] <RAOF> I'm pretty sure some packages already do parallel-builds (maybe some java packages?).
[02:21] <LaserJock> mysql uses -jX in it's building
[02:22] <matteo> $(MAKE) -j$(fgrep -c processor /proc/cpuinfo)
[02:22] <matteo> that will work under bash
[02:22] <matteo> but not in make
[02:22] <matteo> any hint?
[02:24] <RAOF> matteo: Set a make variable to $(shell fgrep -c processor /proc/cpuinfo) ?
[02:24] <matteo> $(MAKE) -j$(shell fgrep -c processor /proc/cpuinfo)
[02:24] <matteo> yes, found in the docs
[02:24] <matteo> http://theoryx5.uwinnipeg.ca/gnu/make/make_81.html#SEC80
[02:25]  * LaserJock kicks his DSL
[02:25] <LaserJock> go faster!
[02:32] <LaserJock> matteo: mysql-dfsg-5.0 uses:
[02:32] <LaserJock> MAKE_J = -j$(shell grep -c processor.* /proc/cpuinfo)
[02:32] <LaserJock> ifeq (${MAKE_J}, -j0)
[02:32] <LaserJock>   MAKE_J = -j1
[02:32] <LaserJock> endif
[02:35] <matteo> mm
[02:35] <matteo> that could be flacked
[02:35] <matteo> let's say a PCu has an ID written in lowercase
[02:35] <matteo> model name      : AMD Athlon(tm) 64 X2 Dual Core Processor 4400+
[02:36] <matteo> and it reads:
[02:36] <matteo> model name      : AMD Athlon(tm) 64 X2 Dual Core processor 4400+
[02:36] <matteo> grep will find twice the values
[02:36] <matteo> grep -c ^processor /proc/cpuinfo
[02:36] <matteo> that is better IMHO
[02:36] <LaserJock> yeah
[02:36] <RAOF> Debdiff's welcome? :)
[02:37] <matteo> E: aacplusenc_0.14_source.changes: bad-distribution-in-changes-file hardy
[02:37] <matteo> can I ignore it?
[02:38] <LaserJock> yep, it means you're not running hardy
[02:38] <matteo> i'm running hardy
[02:38] <LaserJock> so it doesn't recognize it as a valid release
[02:39] <LaserJock> hmm, that's odd
[02:39] <minghua> LaserJock: People shouldn't ignore that, they should install the most recent version of lintian (available in -backports) IMHO.
[02:41] <LaserJock> minghua: well, I would encourage it, but if it's really important it shouldn't go in -backports
[02:41] <matteo> apt-cache policy lintian
[02:41] <matteo> 500 http://it.archive.ubuntu.com hardy/main Packages
[02:41] <minghua> It's important for developers.
[02:41] <matteo> that's not a backport
[02:41] <minghua> Developers should have a hardy chroot anyway.
[02:41] <minghua> I'm just saying no lintian errors should be ignored.
[02:42] <minghua> If you use gutsy, get the lintian in -backports.
[02:42] <LaserJock> minghua: well, I disagree slightly, but it is important I agree
[02:42] <LaserJock> minghua: he's using Hardy he said
[02:43] <minghua> LaserJock: Yes, I am aware of that.  I have no explanation to matteo's problem
[02:44] <matteo> i use hardy, and I have a gutsy chroot
[02:48] <LaserJock> matteo: you weren't in the gutsy chroot?
[02:48] <matteo> no
[02:48] <matteo> i'm at home
[02:50] <matteo> btw, my package is the AAC+ encoder discussed in the forum
[02:50] <matteo> and now packaged into medibuntu
[02:52] <minghua> matteo: What is your lintian version anyway?
[02:52] <matteo> 1.23.42
[02:53] <minghua> That doesn't sound right...
[02:53] <matteo> $ fgrep hardy /usr/share/lintian/checks/lintian.desc
[02:53] <matteo>  distribution should be one of hardy, gutsy, feisty, edgy or dapper.
[02:53] <minghua> I take that back.  1.23.42 is indeed the hardy version.
[02:56] <LaserJock> matteo: maybe you should check your changelog entry to make sure there's not a typo
[02:57] <matteo> http://pastebin.ca/868056
[02:58] <matteo> seems fine to me
[03:00] <LaserJock> weird
[03:01] <matteo> indeed
[03:01] <matteo> btw, 04:01 AM here
[03:01] <matteo> gnite
[03:02] <matteo> http://ppa.launchpad.net/teknoraver/ubuntu/pool/main/a/aacplusenc/aacplusenc_0.14.tar.gz
[03:02] <matteo> this is the package
[03:02] <matteo> if someone will try to figure out the lintian mistery
[07:05] <warp10> Hi all
[08:31] <Elly> win 15
[08:31] <Elly> damn
[08:31] <ion_> lose 19
[09:11] <mpt> Goooooooooooooooooooood morning Ubuntu lovers!
[09:11]  * Hobbsee hides under a rock, away from mpt, here too
[09:12] <seb128> hey Hobbsee
[09:12] <Hobbsee> hiya seb128!
[09:14] <Hobbsee> morning other canonicalites.
[09:24]  * pitti hugs Hobbsee
[09:24]  * Hobbsee hugs pitti back
[09:25]  * ion_ unhugs both pitti and Hobbsee
[09:25]  * Hobbsee gives ion_ the boot
[10:05] <slangasek> gpocentek: any news on gnumeric?
[10:06] <gpocentek> slangasek: I uploaded it 2 hours after you asked me last time
[10:06] <slangasek> ah, hmm
[10:06] <gpocentek> and I installed it from the repos, so I guess it's ok
[10:07] <gpocentek> slangasek: is there a problem with the package?
[10:07] <slangasek> gpocentek: no, I was just misreading the NBS info for goffice :)
[10:07] <slangasek> apparently libgoffice-0-5 only depends on itself and can be removed now :)
[10:11] <gpocentek> ok :)
[10:16] <psicus78> hi
[10:27] <psicus78> do you know if it exist any tool that allow to find out (and then install) all the build-dependencies of a package which is not debianized yet? I mean get all the libblabla-dev required at build time?
[10:32] <gouki> psicus78: Try asking on #debian-motu
[10:35] <dholbach> gouki: #ubuntu-motu maybe?
[10:36] <psicus78> dholbach: I just asked, thanks!
[10:50] <mantiena-baltix> hi all
[11:06] <mantiena-baltix> lool: hi, are you online ?
[11:07] <lool> mantiena-baltix: I am
[11:07] <tjaalton> pitti: hey, do you know if nvidia-glx-config is used anymore? I'd guess restricted-manager has replaced that?
[11:08] <tjaalton> seems that it was last changed in edgy
[11:09] <mantiena-baltix> lool: I have few questions about updating cheesy package
[11:09] <mantiena-baltix> lool: I saw you comments at bug #180624
[11:09] <ubotu> Launchpad bug 180624 in cheese "cheese new upstream version 0.3.0" [Undecided,Incomplete] https://launchpad.net/bugs/180624
[11:12] <mantiena-baltix> lool: I wanna to package new cheesy version - 2.21.5 for testing uses (I have about 30 ubuntu users, which have webcams and wanna test ;) )
[11:13] <lool> mantiena-baltix: Sure
[11:13] <lool> mantiena-baltix: Are you Steve?  Or what's your name? :)
[11:14] <mantiena-baltix> lool: so, which would be the easiest way to update cheese package ?
[11:14] <lool> mantiena-baltix: If you followed the discussion on the bug report, there are a couple of things missing from the initial effort by Steve
[11:14] <mantiena-baltix> lool: no, I'm not Steve, which reported that bug
[11:14] <mantiena-baltix> lool: yea, I noticed that
[11:15] <mantiena-baltix> lool: last comment from Steve was:
[11:16] <mantiena-baltix>  Steve Stalcup wrote     on 2008-01-18:
[11:16] <mantiena-baltix>  Hi Loïc, It seems there is a new version available. I have corrected everything except for the patches, which seem to be Ubuntu specific.
[11:18] <mantiena-baltix> lool: is this true ? You wrote about more problems in your comment, maybe Steve was attached updated interdiff ?
[11:20] <pitti> tjaalton: it's not advertised anywhere any more
[11:20] <pitti> tjaalton: except for the package description, I think
[11:20] <tjaalton> pitti: ok, I'll remove it then
[11:20] <pitti> tjaalton: yes, r-m is the prefered method, it works better, too
[11:21] <pitti> tjaalton: great
[11:26] <lool> mantiena-baltix: (Sorry, i'm in the middle of another conversation)
[11:27] <lool> mantiena-baltix: My very last comment in the bug, comment #13, explains how to update the first of the two patches which needs updating
[11:28] <lool> mantiena-baltix: The first patch is an easy one, so if you're familiar with updating patches, it should be an easy job; if you're not, perhaps you can read the wiki pages on patch systems which I've outlined in the bug report
[11:28] <lool> mantiena-baltix: When one of Steve or you updates the first patch, I'll check how the other patch (which is much harder) compares to the new upstream and guide you folks into updating it
[11:31] <mantiena-baltix> lool: I understand all your comments about patches, but I ask are there more problems in last interdiff ( AFAIK http://launchpadlibrarian.net/11198342/cheese_0.3.0-0ubuntu1.interdiff.gz )
[11:31] <geser> pitti: please give-back: haskell-alut. Thanks.
[11:32] <lool> mantiena-baltix: To my knowledge, the last interdiff was pretty good apart of porting of the patches
[11:32] <lool> mantiena-baltix: There were other minor spurious changes which I'd prefer not seeing, but these were acceptable
[11:33] <lool> mantiena-baltix: But this was against an older release of cheese; in the mean time a newer one came out, and it might desirable to rebase the changes on the new upstream
[11:33] <lool> Albeit I am happy to sponsor the intermediate one
[11:36] <mantiena-baltix> lool: btw, could you tell me how to work with these interdiff files ? I did apt-get source cheese from hardy and manually downloaded latest cheese source (2.21.5) and interdiff.gz, how to include improvements from interdiff.gz ?
[11:40] <pitti> mantiena-baltix: gzip ../path/to/interdiff | patch -p1
[11:40] <lool> mantiena-baltix: The interdiff is between the current diff in hardy (which is against 0.2.4) and the diff by Steve (0.3.0 I think); you should first apply his interdiff as a patch to the initial diff or as a patch against the hardy source tree (it should work I think), and then uupdate to the new upstream
[11:40] <pitti> usually
[11:40] <pitti> erm, gzip -cd
[11:41] <lool> or gunzip -c :-P
[11:41] <pitti> or zcat
[11:41] <lool> you win!
[11:41]  * lool cooks zpatch
[11:42] <lool> mantiena-baltix: If you don't succeed, poke me again and I'll provide the commands
[11:43] <mantiena-baltix> so, I will use gunzip -c , right ?
[11:44] <lool> mantiena-baltix: zcat is what you want here ;)
[11:44] <lool> mantiena-baltix: But it all boils down to gzip uncompressing a file and piping the result to patch
[11:44] <StevenK> ian_brasil: Hi! I've sent you a few e-mails, have you recieved them?
[11:45] <ian_brasil> nope...don't think so
[11:45] <mantiena-baltix> yea, I understand this
[11:46] <StevenK> ian_brasil: I'm happy to resend them if you priv-msg me your prefered address.
[12:29] <mantiena-baltix> lool: so, it seems I finished update, excluding hildon.patch
[12:42] <gouki> dholbach: yeah! Don't know what happened there.
[12:46] <Aloha> how long does pbuilder install take on average?
[12:46] <Hobbsee> depends how fast your net connection is
[12:46] <Aloha> i have dsl
[12:47] <Aloha> its my first venture into package building, i've always just done tarballs
[12:47] <Aloha> should be fun
[12:50] <mantiena-baltix> lool: still online ?
[13:11] <lool> mantiena-baltix: Yup
[13:15] <mantiena-baltix> lool: look at ftp.akl.lt/baltix-linux/Baltix-Ubuntu-packages/gutsy/cheese/
[13:24] <Riddell> zul: how come the xen source package includes the version number?
[13:24] <lool> mantiena-baltix: Couple of things first: 0.3.0-0ubuntu1 wasn't uploaded, so it would be best to merge the two changelog entries as to have one changelog entry per upload
[13:24] <zul> Riddell: this for hardy?
[13:24] <lool> mantiena-baltix: Next, you should use -0ubuntu1 for the Ubuntu revision of new upstream releases
[13:24] <Riddell> zul: yes
[13:25] <lool> mantiena-baltix: The -1 revision is usually reserved for Debian
[13:25] <zul> Riddell: typo
[13:25] <Riddell> zul: it's been doing it for some time
[13:25] <lool> mantiena-baltix: Bad things can happen if you don't as I think this is used to decide whether the package comes from Debian or not (if you don't have ubuntu in your version string, the package will be merged from Debian I think)
[13:27] <mantiena-baltix> lool: ok, I forgot it
[13:28] <lool> mantiena-baltix: Now let me review the 0.3.0 -> 2.21.5 diff...
[13:28] <zul> Riddell: its something we inherited from debian way back in feisty it can probably be dropped for hardy so its just xen
[13:29] <lool> mantiena-baltix: In the mean time, I recommend you attach your work, especially the diff, in the bug report; this way, nobody else will redo the same work you already did in the mean time
[13:29] <mantiena-baltix> lool: wait I minute I will add lithuanian translation into .desktop file
[13:29] <lool> mantiena-baltix: It's not critical for Ubuntu; translations are usually handled by Rosetta anyway (I think); you might want to send it upstream directly, and we will get it with the next release
[13:30] <mantiena-baltix> lool: it is enough to attach only .diff.gz (without interdiff) to bugreport ?
[13:31] <lool> mantiena-baltix: I think at this point it's easier to attach your interdiff; please mention the changes you did relative to the last published interdiff though
[13:31] <lool> mantiena-baltix: Err your *diff*
[13:31] <lool> Not your /interdiff/; sorry, typo
[13:32] <mantiena-baltix> lool: lithuanian translation is critical to lithuanians ;) I'm doing gutsy backport, where cheese is not in main, so, not handled by Rosetta
[13:33] <lool> mantiena-baltix: Do you mind if we move to #ubuntu-motu as to not flood this chan with universe packages' stuff?  :)
[13:33] <lool> mantiena-baltix: I meant it's not critical to do it in the source package; I think you can do it in Rosetta as well
[13:33] <mantiena-baltix> lool: ;) AFAIK cheese is in main now ;) btw, I got a build error during building package
[13:33] <lool> mantiena-baltix: But I'll happy to review it if you do :)
[13:33] <lool> mantiena-baltix: Wow, indeed
[13:34] <mantiena-baltix> dh_installdirs -pcheese
[13:34] <mantiena-baltix> dh_installdocs -pcheese ./README ./NEWS ./AUTHORS
[13:34] <mantiena-baltix> cp: cannot stat `TODO': No such file or directory
[13:34] <mantiena-baltix> dh_installdocs: command returned error code 256
[13:34] <mantiena-baltix> make: *** [binary-install/cheese] Error 1
[13:34] <lool> mantiena-baltix: We can stay here then :-P
[13:35] <lool> mantiena-baltix: This TODO file was probably dropped upstream but the packaging tries to install it; remove it from the list of docs to install and mention it in changelog
[13:35] <mantiena-baltix> stupid build system...
[13:35] <mantiena-baltix> ;)
[13:36] <lool> mantiena-baltix: Concerning your changes; you properly catched the new librsvg2-dev build-dep, but you mention it was "missing"; it wasn't really missing since the previous version didn't require it -- in the process of the 0.3.0 review, we discovered the package was lacking build-deps (even the current hardy version), hence the mention of "missing" build-dep
[13:37] <mantiena-baltix> lool: so, librsvg is new build-dep ?
[13:37] <lool> mantiena-baltix: Exactly, it's simply a new requirement
[13:38] <lool> mantiena-baltix: You can simply mention "Add a librsvg2-dev (>= 2.18) build-dep" for example
[13:38] <lool> mantiena-baltix: It's really nitpicking at this point; but since we're at it... ;)
[13:39] <lool> mantiena-baltix: I just noticed something about the dependencies
[13:39] <lool> mantiena-baltix: If you diff README between 0.3.0 and 2.21.5, you'll see:
[13:39] <lool> -  - gstreamer-plugins-good-0.10  >= 0.10.15
[13:39] <lool> +  - gstreamer-plugins-good-0.10  >= 0.10.6
[13:39] <lool> In the dependencies
[13:40] <lool> mantiena-baltix: As you can see, cheese has a gstreamer0.10-plugins-good dependency, but it's unversionned; could you please use the version mentionned in the new README?
[13:40] <mantiena-baltix> I've noticed this, I think these changes were made by uupdate
[13:40] <ion_> benc: Btw, there’s a fixed nvidia_connected attached to bug #182237.
[13:40] <lool> mantiena-baltix: Also, what about the "pango" requirement in configure.ac?
[13:40] <ubotu> Launchpad bug 182237 in linux-restricted-modules-2.6.24 "restricted manager does not recognize nvidia 8600M GT on hardy" [High,Confirmed] https://launchpad.net/bugs/182237
[13:41] <calc> mjg59: ping
[13:41] <mjg59> calc: Hi
[13:41] <calc> mjg59: i am playing with resume on my laptop in 64bit mode and I think I may have gotten further
[13:41] <mjg59> Mm?
[13:41] <calc> mjg59: if i set  3 > /proc/sys/kernel/acp_video_flags it will resume at console
[13:42] <mjg59> Right. That's because it's executing the code natively rather than in x86emu.
[13:42] <mantiena-baltix> lool: whan problems can be with pango ? libgtk2.0-dev depends on pango-dev
[13:42] <calc> mjg59: but if i add that to a file in /etc/acpi/suspend.d/ and then try to resume i get a blank X window (black screen with a cursor)
[13:42] <calc> mjg59: is there something i need to do to get X to come back correctly?
[13:42] <ion_> benc: Did my message get though? :-)
[13:43] <calc> mjg59: i tried disabling save vbe state, post video, and use dpms but i got the black screen/cursor issue
[13:43] <mjg59> calc: Figure out why it's not coming back correctly and fix the driver? :)
[13:43] <lool> mantiena-baltix: It's currently true that libgtk2.0-dev depends on pango-dev but you can't rely on that: first, cheese *directly* needs pango, second, imagine the version of the pango build-dep in cheese is higher than the gtk -> pango dep
[13:43] <calc> mjg59: ah so its a bug in the driver at that point?
[13:43] <mjg59> calc: Fundamentally, failure to resume video is a bug in the driver at any point
[13:43] <calc> mjg59: when its black like that i can switch VTs to console and console still works ok
[13:43] <lool> mantiena-baltix: In general, you need to map upstream checks to build-dependencies as close as possible
[13:43] <calc> mjg59: ok
[13:44] <lool> mantiena-baltix: Do you mind if I attach the diff I grabbed from you to the bug report and note down the remarks I made above to not let them bitrot in an IRC log? :)
[13:44] <calc> mjg59: there is/was a bug in Ubuntu where it won't turn on the screen if acpi_video_flags isn't set to non-0
[13:44] <calc> mjg59: for even console video
[13:44] <BenC> ion_: don't think so
[13:44] <mjg59> calc: Yes. That's because x86emu is broken.
[13:44] <mjg59> (somehow)
[13:44] <ion_> benc: There’s a fixed nvidia_connected attached to bug #182237.
[13:44] <ubotu> Launchpad bug 182237 in linux-restricted-modules-2.6.24 "restricted manager does not recognize nvidia 8600M GT on hardy" [High,Confirmed] https://launchpad.net/bugs/182237
[13:45] <calc> mjg59: would that affect even i386 resumes? it wasn't resuming even on i386 to a console before i set that flags file
[13:45] <mantiena-baltix> lool: sorry, I don't understand your last message :(
[13:46] <mjg59> calc: We had working i386 resume on your system before
[13:47] <Mithrandir> calc: does it help if you close the lid and reopen it?  That fixes the "fails to turn on the screen" bug for me.
[13:47] <Mithrandir> or "fixes".
[13:47] <lool> mantiena-baltix: Do you mind if I summarize what we just discussed in the bug report now?
[13:48] <calc> mjg59: yea it works in gutsy but is broken in hardy along with several other users here at hardy sprint
[13:48] <mjg59> calc: That's probably the change from acpi-support to pm-utils
[13:49] <mjg59> I'll be there tomorrow
[13:49] <calc> Mithrandir: hmm not sure i can try that again, though changing /proc/sys/kernel/acpi_video_flags to 3 works fine on i386, but comes back with a mostly dead X on 64bit
[13:49] <calc> mjg59: cool :)
[13:49]  * calc hugs mjg59 
[13:49] <mantiena-baltix> lool: I'm making new diff.gz now, which includes your wishes ;)
[13:49] <calc> mjg59: acpi-support is still installed on hardy but maybe its not using it?
[13:49] <mjg59> acpi-support is installed but not used for suspendresume
[13:50] <calc> mjg59: ah ok
[13:50] <lool> mantiena-baltix: Cool
[13:50] <calc> mjg59: i guess that could explain why changing /etc/defaults/acpi-support didn't change anything for me
[13:51] <mjg59> Yeah
[13:51] <mjg59> I need to clean that up
[13:51] <calc> mjg59: i believe all the affected users here are using i945 intergrated video
[13:51] <calc> mjg59: me, robert collins, and i forgot who the other person i heard was having trouble
[13:52] <calc> mjg59: is pm-utils user configurable?
[13:52] <mjg59> Yes, but not as trivially
[13:52] <calc> ok
[13:52] <mjg59> Check the quirks in /usr/share/hal/something/fdi/bonghits/misc/other
[13:53] <calc> heh nice dirname ;)
[13:53] <StevenK> Haha
[13:56] <mantiena-baltix> lool: btw, Do you think, that cheese can depend on gstreamer (>= 0.10.15) and gstreamer-plugins-base-0.10  >= 0.10.15, but gstreamer-plugins-good-0.10  >= 0.10.6 ?
[13:57] <mantiena-baltix> lool: isn't this strange version (0.10.6) simply a mistake in new README ?
[13:57] <jdong> I think mjg59 means /usr/share/hal/fdi/information/10freedesktop/
[13:57] <jdong> :)
[13:58] <StevenK> I think I prefered that directory name when it included 'bonghits'
[13:59] <StevenK> As in, "You'll need some to send patches to files underneath this directory'
[13:59] <jdong> StevenK: well he'd be in the position to make that happen :D
[14:01] <lool> mantiena-baltix: I think the previous version was a mistake
[14:01] <lool> mantiena-baltix: I guess they copied the gstreamer-plugins-base-0.10 version for gstreamer-plugins-good-0.10
[14:01] <lool> mantiena-baltix: We certainly don't have gstreamer0.10-plugins-good 0.10.15: the latest version is 0.10.6
[14:02] <mantiena-baltix> lool: ya, I just noticed this ;) Btw, why we need to use gstreamer 0.10.15 ? cheese compiles fine with 10.14 ;)
[14:04] <calc> bbia testing s2ram stuff
[14:04] <lool> mantiena-baltix: It might be runtime features
[14:05] <lool> mantiena-baltix: Or simply to prevent people from running cheese which this version as the combination might have bugs fixed in the new release -- it's pretty bad to add such dependencies, but many upstreams do
[14:13] <pitti> lifeless: deb     http://ddebs.ubuntu.com hardy main restricted
[14:13] <calc> mjg59: do we have s2ram?
[14:13] <calc> mjg59: i don't see it installed on the hardy cd or in apt-cache
[14:14] <mjg59> calc: No
[14:14] <lool> calc: Hmm I think it's supposed to be in uswsusp, but I only see s2disk and both
[14:14] <mjg59> It's explicitly not built
[14:14] <mjg59> It turns out that having three different ways of triggering suspend to RAM that use different pathways and different quirks is mad
[14:14] <mantiena-baltix> lool: look at new diff.gz in ftp.akl.lt/baltix-linux/Baltix-Ubuntu-packages/gutsy/cheese/
[14:15] <calc> lool: no s2* are installed on the cd
[14:17] <calc> so i need to modify /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-toshiba.fdi for my particular laptop?
[14:17] <mjg59> Yes
[14:17] <mjg59> Then hal probably needs restarting
[14:17] <mjg59> Note that we're slightly different to upstream - a bunch of quirks are enabled by default
[14:17] <calc> mjg59: what do i use to dump what hal sees for my laptop?
[14:17] <mjg59> lshal
[14:18] <mjg59> See /usr/lib/hal/scripts/foo/bar/hal-system-power-suspend-linux
[14:19] <lool> mantiena-baltix: Could you please attach it to the bug report?  I'll make my comments them directly
[14:19] <lool> s/them/there
[14:19]  * lool needs coffee
[14:19] <mantiena-baltix> OK, I just compile them before attaching, ok ?
[14:19] <mantiena-baltix> Btw, There are nothing to translate in https://translations.edge.launchpad.net/ubuntu/hardy/+source/cheese :(
[14:19] <lool> mantiena-baltix: Sure
[14:20] <lifeless> pitti: thanks
[14:22] <lool> mantiena-baltix: I just discussed this with pitti (thanks pitti!), and two things are needed for it to appear
[14:22] <lool> mantiena-baltix: First, it needs to be rebuilt since its promotion to main
[14:22] <lool> mantiena-baltix: that will happen after I sponsor the new cheese for example
[14:24] <lool> mantiena-baltix: Second, we need to patch cheese's .desktop file to have a X-Ubuntu-Gettext-Domain
[14:24] <lool> mantiena-baltix: Forget about the second thing: it's done automatically in CDBS packages using gnome.mk
[14:24] <lool> mantiena-baltix: So you should see the translations imported after the next build
[14:24] <mantiena-baltix> ;)
[14:25] <lool> mantiena-baltix: Can you please attach your diff to the bug?  Or I can do it if you prefer
[14:27] <calc> hmm it died, oh well i'll beat on it later
[14:27] <mantiena-baltix> lool: I prefer you ;)
[14:27] <lool> mantiena-baltix: What's your name?  are you subscribed to the bug report?
[14:27] <lool> Mantas Kriaučiūnas?
[14:29] <mantiena-baltix> Yes, I'm subscribed through Baltix-members team ;)
[14:29] <mantiena-baltix> lool: you should use UTF for my surname
[14:29] <mantiena-baltix> as in ISO-8859-1 there re no č or ū
[14:30] <TheMuso> o/c
[14:31] <slangasek> um, he /did/ use UTF for your surname? :)
[14:49] <mantiena-baltix> lool: hey, I already translated 40% of cheese-lt.po ;)
[14:50] <lool> mantiena-baltix: I've sent my review
[14:50] <Aloha> i uploaded my source to my ppa and i got an acceptance email but i can't see anything on the launchpad site. anyone got any ideas?
[14:51] <Hobbsee> Aloha: see #launchpad for ppa support
[14:51] <Aloha> Hobbsee, thnx!
[15:02] <mantiena-baltix> lool: it seems fix_desktop.patch doesn't work :(
[15:02] <mantiena-baltix> maybe it should be against desktop.in.in, not against desktop.in ?
[15:03] <lool> mantiena-baltix: Indeed!
[15:03] <lool> mantiena-baltix: I didn't notice the new file
[15:04] <mantiena-baltix> lool: btw, new cheese package (without hildon patch) doesn't work in gustsy at all :(
[15:29] <calc> mjg59: i must be confused as i can't determine how pm-utils suspends a system
[15:30] <calc> mjg59: it appears to call /usr/sbin/pm-suspend which calls the nonexistant s2ram?
[15:30] <\sh> hmm..can someone look why last upload of ipe (from yesterday) and gnucash (from one hour ago) isn't showing up in hardy?
[15:32] <lool> mantiena-baltix: What do you mean with "doesn't work"?
[15:33] <mantiena-baltix> lool: I see only grey background, but nothin from my webcam :(
[15:33] <lool> seb128: I received some words from danw that some fixes are still flowing in libsoup and he wants to up a tarball next WE for 21.90
[15:33] <lool> mantiena-baltix: Did the older release work for you?
[15:34] <calc> looks like pm-suspend calls into /usr/lib/pm-utils/functions pm_main which uses s2ram or blindly just suspends by writing mem to /sys
[15:34] <calc> but i have to be misreading this or why would that likely ever work
[15:35] <calc> mjg59: ping?
[15:35] <sjoerd> calc: if your version of pm-utils is the same as debians that's indeed the case
[15:36] <calc> sjoerd: you mean it just blindly tries to write mem to /sys/power/state ?
[15:36] <calc> sjoerd:  so this hal stuff doesn't even get used because s2ram isn't included in ubuntu (!?)
[15:37] <sjoerd> calc: it tries to use s2ram, if that's not available it writes mem to /sys/power/state
[15:37] <sjoerd> Not sure what happens with the quirks if uswsusp isn't installed
[15:37] <mjg59> calc: Hi
[15:37] <mjg59> pm-suspend doesn't call s2ram
[15:37] <mjg59> Which then writes to /sys/power/state, yes
[15:37] <seb128> lool: ok
[15:38] <calc> mjg59: it calls pm_main which calls do_suspend which tries to use s2ram
[15:38] <mjg59> Yes, but if s2ram isn't there it's fine
[15:38] <calc> mjg59: so if a machine has any kind of quirks its hosed?
[15:38] <mjg59> No
[15:38] <mjg59> Quirks are called on resume
[15:38] <calc> mjg59: since as far as i can tell none of the quirks are used unless s2ram is installed
[15:38] <seb128> lool: there is no hurry anyway, the dav code is not ready to be used yet
[15:38] <calc> mjg59: oh hmm
[15:38] <mjg59> calc: Check the hooks
[15:39] <mantiena-baltix> lool: 0.24, backported from hardy works fine, 0.3 - doesn't work, same problems like in 2.21.5
[15:40] <mantiena-baltix> lool: maybe this is because in gutsy is gstreamer 0.10.14, not 0.15, which is "officially" needed according to devs
[15:41] <calc> mjg59: i am confused as to where the pm-suspend exported args (if not using s2ram) end up getting parsed/used
[15:41] <mjg59> The hooks
[15:41] <lool> mantiena-baltix: Could be
[15:41] <\sh> pitti, ping missing packages and I didn't receive neither an error message  nor a positive ack  from LP
[15:42] <calc> mjg59: those are the files in eg /usr/lib/pm-utils/sleep.d/99video ?
[15:42] <pitti> \sh: which source?
[15:42] <mjg59> Yes
[15:42] <calc> mjg59: ok
[15:42] <\sh> pitti, ipe from yesterday and gnucash (about one hour ago)
[15:42] <dx9s_work> what channel deals with packaging (.deb) again?
[15:43] <dx9s_work> some master of the universe thing... forgot ..ubuntu-motu ?
[15:43] <pitti> https://edge.launchpad.net/ubuntu/+source/ipe
[15:43] <pitti> \sh: ^ it's not there at all
[15:43] <dx9s_work> yeah that's it
[15:43] <pitti> \sh: sure that you uploaded it?
[15:44] <\sh> pitti, Successfully uploaded ipe_6.0pre30-1ubuntu1.dsc to upload.ubuntu.com.
[15:44] <pitti> \sh: hm; cprov, any idea?
[15:44] <\sh> pitti, the same .upload file for gnucash
[15:44] <\sh> pitti, while octave2.9 from yesterday worked :(
[15:45] <\sh> pitti, should I reupload?
[15:45] <cprov> pitti: let me check
[15:46] <cprov> pitti: (Ubuntu Core Developers <ubuntu-devel-discuss.ubuntu.com>: no @ found in email address part.)
[15:46] <pitti> hah
[15:46] <pitti> \sh: ^
[15:47] <calc> mjg59: ah i understand how it works now :)
[15:47] <calc> mjg59: thanks for the help :)
[15:47]  * calc goes back to beating his laptop
[15:47] <\sh> pitti, oh well...it's wrong anyways...
[15:47] <\sh> cprov, this could be worth a "reject email" ;)
[15:47] <\sh> cprov, hiding this error leads to confusion ;)
[15:48] <cprov> who would receive those ?
[15:48] <\sh> cprov, the uploader?
[15:49] <cprov> we can't find out who is the uploader if the changesfile is broken, maybe when we have authenticated upload backend, but not now
[15:49] <persia> cprov: Can't you tell from the signature, even if the data is useless?
[15:49] <pitti> cprov: the gpg signer?
[15:50] <\sh> cprov: as pitti said, the .changes file is signed (the .dsc, too) so it should be easy to find out who was it
[15:50] <cprov> yes, we could fallback to the signer
[15:50] <\sh> which is a good default, even for sponsored uploads
[15:53] <cprov> file a bug, we can try to implement something in the next cycle, but it seems to me that it could be solved in a better way if you check changesfile consistency locally.
[15:54] <\sh> cprov, yes, but humans make errors ;) so it's good to have a automatism for this, too :)
[15:55] <persia> cprov: also, .changes upload is just FTP.  Too easy to circumvent a local check
[15:56]  * cprov nods
[16:07] <calc> ok i got it working as well as I did when manually suspending
[16:08] <calc> it still shows a black screen with the cursor though for whatever reason
[16:10]  * calc testing something he found on a webpage, heh
[16:36] <calc> hmm still about the same
[16:36] <calc> on amd64 i just get a black X screen with cursor :-\
[16:42] <lool> seb128: I think we should add Breaks in nautilus for e.g. nautilus-sendto and other extensions-1.0
[16:43] <seb128> lool: not sure, I don't want to force people to uninstall evince because the properties page will be ignored
[16:43] <seb128> lool: we should rather add those one we have rebuilt versions
[16:44] <lool> seb128: I was pondering adding conflicts in the extensions
[16:44] <seb128> the easier might be to ask alex to change the soname
[16:45] <lool> seb128: It's not really the same thing; the ABI for extensions can change more frequently than the SONAME
[16:45] <lool> seb128: Do you think you could add a Provide in the new nautilus like we did for Gtk+ and Pango modules?
[16:46] <seb128> lool: not sure about this one
[16:46] <lool> seb128: Like Provide: nautilus-extensions-2.0
[16:47] <lool> seb128: The idea is that I can simply depend on that instead of conflicting with nautilus version numbers
[16:47] <lool> seb128: And in the case of gtk / pango, the depends is generated on the fly
[16:48] <robertj> are there known issues with Xorg auto-detection of 2560x1600 displays on nvidia-nonfree?
[16:51] <gaspa> pitti: have you got some minutes, for some usplash-endless-boring-things?
[16:53] <pitti> gaspa: involved in some other things, but I'll catch up with answers here
[16:54] <gaspa> pitti: do you prefer a mail?
[16:54] <gaspa> perhaps i'll prefer mail too... :P
[16:56] <Mithrandir> robertj: unsure.  Send me one and I'll test. :-)
[17:05] <pitti> gaspa: ok, WFM
[17:05] <lool> seb128: Argh, we're epoched on nautilus in Ubuntu?
[17:06] <seb128> lool: yeah, not sure why, I think a typo command or something some cycles ago or something similar
[17:06] <lool> Sucks
[17:06] <kagou> Hi
[17:12] <mdz> seb128: I get a conffile prompt for /etc/gconf/schemas/panel-default-setup.entries from gnome-panel-data, though I do not think I ever edited it
[17:15] <seb128> mdz: the schemas should be in /usr/share, looks like it's due to the changes I did when packaging the new version, I'll fix it with the next upload
[17:16] <pitti> mvo: FYI, got gen-contents running now, let's see what falls out of it
[17:18] <lifeless> win 20
[17:18] <ion_> lose 42
[17:19] <pitti> mvo: HAH!
[17:20] <mvo> thanks pitti
[17:20]  * pitti tracks it down to some dir permission error
[17:20] <mdz> seb128: ok, thanks
[17:20] <seb128> you are welcome
[17:31] <wasabi> I see we're giving pulse another try.
[17:32] <wasabi> Far as I can tell it's still broken with flash.
[17:32] <persia> wasabi: This is the first time for pulse.  polyps were indigestible :)
[17:32] <wasabi> Ahh yes. Was polyp last time.
[17:32] <wasabi> There a game plan posted anywhere?
[17:33] <TheMuso> wasabi: There is a package to use pulse with flash
[17:34] <persia> wasabi: https://wiki.ubuntu.com/DesktopTeam/Specs/CleanupAudioJumble
[17:34] <wasabi> Oh! Yeah.
[17:34] <hunger> What happened to the plan to put etc under version control? I read that there was a proposal to that effect for gutsy IIRC.
[17:34] <wasabi> I heard about that last time i tried pulse, but it had bitrotted to the point of not compiling.
[17:35] <Ng> hunger: it's quite a scary thing to do if you don't have humans controlling it, or lots of corner cases taken care of
[17:35] <hunger> Ng: It is?
[17:36] <Ng> hunger: especially when your vcs tool isn't hot on permissions, yes :)
[17:36] <hunger> Ng: I am asking since I have been using etckeeper (which is horribly outdated in ubuntu) and am very happy with that.
[17:37] <ogra1> http://people.ubuntu.com/~ogra/Bildschirmfoto.png
[17:37]  * ogra1 thinks its a strange world ....
[17:37] <hunger> Ng: Git is not... but that is what metastore it seems to work reasonably well:-)
[17:37] <lifeless> Ng: now?
[17:37] <Ng> lifeless: I only have about 20 minutes, and elmo isn't here, but sure
[17:38] <lifeless> k, coming to you
[17:38] <Ng> cool
[17:39] <ogra1> mvo, ^^^
[17:39] <ogra1> (see the screenshot)
[17:46] <lool> seb128: You started nautilus 2.21.7 already?
[17:47] <seb128> lool: there is no such tarball?
[17:48] <\sh> seb128, thx for the gconf fix :) now everything will be good with gnucash ;)
[17:49] <lool> seb128: Err I meant 6, my mistake
[17:49] <seb128> you are welcome
[17:49] <seb128> lool: I've updated this morning, that's the ppa version
[17:49] <lool> seb128: I miscomputed in my head
[17:49] <lool> seb128: I see it's in now, sorry
[17:53] <\sh> seb128, but I wonder now, why it FTBFS on our buildds but not on my sbuild
[17:53] <seb128> \sh: maybe you had glib1.2 installed?
[17:53] <seb128> lool: ok
[17:55] <\sh> seb128, hmmmm
[17:55] <\sh> seb128, similar bug as with the gconf thingy?
[17:56] <\sh> well...build-deps say libglib2.0-dev
[17:59] <seb128> \sh: no idea why it built
[17:59] <\sh> seb128, ok..something is pulling in libglib1.2
[18:05] <robertj> Mithrandir: isn't that why you have mac-daddie Mark, to buy you equipment needed for testing ;)
[18:19] <\sh> seb128, ok..now I get the very same FTBFS error...loooks like something changed somewhere
[18:23] <robertj> can someone take a look at http://pastebin.ca/868789 and http://pastebin.ca/868790 , xorg.conf and the log, and let me know what package I should file that against?
[18:24] <infinity> robertj: I may be missing the (EE), but what's the bug, exactly?
[18:25] <mvo> pitti: ok, if only event.d is important, then its really straightforward I think
[18:25] <robertj> infinity: its not taking the specified mode and then autodetecting an incorrect one with very bad results, causing a flashing screen and killing X doesn't get my term back
[18:25] <mvo> pitti: http://paste.ubuntu.com/3782 is the list including system.d
[18:25] <infinity> robertj: Ahh, it doesn't like your manual modeline, I see.
[18:26] <infinity> robertj: The driver (nvidia, from LRM) is responsible for your hatred there.
[18:26] <infinity> robertj: Feel free to file the bug, but good luck getting closed-source drivers fixed. :/
[18:26] <bryyce> robertj: file it against your driver
[18:27] <pitti> mvo: looks like most (if not all) of the extra ones are session bus
[18:27] <bryyce> timo will be uploading a new lrm shortly (tomorrow perhaps) with new fglrx and nvidia
[18:27] <mvo> pitti: yeah, even better :)
[18:27] <bryyce> there've been a few complaints about misdetected modelines
[18:28] <robertj> but why wouldn't it take mine, did I botch it? ModeLine       "2560x1600@60" 348.2 2560 2752 3032 3504 1600 1601 1604 1656 -hsync +vsync
[18:29] <bryyce> robertj: dunno, that looks ok at first glance
[18:32] <robertj> stole that modeline from http://aufrecht.org/blog/archive/2007/02/ too
[18:37] <mvo> pitti: http://paste.ubuntu.com/3783/ that is the list with only event.d in the package
[19:08]  * robertj files 185149
[19:08]  * robertj files bug #185149
[19:08] <ubotu> Launchpad bug 185149 in linux-meta "NVidia driver doesn't work with 3007WFP" [Undecided,New] https://launchpad.net/bugs/185149
[19:14] <robertj> regression :(
[19:19] <Riddell> doko: lest you care, W: icepick: manpage-has-errors-from-man usr/share/man/man1/icepick-javadoc.1.gz /tmp/zmanmkAWAN:305: `.' not last character on line
[19:23] <\sh> cprov, could it be, that soyuz somehow forgot to fill hardy-changes with some packages? got accept messages for my uploads...but they are not announced anymore on hardy-changes...
[19:25] <cprov> \sh: let me check
[19:25]  * \sh checked lists.ubuntu.com, too, so my mailserver is ok ;)
[19:27] <cprov> 17:50:20 DEBUG       Subject: Accepted: ipe 6.0pre30-1ubuntu1 (source)
[19:27] <cprov> 17:50:20 DEBUG       Recipients: hardy-changes@lists.ubuntu.com
[19:27] <cprov> \sh: ^ ?
[19:27] <\sh> cprov, check the archive ;) it's not on the list :)
[19:27] <\sh> could be that mailman went crazy...
[19:28] <pochu> \sh: same here. And there have been very few mails today, although I think seb128 has done quite a few uploads.
[19:28] <\sh> pochu, yepp
[19:28] <pochu> \sh: perhaps the disks are full, do you remember that? ;)
[19:29] <\sh> pochu, no :)
[19:29] <\sh> pochu, but my disks are not full ;)
[19:30] <pochu> \sh: when ubuntu-bugs@ wasn't archiving mails anymore due to the disks being full :)
[19:30] <pochu> \sh: not yours :)
[19:31] <\sh> gnucash fixed...
[19:37] <\sh> pochu, well, hopefully elmo or some other canonical sysadmin is working on this problem :)
[19:45] <infinity> \sh: If mailman is backed up, it may we be my fault (bombarded it with a few thousand failure logs this morning), it should recover...
[19:46] <\sh> infinity, cool :)
[19:47] <infinity> ... eventually.
[20:17]  * toresbe waves
[20:17] <toresbe> Out of curiosity... are people here aware of Ubuntu Cola?
[20:19] <toresbe> There is a new brand of cola (at least new to Norway) called "Ubuntu Cola" being sold in Fair Trade stores in Oslo
[20:19] <LaserJock> hmm, is it brown? :-)
[20:20] <toresbe> the colour scheme of the bottle is white with orange and brown details, very much like the Ubuntu Linux software scheme
[20:20] <bahadunn> where would I go to enquire about any license restrictions on selling computers with ubuntu pre-installed?
[20:20] <toresbe> http://dnausers.d-n-a.net/dnetGOjg/020885.htm
[20:20] <toresbe> oops
[20:20] <toresbe> http://www.vl.no/samfunn/article3295507.ece
[20:20] <toresbe> :)
[20:21] <Seveas> bahadunn, trademarks@ubuntu.com for trademark concerns
[20:21] <bahadunn> email is the only way then?
[20:21] <Pici> toresbe: FYI: #ubuntu-devel isnt for random chat, mainly for Ubuntu development, you're welcome to join #ubuntu-offtopic to discuss the lighter side of Ubuntu and all other stuff.
[20:22] <toresbe> Pici: Oh yes, I'm quite aware of it. I just thought that the developers might get a kick out of it, and I was curious to know if any of the developers knew about it.
[20:22] <Pici> toresbe: Okay, just making sure :)
[20:22] <somerville32> toresbe: Cute. :)
[20:22] <Seveas> bahadunn, no licenses of software included with ubuntu prevent you from selling it preinstalled. The only thing that I don't know all details is about is the Ubuntu trademark. Yes email is the prefered if not only way for such questions
[20:22] <toresbe> Pici: no prob. I'm not going to hang around here terribly much.
[20:23] <bahadunn> Seveas: okay got it
[20:23] <bahadunn> Seveas: thanks very much for the information
[20:26] <Seveas> thegodfather, wth? :)
[20:26] <thegodfather> Seveas: ?
[20:26] <thegodfather> Seveas: my adsl keeps bouncing..
[20:27] <Seveas> thegodfather, I just like the alternate identity :)
[20:27] <Seveas> fits you
[20:27] <thegodfather> it has _always_ been me
[20:27] <thegodfather> :)
[21:03] <calc> helllo
[21:03] <calc> er hello