[00:17] cjwatson: sorry about bug 316579 - I didn't know it was under copyright :) [00:17] Launchpad bug 316579 in soyuz "Soyuz needs to switch to obtaining Packages-arch-specific from non-obsolete source" [High,Triaged] https://launchpad.net/bugs/316579 [00:22] savvas: As a general rule anything not explicitly not copyrighted is copyrighted. So unless you KNOW it's not .... [00:54] ScottK: were you being sarcastic? [00:55] Mavericks: no? That's standard practice, actually [00:55] never mind understood - it took a while to wrap my head around that statement of ScottK [00:55] thanks Hobbsee for the response [00:57] actually, in many countries it's not possible or very difficult to make something "not-copyrighted" [00:57] * directhex copyrights Hobbsee [00:57] * StevenK claims prior art and sues directhex [00:58] heh [00:58] * Hobbsee attacks directhex with the Long Pointy Stick of DOOM!!!!!!!!!!!!!!!™ [00:59] StevenK, prior art? you're thinking of patents ;) [00:59] * directhex patents StevenK [00:59] Meh [00:59] to make something public domain you would obviously have to be the author, and an author can't put something in the PD in many countries ;) [01:14] i believe the US is one where public domain only occurs after copyright expires or when it's a work of the government [01:16] copyright never expires :> [02:36] kees: pingalicious [02:37] hrmm, I guess if you were from mexico or such, that might sound a little bit off :) [02:38] if you don't respond in the next 4 hours, you can ignore that one === Amaranth is now known as bluesmoke === bluesmoke is now known as Amaranth [03:33] nixternal: sup? [04:48] damn, now I probably missed you kees...was just wondering if I could get added to the Core Dev Sponsors team [04:50] nixternal: As in u-m-s? [04:51] ya, that's the one [05:38] jdong: you disabled vblank from the compiz configuration? [05:38] the default is off, but you can break it by enabling it there [05:40] tjaalton: I had to manually disable vblank from gconf in an alpha 6 install [05:40] is the default vblank off supposed to be the case as of alpha-6? [05:59] StevenK: do you know who handles moderation for ubuntu-devel mailing list? [05:59] maco: According to https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel ; cjwatson [06:00] figures, just needed to scroll further down. [06:00] thanks [06:11] maco: anything in particular you were wanting? [06:11] to be whitelisted [06:12] i think i fit in the white rectangle on https://wiki.ubuntu.com/UbuntuDevelopers so i'd like to get whitelisted instead of always going through message moderation [06:13] ahhh [06:15] People who consistently post sensible, on-topic material should be added to the whitelist. To edit the whitelist, use the administrative interface (with the moderator password) and navigate to Privacy options... -> Sender filters -> accept_these_nonmembers. Please be careful when editing this field to avoid accidents of the select-all type that might lose the previous list contents; if you suffer such an accident, don't save your changes! [06:15] yeah, you fit that. cool [06:16] maco: fixed. [06:16] Hobbsee: awesome! you rock! [06:16] maco: :) [06:24] jdong: yes, but I'm not sure if the compiz configuration enables it [06:25] but the dri driver default is off [07:46] Good morning [07:47] heya pitti! [07:57] hmm, why does nm-applet believe that NM is notrunning [07:58] ** (nm-applet:19035): WARNING **: nm_client_get_devices: error getting devices: The name org.freedesktop.NetworkManager was not provided by any .service files [07:58] \o/ [08:04] transition to python 2.6: this just needs no-change upload, right? [08:06] Lure: sometimes the setup.py install line needs to be modified [08:07] to include --install-layout=deb [08:07] and sometimes the debian/*.install (or rules) because "site-packages" chagned to "dist-packages" [08:07] mvo: ok, thanks for hints [08:26] directhex: hrm, mono seems to have transitioned from having separate /usr/share/doc directories to having symlinks pointing to mono-common? but the -cil packages all think they still own the files under /usr/share/doc, so if you remove one of them your copyright file disappears [08:26] As a general rule anything not explicitly not copyrighted is copyrighted. So unless you KNOW it's not .... < ScottK: Noted! thanks for the tip :) [08:40] slangasek, the reverse is the case - the ubuntu's mono has historically had a buggy docdir symlink thing going on, the current package has individual docdirs [08:40] apparently there's a policy issue w/ symlinking, which is why it's not done in debian [08:42] directhex: then the transition to separate docdirs was not managed correctly [08:42] because they're not separate dirs on my system [08:42] dpkg will not automatically switch between a directory and a symlink on upgrade; this is documented in Debian policy [08:43] blarg [08:46] i'll have a word with meebey when he's about, then [09:02] thekorn: wow, you are really into the guts of launchpadlib [09:14] pitti, I do my best, hopefully it makes sense ;) [09:16] thekorn: btw, do you happen to know whether the remaining usages of p-lp-bugs (ubuntu-qa-tools, ubuntu-dev-tools, python-bughelper) are going to be transitioned in jaunty? [09:18] pitti, I'm sure bughelper won't make it until jaunty, ubuntu-dev-tools is using launchpadlib, I think py-lp-bugs is optional [09:19] not sure about u-qa-tools [09:19] thekorn: u-dev-tools still Depends: on it, though [09:19] $ dpkg -L ubuntu-dev-tools|xargs grep launchpadbugs [09:19] /usr/share/pyshared/ubuntutools/ppaput.py: import launchpadbugs.connector as Connector [09:20] hm, that shouldn't be hard to change, just one file left [09:21] looks like I missed it when I did the transition ;) [09:22] sjoerd: hey, what is the issue with telepathy-glib? [09:22] seb128: build-depends on python, but used python2.5 [09:22] *uses [09:22] ok, so it's a package bug [09:23] yeah and a slight upstream one as well [09:23] bigon was saying it's a buildd bug apparently [09:23] bigon: ^ [09:23] for debian it's fine as python is still 2.5 or lower [09:23] we'll fix upstream so it can use 2.6 as well, but the ubuntu package should b-d on python2.5 for now [09:25] sjoerd: ok, we are on sync with debian so it would be nice to fix it there since debian will have the issue sooner or later too anyway [09:25] but we can add an ubuntu diff for now I guess [09:26] sure [09:26] i wouldn't mind putting python2.5 in the debian packaging as a build-dep for now [09:27] would be nice, thanks! [09:28] is telepathy in main now btw or still universe ? [09:29] universe [09:36] pitti: ignore bug 332120 - it's a bit outdated, I was "educated" to rebuild them - I forgot to set it as invalid :) [09:36] Launchpad bug 332120 in boost1.35 "jaunty - boost (1.34) to boost1.35 transitional dummy packages" [Undecided,Invalid] https://launchpad.net/bugs/332120 [09:36] savvas: ah, okay [09:36] savvas: unsub'ing sponsors then [09:37] pitti: thanks :) [09:40] seb128: There appears to be some sort of race condition with GNOME session startup, gnome-session and at-spi-registryd. On the live CD, logout dialogs are accessible, whereas on an installed system they are not. Starting at-spi-registryd-helper from a file in /etc/X11/Xsession.d proves that things are not starting in the right order. [09:40] seb128: I'm wondering whether you may have any suggestions as to how this could possibly be fixed. [09:41] seb128: I could start at-spi-registryd from /etc/X11/Xsession.d, but I think it would be better to sort the problem out relating to the GNOME session itself. [09:42] TheMuso: no suggestion but open a gnome-session bug upstream I would say [09:42] seb128: ok sounds reasonable. [09:45] Does 5-a-day ever work? I've gotten bazaar internal errors the last month when I've tried to use it (with 5-a-day --add) === tkamppeter_ is now known as tkamppeter [10:00] asac: please pull lp:~pitti/mobile-broadband-provider-info/mobile-broadband-provider-info.20090309 into lp:~network-manager/mobile-broadband-provider-info/mobile-broadband-provider-info.ubuntu/ (or make ubuntu-core-dev a member of ~network-manager) [10:01] asac: I just uploaded the new upstream release to jaunty [10:01] can i run update-notifier (not update-notifier-kde) at kde startup for update notification? [10:02] asac: ping === cjwatson_ is now known as cjwatson [10:09] evand: hey; I hope you don't mind, I fixed usb-creator FTBFS and did an upload yesterday, since it didn't work at all with persistency [10:09] pitti: no problem at all. Thanks a bunch! [10:11] cjwatson, bdmurray: heh, did you notice that the numbers on http://qa.ubuntu.com/reports/bug-fixing/jaunty-fixes-report.html actually go *down*? [10:14] pitti: hmm. ok thanks. thought actually we were waiting for something [10:14] pitti: but that was only libmbca0 i guess [10:15] asac: waiting> all bugs mentioned in the sponsoring bugs were fixed upstream [10:15] asac: that's what you was waiting for before [10:15] joaopinto: just make sure that /etc/default/console-setup is set up properly in the chroot before you install console-setup there [10:15] pitti: blink, so they do. that's odd ... [10:16] pitti: perhaps a change of rules in how sponsored uploads are counted? [10:16] cjwatson: maybe, I don't know [10:17] pitti: what is the question? [10:17] cjwatson, thanks, meanwhile I was able to install with DEBIAN_FRONTEND set to noninteractive, I just needed to bind mount /proc first, otherwise the console-setup start script fails (without providing a meaningful reason) [10:17] * slangasek tries restarting NM to see if that lets nm-applet find it again; if I go quiet, you'll know I broke my network [10:18] asac: I'm looking into the n-m/wpasupplicant shutdown mess... Apparently wpasupplicant has support for sendsigs omission in its ifup/down scripts, but they aren't called when used from n-m ? I'm still a little confused as to what in that behavior is by design and what is a bug. [10:19] ttx: NM wpasupp is started through dbus activation [10:20] ttx: could be that it dies when dbus goes down [10:20] asac: imho it dies when killed by sendsigs... since there is nothing in sendsigs.omit.d created to avoid that fate [10:21] asac: the omit things are normally created in the ifup scripts [10:21] but n-m must bypass that iirc [10:22] ttx: so have you tried to not kill nm nor wpasupp? what happened? [10:23] if I run my N-M branch /and/ manually add the pid for wpa_supplicant in /lib/init/rw/sendsigs.omit.d then the network fs get properly unmounted [10:23] asac: supposing you run in "network connection available for all users" mdoe [10:24] mode, even [10:24] well, that's fun. nm-applet can see NM again as soon as I restart it; but I can't connect to my home wireless anymore, only to the neighbor's open AP. :P [10:24] asac: it still fails when run in "my connection, MINE !" mode. [10:25] slangasek: you dont see your wireless in applet? or association just fails? [10:25] asac: but I don't see any way out of that... mounting network filesystems and running per-Gnome-session network is obviously not compatible. [10:26] asac: clicking on my home network fails to get it to associate. Mar 16 03:25:45 dario NetworkManager: get_secrets_cb(): Couldn't get connection secrets: Rejected send message, 5 matched rules; type="method_call", sender=":1.1383" (uid=0 pid=29469 comm="/usr/sbin/NetworkManager --pid-file /var/run/Netwo") interface="org.freedesktop.NetworkManagerSettings.Connection.Secrets" member="GetSecrets" error name="(unset)" requested_reply=0 ... [10:26] ... destination="org.freedesktop.NetworkManagerUserSettings" (uid=1000 pid=30394 comm="nm-applet ")). [10:28] pitti, slangasek: is one of you doing syncs? [10:28] seb128: no [10:29] asac: any thoughts? [10:29] slangasek: sounds like dbus [10:29] slangasek: what kind of system is that? jaunty? [10:32] slangasek: the /etc/dbus/system.d/ policy files got updated in one of the recent uploads (security). [10:33] asac: not sure which of my messages made it through; did you get the get_secrets_cb() error I quoted? [10:33] slangasek: yes [10:33] thats the last one [10:33] 11:26 < slangasek> ... destination="org.freedesktop.NetworkManagerUserSettings" (uid=1000 pid=30394 comm="nm-applet ")). [10:34] wow, the neighbors' ISP sucks. ;) [10:34] 1:29 < asac> slangasek: what kind of system is that? jaunty? [10:34] 11:32 < asac> slangasek: the /etc/dbus/system.d/ policy files got updated in one of the recent uploads (security). [10:36] ttx: i would think that user mounted nfs is not really supported by our Desktop. last week i searched for UI to setup a nfs mount in gnome and didnt find any. [10:37] ttx: so yeah. lets fix the system connection case ... and keep the other issue open [10:38] asac: jaunty, yes [10:40] asac: suggestions on how to fix this? (and which package updated those files? this breakage is not correlated with an upgrade of network-manager for me) [10:40] slangasek: when did this start? [10:40] asac: this part of the problem started a couple hours ago, when I restarted NetworkManager because nm-applet couldn't see it [10:41] slangasek: have you restarted your system afterwards? [10:41] that error was: ** (nm-applet:19035): WARNING **: nm_client_get_devices: error getting devices: The name org.freedesktop.NetworkManager was not provided by any .service files [10:41] asac: no? [10:42] slangasek: check that you dont have modified dbus policy files. if that doesnt help restart dbus and see if that helps [10:42] I don't have modified dbus policy files [10:42] at least, not modified by me [10:43] slangasek: heh [10:43] let me do a conffile check [10:43] slangasek: yeah. you never know; mine is: http://paste.ubuntu.com/131887/ (/etc/dbus-1/system.d/nm-applet.conf) [10:44] yeah, no modified conffiles under /etc/dbus-1 [10:45] good. [10:45] [10:45] ok... isn't that the problem? :) [10:45] cjwatson, I noted that some other scripts already check for /proc availability, does it make sense to file a bug against console-setup ? [10:46] joaopinto: feel free to file a bug [10:46] slangasek: well. there is no reason for anyone else to get the secrets [10:46] slangasek: or are you running NM daemon as a special user;)? [10:46] slangasek: also you have: sender=":1.1383" (uid=0 pid=29469 [10:46] which seems to be ok [10:47] asac: it's running as root. The error message in my log is precisely about querying secrets. [10:47] slangasek: right. but root is allowed to get secrets. thats why i think your dbus needs a restart or something [10:48] asac: except that file is older than my last reboot [10:49] ugh, ok, now I can't even see my AP; hang on, let me troubleshoot that [10:50] * asac running out to buy some coffee-food; few minutes ... [10:53] asac: restarting dbus crashed X. :P [10:53] it also caused nm-applet to again be unable to see NM [10:54] so I restarted NM; now things are working, but I had to reenter my WEP key [10:54] (which is supposed to be stored as part of a system connection profile, but of course that still doesn't work properly anyway...) [10:59] slangasek: did you rebuild gcc-4.3 for #328035, or do you need a package? [11:00] doko: rebuild it? I was just going to roll back to the earlier version of the package that was used to build -1ubuntu1 [11:00] ahh, ok [11:08] seb128: well, haven't seen bug #332342 again, but apparently gnome-keyring-daemon is unhappy if dbus disappears. :) [11:08] Launchpad bug 332342 in gnome-keyring "gnome-keyring-daemon crashed with SIGSEGV" [Medium,Triaged] https://launchpad.net/bugs/332342 [11:10] slangasek: thats strange. i run wpa psk secret system connection on my laptop without applet ... no problems with secrets [11:10] do you use it as a system connection? === azeem_ is now known as azeem [11:12] slangasek: yes. "all userse" [11:16] asac: ok, well, as I've said before, the system connection here has never worked properly as a system connection [11:17] I expect that it'll keep track of my WEP key again now that I've re-entered it, but that it will continue to fail to bring up the connection prior to login [11:17] seb128: Have some free time? Need to discuss broken DVD playback in jaunty. I have the solution but I am not able to understand root cause. [11:17] slytherin: shoot [11:18] slangasek: for system connections the secrets have to be entered int he "connection editor" [11:19] slangasek: hey, is that you doing syncs? [11:19] if you see a popup asking for passphrase its not a system connection [11:19] slytherin: so...? [11:19] seb128: DVD playback is broken with latest libdvdread. The solution I have found is to use old configure script instead of current configure2/Makefile combo being used. But I have no idea why one works while other doesn't. [11:19] slytherin: configure for what? [11:20] asac: frankly, suggestions that this is an error on my part are only going to piss me off, because I have clicked *every* *possible* *button* in nm-applet, repeatedly, to try to get it to do something sensible with a system connection [11:20] seb128: for build. Upstream ships a configure2 script and using autogen.sh creates another configure script. [11:20] asac: so if I've failed, it's because the UI is braindamaged [11:20] slangasek: what pakage are you speaking about? libdvdread? [11:21] ups [11:21] seb128: I'm doing syncs today, yes [11:21] slytherin: ^ [11:22] asac: I have a profile under /etc/NetworkManager/system-connections. It contains the secret. The connection is only ever brought up when I log in and nm-applet starts. [11:22] slangasek: i dont say that its your fault. its just odd. i will check whether i can see similar things with WEP [11:22] seb128: yes [11:22] slangasek: ok, I will need to do some GNOME syncs later when you are done [11:23] slangasek: do you see whether NM at least tries to connect for you? [11:23] before login? [11:23] slytherin: weird, I tried to use libdvdread3 which is still installed on my jaunty box some days ago and it didn't work better [11:23] seb128: Now it is libdvdread4 [11:23] seb128: will be back in 10 minutes [11:23] slytherin: right, but libdvdread3 should still be working [11:24] slytherin: if that was a libdvdread bug, since that's the intrepid version and that was working in intrepid [11:24] slytherin: later [11:24] brb trying an another round of updates [11:25] asac: hmm, I think we're repeating a conversation we've had in the past about this. :) I think I should just make sure I have a bug filed about the problem... [11:26] seb128: I'm already done with the syncs, go ahead [11:26] slangasek: thanks [11:26] slangasek: ok got your bug now [11:27] asac: bug #321442? [11:27] Launchpad bug 321442 in network-manager ""system"-level connection doesn't start up until nm-applet is launched" [Undecided,New] https://launchpad.net/bugs/321442 [11:28] slangasek: yeah === thekorn_ is now known as thekorn [11:48] seb128: I am back. Actually all the applications have migrated to libdvdread4 now. [11:48] slytherin: what do you call migrated there? [11:49] seb128: I mean linked against libdvdread4. mplayer, VLC, gstreamer plugins etc. [11:51] slytherin: right, I just did try totem using libdvdread3 to see if that was due to the new libdvdread4 and that didn't work better here [11:51] slytherin: what change do you do to get it working? I will give it a try and have a look [11:52] seb128: Just a minute [11:52] Hobbsee: why did you confirm bug #342890 as being a totem issue if it happens on all dvd players? [11:52] Launchpad bug 342890 in totem "Cannot play DVDs - Could not open location; you might not have permission to open the file" [High,Confirmed] https://launchpad.net/bugs/342890 [11:53] seb128: because i've not moved it yet [11:54] seb128: I rebuild libdvdread using this in debian/rules file - ./autogen.sh, ./configure --prefix=/usr -DHAVE_DLFCN_H (note the currently used script is configure2). I had to add libtool, autoconf and automake to build-depends. [11:54] seb128: one more thing, configure.ac needs patching to change DVDREAD_LT_REVISION=2 to DVDREAD_LT_REVISION=3 [11:54] slytherin: why? [11:55] slytherin: I will have a look to that after lunch [11:55] seb128: sure, take your time. [11:55] * seb128 is away for lunch now, bbl [11:57] Hobbsee: I am changing the package for that bug to libdvdread. [11:58] slytherin: cool, thanks [12:00] slangasek: ok. after playing around i could now reproduce; it gets revealed because of managed=false in nm-system-settings.conf and having eth0 configured in ifupdown; managed=true should workaround this for now [12:01] asac_: won't that also cause NM to try to manage eth0, then? [12:02] slangasek: yes. if you have a not supported setup you have to wait for the fix [12:02] "not supported"? [12:03] slangasek: not supported by the ifupdown system settings plugin that is [12:03] e.g. if you use managed=true, nm ifupdown plugin will parse your ENI and manage that as a system connection [12:03] ah [12:03] instead of keyfile [12:03] well, I'll turn it on and see; having it twiddle with eth0 is certainly going to be a lesser evil [12:03] since eth0 is never plugged in :) [12:05] * asac_ sets AP back to WPA === asac_ is now known as asac [12:32] mvo: gksu is dep-wait on sng? [12:37] slangasek: oh, let me check [12:44] pitti: http://launchpadlibrarian.net/23910885/buildlog_ubuntu-jaunty-i386.glib2.0_2.20.0-1_FAILEDTOBUILD.txt.gz [12:45] pitti: "pkgstriptranslations: tarball already exists" is that a warning or an error? [12:45] the build failed but I'm not sure to understand why [12:49] seb128: no, it's just logging [12:49] ok [12:49] seb128: it happens if a source builds multiple binaries and thus it's called several times [12:49] weird build log [12:49] seb128: if it exists, it updates the existing one [12:49] I see nothing wrong there [12:49] seb128: urgh, glib again? [12:49] yes [12:49] seb128: previous builds failed because the buildds run builds in parallel [12:49] (AARGH! to whoever enabled that in that way) [12:50] seb128: but I thought I fixed that in pkgstriptranslations [12:50] md5sum: usr/share/locale/da/LC_MESSAGES/glib20.mo: No such file or directory [12:50] md5sum: usr/share/locale/de/LC_MESSAGES/glib20.mo: No such file or directory [12:50] dh_md5sums: command returned error code [12:50] make: *** [binary-indep] Error 1 [12:51] slangasek: I put a uudecoded version into the gksu source for now. is there a reaosn to keep sng out of main? or is just a MIR report required for it? [12:51] cody-somerville: indeed, that's further up [12:51] cody-somerville: it seems that one pkgstriptranslations runs in parallel with another dpkg-deb [12:51] * cody-somerville nods. [12:51] Indeed. [12:51] The next line after that error is "make: *** Waiting for unfinished jobs...." [12:51] seb128: bah, fixing parallel dh_* runs properly is utterly hard [12:52] mvo: MIR would be required; not my department, I'm just reviewing the out-of-dates list :) [12:52] pitti: what do you suggest doing? retrying the build? ;-) [12:52] seb128: we can do [12:52] let me retry [12:52] seb128: but ideally glib would just stop doing parallel debhelper [12:52] it's a gamble like this [12:52] it doesn't do anything special that I know about [13:04] asac: edited nm-system-settings.conf to set [ifupdown] managed to true; restarted NM; network still doesn't come up without nm-applet [13:19] mvo: how do you suggest to handle bugs like bug 320745 and bug 322739 ? [13:19] Launchpad bug 320745 in openjdk-6 "package openjdk-6-jre-lib None [modified: /var/lib/dpkg/info/openjdk-6-jre-lib.list] failed to install/upgrade: short read in buffer_copy (backend dpkg-deb during `./usr/lib/jvm/java-6-openjdk/jre/lib/ext/localedata.jar')" [Undecided,New] https://launchpad.net/bugs/320745 [13:19] Launchpad bug 322739 in openjdk-6 "package openjdk-6-jre-lib 6b12-0ubuntu6 failed to install/upgrade: short read in buffer_copy (backend dpkg-deb during `./usr/lib/jvm/java-6-openjdk/jre/lib/charsets.jar')" [Undecided,New] https://launchpad.net/bugs/322739 [13:23] doko: the ones I have seen that look like this are file system corruptions, I have a closer look [13:26] mvo: there is several bugs with the same error on dpkg [13:27] mvo: I tend to reassign the ones we get for desktop packages there since the short read seemed to be a dpkg issue [13:28] slytherin: ok, I don't know why because I don't think I changed anything special since friday but dvd playing work on my jaunty laptop today [13:29] so either one of the GNOME 2.26 updates fixed it which would be weird [13:29] or it's murphy law in action [13:29] doko: I commented [13:31] slangasek: sudo killall nm-system-settings to apply your .conf changes [13:31] asac: right, ok [13:31] seb128: That is weird. I was having problem till yesterday. Currently I am in office. SO I will let you know if it works for me when I go home. [13:31] (yes, we will do that in init script) [13:31] seb128: In what timezone are you usually available? [13:32] slytherin: european work hours and often after dinner too [13:32] slytherin: if I'm on IRC I'm available that's easy ;-) [13:32] seb128: ok. :-) [13:32] a bit odd: on my desktop with usb wifi thing i cannot reproduce "nm not activating system connection" bug ... no matter what. seems i have to do the debugging on the laptop then. [13:32] asac: hmm, still the same problem [13:32] darn [13:33] seb128: you have latest updates installed right? [13:33] slytherin: I did upgrade on friday and I've been doing GNOME updates since this morning [13:34] slangasek: as a last attempt you could try to remove eth0 lines from ENI and killall nm-system-settings, restart NM and everything. [13:34] slytherin: trying to play protected dvds was not working on friday, I did try a no change libdvdread rebuild after lunch today and now that works [13:34] slytherin: I did try to reinstall the jaunty version and that works too [13:34] slangasek: anyway, i could reproduce something similar on my laptop so i will just debug that and hope that this fixes your issue too [13:34] slytherin: I did reinstall the libdvdcss too and that's still working [13:34] seb128: Ok. The only thing in gstreamer stack that has changed since Friday is -ugly. So I am really clueless. [13:34] asac: ok :) [13:35] slytherin: so either it's murphy's law or the glib update or something fixed it, but I doubt GNOME updates would impact on libdvdread [13:35] slytherin: I didn't install this update yet [13:35] and I was having the issue in totem-xine too [13:35] which is working fine now [13:35] mvo: have you seen any problems with compiz on intel with UXA? [13:36] seb128: I didn't have any issues with any xine players. Anyway, going offline now. Will login later. [13:36] slytherin: ok [13:37] slytherin: xine-ui was not working for me on friday I think [13:37] neither was totem-xine [13:39] pitti: thanks for approving exiv2 FFe [13:40] pitti: does universe approval need 2 ACKs and main only one [13:40] * Lure read this in FFeProcess [13:42] tjaalton: well from my experience, compiz DOES enable vblank syncing by default and that makes UXA very unhappy to render the screen more than once every 5 seconds :D [13:44] jdong: we don't enable vsync by default [13:44] ack, we do, when did that change? [13:46] sure enough, that was the problem [13:46] I thought we disabled vsync because it caused problems with nvidia [13:49] yeah, maybe we should turn that off... [13:54] Amaranth, jdong: uxa> yes its pretty slow currently. if its the sync_to_vblank, then I will chnage the default [13:55] mvo: it is, I just turned that option off and it flies again [13:55] I was getting sick of the metacity compositor, so slow and limited [13:55] mvo: likewise; with UXA and vblank OFF, the speed is more or less acceptable (I don't feel Compiz any slower than Intrepid) [13:55] but with vblank on, all hell breaks loose :) [13:56] thanks guys, I prepare a fix [13:56] "fix [13:56] " [13:56] thanks! [13:56] hm, this should be set to false already [13:56] * mvo looks a bit deeper [13:57] mvo: that's what I said too :P [13:57] for me ebaling UXA makes X crash randomly [13:57] afaik nvidia still falls over on it because they use refresh rate to store configuration information [13:57] *enabling [13:58] Amaranth: yeah, the changelog says it causes issues with suspend [13:58] yep, that too [13:58] we really need a way to make sure certain options are on/off per video card/driver [14:02] Amaranth: heh :) core.xml.in is now core.xml.in.in [14:02] *headdesk* [14:24] Keybuk: Hey. You dropped ndb-client's modprobe option to set max_part to 15, claiming the default was already 16. This is not the case (you've probably mistaken nbds_max for max_part). Since you broke it, would you mind taking care of fixing it in the kernel? I mean, how much difference will one patch make in your anti-modprobe-options crusade? :) [14:33] soren: ? [14:34] drivers/block/Makefile:obj-$(CONFIG_BLK_DEV_NBD) += nbd.o [14:34] oh, no, wait, you're right ;) [14:34] I did confuse the two [14:34] i think he means devices != partitions [14:37] Keybuk, btw, i get a "file not found" error if i use an empty modules.dep ... i know its just cosmetic, but would be nice if it wouldnt moan [14:39] ogra: you can't get an empty modules.dep [14:39] sure [14:40] if i run depmod -a without having any modules under /lib/modules/$(uname -r) [14:40] it should still generate the empty file [14:40] that creates an empty file /lib/modules/$(uname -r)/modules.dep [14:40] not to mention an empty binary bindex [14:40] oh, no, it shouldn't [14:40] it generates a file with lots of "filename:" lines [14:41] on boot i get a file not found: /lib/modules/$(uname -r)/modules.dep [14:41] hmm [14:42] that sounds more like a bug somewhere else [14:42] i used it like that on my early ARM kernels [14:42] what is outputting that error? [14:42] to get an initramfs even though i have no kernel modules [14:42] i think there is been a "modprobe:" at the start of the lines [14:42] i have no such system around atm [14:43] modprobe doesn't *use* modules.dep ;) [14:43] it was pretty close tro something like: "modprobe: /lib/modules/$(uname -r)/modules.dep: not such file or directory" [14:43] which is odd, because you're saying there is such a file, it's just empty [14:44] right [14:44] it might refer to the content ... if i have it again i'll note down the exact message [14:45] my assumption was that some script in module-init-tools tries to parse the file and ends up with an empty var where it shouldnt [14:45] trying to open a file it would read from /lib/modules/$(uname -r)/modules.dep normally [14:48] Keybuk: modprobe doesn't use it? What does, then? [15:00] soren: nothing [15:01] it's generated because if it wasn't, some people would get hysterical [15:02] soren: got a bug# about the nbd thing? [15:09] Keybuk: https://launchpad.net/bugs/342563 [15:09] Ubuntu bug 342563 in nbd "[jaunty] /sys/module/nbd/parameters/max_part is 0, which prevents /dev/nbd0p* devices from getting created" [Wishlist,Confirmed] [15:10] Keybuk: How are module dependencies handled nowadays, then? [15:10] by the modules themselves [15:10] Oh, symbo... Right, ok. [15:11] ogra: Erm.. No, I don't get that :) [15:11] doko: have you seen my follow up to bug 329903 yet? [15:11] Launchpad bug 329903 in xom "xom FTBFS in Jaunty on the i386 buildd but not on personal amd64" [Medium,Confirmed] https://launchpad.net/bugs/329903 [15:11] ogra@osiris:~$ modinfo mcs7830|grep depends [15:11] depends: usbnet,mii [15:12] ogra: I see. So how does that get mapped to filenames? [15:12] by assumptions? [15:13] no idea [15:14] I see modprobe opens modules.dep.bin for something. [15:16] "modprobe expects an up-to-date modules.dep file, as generated by depmod (see depmod(8))." from modprobe(8) [15:24] pitti: How do you figure? [15:25] bdmurray: last time I looked at the page (a week ago perhaps) I had some 159 fixes, and now it's 140something [15:25] cjwatson: hey mr. debootstrap. I'm having some issues with a Jaunty lpia chroot on a Jaunty server. '/usr/lib/gcc/i686-linux-gnulp/4.3.3/cc1: error while loading shared libraries: libmpfr.so.1: cannot open shared object file: No such file or directory'. Does that look familiar? I've re-installed from scratch, but no joy. Seems to work fine on an Intrepid host. [15:25]