[00:00] I think that's the reason why GNOME did it the way it's done now [00:00] I totally hear you, and I understand their reasoning. I just happen to disagree. [00:00] do we have any upgrade plan to not let those users down? [00:01] pitti was pondering things like modification time, but that's likely to be fragile. [00:01] I don't like much dictating things to user without letting them decide if they really have a reason to do what they are doing [00:02] it's like saying you don't want to let user delete files because they could delete something they don't want to ;-) [00:03] I come down on the side I do because of: http://www.codinghorror.com/blog/archives/000347.html [00:03] kees: is there a discussion in upstream gnome someplace that you are aware of? [00:04] jcastro: not this part. Gnome had their discussion and implemented what's currently in nautilus. they felt it was a good middle ground. [00:04] It probably is a good middle ground, but it's not one I agree with. [00:04] and note that Gnome is only a small part of this. it also affects wine, sun-java6, and openjdk-6. [00:04] and probably KDE, but I haven't looked there yet. [00:04] well, it's our right to do what we want. I think it just needs to be communicated properly [00:04] like, in the patch tags or whatever. [00:05] well I think we should engage with upstream because deciding we disagree with them without trying to talk to them first [00:05] because -> before [00:05] so that it's clear to an upstream that we think X and Y are better default behaviors [00:05] seb128: yup, agreed. [00:06] though for the record I'm leaning toward of the side of what GNOME did right know [00:06] seb128: really? I personally hate that button [00:06] your change will just annoy users who have good reason to run things they run [00:06] and will not stop those who want to run cracks to chmod the files anyway to get there [00:07] jcastro, why would you click on a .desktop if that's not to use it? [00:07] it's a matter of decided how high to make the barrier to see the dancing bunnies. [00:07] a single button click is way too low. [00:07] jcastro, or do you get many people who try to screwed you by sending fake softwares this way? [00:07] seb128: all the .desktops I click on come with the distro [00:07] jcastro, so you should never see that button [00:07] seb128: no but you get people starting to post random debs on the internet, etc. [00:08] well the button should not be displayed for system path [00:08] because if somebody got right to write to usr you are screwed anyway [00:08] * jcastro nods [00:08] not sure when you get the button display or why you hate it ;-) [00:08] it should just be there is weird cases [00:09] those being files you have in your user dir since before the change to make things +x [00:09] or things people emailed you to trick you in doing something [00:10] wel we could argue all day, I just think it needs to be documented in the patch, pointing to rationale, our policy, etc. and also mentioned in the release notes and all that [00:10] jcastro, I've no personal strong opinion, I don't think I ever got that dialog [00:10] bryyce: is there any revision control for the changes between xorg-server 1.6.4-2 and 1.6.4-2ubuntu4? [00:10] bryyce: (exactly why I want that is a long story ...) [00:10] but alex is a pretty reasonable guy usually and did the design they have know for a reason [00:10] as long as it's clear to people that we've decided to make it behave that way [00:11] the discussed started because I didn't know about the change and I don't agree with it [00:11] I've understood by now that I'm going to be overruled there though ;-) [00:11] seb128: also, if it's been talked about for like 3 UDSes and no one has had a discussion with upstream then we should fix that [00:12] jcastro: to be honest, there wasn't a decision about Ubuntu's policy until today. [00:12] jcastro, neither with community desktopers in ubuntu apparently [00:12] anyway I've annoyed people enough about that [00:12] kees, sorry for complaining, thanks for getting me updated on that [00:12] kees: yeah, we just need to remember that upstreams typicall won't read all our UDS notes, and it doesn't hurt to tell them early when we're considering things [00:13] I will talk to pitti about communications issues on the change tomorrow [00:13] cjwatson: should all be in git, AIUI [00:13] seb128: sure, no problem. there's still plenty to be further discussed. [00:13] slangasek: I did look and couldn't find that particular set of revisions [00:13] cjwatson, I believe so; it should be in our git repo [00:14] bryyce: if you could give me a SHA-1 for the head of that particular series, I'd appreciate it [00:14] cjwatson, what's the issue? [00:14] jcastro: right, and seb128's right, I need to open an upstream bug. that said, i'd like to hear what pitti has been thinking about. [00:14] bryyce: I've got git+ssh://git.debian.org/git/pkg-xorg/xserver/xorg-server.git, but haven't been able to track it down [00:14] bryyce: revision control import for another project [00:15] kees: it's a weird line to walk, sometimes they're like "don't bother me with this little stuff" and then it'll be "why didn't you tell me about this?" [00:15] kees: so I err on the spammy side. :p [00:16] Having been in some of the discussions at various UDS sessions, I think this is a good change. Part of the evolution from thinking of a secure system as protecting the root to protecting the user data too. [00:16] jcastro: sounds good to me. [00:19] cjwatson, a2b67de0ce18b71895ec210b74095f9d41042070 looks like it is the head for the 1.6.4-2ubuntu1 release [00:23] cjwatson, hmm looks like I don't have git history for the subsequent changes in 1.6.4 [00:24] I am trying to launch openvasd it can't download the plugins any help I am on ubuntu and using the packaged debs [00:24] bryyce: ok. thanks! [00:24] should I go ahead and file a bug report [00:24] mm e6693c767e1a3fe2f02ae93fa7a6f7886d3fdebd is the ubuntu5 [00:24] there we go, that's what you probably want; that includes kees' fix to xvfb [00:25] openvas-nvt-sync does not exist nor is findable by synaptic or locate [00:26] cjwatson, ah nevermind, yes all the 1.6.4-2ubuntuX changes are in there. that e6693 is what you want [00:27] bryyce: looks like a few revs back from that [00:28] bryyce: 3a4400f0193c413f57c6109afe80c6a1142b31bf AFAICS [00:29] bryyce: but perfect, thanks [00:29] great [00:31] Bsims: you probably want #ubuntu; this is not a help channel [00:31] * Bsims nods fair enough, just debating filing a bug report on it... and was double checking here first === dendrobates is now known as dendro-afk [00:46] hello--I'm a member of ubuntu manual, but I've got a general bzr question [00:46] I branched, edited, committed, pulled, merged, committed [00:47] now do i push or send? [00:47] functionofxy: 'push', if you have commit access [00:48] bzr: ERROR: No push location known or specified. [00:48] bzr push :parent [00:49] (the first time; it'll remember it for later tries, so 'bzr push' will be sufficient afterwards) [00:49] fantastic [00:49] thanks [00:49] that rune means "push to where you branched from" [00:50] got it! so easy [01:06] Well you learn something new every day. I didn't know you could do that with bzr. [01:08] * micahg is glad to know that as well :) [01:18] pitti, cody-somerville: could you argue over bug 476530 and decide if it deserves an SRU? [01:18] Launchpad bug 476530 in bzr-builddeb "mark-uploaded fails with "Unknown target distribution: lucid"" [Undecided,Confirmed] https://launchpad.net/bugs/476530 === robert_ancell_ is now known as robert_ancell === dendro-afk is now known as dendrobates === Amaranth_ is now known as Amaranth [02:58] Interesting. http://linux.dell.com/files/ubuntu/ has a Lucid directory [04:09] Hey guys, why's sreadahead -> ureadahead taking place mid-release in karmic? === pbn_ is now known as pbn === asac_ is now known as asac === Amaranth_ is now known as Amaranth [07:14] Hi, I come in behalf of the ubuntu manual project. We would like to know whether there will be or not a synaptic package manager in Ubuntu 10.04 (Lucid Lynx) [07:16] in ubuntu-desktop install or in repositories? [07:17] In the ubuntu-desktop install [07:18] then I don't know for sure (: [07:18] Oh, thank you anyway. I will wait around here in case somebody can answer my question. [07:19] wolter: why don't you post to ubuntu-devel ML? [07:20] wolter: It's very likely to be present, but until FeatureFreeze it cannot be said for sure, and even thereafter there is a chance of a Freeze Exception. [07:20] oh ok [07:20] When is FeatureFreeze? [07:20] But last I checked, several other things that are expected to be present depended on synaptic, so it would be some work to have it not present. [07:21] https://wiki.ubuntu.com/LucidReleaseSchedule [07:23] at /the moment/, synaptic is still pulled in my ubuntu-desktop, and gnome-app-install, and ... and ... (see apt-cache rdepends synaptic) [07:24] Yeah. It's rather unlikely to be removed. [07:34] Good morning [07:36] Hi pitti! [07:38] hey StevenK [07:42] cody-somerville, Riddell: replied in SRU bug, waiting for Cody's answer === ara is now known as ara_ === ara_ is now known as ara [07:44] good morning [07:48] I saw this bug #96850 on here http://qa.ubuntu.com/reports/sponsoring/ , and make a comment with a debdiff, if anybody wants to take a look. [07:48] Launchpad bug 96850 in rrdtool "[apport] perl crashed with SIGSEGV in rrd_test_error()" [Medium,Fix released] https://launchpad.net/bugs/96850 [08:49] hi, does someone make some sense out of https://bugs.launchpad.net/ubuntu/+source/ruby1.8/+bug/498758 ? [08:49] Launchpad bug 498758 in ruby1.8 "can't install ri on ubuntu 9.10 (broken dependency)" [Undecided,New] [08:57] slangasek, bryyce, tseliot: any (positive) news on the GL/GLX/mesa issue? [08:57] MacSlow: what issue? [08:58] bug #506547 ? [08:58] Launchpad bug 506547 in mesa "Some GL apps won't run: libGLU.so.1: No such file or directory" [Medium,Triaged] https://launchpad.net/bugs/506547 [08:58] or maybe something else? [08:58] tseliot, yup and https://bugs.edge.launchpad.net/ubuntu/+source/mesa/+bug/258038 [08:59] Launchpad bug 258038 in nvidia-graphics-drivers-71 "Look into feasibility of using an alternatives system rather than diversions" [Wishlist,Confirmed] [08:59] lucas: It looks like an incomplete update to me, where the users are trying to install ri1.8 from karmic-updates and rdoc1.8 from karmic [08:59] tseliot, which is related according to bryyce [08:59] persia: yup, I just figured out that one is in universe and the other in main [08:59] persia: which could explain [08:59] That would definitely explain it, yes. [08:59] MacSlow: 258038> err, that bug number's a little old to be related to the current problems? [09:00] MacSlow: 258038 should be fixed. The other bug can be fixed with a symlink until I fix it in the package [09:00] tseliot, I currently cannot run any GL-apps I compiled on my system [09:00] MacSlow: what's the error? [09:01] tseliot, "BadMatch"-error when trying to run any compiled GL-apps [09:01] * MacSlow -> conf-call [09:01] MacSlow: what version of xserver-xorg-core do you have installed? [09:01] lucas: The confusing bit is that jackerran reports that ri1.8 is hunting rdoc1.8, but a version that isn't available. I don't understand why someone would have universe-updates enabled and not main-updates. [09:02] MacSlow: do they work if you recompile them? We have switched to a new version of mesa [09:02] "if you recompile them" - eew? :) [09:02] persia: user error? :-) [09:02] slangasek: BTW I'll fix 506547 and other mesa bugs after alpha 2. I'll focus on the release notes now [09:03] slangasek: yes, if he rebuilds them against the new mesa [09:03] tseliot, after two days of getting my system working again (after I upgraded from Karmic to Lucid) I'm a bit (actually very) afraid to pull anything else from the repo... haven't been able to do real work due to all the fixing (not only GL-related though) [09:03] lucas: heh. Quite possibly. [09:03] tseliot: having to rebuild anything would make this a non-starter option [09:04] slangasek: I was just asking ;) [09:04] tseliot: but if you're fixing 506547, then ok - but how/why is this still broken at all? [09:04] slangasek, xserver-xorg 1:7.5+1ubuntu1 [09:04] MacSlow: xserver-xorg-core, not xserver-xorg [09:05] slangasek: because libGLU was not supposed to be moved to /usr/lib/mesa. When you switch to nvidia, /usr/lib/GL won't point to /usr/lib/mesa anymore and you will lose libGLU :-/ [09:05] ah [09:05] but it's ok with open drivers [09:06] tseliot: that sounds like the sort of bug that we ought to have the fix for uploaded before alpha-2 (even if not included on the ISOs), because otherwise we're going to get a lot more noise resulting from users trying to fix it themselves [09:06] hmm, maybe not though; I guess dpkg would correctly overwrite the "quick fix" proposed in that bug [09:07] slangasek, 2:1.7.3.902-1ubuntu4 [09:08] njpatel, ping [09:08] slangasek: as you prefer [09:09] tseliot: if the fix for this is solid, I still think getting it uploaded will save a lot of tester / triager time [09:09] it's likely to generate a lot of duplicate bugs despite being in the errata [09:10] MacSlow: I would like to see the output of "ldconfig -p |grep GL" and ls -l "/usr/lib/ |grep GL" [09:10] slangasek: by when should this be ready? [09:11] tseliot: getting it right on the first (well... next ;) upload is more important than having it fast; I'm not concerned about getting this on the CD, just in the archive before tomorrow [09:11] tseliot, one sec [09:12] MacSlow: you're behind a version on the server, then; you should definitely upgrade to -1ubuntu5, though it may not fix this particular problem [09:13] tseliot, https://pastebin.canonical.com/26466 https://pastebin.canonical.com/26467 [09:13] slangasek, when was -1ubuntu5 uploaded? [09:16] slangasek: ok [09:16] MacSlow: yesterday [09:17] MacSlow: what happens if you uninstall nvidia-current-dev and do a "sudo ldconfig"? [09:18] MacSlow: also, are the programs that fail compiled for 32bit? [09:21] ara: hey -- what does the "Started" result mean in the ISO tracker ? [09:22] ara: are we supposed to set that status when starting a test ? [09:24] Hello, is any of apport devs here ? [09:26] AnAnt: maybe ask pitti? [09:28] pitti: ping [09:28] I am trying to make apport-collect be able to read crash report from a file [09:29] AnAnt: hi [09:30] AnAnt: and attach it to an existing bug? [09:30] pitti: yup [09:30] AnAnt: because for reporting a new one you'd just do ubuntu-bug foo.crash [09:30] I am pastebin'ing thd diff now [09:31] Here http://pastebin.com/f3d6ecdbe [09:31] yet I get an error when running it [09:31] that's the error: http://pastebin.com/f651c145 [09:32] can you help with what is wrong ? [09:40] AnAnt: you shouldn't call add_hooks_info() there; it should already be in the .crash file [09:40] ah [09:41] AnAnt: hm, but still the crash ought to have a ProblemType: field [09:41] AnAnt: also, apport-collect calls crashdb.download(); it should not do that when reading the info from a file [09:42] AnAnt: hmm [09:42] AnAnt: so, usually you need to open a crash file with apport-gtk first, so that it adds Package:/Dependencies:/hook info, etc. [09:42] ok, I removed report.add_hooks_info(None) line [09:43] AnAnt: if you want to use apport-collect on a freshly produced .crash file, then you'd need to do all of those, not just hooks [09:43] but then you can only report it from the same machine [09:43] AnAnt: what's the use case, btw? I didn't get a request for calling apport-collect on a crash report yet [09:44] since it should all be there in the original report [09:45] pitti: the same use case of reporting a new bug on LP , but this time I want to add info to an already existing bug [09:45] AnAnt: but this is not a bug, it's a crash report [09:47] sorry, I got disconnected [09:47] 11:45 pitti: it is a report created by manually running: ubuntu-bug [09:47] AnAnt_: ah, I see; with --save ? [09:47] but those also shold have a ProblemType: field [09:48] pitti: I didn't run it with --save, I just run ubuntu-bug , then when it asked to submit/view/keep/quit, I chose keep [09:48] AnAnt_: at some point I wonder whether to completely drop apport-collect and integrate it into apport-bug with a -b/--bug 12345 option [09:48] Launchpad bug 12345 in isdnutils "isdn does not work, fritz avm (pnp?)" [Medium,Fix released] https://launchpad.net/bugs/12345 [09:48] AnAnt_: right, that's the same result [09:49] tseliot, I currently can't "play around" with uninstalling stuff etc. but the failing programs are compiled for 64bit [09:49] pitti: I just opened the crash file with vim, it does have a ProblemType field: ProblemType: Bug [09:49] pitti: does the load() method require a full path to file ? [09:50] MacSlow: is Badmatch error all you get? Can I see the full error, please? Also does the nvidia driver work for you (with compiz, etc.)? [09:51] pitti: no, it's not a full path problem [09:52] AnAnt_: ah, you need to do .load(open(crash_file)) [09:52] it takes an fd [09:52] thanks ! [09:53] tseliot, https://pastebin.canonical.com/26468 [09:53] pitti: it works \o/ thanks a lot ! === AnAnt_ is now known as AnAnt [09:54] MacSlow: you shouldn't use LD_LIBRARY_PATH=/usr/lib/mesa because you're using nvidia [09:54] and ldconfig should know where to find the right libraries [09:54] tseliot, it does not [09:54] pitti: the result is in LP #492271 [09:55] Launchpad bug 492271 in compiz "ubuntu 9.10 totally freezes when compiz is enabled" [Undecided,New] https://launchpad.net/bugs/492271 [09:55] MacSlow: ldconfig -p seems to think otherwise ;) [09:55] persia: thanks to you too for the tip on -bugs [09:55] MacSlow: anyway, since you're using that variable, try this: LD_LIBRARY_PATH=/usr/lib/nvidia-current ./gl-particles [09:55] tseliot, ./gl-particles [09:55] ./gl-particles: error while loading shared libraries: libGLU.so.1: cannot open shared object file: No such file or directory [09:56] MacSlow: that's where I wanted to get. Which is the bug I was discussing with slangasek [09:56] 1> LD_LIBRARY_PATH=/usr/lib/nvidia-current ./gl-particles [09:56] ./gl-particles: error while loading shared libraries: libGLU.so.1: cannot open shared object file: No such file or directory [09:56] MacSlow: there's a quick fix for that [09:56] MacSlow: ln -s /usr/lib/mesa/libGLU.so.1 /usr/lib [09:57] then try again (there's no need to use LD_LIBRARY_PATH) [09:57] tseliot, ok worked [09:57] oh and do a "sudo ldconfig" just in case [09:57] good [10:01] pitti: btw, I've put the patch on LP #506885 [10:01] Launchpad bug 506885 in apport "Allow user to upload a crash file to a certain bug" [Undecided,New] https://launchpad.net/bugs/506885 [10:05] AnAnt_: can you please assign it to me? Thanks1 [10:06] pitti: done [10:17] pitti, "Das Programm 'scsi' wurde unerwartet beended" ... is that something from devkit ? [10:23] ogra: no, sounds like a kernel thread? [10:23] ok [10:23] intrestingly scsi works fine :) [10:24] my rootfs is on a scsi disk [10:30] NCommander: what's the status of dove for alpha-2? bug #505772 is marked critical for a2, but I see no activity on it; and ogra says there are other problems? [10:30] Launchpad bug 505772 in linux-mvl-dove "system freezes sometimes after X is up for a while" [Critical,Confirmed] https://launchpad.net/bugs/505772 [10:31] slangasek, it will definately not be fixed in time since nobody really knows what the issue is yet [10:32] so i guess milestone can be moved already [10:32] if that's so, please change the milestone [10:32] * ogra does [10:33] done [10:34] * jussi01 waves to ogra and wonders if ogra remembers him :D [10:35] bring my mind up to speed :) [10:36] ogra: http://www.flickr.com/photos/8413078@N02/4126318257/in/set-72157622726510357/ [10:36] thats not you ! :) [10:36] *g* [10:36] no, I was there though... [10:36] yeah [10:37] have you seen that photo set before? [10:37] yep [10:39] pitti, ArneGoetje: language-support-translations-{mk,oc} have deps on the corresponding NBS evolution-documentation-* packages - could this be fixed? (I'm nuking the evolution-documentation-* packages from the archive, because they break kubuntu DVD building) [10:40] language-support-translations-oc has no other deps, perhaps it should just be removed from the archive? [10:49] Flannel: we chose to do that, even though it was outside the usual pattern, because otherwise karmic was a significant boot speed regression from jaunty on many systems [10:49] Flannel: those systems being ones with rotational hard drives, i.e. the most common - and ureadahead was a really dramatic improvement on a lot of those systems with fairly minimal maintenance overhead (unlike readahead-list) [10:56] slangasek: yes, removing them soudns sensible to me; should I do this now? [10:57] slangasek: they are orphans indeed, langpack-o-matic doesn't have the packages any more [10:57] slangasek: removing [10:58] Lucid very much hates me today. Can't get into X with plymouth, lots of graphical corruption in X, random resets, etc. :-/ === ev_ is now known as ev [11:05] ev: X> do you have /usr/lib/xorg/modules/extensions/libglx.so ? if not -> sudo apt-get install --reinstall xserver-xorg-core [11:05] ev: corruption> njpatel had that this morning, solved by dist-upgrading (mesa issue) [11:12] pitti: Ill give it a shot. Thanks. [11:16] mumble, sshd doesnt log me out on reboots :( [11:22] pitti: You're a star. Thanks, that worked. [11:35] pitti: bash completion for ubuntu/apport-bug updated, anything else you would like? (and is apport-cli broken?) === Lutin is now known as Guest68321 === Tonio__ is now known as Tonio_ === robbiew_ is now known as robbiew [11:59] cjwatson: hey o/ I'm trying to debug the "randomely starting UNE session on UNE". I saw that /etc/gdm/custom.conf file exists on the squashfs and have the good default session bit. [11:59] cjwatson: but in the live system, there is no more the default session one. I retested in a sandbox my bottom-scripts 15autologin on casper and it seems to be correct [12:00] cjwatson: I changed on that /root/etc/gdm/custom.conf thinking that /root is mounted from squashfs in the initramfs phase. Is that correct? [12:00] didrocks: I think I would benefit from a clear description of the observed bug. Is there a bug report open for this? [12:01] yofel: thanks! will look at the bug mail soon [12:01] didrocks: by the time casper-bottom scripts are running, /root is a union filesystem composed of the squashfs and a copy-on-write tmpfs. [12:02] cjwatson: not yet, but pitti and seb128 experiences it randomely (sometimes the UNE session is started, other time, we have the default GNOME session, without the DefaultSession key in custom.conf [12:02] didrocks: changes there are preserved for the duration of the live session, but are (of course) not written back on reboot [12:02] ok, so, the logic seems good, I'll introspect this a little bit more, so. Thanks :) [12:10] is it okay to upload a fix for abiword's FTBFS? (would only affect Xubuntu as far as images are concerned) [12:12] pitti: Hi, I'm attempting to merge fuse and stuck on the .fdi file. I assume that it shouldn't be kept but replaced with udev rules, right? === Guest68321 is now known as Lutin [12:14] geser: oh, /dev/fuse? this should have stopped working in karmic already [12:14] geser: is the .fdi a delta of our's, or in Debian? Just drop it in the former case [12:14] geser: if we need it, we need to fix it in udev [12:15] yes, /dev/fuse and the .fdi file is ours (Ubuntu) [12:16] geser: great, so this delta can just go away then (until someone complains, anyway) === MacSlow is now known as MacSlow|lunch [12:28] pitti: so the remaining change from the previous "Dynamic foreground user access" changes is to keep /bin/fusermount world executable (perms are 4755). As I understand it the .fdi file previously granted access to /dev/fuse and /dev/fuse seems have perms 666 in karmic, so no real access control anymore. It this ok this way and the change should be kept? [12:30] geser: hmm; I think just keep the debian setup for now [12:39] pitti: so revert all Ubuntu changes for this? If I understand the packaging correct, the user then has to be in the group "fuse" to be able to use fusermount. (but as I'm not familiar with fuse usage, I don't know if this is a problem or not) [12:39] ogra: as you're bug contact for fuse, do you know more if this will cause problems? ^^ === cjohnston_ is now known as cjohnston [12:47] geser: ah, right, Debian installs the fusermount program as 774 root:fuse, right? [12:48] geser: right, we should keep it as 4755 then [12:48] geser: sorry (I'm just here with 1/4 a brain, I'm on a sprint) [12:54] geser, i havent touched fuse since several releases [12:55] and i dont see myself mentioned anywhere in the package [12:57] ogra: https://launchpad.net/ubuntu/+source/fuse shows you listed as a bug subscriber. Perhaps you don't wish to be one anymore? [12:57] sure i do, but i shouldnt be a default contact [12:57] * ogra checks [12:58] pitti: last question before I unburden your ¼ brain: The Ubuntu package sets 4755 directly in debian/rules while the Debian package uses 0755 in debian/rules and overwrites it in the postinst to 4754 if it's not listed in dpkg-statoverride. Which way is preferred? The old Ubuntu way or use the Debian way but use 4755 as permissions? [12:58] ogra: You're the *only* default contact :) [12:58] yeah, i see that [12:59] i'm intrested in fuse bugs but dont want to be "the contact" [12:59] geser: I think debian/rules is much easier; the postinst is only necessary because the "camera" (or plugdev?) group isn't a static one [12:59] the funniest thing is that i see a "subscribe to bugmail" link at the top [12:59] ogra: sorry to question you but as you are listed as "Bug subscriber" I assumed you had some interested in the package and know what's going on with it [12:59] but apparently no way to unsubscribe at all [13:00] ogra: Click on the little circle with a bar next to your name. [13:00] there is none :P [13:00] you mean the yellow one with a pen [13:00] i only have one at the "subscribe to bugmail" === MacSlow|lunch is now known as MacSlow [13:00] but nothing near my name [13:01] ok [13:01] apparently i have to click "subscribe to bugmail" to unlsubscribe [13:01] *unsubscribe [13:02] sigh, we're getting worse than windows in some areas [13:02] Yes, there's an invisible {un,} in front of "subscribe" everywhere it appears in LP :) [13:02] click "start" to stop :P [13:02] Precisely :) [13:13] mvo: hi! Did you have time to look at the gdebi merge proposal which addresses usage of --always-ask-pass? [13:13] DktrKranz: not yet, doing that now [13:14] thanks! [13:24] hi all [13:28] people, are there a iso of 10.04 for tests? I have a All In ONE DEsktop (but is not a normal/usual AIO) Is a industrial machine for specific use) and touch scren is not possible to calibrate. I install ubuntu, and after install packagexserver-xorg-input-evtouch, restart machine and try run gksu /usr/bin/calibrate_touchscreen but show this message : http://189.2.146.45/tmp/touch01.png [13:28] So I would like to try a develoment version of test.. [13:29] J_P: If you'd like to help test candidates for the next release, #ubuntu-testing is the best place to get help getting involved. [13:54] ArneGoetje: arounds? [13:55] freeflying: yes [13:55] DktrKranz: it sounds like once this is merge we can upload to debian and do a sync on it? it should work just fine on both then, right? [13:56] ArneGoetje: do u think we can use microhei to replace zenhei, for microhei is smaller than zenhei [14:01] freeflying: I need to take a closer look at microhei. Last time I looked (and that's already a while ago) the glyph shapes were not consistent. [14:02] DktrKranz: many thanks for the branch, merged now (with a small simplification) [14:02] ArneGoetje: Qianqian is going to release another version [14:03] freeflying: ping me when that's the case, then I'll take a look at it again [14:10] mvo: thanks! I think I'm done with this round of patches. If you think, feel free to upload at your convenience :) [14:11] lool: ping [14:14] DktrKranz: cool, thanks. I created a team for it now and added you and moved the bzr to a shared upstream trunk branch - it should be much nicer now :) [14:14] DktrKranz: ~gdebi-developers [14:14] mvo: yeah, I saw the email, thanks! === korn_ is now known as c_korn [14:18] zul: Hey [14:19] zul: debian/patches/99-fix-gcc-warnings.diff last hunk of first patched file has a double free [14:19] - write(log_state->fd, s, strlen(s)); [14:19] + if (write(log_state->fd, s, strlen(s)) != strlen(s)) [14:19] + free(s); free(s); [14:19] lool: ok ill fix [14:20] BTW it shouldn't be an error for write() to return less than what was requested ot be written; one is supposed to retry partial writes, they might occur in legitimate conditions [14:20] But it's still better to fail than to not do anything [14:20] - write(state->fd[1], &cc, 1); [14:20] + if (write(state->fd[1], &cc, 1) != 1) [14:20] + break; [14:21] Why not return -1 here too? [14:21] (ctdb-1.0.108/server/ctdb_recover.c) [14:21] same for ctdb-1.0.108/server/ctdb_recoverd.c; you use return in one half of the cases and _exit in the other [14:21] It might be correct, I just don't know [14:22] + if (system(buf) != -1 ) { [14:22] + printf("system() failed"); [14:22] that break is in a while loop [14:22] Yes [14:22] k [14:22] Which goes to _exit() [14:23] You might want to LOG instad of printf [14:24] In one of the writes you return -errno [14:24] but in plenty of reads you return -1 [14:24] zul: Otherwise this indeed looks more like error handling now [14:25] lool: ok ill have another pass at it thanks [14:25] zul: Please subscribe to bug mail [14:25] zul: Please change Vcs-* to XS-Debian-Vcs-* when you diverge from Debian [14:26] (otherwise debcheckout picks the wrong source) [14:42] Did someone ping me? [14:43] * sebner not but waves at cody-somerville nevertheless :) [14:43] * cody-somerville waves. :) [14:47] cody-somerville: yes, you need to argue your case on bug 476530 [14:47] Launchpad bug 476530 in bzr-builddeb "mark-uploaded fails with "Unknown target distribution: lucid"" [Undecided,Confirmed] https://launchpad.net/bugs/476530 [14:48] ArneGoetje: I'm told I can save valuable CD space by using ttf-wqy-microhei instead of ttf-wqy-zenhei and ttf-arphic-uming so I'd like to do that if the two better fonts get pulled in when the user installs chinese language support [14:48] for Kubuntu anyway [14:59] cr3: does checkbox support autotest? [14:59] mathiaz: it used to, but it needs to be updated to the more recent code base. ogasawara has also requested this, so I'll try to pull it off today [15:00] soren: [15:00] ^^ === deryck_ is now known as deryck [15:00] Neat. [15:10] Riddell: they do get pulled in with the language-support-fonts-zh-han{s|t} packages. So, feel free to use ttf-wqy-microhei in the seeds. [15:15] I'm following https://help.ubuntu.com/community/LiveCDCustomizationFromScratch (with Karmic) but after boot, ubiquity is not started and I only see the command line. Is there any step missing/wrong? === dendroba` is now known as dendro-afk [15:35] slangasek, 20100113 isn't showing up on the iso tracker for mythbuntu (i just tried it, and the one bug that was reported for 20100112 is fixed) === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [15:57] pitti: cheers! [15:57] superm1: yep, 20100113 posted to the tracker now [15:57] thanks [15:57] slangasek: good morning! === doko__ is now known as doko === deryck is now known as deryck[lunch] [16:03] pitti: morning [16:03] pitti: bah; " language-support-mk: Depends: language-support-translations-mk but it is not installable" [16:04] slangasek: same for -oc, I take it? [16:04] pitti: yes [16:05] slangasek: removed those, sorry [16:05] of course it's 2 mins past the publisher, darn [16:05] right :) [16:06] perhaps it's faster to unseed them and only seed a couple? === beuno is now known as beuno-lunch [16:08] pitti: only used on DVD builds, and it should be exceptional that the packages are broken, yes? [16:08] slangasek: right, they just weren't removed in time === Lutin_ is now known as Lutin === \vish is now known as vish [16:24] pitti: please tell me we're not going to reset the work items lines any more :) [16:24] pitti: I realise it was probably sort of necessary with the rewritten tracker code, but http://www.piware.de/workitems/foundations/lucid/report.html was really rather more informative than http://macaroni.ubuntu.com/~pitti/workitems/canonical-foundations.html currently is :( [16:26] cjwatson: lool just pinged me; indeed I stopped those cronjobs for the entire cycle [16:26] I can start them again [16:26] I know, but the fact that we lost the historical trend is a bit of a problem [16:26]