/srv/irclogs.ubuntu.com/2008/01/22/#ubuntu-devel.txt

LaserJockScottK: yeah, I have a much easier time with .doc files than .pdf00:02
LaserJockalthough 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 ;-)00:02
matteohi all01:52
matteoi'm making a package for hardy01:52
matteobut I want a backport for gutsy too01:53
matteohow do I name the backport?01:53
RAOF!backports > matteo01:53
matteotnx01:54
mgunesare 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:55
RAOFmgunes: 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:58
mgunesRAOF, that's what I was thinking; thanks.01:59
matteocan I tell dh_installman to compress manpages?02:02
StevenKdh_compress should do that02:02
StevenK(I think)02:02
RAOFman dh_compress suggests that it will do it by default.02:03
matteoRAOF: somethig suggests me that I have to run it after dh_installman02:06
RAOFProbably, yes.  Otherwise the man pages you want to compress won't be where dh_compress is looking.02:07
matteojust before dh_builddeb should be fine02:07
matteoisn't stupid to compress a manpage of 1.5kb?02:10
matteoit should be against the policy02: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:11
minghuaIt is not against the policy.02:12
matteoit may not02:13
matteobut it's stupid02:13
minghuaNote the "all files in /usr/share/man" part.02:13
matteoand 1.5 file will be 4k on disk02:13
RAOFNot necessarily.02:13
matteoah right02:13
matteosmart FS like reiser and XFS will move them into the inode02:14
RAOFDing!02:14
matteo;)02:14
matteois a bad practice use -jX in the makefile?02:16
matteoit can overload the buildd02:16
matteoor the buildd compiles a package at time?02:16
RAOFI'm pretty sure some packages already do parallel-builds (maybe some java packages?).02:18
LaserJockmysql uses -jX in it's building02:21
matteo$(MAKE) -j$(fgrep -c processor /proc/cpuinfo)02:22
matteothat will work under bash02:22
matteobut not in make02:22
matteoany hint?02:22
RAOFmatteo: Set a make variable to $(shell fgrep -c processor /proc/cpuinfo) ?02:24
matteo$(MAKE) -j$(shell fgrep -c processor /proc/cpuinfo)02:24
matteoyes, found in the docs02:24
matteohttp://theoryx5.uwinnipeg.ca/gnu/make/make_81.html#SEC8002:24
* LaserJock kicks his DSL02:25
LaserJockgo faster!02:25
LaserJockmatteo: mysql-dfsg-5.0 uses:02:32
LaserJockMAKE_J = -j$(shell grep -c processor.* /proc/cpuinfo)02:32
LaserJockifeq (${MAKE_J}, -j0)02:32
LaserJock  MAKE_J = -j102:32
LaserJockendif02:32
matteomm02:35
matteothat could be flacked02:35
matteolet's say a PCu has an ID written in lowercase02:35
matteomodel name      : AMD Athlon(tm) 64 X2 Dual Core Processor 4400+02:35
matteoand it reads:02:36
matteomodel name      : AMD Athlon(tm) 64 X2 Dual Core processor 4400+02:36
matteogrep will find twice the values02:36
matteogrep -c ^processor /proc/cpuinfo02:36
matteothat is better IMHO02:36
LaserJockyeah02:36
RAOFDebdiff's welcome? :)02:36
matteoE: aacplusenc_0.14_source.changes: bad-distribution-in-changes-file hardy02:37
matteocan I ignore it?02:37
LaserJockyep, it means you're not running hardy02:38
matteoi'm running hardy02:38
LaserJockso it doesn't recognize it as a valid release02:38
LaserJockhmm, that's odd02:39
minghuaLaserJock: People shouldn't ignore that, they should install the most recent version of lintian (available in -backports) IMHO.02:39
LaserJockminghua: well, I would encourage it, but if it's really important it shouldn't go in -backports02:41
matteoapt-cache policy lintian02:41
matteo500 http://it.archive.ubuntu.com hardy/main Packages02:41
minghuaIt's important for developers.02:41
matteothat's not a backport02:41
minghuaDevelopers should have a hardy chroot anyway.02:41
minghuaI'm just saying no lintian errors should be ignored.02:41
minghuaIf you use gutsy, get the lintian in -backports.02:42
LaserJockminghua: well, I disagree slightly, but it is important I agree02:42
LaserJockminghua: he's using Hardy he said02:42
minghuaLaserJock: Yes, I am aware of that.  I have no explanation to matteo's problem02:43
matteoi use hardy, and I have a gutsy chroot02:44
LaserJockmatteo: you weren't in the gutsy chroot?02:48
matteono02:48
matteoi'm at home02:48
matteobtw, my package is the AAC+ encoder discussed in the forum02:50
matteoand now packaged into medibuntu02:50
minghuamatteo: What is your lintian version anyway?02:52
matteo1.23.4202:52
minghuaThat doesn't sound right...02:53
matteo$ fgrep hardy /usr/share/lintian/checks/lintian.desc02:53
matteo distribution should be one of hardy, gutsy, feisty, edgy or dapper.02:53
minghuaI take that back.  1.23.42 is indeed the hardy version.02:53
LaserJockmatteo: maybe you should check your changelog entry to make sure there's not a typo02:56
matteohttp://pastebin.ca/86805602:57
matteoseems fine to me02:58
LaserJockweird03:00
matteoindeed03:01
matteobtw, 04:01 AM here03:01
matteognite03:01
matteohttp://ppa.launchpad.net/teknoraver/ubuntu/pool/main/a/aacplusenc/aacplusenc_0.14.tar.gz03:02
matteothis is the package03:02
matteoif someone will try to figure out the lintian mistery03:02
warp10Hi all07:05
=== fabbione is now known as thegodfather
Ellywin 1508:31
Ellydamn08:31
ion_lose 1908:31
mptGoooooooooooooooooooood morning Ubuntu lovers!09:11
* Hobbsee hides under a rock, away from mpt, here too09:11
seb128hey Hobbsee09:12
Hobbseehiya seb128!09:12
Hobbseemorning other canonicalites.09:14
* pitti hugs Hobbsee09:24
* Hobbsee hugs pitti back09:24
* ion_ unhugs both pitti and Hobbsee09:25
* Hobbsee gives ion_ the boot09:25
slangasekgpocentek: any news on gnumeric?10:05
gpocentekslangasek: I uploaded it 2 hours after you asked me last time10:06
slangasekah, hmm10:06
gpocentekand I installed it from the repos, so I guess it's ok10:06
gpocentekslangasek: is there a problem with the package?10:07
slangasekgpocentek: no, I was just misreading the NBS info for goffice :)10:07
slangasekapparently libgoffice-0-5 only depends on itself and can be removed now :)10:07
gpocentekok :)10:11
psicus78hi10:16
psicus78do 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:27
goukipsicus78: Try asking on #debian-motu10:32
dholbachgouki: #ubuntu-motu maybe?10:35
psicus78dholbach: I just asked, thanks!10:36
mantiena-baltixhi all10:50
mantiena-baltixlool: hi, are you online ?11:06
loolmantiena-baltix: I am11:07
tjaaltonpitti: hey, do you know if nvidia-glx-config is used anymore? I'd guess restricted-manager has replaced that?11:07
tjaaltonseems that it was last changed in edgy11:08
mantiena-baltixlool: I have few questions about updating cheesy package11:09
mantiena-baltixlool: I saw you comments at bug #18062411:09
ubotuLaunchpad bug 180624 in cheese "cheese new upstream version 0.3.0" [Undecided,Incomplete] https://launchpad.net/bugs/18062411:09
mantiena-baltixlool: 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:12
loolmantiena-baltix: Sure11:13
loolmantiena-baltix: Are you Steve?  Or what's your name? :)11:13
mantiena-baltixlool: so, which would be the easiest way to update cheese package ?11:14
loolmantiena-baltix: If you followed the discussion on the bug report, there are a couple of things missing from the initial effort by Steve11:14
mantiena-baltixlool: no, I'm not Steve, which reported that bug11:14
mantiena-baltixlool: yea, I noticed that11:14
=== Keybuk_ is now known as Keybuk
mantiena-baltixlool: last comment from Steve was:11:15
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:16
mantiena-baltixlool: is this true ? You wrote about more problems in your comment, maybe Steve was attached updated interdiff ?11:18
pittitjaalton: it's not advertised anywhere any more11:20
pittitjaalton: except for the package description, I think11:20
tjaaltonpitti: ok, I'll remove it then11:20
pittitjaalton: yes, r-m is the prefered method, it works better, too11:20
pittitjaalton: great11:21
loolmantiena-baltix: (Sorry, i'm in the middle of another conversation)11:26
loolmantiena-baltix: My very last comment in the bug, comment #13, explains how to update the first of the two patches which needs updating11:27
loolmantiena-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 report11:28
loolmantiena-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 it11:28
mantiena-baltixlool: 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
geserpitti: please give-back: haskell-alut. Thanks.11:31
loolmantiena-baltix: To my knowledge, the last interdiff was pretty good apart of porting of the patches11:32
loolmantiena-baltix: There were other minor spurious changes which I'd prefer not seeing, but these were acceptable11:32
loolmantiena-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 upstream11:33
loolAlbeit I am happy to sponsor the intermediate one11:33
=== stu1 is now known as stub
mantiena-baltixlool: 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:36
pittimantiena-baltix: gzip ../path/to/interdiff | patch -p111:40
loolmantiena-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 upstream11:40
pittiusually11:40
pittierm, gzip -cd11:40
loolor gunzip -c :-P11:41
pittior zcat11:41
loolyou win!11:41
* lool cooks zpatch11:41
loolmantiena-baltix: If you don't succeed, poke me again and I'll provide the commands11:42
mantiena-baltixso, I will use gunzip -c , right ?11:43
loolmantiena-baltix: zcat is what you want here ;)11:44
loolmantiena-baltix: But it all boils down to gzip uncompressing a file and piping the result to patch11:44
StevenKian_brasil: Hi! I've sent you a few e-mails, have you recieved them?11:44
ian_brasilnope...don't think so11:45
mantiena-baltixyea, I understand this11:45
StevenKian_brasil: I'm happy to resend them if you priv-msg me your prefered address.11:46
=== Sp4rKY is now known as Sp4rKy
mantiena-baltixlool: so, it seems I finished update, excluding hildon.patch12:29
goukidholbach: yeah! Don't know what happened there.12:42
=== \sh_away is now known as \sh
Alohahow long does pbuilder install take on average?12:46
Hobbseedepends how fast your net connection is12:46
Alohai have dsl12:46
Alohaits my first venture into package building, i've always just done tarballs12:47
Alohashould be fun12:47
mantiena-baltixlool: still online ?12:50
loolmantiena-baltix: Yup13:11
mantiena-baltixlool: look at ftp.akl.lt/baltix-linux/Baltix-Ubuntu-packages/gutsy/cheese/13:15
Riddellzul: how come the xen source package includes the version number?13:24
loolmantiena-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 upload13:24
zulRiddell: this for hardy?13:24
loolmantiena-baltix: Next, you should use -0ubuntu1 for the Ubuntu revision of new upstream releases13:24
Riddellzul: yes13:24
loolmantiena-baltix: The -1 revision is usually reserved for Debian13:25
zulRiddell: typo13:25
Riddellzul: it's been doing it for some time13:25
loolmantiena-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:25
mantiena-baltixlool: ok, I forgot it13:27
loolmantiena-baltix: Now let me review the 0.3.0 -> 2.21.5 diff...13:28
zulRiddell: its something we inherited from debian way back in feisty it can probably be dropped for hardy so its just xen13:28
loolmantiena-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 time13:29
mantiena-baltixlool: wait I minute I will add lithuanian translation into .desktop file13:29
loolmantiena-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 release13:29
mantiena-baltixlool: it is enough to attach only .diff.gz (without interdiff) to bugreport ?13:30
loolmantiena-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 though13:31
loolmantiena-baltix: Err your *diff*13:31
loolNot your /interdiff/; sorry, typo13:31
mantiena-baltixlool: lithuanian translation is critical to lithuanians ;) I'm doing gutsy backport, where cheese is not in main, so, not handled by Rosetta13:32
loolmantiena-baltix: Do you mind if we move to #ubuntu-motu as to not flood this chan with universe packages' stuff?  :)13:33
loolmantiena-baltix: I meant it's not critical to do it in the source package; I think you can do it in Rosetta as well13:33
mantiena-baltixlool: ;) AFAIK cheese is in main now ;) btw, I got a build error during building package13:33
loolmantiena-baltix: But I'll happy to review it if you do :)13:33
loolmantiena-baltix: Wow, indeed13:33
mantiena-baltixdh_installdirs -pcheese13:34
mantiena-baltixdh_installdocs -pcheese ./README ./NEWS ./AUTHORS13:34
mantiena-baltixcp: cannot stat `TODO': No such file or directory13:34
mantiena-baltixdh_installdocs: command returned error code 25613:34
mantiena-baltixmake: *** [binary-install/cheese] Error 113:34
loolmantiena-baltix: We can stay here then :-P13:34
loolmantiena-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 changelog13:35
mantiena-baltixstupid build system...13:35
mantiena-baltix;)13:35
loolmantiena-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-dep13:36
mantiena-baltixlool: so, librsvg is new build-dep ?13:37
loolmantiena-baltix: Exactly, it's simply a new requirement13:37
loolmantiena-baltix: You can simply mention "Add a librsvg2-dev (>= 2.18) build-dep" for example13:38
loolmantiena-baltix: It's really nitpicking at this point; but since we're at it... ;)13:38
loolmantiena-baltix: I just noticed something about the dependencies13:39
loolmantiena-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.1513:39
lool+  - gstreamer-plugins-good-0.10  >= 0.10.613:39
loolIn the dependencies13:39
loolmantiena-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-baltixI've noticed this, I think these changes were made by uupdate13:40
ion_benc: Btw, there’s a fixed nvidia_connected attached to bug #182237.13:40
loolmantiena-baltix: Also, what about the "pango" requirement in configure.ac?13:40
ubotuLaunchpad 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/18223713:40
calcmjg59: ping13:41
mjg59calc: Hi13:41
calcmjg59: i am playing with resume on my laptop in 64bit mode and I think I may have gotten further13:41
mjg59Mm?13:41
calcmjg59: if i set  3 > /proc/sys/kernel/acp_video_flags it will resume at console13:41
mjg59Right. That's because it's executing the code natively rather than in x86emu.13:42
mantiena-baltixlool: whan problems can be with pango ? libgtk2.0-dev depends on pango-dev13:42
calcmjg59: 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
calcmjg59: is there something i need to do to get X to come back correctly?13:42
ion_benc: Did my message get though? :-)13:42
calcmjg59: i tried disabling save vbe state, post video, and use dpms but i got the black screen/cursor issue13:43
mjg59calc: Figure out why it's not coming back correctly and fix the driver? :)13:43
loolmantiena-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 dep13:43
calcmjg59: ah so its a bug in the driver at that point?13:43
mjg59calc: Fundamentally, failure to resume video is a bug in the driver at any point13:43
calcmjg59: when its black like that i can switch VTs to console and console still works ok13:43
loolmantiena-baltix: In general, you need to map upstream checks to build-dependencies as close as possible13:43
calcmjg59: ok13:43
loolmantiena-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
calcmjg59: there is/was a bug in Ubuntu where it won't turn on the screen if acpi_video_flags isn't set to non-013:44
calcmjg59: for even console video13:44
BenCion_: don't think so13:44
mjg59calc: 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
ubotuLaunchpad 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/18223713:44
calcmjg59: would that affect even i386 resumes? it wasn't resuming even on i386 to a console before i set that flags file13:45
mantiena-baltixlool: sorry, I don't understand your last message :(13:45
mjg59calc: We had working i386 resume on your system before13:46
Mithrandircalc: 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
Mithrandiror "fixes".13:47
loolmantiena-baltix: Do you mind if I summarize what we just discussed in the bug report now?13:47
calcmjg59: yea it works in gutsy but is broken in hardy along with several other users here at hardy sprint13:48
mjg59calc: That's probably the change from acpi-support to pm-utils13:48
mjg59I'll be there tomorrow13:49
calcMithrandir: 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 64bit13:49
calcmjg59: cool :)13:49
* calc hugs mjg59 13:49
mantiena-baltixlool: I'm making new diff.gz now, which includes your wishes ;)13:49
calcmjg59: acpi-support is still installed on hardy but maybe its not using it?13:49
mjg59acpi-support is installed but not used for suspendresume13:49
calcmjg59: ah ok13:50
loolmantiena-baltix: Cool13:50
calcmjg59: i guess that could explain why changing /etc/defaults/acpi-support didn't change anything for me13:50
mjg59Yeah13:51
mjg59I need to clean that up13:51
calcmjg59: i believe all the affected users here are using i945 intergrated video13:51
calcmjg59: me, robert collins, and i forgot who the other person i heard was having trouble13:51
calcmjg59: is pm-utils user configurable?13:52
mjg59Yes, but not as trivially13:52
calcok13:52
mjg59Check the quirks in /usr/share/hal/something/fdi/bonghits/misc/other13:52
calcheh nice dirname ;)13:53
StevenKHaha13:53
mantiena-baltixlool: 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:56
mantiena-baltixlool: isn't this strange version (0.10.6) simply a mistake in new README ?13:57
jdongI think mjg59 means /usr/share/hal/fdi/information/10freedesktop/13:57
jdong:)13:57
StevenKI think I prefered that directory name when it included 'bonghits'13:58
StevenKAs in, "You'll need some to send patches to files underneath this directory'13:59
jdongStevenK: well he'd be in the position to make that happen :D13:59
loolmantiena-baltix: I think the previous version was a mistake14:01
loolmantiena-baltix: I guess they copied the gstreamer-plugins-base-0.10 version for gstreamer-plugins-good-0.1014:01
loolmantiena-baltix: We certainly don't have gstreamer0.10-plugins-good 0.10.15: the latest version is 0.10.614:01
mantiena-baltixlool: ya, I just noticed this ;) Btw, why we need to use gstreamer 0.10.15 ? cheese compiles fine with 10.14 ;)14:02
calcbbia testing s2ram stuff14:04
loolmantiena-baltix: It might be runtime features14:04
loolmantiena-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 do14:05
pittilifeless: deb     http://ddebs.ubuntu.com hardy main restricted14:13
calcmjg59: do we have s2ram?14:13
calcmjg59: i don't see it installed on the hardy cd or in apt-cache14:13
mjg59calc: No14:14
loolcalc: Hmm I think it's supposed to be in uswsusp, but I only see s2disk and both14:14
mjg59It's explicitly not built14:14
mjg59It turns out that having three different ways of triggering suspend to RAM that use different pathways and different quirks is mad14:14
mantiena-baltixlool: look at new diff.gz in ftp.akl.lt/baltix-linux/Baltix-Ubuntu-packages/gutsy/cheese/14:14
calclool: no s2* are installed on the cd14:15
calcso i need to modify /usr/share/hal/fdi/information/10freedesktop/20-video-quirk-pm-toshiba.fdi for my particular laptop?14:17
mjg59Yes14:17
mjg59Then hal probably needs restarting14:17
mjg59Note that we're slightly different to upstream - a bunch of quirks are enabled by default14:17
calcmjg59: what do i use to dump what hal sees for my laptop?14:17
mjg59lshal14:17
mjg59See /usr/lib/hal/scripts/foo/bar/hal-system-power-suspend-linux14:18
loolmantiena-baltix: Could you please attach it to the bug report?  I'll make my comments them directly14:19
lools/them/there14:19
* lool needs coffee14:19
mantiena-baltixOK, I just compile them before attaching, ok ?14:19
mantiena-baltixBtw, There are nothing to translate in https://translations.edge.launchpad.net/ubuntu/hardy/+source/cheese :(14:19
loolmantiena-baltix: Sure14:19
lifelesspitti: thanks14:20
loolmantiena-baltix: I just discussed this with pitti (thanks pitti!), and two things are needed for it to appear14:22
loolmantiena-baltix: First, it needs to be rebuilt since its promotion to main14:22
loolmantiena-baltix: that will happen after I sponsor the new cheese for example14:22
loolmantiena-baltix: Second, we need to patch cheese's .desktop file to have a X-Ubuntu-Gettext-Domain14:24
loolmantiena-baltix: Forget about the second thing: it's done automatically in CDBS packages using gnome.mk14:24
loolmantiena-baltix: So you should see the translations imported after the next build14:24
mantiena-baltix;)14:24
loolmantiena-baltix: Can you please attach your diff to the bug?  Or I can do it if you prefer14:25
calchmm it died, oh well i'll beat on it later14:27
mantiena-baltixlool: I prefer you ;)14:27
loolmantiena-baltix: What's your name?  are you subscribed to the bug report?14:27
loolMantas Kriaučiūnas?14:27
mantiena-baltixYes, I'm subscribed through Baltix-members team ;)14:29
mantiena-baltixlool: you should use UTF for my surname14:29
mantiena-baltixas in ISO-8859-1 there re no č or ū14:29
TheMusoo/c14:30
slangasekum, he /did/ use UTF for your surname? :)14:31
mantiena-baltixlool: hey, I already translated 40% of cheese-lt.po ;)14:49
loolmantiena-baltix: I've sent my review14:50
Alohai 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:50
HobbseeAloha: see #launchpad for ppa support14:51
AlohaHobbsee, thnx!14:51
mantiena-baltixlool: it seems fix_desktop.patch doesn't work :(15:02
mantiena-baltixmaybe it should be against desktop.in.in, not against desktop.in ?15:02
loolmantiena-baltix: Indeed!15:03
loolmantiena-baltix: I didn't notice the new file15:03
mantiena-baltixlool: btw, new cheese package (without hildon patch) doesn't work in gustsy at all :(15:04
calcmjg59: i must be confused as i can't determine how pm-utils suspends a system15:29
calcmjg59: it appears to call /usr/sbin/pm-suspend which calls the nonexistant s2ram?15:30
\shhmm..can someone look why last upload of ipe (from yesterday) and gnucash (from one hour ago) isn't showing up in hardy?15:30
loolmantiena-baltix: What do you mean with "doesn't work"?15:32
mantiena-baltixlool: I see only grey background, but nothin from my webcam :(15:33
loolseb128: 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.9015:33
loolmantiena-baltix: Did the older release work for you?15:33
calclooks like pm-suspend calls into /usr/lib/pm-utils/functions pm_main which uses s2ram or blindly just suspends by writing mem to /sys15:34
calcbut i have to be misreading this or why would that likely ever work15:34
calcmjg59: ping?15:35
sjoerdcalc: if your version of pm-utils is the same as debians that's indeed the case15:35
calcsjoerd: you mean it just blindly tries to write mem to /sys/power/state ?15:36
calcsjoerd:  so this hal stuff doesn't even get used because s2ram isn't included in ubuntu (!?)15:36
sjoerdcalc: it tries to use s2ram, if that's not available it writes mem to /sys/power/state15:37
sjoerdNot sure what happens with the quirks if uswsusp isn't installed15:37
mjg59calc: Hi15:37
mjg59pm-suspend doesn't call s2ram15:37
mjg59Which then writes to /sys/power/state, yes15:37
seb128lool: ok15:37
calcmjg59: it calls pm_main which calls do_suspend which tries to use s2ram15:38
mjg59Yes, but if s2ram isn't there it's fine15:38
calcmjg59: so if a machine has any kind of quirks its hosed?15:38
mjg59No15:38
mjg59Quirks are called on resume15:38
calcmjg59: since as far as i can tell none of the quirks are used unless s2ram is installed15:38
seb128lool: there is no hurry anyway, the dav code is not ready to be used yet15:38
calcmjg59: oh hmm15:38
mjg59calc: Check the hooks15:38
mantiena-baltixlool: 0.24, backported from hardy works fine, 0.3 - doesn't work, same problems like in 2.21.515:39
mantiena-baltixlool: maybe this is because in gutsy is gstreamer 0.10.14, not 0.15, which is "officially" needed according to devs15:40
calcmjg59: i am confused as to where the pm-suspend exported args (if not using s2ram) end up getting parsed/used15:41
mjg59The hooks15:41
loolmantiena-baltix: Could be15:41
\shpitti, ping missing packages and I didn't receive neither an error message  nor a positive ack  from LP15:41
calcmjg59: those are the files in eg /usr/lib/pm-utils/sleep.d/99video ?15:42
pitti\sh: which source?15:42
mjg59Yes15:42
calcmjg59: ok15:42
\shpitti, ipe from yesterday and gnucash (about one hour ago)15:42
dx9s_workwhat channel deals with packaging (.deb) again?15:42
dx9s_worksome master of the universe thing... forgot ..ubuntu-motu ?15:43
pittihttps://edge.launchpad.net/ubuntu/+source/ipe15:43
pitti\sh: ^ it's not there at all15:43
dx9s_workyeah that's it15:43
pitti\sh: sure that you uploaded it?15:43
\shpitti, Successfully uploaded ipe_6.0pre30-1ubuntu1.dsc to upload.ubuntu.com.15:44
pitti\sh: hm; cprov, any idea?15:44
\shpitti, the same .upload file for gnucash15:44
\shpitti, while octave2.9 from yesterday worked :(15:44
\shpitti, should I reupload?15:45
cprovpitti: let me check15:45
cprovpitti: (Ubuntu Core Developers <ubuntu-devel-discuss.ubuntu.com>: no @ found in email address part.)15:46
pittihah15:46
pitti\sh: ^15:46
calcmjg59: ah i understand how it works now :)15:47
calcmjg59: thanks for the help :)15:47
* calc goes back to beating his laptop15:47
\shpitti, oh well...it's wrong anyways...15:47
\shcprov, this could be worth a "reject email" ;)15:47
\shcprov, hiding this error leads to confusion ;)15:47
cprovwho would receive those ?15:48
=== Amaranth_ is now known as Amaranth
\shcprov, the uploader?15:48
cprovwe can't find out who is the uploader if the changesfile is broken, maybe when we have authenticated upload backend, but not now15:49
persiacprov: Can't you tell from the signature, even if the data is useless?15:49
pitticprov: the gpg signer?15:49
\shcprov: as pitti said, the .changes file is signed (the .dsc, too) so it should be easy to find out who was it15:50
cprovyes, we could fallback to the signer15:50
\shwhich is a good default, even for sponsored uploads15:50
cprovfile 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:53
=== cr3_ is now known as cr3
\shcprov, yes, but humans make errors ;) so it's good to have a automatism for this, too :)15:54
persiacprov: also, .changes upload is just FTP.  Too easy to circumvent a local check15:55
* cprov nods15:56
=== bigon` is now known as bigon
calcok i got it working as well as I did when manually suspending16:07
calcit still shows a black screen with the cursor though for whatever reason16:08
* calc testing something he found on a webpage, heh16:10
calchmm still about the same16:36
calcon amd64 i just get a black X screen with cursor :-\16:36
=== enrico is now known as Federico2
=== Federico2 is now known as enrico
loolseb128: I think we should add Breaks in nautilus for e.g. nautilus-sendto and other extensions-1.016:42
seb128lool: not sure, I don't want to force people to uninstall evince because the properties page will be ignored16:43
seb128lool: we should rather add those one we have rebuilt versions16:43
loolseb128: I was pondering adding conflicts in the extensions16:44
seb128the easier might be to ask alex to change the soname16:44
loolseb128: It's not really the same thing; the ABI for extensions can change more frequently than the SONAME16:45
loolseb128: Do you think you could add a Provide in the new nautilus like we did for Gtk+ and Pango modules?16:45
seb128lool: not sure about this one16:46
loolseb128: Like Provide: nautilus-extensions-2.016:46
loolseb128: The idea is that I can simply depend on that instead of conflicting with nautilus version numbers16:47
loolseb128: And in the case of gtk / pango, the depends is generated on the fly16:47
robertjare there known issues with Xorg auto-detection of 2560x1600 displays on nvidia-nonfree?16:48
gaspapitti: have you got some minutes, for some usplash-endless-boring-things?16:51
pittigaspa: involved in some other things, but I'll catch up with answers here16:53
gaspapitti: do you prefer a mail?16:54
gaspaperhaps i'll prefer mail too... :P16:54
Mithrandirrobertj: unsure.  Send me one and I'll test. :-)16:56
=== bigon is now known as bigon`
pittigaspa: ok, WFM17:05
loolseb128: Argh, we're epoched on nautilus in Ubuntu?17:05
seb128lool: yeah, not sure why, I think a typo command or something some cycles ago or something similar17:06
loolSucks17:06
kagouHi17:06
mdzseb128: 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 it17:12
seb128mdz: 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 upload17:15
pittimvo: FYI, got gen-contents running now, let's see what falls out of it17:16
lifelesswin 2017:18
ion_lose 4217:18
pittimvo: HAH!17:19
mvothanks pitti17:20
* pitti tracks it down to some dir permission error17:20
mdzseb128: ok, thanks17:20
seb128you are welcome17:20
wasabiI see we're giving pulse another try.17:31
wasabiFar as I can tell it's still broken with flash.17:32
persiawasabi: This is the first time for pulse.  polyps were indigestible :)17:32
wasabiAhh yes. Was polyp last time.17:32
wasabiThere a game plan posted anywhere?17:32
TheMusowasabi: There is a package to use pulse with flash17:33
persiawasabi: https://wiki.ubuntu.com/DesktopTeam/Specs/CleanupAudioJumble17:34
wasabiOh! Yeah.17:34
hungerWhat 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
wasabiI heard about that last time i tried pulse, but it had bitrotted to the point of not compiling.17:34
Nghunger: it's quite a scary thing to do if you don't have humans controlling it, or lots of corner cases taken care of17:35
hungerNg: It is?17:35
Nghunger: especially when your vcs tool isn't hot on permissions, yes :)17:36
hungerNg: I am asking since I have been using etckeeper (which is horribly outdated in ubuntu) and am very happy with that.17:36
ogra1http://people.ubuntu.com/~ogra/Bildschirmfoto.png17:37
* ogra1 thinks its a strange world ....17:37
hungerNg: Git is not... but that is what metastore it seems to work reasonably well:-)17:37
lifelessNg: now?17:37
Nglifeless: I only have about 20 minutes, and elmo isn't here, but sure17:37
lifelessk, coming to you17:38
Ngcool17:38
ogra1mvo, ^^^17:39
ogra1(see the screenshot)17:39
loolseb128: You started nautilus 2.21.7 already?17:46
seb128lool: there is no such tarball?17:47
\shseb128, thx for the gconf fix :) now everything will be good with gnucash ;)17:48
loolseb128: Err I meant 6, my mistake17:49
seb128you are welcome17:49
seb128lool: I've updated this morning, that's the ppa version17:49
loolseb128: I miscomputed in my head17:49
loolseb128: I see it's in now, sorry17:49
\shseb128, but I wonder now, why it FTBFS on our buildds but not on my sbuild17:53
seb128\sh: maybe you had glib1.2 installed?17:53
seb128lool: ok17:53
\shseb128, hmmmm17:55
\shseb128, similar bug as with the gconf thingy?17:55
\shwell...build-deps say libglib2.0-dev17:56
seb128\sh: no idea why it built17:59
\shseb128, ok..something is pulling in libglib1.217:59
robertjMithrandir: isn't that why you have mac-daddie Mark, to buy you equipment needed for testing ;)18:05
=== bryce_ is now known as bryyce
\shseb128, ok..now I get the very same FTBFS error...loooks like something changed somewhere18:19
robertjcan 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:23
infinityrobertj: I may be missing the (EE), but what's the bug, exactly?18:24
mvopitti: ok, if only event.d is important, then its really straightforward I think18:25
robertjinfinity: 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 back18:25
mvopitti: http://paste.ubuntu.com/3782 is the list including system.d18:25
infinityrobertj: Ahh, it doesn't like your manual modeline, I see.18:25
infinityrobertj: The driver (nvidia, from LRM) is responsible for your hatred there.18:26
infinityrobertj: Feel free to file the bug, but good luck getting closed-source drivers fixed. :/18:26
bryycerobertj: file it against your driver18:26
pittimvo: looks like most (if not all) of the extra ones are session bus18:27
bryycetimo will be uploading a new lrm shortly (tomorrow perhaps) with new fglrx and nvidia18:27
mvopitti: yeah, even better :)18:27
bryycethere've been a few complaints about misdetected modelines18:27
robertjbut why wouldn't it take mine, did I botch it? ModeLine       "2560x1600@60" 348.2 2560 2752 3032 3504 1600 1601 1604 1656 -hsync +vsync18:28
bryycerobertj: dunno, that looks ok at first glance18:29
robertjstole that modeline from http://aufrecht.org/blog/archive/2007/02/ too18:32
mvopitti: http://paste.ubuntu.com/3783/ that is the list with only event.d in the package18:37
=== Kmos_ is now known as Kmos
* robertj files 18514919:08
* robertj files bug #18514919:08
ubotuLaunchpad bug 185149 in linux-meta "NVidia driver doesn't work with 3007WFP" [Undecided,New] https://launchpad.net/bugs/18514919:08
robertjregression :(19:14
Riddelldoko: 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 line19:19
\shcprov, 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:23
cprov\sh: let me check19:25
* \sh checked lists.ubuntu.com, too, so my mailserver is ok ;)19:25
cprov17:50:20 DEBUG       Subject: Accepted: ipe 6.0pre30-1ubuntu1 (source)19:27
cprov17:50:20 DEBUG       Recipients: hardy-changes@lists.ubuntu.com19:27
cprov\sh: ^ ?19:27
\shcprov, check the archive ;) it's not on the list :)19:27
\shcould be that mailman went crazy...19:27
pochu\sh: same here. And there have been very few mails today, although I think seb128 has done quite a few uploads.19:28
\shpochu, yepp19:28
=== Kmos_ is now known as Kmos
pochu\sh: perhaps the disks are full, do you remember that? ;)19:28
\shpochu, no :)19:29
\shpochu, but my disks are not full ;)19:29
pochu\sh: when ubuntu-bugs@ wasn't archiving mails anymore due to the disks being full :)19:30
pochu\sh: not yours :)19:30
\shgnucash fixed...19:31
\shpochu, well, hopefully elmo or some other canonical sysadmin is working on this problem :)19:37
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:45
\shinfinity, cool :)19:46
infinity... eventually.19:47
* toresbe waves20:17
toresbeOut of curiosity... are people here aware of Ubuntu Cola?20:17
toresbeThere is a new brand of cola (at least new to Norway) called "Ubuntu Cola" being sold in Fair Trade stores in Oslo20:19
LaserJockhmm, is it brown? :-)20:19
toresbethe colour scheme of the bottle is white with orange and brown details, very much like the Ubuntu Linux software scheme20:20
bahadunnwhere would I go to enquire about any license restrictions on selling computers with ubuntu pre-installed?20:20
toresbehttp://dnausers.d-n-a.net/dnetGOjg/020885.htm20:20
toresbeoops20:20
toresbehttp://www.vl.no/samfunn/article3295507.ece20:20
toresbe:)20:20
Seveasbahadunn, trademarks@ubuntu.com for trademark concerns20:21
bahadunnemail is the only way then?20:21
Picitoresbe: 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:21
toresbePici: 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
Picitoresbe: Okay, just making sure :)20:22
somerville32toresbe: Cute. :)20:22
Seveasbahadunn, 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 questions20:22
toresbePici: no prob. I'm not going to hang around here terribly much.20:22
bahadunnSeveas: okay got it20:23
bahadunnSeveas: thanks very much for the information20:23
=== fabbione is now known as thegodfather
Seveasthegodfather, wth? :)20:26
thegodfatherSeveas: ?20:26
thegodfatherSeveas: my adsl keeps bouncing..20:26
Seveasthegodfather, I just like the alternate identity :)20:27
Seveasfits you20:27
thegodfatherit has _always_ been me20:27
thegodfather:)20:27
=== \sh is now known as \sh_away
calchelllo21:03
calcer hello21:03
=== gouki_ is now known as gouki
=== cprov is now known as cprov-afk

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!