=== Keybuk [~scott@halo.netsplit.com] has joined #ubuntu-devel [12:05] can people have a quick sanity-checking glance over http://people.ubuntulinux.org/~cjwatson/openssh.diff, for #1586? [12:05] that diff is against the current version in sarge, but can be ported === minghua [~minghua@danube.mems.rice.edu] has joined #ubuntu-devel [12:14] hi, I am wondering how to get a package in universe updated [12:14] I am the Debian maintainer of scim package [12:15] and a user reported it does not work in ubuntu warty [12:15] he didn't reply my inquiry yet but I have an idea what can be wrong === hazmat [~hazmat@c-24-15-10-12.client.comcast.net] has joined #ubuntu-devel === Keybuk [~scott@syndicate.netsplit.com] has joined #ubuntu-devel [12:32] minghua: mail ubuntu-devel@lists.ubuntu.com and say what doesn't work, please; if it's just a matter of syncing a new source package from universe, then that should be possible [12:32] er, s/from universe/from unstable/ [12:33] minghua: in general universe is frozen at the moment [12:41] Can I fix the Hebrew translation of ubuntu (debian) installer? [12:44] Kamion: thanks for the info. is it possible to update universe even after warty is released? [12:45] since I am busy now, and not sure if I can sort things out before release [12:45] minghua: not for warty. For hoary, we'll be syncing updates automatically from sid. [12:45] yuval: I believe ubuntu uses d-i translation [12:46] lamont: around? [12:46] yuval: You may want to have a look at http://www.debian.org/devel/debian-installer/ [12:46] yuval: minghua is correct in general, although there are some branding changes (substituting "Ubuntu" for "Debian", mostly) where the Hebrew translation hasn't been updated. Please file a bug with your changes, and try to keep them confined to the Ubuntu-specific changes if you can so that we don't have to throw the changes away later when merging from Debian. [12:47] Kamion: thanks, I'll probably target this to hoary then === minghua [~minghua@danube.mems.rice.edu] has left #ubuntu-devel ["Leaving"] [12:51] I'll ask the translator of debian installer. I think he fixed the d-i after ubuntu take the installer. [12:52] There is also a bug in the base-config after the installation. the base-confgi can't display Hebrew... [12:52] https://bugzilla.ubuntu.com/show_bug.cgi?id=1231 [12:54] yuval: I know about the bug (it's assigned to me); feel free to tell me how to fix it :-) [12:55] ah, you've already updated the bug, hmm [12:55] we're already using libfribidi is the thing [12:55] I don't know what else it could be, unless it's something in the languagechooser/countrychooser/termwrap maze [12:57] I don't think libfribidi will help, because the hebrew is not displayed at all. And libfribidi is for reserved Hebrew. [12:57] maybe lack of a UTF-8 console? [12:58] termwrap has always been a nightmare, but I don't see anything relevant in the base-config changelog since we last synced [12:58] I think that it's font problam. [12:58] yuval: your screenshot looks like garbled high ISO-8859-1 to me ... [01:00] ... or maybe not [01:02] I think that for warty it's ok that this srtings will be in english, but it'll be grea if you can fix this bug. [01:03] I have to admit that it's lowish on my priority list right now, but having a known fix would move it a long way up said list :-) [01:04] Where can I find the sources of the installer? [01:05] the relevant source packages ... [01:05] it may be easiest to find which source packages are involved by checking out debian-installer upstream (see http://www.debian.org/devel/debian-installer) and looking for the corresponding Ubuntu source packages [01:06] lamont: ping? === ..[topic/#ubuntu-devel:mdz] : Ubuntu development -- general discussion on #ubuntu | 28 RC bugs to go === lamont returns [01:11] postfix fix tested, time to email kamion. Or would someone else like to review the patch to base-config? [01:13] Kamion: I'm not convinced that #1586 is RC for Warty [01:13] lamont: just noticed that James filed a bug about an FTBFS; are there any other failures that may have happened while you were away which need bug reports? === teuf [~teuf@82.66.156.65] has left #ubuntu-devel ["Client] [01:14] will check [01:14] lamont: can you check for anything which is not built and file bugs as appropriate (is that quinn-diff?) [01:14] actually, I'll start with http://people.ubuntu.com/~lamont/buildLogs/Lists/warty.all.{i386,amd64,powerpc}, and see what's marked 'Building, out-of-date', or Building from !universe [01:15] but first I'm going to power down my computer long enough to replace the *(%^_^& powersupply fan. [01:15] after mailing off my diff. [01:15] mdz: you want to see the diff? [01:15] lamont: sure [01:15] verified to close 1711 and 1123 [01:16] sent. [01:16] mdz: I am, if we care about woody->warty upgrades at all [01:16] back in a few minutes [01:16] Kamion: sent to you as well. === lamont reboots [01:16] mdz: it's a significant silent change to the meaning of your configuration on upgrade, which you may not notice and which affects your security policy [01:18] Kamion: ssh in woody didn't use PAM? [01:18] mdz: it did [01:18] mdz: the UsePAM directive did not exist until OpenSSH 3.7 [01:19] that's really a red herring though; the real problem is that ChallengeResponseAuthentication suddenly started working and people who thought they'd disabled all password authentication suddenly found that password-style auth was allowed again [01:20] so the fix is to spot PasswordAuthentication being turned off, warn about the inconsistency, and offer to disable ChallengeResponseAuthentication too [01:20] (basically, openssh upstream suck and everyone gets to work around them) [01:20] Kamion: so in woody, if I set PasswordAuthentication no, that implicitly disabled PAM as well? [01:31] Kamion, I talked with the Hebrew translator of d-i, and it may be also debian bug. I'll check it tomorrow. Good night all! [01:31] mdz: no [01:32] mdz: PAM keyboard-interactive was turned off in woody [01:32] that option was removed in 3.7, and challengeresponseauthentication got applied to PAM [01:33] I see [01:33] so we can't solve it transparently due to the change in semantics [01:33] right [01:34] every so often I go out into a field and scream "I HATE OPENSSH" [01:34] [not really, but maybe I should] [01:35] I wholeheartedly recommend abitrary rage [01:36] Kamion: lamont's base-config diff looks fine to me, but I'll be bouncing you a copy for a quick review [01:36] he mailed it to me too [01:36] it looks fine [01:36] ah, ok. he didn't send it at the same time [01:37] lamont's reboot is lasting awfully long :-) [01:37] I've replied to him === lamont [~lamont@mix.mmjgroup.com] has joined #ubuntu-devel [01:46] <|trey|> Hey... skvidel was in #ubuntu earlier asking about how we will go about "a kickstart alternative"... perhaps someone would like to talk to him about the plans atm? [01:46] who the hell still _SOLDERS_ powersupply fans into the thing??? [01:47] lam ?!? [01:55] mdz/Kamion: thoughts on the base-config diff? [01:56] lamont: you have mail [01:56] |trey|: I was going to answer him, but he left [01:57] <|trey|> Kamion: ahh, oh well, his loss :) === lamont does an etrn, discovers that Kamion is indeed correct. :-( === lamont will upload === lamont adds the bug numbers to changelog first. [02:16] Kamion: want to review a debootstrap patch for #1879? [02:16] (ia64 fix, trivial) [02:17] lamont: sure [02:17] sent. There was a little bit of cleanup in there too, to make the unsupported architectures more obvious. [02:20] fabbione: sounder 9 asked me for resolutions, etc. [02:22] ati mach64, ddcprobe ends a nice list of resolutions with 'edidfail', xresprobe gets nothing [02:22] daniels: thoughts? [02:22] lamont: edidfail -> your monitor is unprobeable [02:22] congratulations! :) [02:22] well, it's not exactly new... [02:23] the resolutions given before edidfail are the ones your card is capable of doing [02:23] yeah [02:23] ah, ok. [02:23] if you get edidfail, your monitor totally won't talk to us [02:23] so that's an expected condition, then... [02:23] yep [02:23] ok [02:23] thanks for the case-up [02:23] justdave: ping? [02:23] chase-up, too [02:23] sabdfl: pong [02:24] np [02:33] mdz: epiphany-extensions is the only ftbfs still outstanding from !universe [02:37] lamont: ok, thanks [02:38] mdz: universe trivial bugs still fair game? [02:40] hrm.. showimg is the only one that is currently d-w libtiff3g-dev, and ISTR there were other issues there..\ === lamont accidently upgrades his desktop. sigh === ..[topic/#ubuntu-devel:mdz] : Ubuntu development -- general discussion on #ubuntu | 25 RC bugs to go [02:42] lamont: yes, but RC bugs have priority [02:42] certainly. [02:43] actually looks like showimg just needs the d-w cleared. :( [02:45] pmount is interesting... [02:46] doesn't seem to add umask=077 to the mount, which makes it useless for ssh keys :[ [02:49] lifeless: for ssh keys on vfat filesystems? [02:49] lifeless: why are they not correct on the fs? === ..[topic/#ubuntu-devel:mdz] : Ubuntu development -- general discussion on #ubuntu | 24 RC bugs to go [02:49] mdz: yes [02:50] I've still not done a full install, so pmount doesn't actually run automatically for me, I was just reading the stated behaviour. [02:50] any hints about upgrading a debian-stable system to ubuntu such that pmount does work would be great. === lamont works on epiphany-extensions [02:52] lamont: vfat doesn't store modes. === lamont giggles and points. :-) [02:56] mdz: 2083 is just a s/int/gsize/, it would appear. === lamont decides to try that on amd64 as well. :-) [03:00] lamont: I figured it was something like that [03:00] if/when the amd64 build succeeds, I'll upload [03:02] oops. Fire training in -2 minutes. bbl === Keybuk [scott@descent.netsplit.com] has joined #ubuntu-devel [03:52] mdz: I only count 18 RC bugs now; what's the correct query to use? [03:56] Kamion: needs to include NEEDINFO [03:56] justdave: can we create a global, cooked query for RC bugs? [03:56] justdave: like the "My Bugs" one? [03:57] sure [03:58] make the query that returns what you want, then copy the URL for it and jabber it to me [04:00] mdz: aha, thanks [04:00] presumably on the Ubuntu product only === ..[topic/#ubuntu-devel:Kamion] : Ubuntu development -- general discussion on #ubuntu | 23 RC bugs to go [04:10] Kamion: I count 24 [04:10] Kamion: https://bugzilla.ubuntu.com/buglist.cgi?query_format=advanced&short_desc_type=allwordssubstr&short_desc=&product=Ubuntu&long_desc_type=substring&long_desc=&bug_file_loc_type=allwordssubstr&bug_file_loc=&status_whiteboard_type=allwordssubstr&status_whiteboard=&bug_status=UNCONFIRMED&bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&bug_status=NEEDINFO&bug_status=PENDINGUPLOAD&bug_severity=blocker&bug_severity=critical&bug_severity=major&emailassig [04:10] ned_to1=1&emailtype1=substring&email1=&emailassigned_to2=1&emailreporter2=1&emailqa_contact2=1&emailcc2=1&emailtype2=substring&email2=&bugidtype=include&bug_id=&votes=&chfieldfrom=&chfieldto=Now&chfieldvalue=&cmdtype=doit&order=Reuse+same+sort+as+last+time&query_based_on=RC+Bugs&field0-0-0=noop&type0-0-0=noop&value0-0-0= [04:10] EEK [04:10] anyway, that's the query I'm using [04:11] mdz: stick this in your toolbar: javascript:void(location.href='http://tinyurl.com/create.php?url='+location.href) [04:12] justdave: it would be nice if it would omit the variables that are not being used in the search [04:12] the stuff which is left blank [04:12] mdz: oh, you're using PENDINGUPLOAD too [04:13] yeah, it would. needs some javascript hackery on the form in the submithandler to pull that off === ..[topic/#ubuntu-devel:Kamion] : Ubuntu development -- general discussion on #ubuntu | 24 RC bugs to go [04:14] mdz: I think I'll downgrade the parted bug until/unless we get feedback that daily builds still break new machines [04:14] or maybe just have buglist.cgi redirect to itself with the empty fields removed if it gets any passed in that are empty [04:19] mdz: http://www.squarefree.com/bookmarklets/mozilla.html#shorten_bug_query [04:21] instead of searching for all of those specific statuses, you can clear the status box and search on resolution=--- [04:21] that gets anything that's not resolved [04:21] justdave: ah, that's handy, if obscure :-) [04:26] ok, I just added the query you pasted in here (with it cleaned up a little) to the footer next to My Bugs [04:27] it's tied to My Bugs though, so if you turned off My Bugs, you'll lose that, too [04:36] mdz: should https://bugzilla.ubuntu.com/show_bug.cgi?id=1379 be a higher severity? === Kamion sends himself SIGSTOP for the night [04:39] #1379> if so, can it be reassigned to somebody else? [04:40] or even possibly if not [04:42] I was thinking Herbert had it, but I see it's you... [04:43] is being able to install onto a firewire drive on PPC considered an RC issue? [04:44] I successfully installed there this time until it got to the point of installing yaboot and it errored out saying it couldn't determine the openfirmware path for the device === justdave thinks 1379 probably should be NEEDINFO right now pending me getting that /proc/cmdline info posted on the bug [04:52] unfortunately that's my primary workstation, and testing that means rebooting :) [04:55] lifeless: erk, i think i've found the problem [04:55] sabdfl: wrong channel ? [04:55] :) [04:55] yup [04:55] wrong tz === justdave_ [~justdave@24.247.63.44.gha.mi.chartermi.net] has joined #ubuntu-devel === justdave [~dave@24.247.63.44.gha.mi.chartermi.net] has left #ubuntu-devel ["Poof"] [05:51] morning guys [05:53] epiphany-extensions is go on amd64. [05:53] mdz: OK to upload? [05:58] doko/mdz around? [06:02] hey lamont [06:02] lamont: i can review the patch if you want [06:03] fabbione: ok [06:03] fabbione: sent. The debian/control diff is an artifact of dpkg-buildpackage -S [06:07] -int len; [06:07] +gsize len; [06:07] and that's it? [06:07] yep [06:07] hmmm i need more investigation for that [06:07] ahaha [06:07] go ahead [06:07] heh === ..[topic/#ubuntu-devel:lamont] : Ubuntu development -- general discussion on #ubuntu | 22 RC bugs to go [06:15] calc: can you open a bug in bugzilla towards xserver-xfree86: module loader broken on amd64 [06:15] ops [06:24] lamont: around! [06:28] lamont: yes [06:29] 22 bugs! [06:29] today was a good day [06:29] fabbione: early morning? [06:29] mdz: as usual [06:29] ;) === lamont is trying to figure out which tetex-b* he is supposed to use for his regression testing, etc... [06:31] lamont: there is one on chinstrap/~doko [06:31] if that's the last one [06:32] fabbione: it is [06:32] given how long it'll take, I'm tempted to wait until morning and sanity return [06:33] but I'll fetch that. [06:33] lamont: CCed you on the relevant bug [06:33] mdz: yeah, but I didn't see any relevant info in the bug... [06:33] lamont: do you let a buildd rebuild the packages? [06:34] doko: scp ~doko/tetex,yes? [06:34] lamont: the title of the bug is "Non-free file license in tetex-base" [06:34] lamont: correct [06:34] doko: I actually have another chroot on the buildd that I toss them at, so that they don't automatically upload [06:35] mdz: re-reading 2066 provides no usable information, other than the fact that I was cc'ed for regression testing.... [06:35] do you have a list of packages to rebuild? [06:38] whatever apt-cache showpkg tetex-base ... tells me... [06:38] mako: is "Spell Checkking" in traffic an error or tongue-in-cheek? [06:41] should be speel checkking if intentional, dammit. :-) === nasdaq4088 [sdfsd@tkp-ip-nas-1-p88.telkom-ipnet.co.za] has left #ubuntu-devel [] [06:45] lamont: not enough, IMO a test-rebuild of packages build depending on tetex-bin|tetex-extra|tetex-base is needed [06:47] mako: there is a typo in traffic #06. http://.www.ubuntulinux.org/community/teams [06:47] you added a "." too much in the url [06:51] justdave: is your Warty system in #1379 up-to-date? [06:51] dpkg: error processing tetex-bin (--configure): [06:51] subprocess post-installation script returned error exit status 30 [06:51] I thought that was fixed? [06:51] doko: yeah, that was the first ... in the list :-) === lamont decides to deal with things in the morning [06:52] night all. [06:52] mdz: 2.6.8.1-3 kernel, newest one. [06:52] night lamont [06:52] I've got a 10/04 daily already burned sitting here, I'd be happy to wipe it and reinstall if you'd like [06:53] mdz: we have some problems with X on amd64 [06:53] mdz: the solution is everything other than simple [06:55] I last updated it with synaptic about 2 days ago (when it picked up the new kernel) [06:55] mdz: apparently the module loader is broken in some cases and the only solution seems to be to compile a server with modules compiled in, but than users won't be able to install the nvidia drivers for example [06:55] mdz: otherwise they need to run the -dbg package [06:55] mdz: i am really NOT sure what to do here [06:56] and backporting the xorg server with possible fixes is not an option at 7 days from release [06:56] mdz: an option could be to install both -dbg and the normal server on amd64 defaulting to the -dbg one [06:58] mdz: want I should build everything in universe that depends them too? [06:58] hrm.. build-depends, not depends... [06:58] more work. [07:00] justdave: can you try booting the non-smp kernel with only one parameter, root=/dev/hda11? [07:00] justdave: with no 'quiet' or 'splash'? [07:00] mdz: did that, it didn't help. [07:00] (tried that first before I added the devfs thing) [07:01] very weird [07:01] justdave: this is a default, non-expert install with an ext3 root filesystem? [07:02] fabbione: in which cases is the module loader broken? [07:02] mdz: that is correct [07:02] fabbione: I have not experienced any problems with the nv driver [07:02] justdave: could you try booting with rootfstype=ext3 ? [07:02] justdave: and if that doesn't work, rootfstype=ext2? [07:04] I asked earlier and no-one answered... does it mean anything significant if the installer uses a red background? [07:04] mdz/doko: builds started. [07:04] 25 packages (not in universe) to build [07:04] s/not in universe/in main/ [07:05] I remember always seeing it blue before, but I just realized when I boot the CD on the dual G4 it comes up red [07:05] mdz: someone reported the problem with Nv, and calc yesterday with ATI [07:05] mdz: the server gets a SIG11 [07:05] lamont: don't worry about universe [07:05] and dies [07:05] mdz: right. [07:05] fabbione: repeatable? [07:05] that also kinda ignores restricted... will check. :-) [07:05] mdz: yes [07:05] mdz: installing the -dbg works [07:06] fabbione: is there a bug filed? [07:06] mdz: calc did a test for me creating a normal server but with modules compiled in and it worked [07:06] no build-deps from restricted [07:06] mdz: calc was going to do so soon [07:06] if the module loader were broken on amd64, I would expect it to fail for me as well [07:07] ok, with rootfstype=ext3, it hangs. [07:07] rebooting now to try it with ext2 [07:08] mdz: i am not sure exactly in which conditions it breaks [07:08] hrmpf. and then there were 23. :-( WTH? [07:09] lamont: I bumped up 1379 [07:09] ah, ok. === ..[topic/#ubuntu-devel:lamont] : Ubuntu development -- general discussion on #ubuntu | 23 RC bugs to go [07:09] which may get bumped down again unless we find an easy way to fix it. there's a lot of dual ppc's out there, but it's a pretty small chunk of our overall audience. [07:10] mdz: 1999 === lamont fixes another trivial non-RC bug (debootstrap/ia64) [07:10] s/mdz/guys: [07:10] rootfstype=ext2 hangs also [07:10] i really have no idea wtf is wrong on that system [07:13] doko/mdz: builds running on all 3 architectures. since gcc-3.[34] is involved, I'll check in the morning... [07:13] night for real, all. [07:14] fwiw, I had to dpkg --purge tetex-bin in my amd64 chroot (albeit old) before I could successfully install it... 30 == debconf return, of course. [07:14] must investigate that... [07:16] lamont: you can drop gcc-3.[34] , it's not needed. [07:19] doko: yeah, but I'm going to bed anyway, and it should finish by morning either way. [07:19] anyway, to bed. [07:25] fabbione: re: 1999, maybe a debconf problem? [07:28] mdz: if it was a debconf problem, both debian and us will be sharing approx 20000 bugs [07:28] fabbione: maybe try DEBCONF_DEBUG=.* [07:28] that script didn't change for ages [07:29] even Overfiend doesn't understand what the problem is [07:29] fabbione: perhaps something is messing with the debconf file descriptor? [07:30] mdz: i really really doubt.. we are shipping that file since 4.3.0-1 was out [07:33] joeyh told me that debconf dies automatically once the script exit [07:33] that is by design [07:33] if it was a debconf leak, we would be able to see it everywhere [07:34] justdave: any chance there could be any way we could get slimmed-down bug pages? [07:35] hey daniels [07:35] daniels: how is going the organization for the Xsprint meeting? [07:35] information overload? [07:35] daniels: there are only 3 weeks left [07:35] daniels: did you find a hotel room or something? [07:37] justdave: can you send dmesg output from the uniprocessor kernel booted with devfs=mount? [07:40] hmm, yaboot doesn't let you pass command line params like lilo does? [07:40] dunno [07:40] (I'd been editing yaboot.conf and running ybin before, but since I was in the process of rebooting as you said that anyway, figured I'd try it from the boot prompt - didn't work) [07:40] I've never tried [07:43] ok, with devfs=mount, it still hangs. [07:43] trying again with dall [07:44] mdz: 2073.. i think that's the easiest solution in a short term. [07:44] mdz: i don't believe they will ever manage to fix the licence in 7 days [07:45] fabbione: how did it get into main? [07:45] fabbione: does something build [07:45] -depend on it? [07:45] justdave: even if it's just back to the component text box with no selector [07:45] apt-cache rdepends shows only the 3 packages i mentioned [07:45] fabbione: not too bad, I've been way too busy lately (moving back home today) and am organising stuff like that [07:46] mdz: iirc we forced it into main [07:46] fabbione: is starting on the 1st or the 8th better for you? [07:46] daniels: up to you. [07:46] fabbione: if it is not in one of the seeds, and it is not depended upon by another package, it should not be in main [07:46] daniels: as i wrote you can come the 1st and stay until Dec Conf [07:46] daniels: oh, you mean the download size on the page because of the component list? [07:46] elmo has a tool which shows the differences between germinate and the archive, and it should have shown up there [07:46] daniels: but you need a room somewhere [07:47] maybe elmo snuck it in because he needs it to implement the easter egg [07:47] mdz: i didn't check the seeds yet... [07:47] could be.. [07:47] fabbione: it's not in supported or desktop [07:47] I don't have germinate stuff on my laptop [07:47] neither do I here (in general)( [07:47] web? [07:47] figlet | figlet | linda (Build-Depend) | Carlos Laviola | 149092 | 832 [07:48] fabbione: linda build-depends-indep [07:48] WTF [07:48] why the hell linda build-dep on figlet [07:48] mdz: should we kick linda? [07:49] fabbione: no, but we could fix it [07:49] so that figlet will be dropped to universe? [07:49] mdz: kick = fix linda [07:49] yes [07:49] fabbione: I thought you meant kick = kick linda out [07:49] fabbione: ah, right [07:49] well.. that too :-))) [07:49] justdave: yeah, it really hurts my modem [07:50] linda (0.3.1) unstable; urgency=low [07:50] * Building: [07:50] - Put figlet, groff-base, file in the Build-Depends, since passing the [07:50] test suite is required for building. (Closes: #245407) [07:51] mdz: i am taking the bug and see what we can do about it :-) [07:51] ok [07:51] i don't think it is too dangerous to drop that specific test suite [07:51] since it has been tested already several times [07:55] mdz: that subject was a joke.. if people dont' get it i can change it :) [07:55] fabbione: thanks, fixed in arch [07:55] mdz: permission to upload linda :-)))) [07:56] fabbione: sounds good [07:57] mdz: change is trivial. 2 lines modified in the tests/run_tests.py [07:57] mdz: nothing more than that [07:57] package builds fine [07:57] fabbione: works for me [07:58] fabbione: check germinate rdepends to make sure nothing else uses it that I missed === daniels stares at Qantas. [07:59] mdz: now I can't make it boot with devfs=mount,dall either. I think it was a fluke when it booted the first time. [07:59] Melbourne<->London $1845, Melbourne<->Copenhagen $9363. [07:59] it seems to be only linda [08:00] daniels: buy a Melbourne<->London with quantas and SAS from London to Copenhagen [08:00] SAS or maerskair [08:00] fabbione: that's what I'm going to do [08:01] fabbione: given I'm Melbourne->London->Copenhagen->London->Spain->London->Melbourne (no direct flights from Spain) [08:01] daniels: isn't easier: Melbourne->London->Copenhagen->Spain->London->Melbourne ? [08:02] you can skip to fly to london again IF you want to stay around here [08:02] it's up to you [08:02] also.. we don't know if it is Spain yet [08:31] justdave: I see; please update the bug if you haven't already [08:31] justdave: how many times have you tried booting? maybe it's a race condition and it works sometimes? [08:37] daniels: what type of dollahs are those? [08:37] sladen: $au === pitti [~martin@195.227.105.180] has joined #ubuntu-devel [09:24] Hi guys! === doko_ [doko@dsl-084-057-027-189.arcor-ip.net] has joined #ubuntu-devel [09:45] mdz: can i fix 2049? [09:51] pitti: peer-review for 2049: one line change: s/cupsd/cupsys/ in the init script on a var used only to print the name of the script in case of "usage" [09:52] fabbione: #2049: it looks like you should rather s/reload/force-reload/? [09:53] fabbione: ah , soory [09:53] pitti: no no.. the reload has been removed on purpose [09:53] fabbione: no, you are right [09:53] fabbione: yes, that was me :-) [09:53] tsk :P [09:53] fabbione: I thought that was an error message by another program calling cupsys init script [09:54] fabbione: looks trivial [09:54] pitti: wouldn't be better to leave the reload pointing to stop/start ? [09:54] pitti: yes i am asking peer review before uploading :-) [09:55] fabbione: well, it does not really reload cupsys, but restart it [09:55] fabbione: reload is optional anyway, force-reload is the one which must exist [09:55] right [09:55] ok can i go for the s/ upload? [09:55] fabbione: before my changes, there really was a reload option in cups (which restarted 90% of the system anyway, but it was the same process) [09:56] fabbione: but that did not work as non-root, so I restarted cups completely [09:56] yesi read the changelog [09:56] pitti: you still didn't answer my question ;) [09:57] ok can i go for the s/ upload? [09:57] fabbione: yes, I thought I said so [09:57] oky [09:59] done [09:59] one orphaned bug less [10:06] where is the transcript of yesterdays technical board meeting? === elmo_ [~james@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel === Mithrandir [~tfheen@vawad.err.no] has joined #ubuntu-devel === carlos [~carlos@69.Red-80-33-181.pooles.rima-tde.net] has joined #ubuntu-devel [10:15] mdz: shall I care for DSA 558-1? (security bug in apache) [10:17] pitti: ? [10:17] for which version of apache? [10:17] fabbione: this DSA talks about a fixed problem in 2.0.51-1 [10:18] fabbione: but we still have 2.0.50-something [10:18] fabbione: or did you already fix it in ubuntu3? [10:18] pitti: i think thom did backport the fixes already [10:18] and please.. call it apache2 :-) [10:18] apache = apache1.3 ;) [10:18] fabbione: okay, next time :-) [10:20] fabbione, mdz: forget about this, it's already fixed. Sorry [10:21] plovs_work: there was no meeting as far as i can tell [10:26] doko_: is the fritz driver in the restricted modules package now? (on i386)? [10:27] fabbione, ok, misread wiki then, sorry [10:28] Mithrandir: no, the person at AVM was in vacation the last two weeks. He emailed we yesterday that he will respond soon. [10:29] what kind of agreement (email/fax) do we need to redistribute the drivers? [10:29] doko_: ok; if you could prod me once we have them, I'll be happy to test on my gateway. === opi^work [~emil@ar2.tpnets.com] has joined #ubuntu-devel === seb128 [~seb128@AAubervilliers-105-1-2-23.w80-15.abo.wanadoo.fr] has joined #ubuntu-devel === tuo2 [~foo@adsl-36-114.swiftdsl.com.au] has joined #ubuntu-devel === plovs_work [~plovs@195.13.248.82] has joined #ubuntu-devel === rburton [~ross@82-44-126-41.cable.ubr03.croy.blueyonder.co.uk] has joined #ubuntu-devel [11:08] Can anybody please peer-review the patch in #2069? It's a bit ugly, but minimal and unintrusive [11:12] pitti: looks okay to me [11:15] (I assume the configuration is dealt with by pppconfig or something similar?) [11:15] pitti: what about dpkg-reconfigure? [11:15] wouldn't the exit 0 kill it completely? [11:16] fabbione: yes [11:16] fabbione: there's wvdialconf [11:16] so would the exit 0 that's already there? :) [11:16] fabbione: and there are the gnome-system-tools [11:16] pitti: ok [11:16] elmo_, fabbione: right, if /etc/wvdial.conf exists, the old code did nothing anyway [11:17] SKIP (too new) [11:17] Rejected: Unknown distribution `unstable'. [11:17] pitti: ----^ [11:17] elmo_: gar, sorry. I'll upload again. [11:17] *blush* that's in the interdiff, I suck too === tof-- [~tof@blueice4n1.uk.ibm.com] has joined #ubuntu-devel [11:23] hi all === Kinnison [~dsilvers@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel === ..[topic/#ubuntu-devel:fabbione] : Ubuntu development -- general discussion on #ubuntu | 20 RC bugs to go [11:38] Mithrandir: 1854 [11:39] Mithrandir: does it happen if you run only apt-extracttemplates on a large amount of debs? [11:39] fabbione: haven't tried yet. [11:39] Mithrandir: that can be a test case... [11:40] Mithrandir: in order to get the % counter i modified slightly the perl script that calls apt-extracttemplates [11:40] i doubt the bug is in the modifications but it can be related to perl? [11:41] I wonder if it has to do with threading, somehow. [11:41] or c++ [11:41] but it's weird that gzip is the one hanging === ..[topic/#ubuntu-devel:fabbione] : Ubuntu development -- general discussion on #ubuntu | 19 RC bugs to go [12:00] time to prepare some food [12:03] fabbione: is your GF in vacation ;) [12:04] seb128: 2097, worksforme, ok with you? [12:04] seb128: as in, the patch fixes it for me. [12:05] ok, I'll upload the fix [12:05] thanks [12:06] it also does a ton of translation, config.{guess,sub}, some XML files updates here. [12:06] np [12:09] pitti: the bug in 2.0.51 only affects 2.0.51 [12:09] so, you won't see anything in the changelog [12:09] thom: nevermind, I already saw that the security fix from 2.0.51 was already backported. Thanks anyway [12:12] amu: eheheh no.. she is at work :-)) === sivang [~debianist@80.179.82.182.forward.012.net.il] has joined #ubuntu-devel [12:19] anybody messed with dpkg / apt / aptitude recently? aptitude upgrade last night, now my warty is dead... [12:20] kernel boots (i think) however , "cannot execute /sbin/mgetty" [12:20] "ld has spawned too fast" [12:20] ?? [12:24] Hi sivang! === yuvalt [~Yuval@62.90.243.163] has joined #ubuntu-devel [12:29] hm, no "ant" package in universe. i presume contrib isn't being autobuilt into universe [12:33] rburton: nyet [12:34] darn [12:35] not yet, [12:36] it seems that shutdown with nfs homes hangs [12:36] would this be a known bug? [12:36] it appears that something is trying to access portmap, but that has already been shutdown [12:37] rburton: I can't find it in bugzilla [12:38] k === rburton curses https site certificates [12:40] amen === elmo_ is getting openssl(1) to segfault simply by having a reference to a non-existent file. quality. [12:49] hi folks, i have a long install report i wrote up with some suggestions and issues, i'm wondering which list to send it to.. any suggestions? [12:51] hazmat: ubuntu-users [12:52] is sounder dead then? [12:54] hazmat: it was changed to chitchat something, but basically yes [12:56] fabbione: ok, thanks. [12:58] np [01:06] hey pitti, whassup? [01:07] sivang: the usual stuff, bug fixing :-) [01:07] pitti : ofcourse. I see 19 only now. good work:-) [01:08] for everybody ofcourse ;-) [01:15] i think i am into BDSM [01:15] i hate X, i love X [01:15] i can't sleep at night thinking how to switch to X.org [01:16] but i don't feel happy if i don't fix it === fabbione is on the edge of a X nerves breakdown [01:25] addict :-) [01:27] thom: really.. it's becoming a drug [01:27] someone needs to take X away from me === fabbione can't wait the 1st of Nov to start the X-Men meeting :-) [01:30] fabbione : X-Men?? ;) [01:30] people that maintains X ;) [01:30] basically me and daniels [01:30] we all have some kind of unnatural power [01:31] see [01:31] i can read and control people mind [01:49] fabbione : then I'll be Wolverine ;-) === sivang rebooting. see ya all laterz [01:49] fabbione with mind control - women of the world RUN AWAY.. [01:49] :P [01:50] elmo_: ahha [01:50] too bad Xavier is on a wheel chair ;) [01:50] it's always the X maintainers who strive for that super power [01:50] azeem: WE HAVE SUPER POWERS [01:50] :P === azeem fears keithp :) [01:53] ok.. time to stop for today [01:53] my brain is melting down [01:54] -rw-r--r-- 1 thom 98693974 2004-10-06 12:52 ../mozilla-firefox_0.99+1.0PR.1-0ubuntu1_i386.deb [01:54] *ahem* [01:54] fabbione: don't let that happen [01:54] thom: HOLY S**T! [01:55] what did you break this time? [01:55] thom: what's with this version? I already have it installed... [01:55] thom: ugh, it's a bit biiiiiig [01:55] thom: is this the debugging version? [01:55] slightly :-) [01:55] it has the WWW pre-cached [01:56] ALL the www? [01:56] PR0N!!! [01:56] yes, this is the magical no-internet-required version === fabbione apt-get updates [01:56] http://unluckystar.net/media/downloadwww.gif [01:56] totally unstripped, -O0 [01:57] thom: unstripped? so it *is* kind of p0rn :-) [01:57] poor poor thom [01:58] thom: are you able to get a nice backtrace for the crashing sites? [01:58] at least it is VERY sexy! [01:58] thom: a guy on the mailing list enumerated a few other sites that crash for him [01:58] pitti: yeah [01:58] it crashes reproducibly in gmail [02:01] seb128: dpkg -L libatk1.0-dbg|grep atk-1 [02:01] /usr/lib/debug/usr/lib/libatk-1.0.so.0.800.0 [02:01] um, me thinks that ain't quite right [02:02] thom: should be directly in /usr/lib/debug ? [02:02] that's what libgtk2.0-dbg and libpango1.0-dbg have, yeah [02:03] $ ls /usr/lib/debug/usr/lib/ [02:03] gtk-2.0 libcspi.so.0.10.4 libgnomeui-0 libloginhelper.so.0.0.0 [02:03] libatk-1.0.so.0.800.0 libglade libgnomeui-2.so.0.800.0 libspi.so.0.10.4 [02:03] grumpf [02:10] pitti: i should've let you take this on, i can't work it out at all [02:10] thom: I can debug the crash if you want [02:10] thom: Can I download the deb somewhere? [02:11] pitti: surely unstripped is precisely the opposite of pr0n ... [02:11] Kamion: ugh, right. [02:11] pitti: it's a 90 meg deb, it'll take longer than a couple of hours to upload it :/ [02:12] thom: okay, then I will build it on my own [02:12] pitti: i'll send you my debian/ [02:12] thom: did you do any changes in it? [02:12] thom: did you adopt the DEB_BUILD_OPTIONS thingy? [02:12] yeah, adopted those, and added some more to get the libraries stripped [02:13] thom: doesn't take dh_strip care of it? [02:13] thom: tube it to the DC ;-) [02:13] pitti: you need to pass --disable-strip --disable-strip-libs to configure [02:13] thom: ah, nice [02:14] thom: of course I already deleted the stuff yesterday, apt-get source'ing again :-) [02:15] d'oh :/ [02:18] pitti: my BT is at http://www.planetarytramp.net/firefox-bt [02:20] thom: nice. #95, var_args looks scary, but maybe that's normal [02:21] yeah, that one concerned me a little [02:23] thom: did you already send me your debian/? SO far I've got no mail [02:23] thom: source download is complete, I can start to build it [02:23] it's cleaning, currently [02:23] wait one [02:27] thom: got it, thanks [02:28] thom: is it normal that most of the dpatches aren't included in 00list? [02:29] pitti: yeah, i turned them off [02:29] to try and work out if it was a problem with one of the patches [02:29] thom: ah; should they be normally turned on? [02:29] normally they'd be turned on [02:30] is it linking anything statically? [02:30] if not, just blame doko and be done with it ;-) [02:30] heh [02:30] thom: 06_fix_freetype_compile was added by you, but it's not in the changelog nor in 00list; shall I enable it? [02:31] no, leave that turned off [02:31] sorry, that's stolen from redhat and looked initially like they added it in response to similar problems === Kamion decides to make the ChallengeResponseAuthentication default be to leave it at yes even if PasswordAuthentication was no [02:35] Kamion: comments on #1683, #1301? [02:35] since new installs of openssh since 1:3.8p1-2 have set PasswordAuthentication no [02:36] daniels: fixing #1683 properly involves going through languagechooser, countrychooser, base-config termwrap, and possibly console-data, and making sure they all have the right answers for that locale. [02:37] I don't think automatic unicode_start is the right answer [02:37] if you want to take care of that bug you're welcome ... === netjoined: irc.freenode.net -> sendak.freenode.net === rburton [~ross@82-44-126-41.cable.ubr03.croy.blueyonder.co.uk] has joined #ubuntu-devel === Mithrandir [~tfheen@vawad.err.no] has joined #ubuntu-devel === justdave [~justdave@24.247.63.44.gha.mi.chartermi.net] has joined #ubuntu-devel === lamont [~lamont@mix.mmjgroup.com] has joined #ubuntu-devel === chrisa [~chris@nullcode.org] has joined #ubuntu-devel === mjg59 [mjg59@cavan.codon.org.uk] has joined #ubuntu-devel === amu [amu@bofh.debian.net] has joined #ubuntu-devel === lifeless [~robertc@dsl-66.7.240.220.rns01-kent-syd.dsl.comindico.com.au] has joined #ubuntu-devel === m_tthew [matt@iorek.ice-nine.org] has joined #ubuntu-devel === tseng [~tseng@thegrebs.com] has joined #ubuntu-devel === thom [~thom@amnesiac.heapspace.net] has joined #ubuntu-devel [02:37] Kamion: ahr. I might levae it to someone who has a slightly better idea of what they're doing, in that case ;) [02:38] daniels: for #1301, xfs_freeze is not anywhere near sufficient, I'm afraid; Daniel Silverstone and I spent most of last Friday trying all the possibilities we could think of and failed [02:38] Kamion: er? I was always able to hack around it with xfs_freeze followed by xfs_unfreeze [02:38] daniels: if you want to learn about localization in the installer, #1683 is a good place to start :) you'll probably know more about it than me by the time you're finished ... [02:38] daniels: it's a race condition - you were lucky [02:38] Kamion: heh [02:38] Kamion: oh, hooray. whacky. [02:39] you don't need xfs_freeze in a udeb anyway, because the obvious place to put it is in grub-install and that gets run inside a chroot [02:39] but we did try xfs_freeze -f /boot/grub followed by xfs_freeze -u /boot/grub, and grub still hung [02:39] (in grub-install) [02:40] Kamion: ah, in the chroot, that's OK [02:40] daniels: I'm almost tempted to say that the right answer for warty is to make the install fail hard at partitioning if you try to put /boot on XFS [02:40] there's already a warning I think, but people ignore it [02:41] Kamion: yeah, fair enough [02:41] Kamion: or grub-install; sleep 10; killall -9 grub-install; xfs_freeze; xfs_unfreeze; grub-install :P [02:41] possibly :) [02:42] or unmount /target, which we think is the only reliable way, but is *very* hairy to do at that point ... [02:42] um, btw, if that gets implemented, I didn't suggest it [02:43] Kamion: does xfs_freeze; sync; xfs_unfreeze help? [02:44] not as far as I recall [02:45] we also tried sync; xfs_freeze -f; xfs_freeze -u; sync [02:45] argh! [02:46] freeze->sync->unfreeze would make the most sense to my mind, since freeze just blocks/queues all IO, and unfreeze reallows it [02:46] maybe you want sync->freeze->sync->unfreeze(->sync?) === sivang [~debianist@80.179.82.182.forward.012.net.il] has joined #ubuntu-devel [02:46] possibly, but apparently sync only guarantees that the data has been written to the journal, not to the disk [02:46] s/disk/actual filesystem/ [02:47] there was a thread about it from March on the xfs-devel list; Google finds it fairly easily [02:47] iirc _freeze flushes the journal, though [02:47] freeze; unfreeze worked for the Fedora guy apparently, but we duplicated what he did as closely as possible and it didn't work for us [02:47] The -f flag requests the specified XFS filesystem to be frozen from new modifications. When this is [02:47] selected, all ongoing transactions in the filesystem are allowed to complete, [...] [02:48] the whole thing scares me too much at this stage, I'd rather forbid it and revisit it for Hoary [02:49] yeah, if it's looking so shakily non-trivial [02:49] we're going to get very little testing of installer changes from now on, so they do need to be safe [02:49] yeah [02:49] it's basically only the sort of people who grab daily builds [02:49] hence why you can have 1683 [02:49] damn, I wanted to give that to you. :) [02:50] dude, I'm not going to break the installer a fortnight before Warty :P [02:50] i mean, learning about stuff is fun and cool, but, er [02:50] I'm happy to review your changes, I'm confident I can tell the difference between something that will break things and something that won't [02:50] hm, OK [02:50] i might snarf it, then [02:51] feel free to reassign; you'll probably get to the bug in the next half an hour, before the page loads here :P [02:51] daniels: also I think there's a similar bug in Debian that's been discussed recently [02:51] look in the changelogs of the packages I mentioned [02:51] possibly solved, even [02:51] Kamion: sure, I'll check it out when I get back from the supermarket [02:51] thanks, will reassign [02:51] cleaning products and energy drinks: two great tastes that taste great together === ..[topic/#ubuntu-devel:Kamion] : Ubuntu development -- general discussion on #ubuntu | 18 RC bugs to go === rabidbt [~rabidbt@66.45.74.16] has joined #ubuntu-devel [03:07] doko/mdz: i386/amd64 built everything they tried (all build-dep-ing), ppc is still chunking away... [03:10] anyone care to review https://bugzilla.ubuntu.com/attachment.cgi?id=356 ? [03:12] thom: would suggest using modprobe -q instead of redirection, but it fits in nicely with the style, so meh; that aside, the only comment I have is `` -> $() [03:12] thom: looks otherwise correct === rabidbt [~rabidbt@66.45.74.16] has joined #ubuntu-devel [03:13] daniels: 14:13 < tbm> StevenK: hey, do you know how to contact daniels? apparently his email's not working or something [03:18] gah. thanks for the heads-up. [03:20] has both lp and gnome-daemon-settings bug been fixed? [03:20] daniels: on OFTC #d-d [03:20] where have all critical bugs went? ;-)) [03:21] sivang: crushed. :) [03:22] Mithrandir : wowo :-)) can I find them (see what's been done to fix) on the "closed" bugs? [03:22] they're all in bugzilla ... [03:23] ok, and https://bugzilla.ubuntu.com/attachment.cgi?id=357 (it's unbelievably trivial) [03:24] and i assumed you were loading toshiba_acpi on purpose [03:25] heh. [03:25] i assume the eventual intent is to handle this crap with hotplug === Kamion checks in all his openssh changes and ponders uploading [03:26] thom: have you uploaded the nice new acpi-support yet? [03:26] no, i should get that reviewed too [03:26] thom: It's getting *really* tired having to plug my laptop in to shut it down [03:30] Kinnison: i forgot, matt already said i could upload. done [03:31] thom: rock on [03:31] thom: I'll let you know how I get on later === sivang [~pooh@80.179.82.182.forward.012.net.il] has joined #ubuntu-devel [03:34] coolies [04:01] thom: mine is bigger than yours :-) [04:01] thom: -rw-r--r-- 1 martin martin 10645500 2004-10-06 15:59 mozilla-firefox_0.99+1.0PR.1-0ubuntu1.1_i386.deb [04:01] thom: no, it isn't. A digit it missing... === rburton can't wait for thom to be assigned to oo.o bug hunting [04:03] heh [04:03] thom: DAMN! After two hours of compiling this thing is still stripped [04:03] thom: What did I do wrong? I built with DEB_BUILD_OPTIONS=nostrip,noopt debuild -us -uc -b [04:04] thom: and indeed the files were compiled with -g -O0 [04:04] that's exactly what i did [04:04] thom: $ file browser/app/firefox-bin [04:04] browser/app/firefox-bin: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.0, dynamically linked (uses shared libs), stripped === pitti cries a little [04:05] pitti: rm browser/app/firefox-bin ; make ? [04:05] Mithrandir: and all the libraries? [04:06] thom: your --disable-strip logic is wrong, AFAICS [04:06] huh [04:06] file ~/tmp/x86-home/usr/lib/mozilla-firefox/firefox-bin [04:06] /home/thom/tmp/x86-home/usr/lib/mozilla-firefox/firefox-bin: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.2.0, dynamically linked (uses shared libs), not stripped [04:06] thom: ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) will be false if you give nostrip [04:06] pitti: find -name \*.so | xargs rm as well, then? [04:07] i'm sure i gave you the version i was using [04:07] Mithrandir: yes, something along that line. Thanks, will try [04:07] thom: I think ifeq needs to be changed to ifneq [04:07] thom: or --disable-strip and --enable-strip swapped [04:07] ifeq (,$(findstring nostrip,$(DEB_BUILD_OPTIONS))) [04:07] STRIP=--enable-strip --enable-strip-libs [04:07] else [04:07] STRIP=--disable-strip --disable-strip-libs [04:07] endif [04:08] thom: right, that's how it should be [04:08] is what my debian/rules has [04:08] thom: my debian/rules has it exactly the other way round [04:08] hrm. must have found an old one [04:08] very, very sorry about that [04:08] thom: well, it does not matter that much, I'm busy with aptitude anyway [04:09] thom: did you change anything else? [04:09] nope [04:10] thom: okay, then I will just make the swap myself. Thanks. [04:10] it'll take about 40m for my .deb to upload [04:10] if you want to just download that [04:10] thom: can I download it right from your machine? [04:10] thom: my connection is not faster (about 50 kB) [04:11] no, i'm behind nat :/ [04:11] thom: me too :-) [04:11] thom: nevermind, I just rebuild it [04:11] thom: I will fix aptitude and maybe #1552 in the meantime [04:11] thom: or have dinner :-) [04:12] pitti: heh :-) it'll be at www.planetarytramp.net/mozilla-firefox_0.99+1.0PR.1-0ubuntu1_i386.deb in about 40m, so if that's fasdter it's there [04:12] thom: thanks [04:18] pitti: only 10MB? that's tiny [04:18] daniels: see above, due to a slight error in debian/rules it got stripped [04:18] pitti: even so :) [04:18] if your source tarball is less than 50MB when .bz2'd, I have no sympathy :P [04:18] daniels: well, 10 MB for a browser should be more than enough :-) [04:19] pitti: you'd think that ... [04:19] daniels: hey, in C64 times software needed to fit into 64 KBytes! :-) [04:20] do you really want to be running Moz on C64? [04:20] daniels: _even_ the graphical environment (GEOS), to be precise :-) (SCNR) [04:20] hm, that reminds me, I still need to get around to seeing how long KDE takes to load on an m68k [04:21] pitti: X is a hulking PoS, news at 11 :P [04:21] daniels: poor m68k [04:21] daniels: it already takes ages at my Duron 1.3 === daniels has been advocating throwing away all existing X implementations and starting from scratch for ages now. [04:22] it was interesting to read keithp blog about twin [04:22] daniels: I already heard of several alternatives, one was called 'Y' and was really tiny [04:22] azeem: keithp blogged about ben a. ? [04:24] pitti: twin is supposed to be less than 50KB, from what I read [04:24] azeem: well, if an X replacement relies on the kernel framebuffer (or something like that), it shouldn't be that big [04:25] pitti: y is good for a laugh [04:25] azeem: but something has to provide all this 3D and network stuff, so 50 KB are certainly not enough for a Desktop [04:25] pitti: and relying on the kernel framebuffer really sucks [04:25] daniels: I know, I tested it and was pretty amused [04:25] twin is good for putting on a computer watch or something equally hypothetical [04:25] daniels: but what makes X actually so big? Only device drivers? [04:25] daniels: or layers over layers of abstraction layers which abstract other layers? [04:25] pitti: if you know anyone who wants to fund me, keithp, jaymz, anholt, ajax, and possibly andersca full-time for a year, let me know ;) [04:25] does the kernel framebuffer support any kind of 3d? [04:26] pitti: drivers, support for everything under the sun, a whole crapload of useless libraries/fonts/docs (in FrameMaker format, no less), and some useless abstraction layers [04:26] drivers are also pretty big, I suppose [04:26] Mithrandir: none that I know of [04:26] Mithrandir: last I looked, there wasn't any real good 2D acceleration in any of them [04:27] Mithrandir: however, 2D support is quite good in the specialized drivers (riva, radeonfb etc.) [04:27] daniels: not? [04:27] daniels: the radeonfb driver is pretty cool [04:27] pitti: is it still as buggy? [04:27] yeah, it's buggy. [04:27] pitti: last time I tried, when I got it to work, it left droppings all over my screen [04:27] daniels: on a 9200 it works like charm [04:28] daniels: no, I never encountered that [04:28] daniels: but maybe it blurbs on better radeons [04:28] pitti: i saw it on a 9000 and an 8500 [04:29] anyway, I'm killing my bandwidth by rsyncing all the fd.o CVS repos back here right now so I can do some hacking [04:29] so, I'll talk to you later :) [04:29] daniels: odd. Well, if it works on one system and crashes at another, it still counts as buggy, I suppose === lamont reboots: new kernel [04:34] well, once X and the other 100 packages install... :-( [04:43] fabbione : integerating X.org is going to be a pain in the arse? ;-) [04:44] (seen your comments about it increasing your insomnia sympthoms ;-) [04:55] pitti: 8 minutes [04:56] sivang: it's a massive amount of work [05:03] pitti: done [05:04] thom: thanks! [05:04] 94MB 29.8KB/s 54:00 === lamont [~lamont@mix.mmjgroup.com] has joined #ubuntu-devel [05:08] yea! new metacity actually remembers what workspace a window is in! [05:20] please review https://bugzilla.ubuntu.com/attachment.cgi?id=361 [05:28] Kamion: nothing leaps out at me in 60 seconds or less. [05:28] Kamion: looks OK to my tired eyes [05:31] Kamion: would it be simpler to just sync the debian package? [05:31] lamont: we've already forked it [05:31] otherwise I would :) [05:32] right [05:37] set_config_option is hairy but I think it's right [05:40] uploaded === ..[topic/#ubuntu-devel:Kamion] : Ubuntu development -- general discussion on #ubuntu | 17 RC bugs to go [05:44] w00p [05:45] ooh, I don't have the highest number of RC bugs any more [05:45] i should find the time to put ubuntu onto my laptop [05:45] then i can get thom to fix acpi for me [05:50] Kamion: yeah, but herbert's are all in _one_ package... :-) [05:51] 14 of the 20 bugs assigned to me are about firefox [05:51] *sigh* [05:51] dude, I told you were the Mozilla czar === mako [mako@micha.hampshire.edu] has joined #ubuntu-devel === lamont solicits ideas for debian #274777 (also in warty) [06:22] does anybody care about ibcs? [06:22] Mithrandir: was that a vote for Conflicts? [06:22] yeah [06:22] sold [06:22] or talk to the ibcs maintainer [06:23] what does trace(8) do? [06:23] or both. :-) [06:23] I believe that's sendmail -bt support [06:23] nope [06:23] NAME [06:23] bounce - Postfix message bounce or defer daemon [06:23] is what I get from man 8 trace [06:24] yeah - it's the same man page for all 3 [06:24] bounce defer trace === lamont goes digging [06:24] lamont: well, dpkg -S trace | grep post only returns the man page here.. [06:26] looks to be DSN stuff [06:26] ibcs is universe [06:27] mdz: thoughts? === lamont grumbles at people running the price up on a couple of auctions. [06:27] bidwatcher should be main, dammit. [06:28] morning [06:28] mdz: and a fine thought that is, too. :-) [06:30] lamont: both packages should be shot for naming a binary 'trace' [06:31] mdz: postfix doesn't have any binaries named trace, it seems. [06:31] mdz: well, yes... I suppose I could rename it to postfix-trace [06:31] mdz: it's just a service in master.cf [06:31] ah, so it's a manpage conflict? [06:31] looks like it. [06:32] : tfheen@yiwaz ~ > dpkg -S trace | grep /trace$ [06:32] oftc-hybrid: /usr/share/oftc-hybrid/help/opers/trace [06:32] irssi-text: /usr/share/irssi/help/trace [06:32] trace.8postfix.gz? [06:32] man8/trace.8: [06:32] echo .so man8/bounce.8 >$@ [06:32] (this box has postfix installed) [06:32] is ibcs even actively maintained? [06:32] man section extensions are the standard way to solve conflicts [06:33] that sounds reasonable [06:33] Kamion: I like that - is it just a matter of delivering it as trace.8postfix? [06:33] lamont: yes [06:33] and should I deliver all of them in that section, or just the conflicts? [06:33] mdz: seen my latest comment on 1854? :/ [06:33] mdz: morning [06:35] Mithrandir: fortunately, that bug only happens to you :-P [06:35] mdz: what do you think about this wget "security" bug? #261755 [06:35] mdz: has anybody actually tried to reproduce it using the instructions I gave? [06:36] Mithrandir: yes [06:36] Mithrandir: except for the bit about "buy a P4 HT and use an SMP kernel" [06:36] Kamion: I think it's silly [06:36] mdz: well, given that you need a P4 HT.. :) [06:37] that was my initial reaction [06:37] Jan Minar has filed a bunch of similar bugs [06:37] mdz: I'm being asked to review it for pushing into sarge [06:37] I'm waiting for the one against cat(1) [06:37] where it will allow arbitrary characters to be displayed on the terminal [06:37] can I quote you there, to the wget maintainer? [06:37] "I think it's silly" -mdz [06:37] like that? :-) [06:37] approximately :) [06:37] it's especially discouraging that the proposed patch has bugs [06:38] sure, quote me if you think it'd help [06:38] Kamion: should I deliver all of the section 8 manpages in 8postfix, or just trace? [06:40] probably best to be consistent; perhaps deliver all the ones that are just master.cf services in 8postfix [06:47] Kamion: did you determine that unfuzzying translations with s/Debian/Ubuntu/ was relatively non-evil? [06:47] Kamion: (#2085) === Kinnison goes to try thom's new acpi-support package [06:50] justdave: please attach a dmesg from a successful boot to #1379 [06:53] so my dad was installing ubuntu on a vaio with a usb cdrom drive last night [06:53] he was going to call if he had any problems [06:53] no phone call :-) [06:53] uh, s/usb/pcmcia [06:53] thom: nice idea from you to disable your phone :-) [06:54] heh [06:55] pitti: having fun with firefox? [06:55] thom: I just tried to debug it [06:55] thom: it's a mess [06:56] yes [06:56] :( [06:56] my current quick "fix" is to use Mozilla. [06:56] I will return to that tomorrow, I'm too tired today to deal with such a monster === Kinnison [~dsilvers@host217-37-231-28.in-addr.btopenworld.com] has joined #ubuntu-devel === Kinnison hands thom 2 x $BEER tokens [06:57] eeexcellent [06:58] pitti: regarding #2085, I noticed the description for 'base' and it should be changed semantically [06:58] pitti: section 'base' does not at really correspond to the base system at all [06:58] mdz: okay, I can change that, too [06:59] mdz: what would you propose? [07:00] mdz: BTW, I hope that it was okay for me to prepare patches, although the bug was assigned to you [07:01] daniels: Erm; gnome-volume-manager isn't responding to plugin events again :-( [07:01] mdz: my own list got major-free this morning :-) [07:01] pitti: I don't know what the text should be; section 'base' is not very meaningful [07:01] it's not very meaningful in Debian, either, but even less so in Ubuntu :-) [07:01] mdz: I also stumbled about this in my NM processes [07:02] mdz: its ,well, just "base packages" - packages which we do not have a special name for... [07:02] aren't they providing "basic system capabilities" ? [07:02] the essentials [07:03] all these are just synonyms [07:03] the essentials are Essential: yes packages [07:03] mdz: I know, but an user will not care for the difference [07:06] mdz: What about "Ubuntu system packages - Packages in the "base" section provide the basic functionality of an Ubuntu installation (hardware support, package management, etc.)" [07:06] daniels: 1117, can you give the driver to Herbert please? [07:06] mdz: i solved the problems with the ADSL line transfer. In the worst case I will have 2 to 5 hours of downtime [07:07] mdz: 2 if the adsl line is ok, 5 if it is not (and my previous employer will host me in his offices) [07:08] fabbione: nice [07:09] pitti: the thing is, there are many packages in that category which are not in section 'base' [07:09] and things in section 'base' which do not fit that description [07:09] mdz: well, the whole categoryseems to be more or less arbitrary [07:09] pitti: correct, which is why it is hard to describe :-) [07:09] mdz: "Packages which we did not find a better section for " [07:11] base should be what debootstrap installs or it shouldn't exist [07:11] elmo_: certainly a nice explanation for a new user :-) [07:13] thom: want an amusing mozilla-firefox bug? [07:13] oh, i'm sure amusing is just the word *sigh* [07:14] mdz: what do you think about the patches in general? Shall we aim for new translations? Any thing I forgot about? [07:14] thom: I can reproducably stop firefox scrolling with the scrollwheel by viewing long bugs on bugzilla.ubuntu.com [07:14] Kinnison: already filed [07:14] thom: Boo hiss; I thought I'd found a new one [07:14] thom: fix it [07:14] 
 areas and  areas seem to do it
[07:15]  mdz: yes
[07:15]  mdz: where it's obviously possible; sometimes it's hard
[07:16]  Kinnison: #1962
[07:16]  ohbugger; archive-copier needs to copy mdetect, xresprobe, and laptop-detect
[07:16]  forgot about those when I turned off copying of Ship
[07:16]  pitti: the patches look fine
[07:17]  mdz: so we need a "base section description contest" now? :-)
[07:18]  pitti: "miscellaneous packages which provide basic functionality"
[07:18]  miscellaneous sounds wrong to me there
[07:18]  Kamion: any idea about that kbd-chooser hang on -users?
[07:18]  Subject: Re: Install choking after country selection
[07:18]  it has connotations of "extra"
[07:18]  mdz: haven't had time to look at it yet, will do
[07:18]  it's probably hardware-specific to some extent which makes it annoying
[07:19]  and damnit, I forgot to do anything about Nathaniel's openssh init script patch
[07:19]  mdz: i will have to upload X again. daniels wacom backport is botched
[07:20]  fabbione: is that related to the wacom driver update enhancement bug?
[07:20]  mdz: yes
[07:20]  mdz: the driver that is inside X now is not meat or fish
[07:21]  fabbione: "fish or fowl"
[07:22]  thom: shuuus ;)=
[07:22]  Kamion: seems that all in all the Debian description is not the worst one :-)
[07:24]  pitti: let's leave it as-is for the sake of getting the other work done
[07:25]  mdz: okay, I agree. We can still upload another version with more translations and some tweaks
[07:25]  mdz: so any other things before approval?
[07:26]  pitti: no, looks good
[07:26]  mdz: okay, then away with it
[07:32]  python-gtk2-doc_2.4.10-2ubuntu1_source.changes 
[07:32]  who uploaded that/
[07:32]  s#/#?#
[07:34]  probably seb?
[07:35]  Kinnison: https://bugzilla.mozilla.org/show_bug.cgi?id=263198
[07:35]  he was the one asking for it in the first place
[07:35]  elmo_: yes
[07:35]  thom: cool
[07:36]  add additional urls if you have 'em :-)
[07:36]  seb128: sorry, due to an obscure technical problem which I won't bore you with the details of, that file was removed - could you reupload just the .changes, please?
=== Kinnison smirks
[07:36]  elmo_: ok, no problem
[07:36]  just the .changes ?
[07:36]  elmo_: saved.
[07:37]  seb128: yeah
=== ..[topic/#ubuntu-devel:pitti] : Ubuntu development -- general discussion on #ubuntu | 16 RC bugs to go
=== ..[topic/#ubuntu-devel:pitti] : Ubuntu development -- general discussion on #ubuntu | 15 RC bugs to go
[07:40]  elmo_: done (I've also uploaded a libgnomeprint changes by mistake, just ignore it)
[07:41]  an obscure 'rm -f' by "ftpmaster" problem? :p
[07:41]  time to dinner, later
=== sivang [~debianist@80.179.82.182.forward.012.net.il]  has joined #ubuntu-devel
[07:42]  thom: ssssh. you'll give his s3kr1t away
=== lamont looks around for a postfix reviewer.
=== nasdaq4088 [sdfsd@tkp-ip-nas-1-p130.telkom-ipnet.co.za]  has joined #ubuntu-devel
[07:53]  lamont : I would, as soon as my warty's XFS is fixed..;-)
[07:53]  sivang: what's up now?
[07:53]  sivang: or is it in general?
[07:54]  pitti: https://bugzilla.mozilla.org/show_bug.cgi?id=255372 is the upstream for the firefox bug
[07:54]  Kinnison : ah, some funky output from xfs_check, and xfs_repair
[07:54]  sivang: most of the change is adding README.Debian files..
[07:54]  sivang: aah yes; I had that on Friday
[07:54]  sivang: been running Debian's 2.6.7 kernel since then with no problem
[07:54]  patch is at people.ubuntu.com/~lamont/postfix.diff
=== Kinnison isn't completely convinced 2.6.8* is safe with XFS
[07:54]  Kinnison : this on the bugzilla I hope?
[07:55]  sivang: Not sure
[07:55]  we really need an UPSTREAM status badly
[07:55]  lamont : this a debdiff?
[07:55]  it's a diff -ur between the old tree and new one.
[07:55]  what's a debdiff? :-)
[07:55]  thom: okay, thanks. Let's just pass the buck to upstream, then :-)
[07:56]  er, -urN actually
[07:56]  thom: however, if it crashes on all pages with javascript popups, this can even be regarded as RC then...
[07:57]  lamont : sorry, misunderstanding. I think it
[07:57]  pitti: agreed
[07:57]  lamont : is something comparing too pkgs if I am not mistaken
[07:57]  mdz: 1676 as major?
[07:59]  sivang: yeah, I read the manpage.. 
[07:59]  lamont : do you happen to know it's package name on debian sid?
[08:00]  it's in devscripts
[08:10]   /etc/init.d/xfree86-common: line 11: /lib/lsb/init-functions: No such file or directory
[08:11]  fabbione: daniels: what's up with that???
[08:12]  thom: what makes the warty firefox different from upstream's, if it works with upstream?
[08:12]  thom: does upstream already have a newer build?
[08:12]  pitti: besides build-depends?
[08:12]  lamont: you mean the firefox crash is actually a problem in a library?
[08:12]  pitti: nfc
[08:13]  lamont.explain( "nfc" )
[08:13]  "No F***ing Clue"
[08:13]  lamont: ah, thanks :-)
[08:13]  but build-deps is certainly a difference between the two, I expect.
[08:13]  pitti: don't know, i don't understand why upstreams works
[08:13]  pitti: same build
[08:14]  lamont: the stack trace does not suggest that it is in an external lib
=== lamont shrugs
[08:14]  which architecture?
[08:14]  thom: different compilers?
[08:14]  thom: maybe the bug is triggered only on a particular way of compilation
[08:14]  lamont: ppc and i386
[08:15]  lamont: the 32 bit ones, amd64 works well
[08:15]  pitti: that's just sick and wrong.
[08:15]  usually segfaults potentially occur on all architectures, but sometimes the compiler may hide it
[08:15]  the bug in gstreamer I tackled with recently was such a case
[08:16]  so I don't really believe that the bug is fixed upstream
[08:16]  pitti: they compile with gcc-3.2, amd64 is on 3.4 and doesn't have the bug (but x86 with 3.4 still does)
[08:17]  well, we could try compiling with 3.2 and see if it works :-)
[08:17]  we could, indeed
[08:17]  7 days before the RC release we have to find faster methods of bug fixing
=== pitti ducks
[08:18]  ... go back to using epiphany by default? :-)
[08:18]  thom: mozilla plain works greeeeeat!
[08:18]  epiphany is just mozilla with another UI, isn't it?
[08:18]  a gnome ui, yeah
[08:18]  at least epiphany draws in all the mozilla stuff in the dependencies
[08:19]  thom: would it help to revert to an earlier build?
[08:19]  thom: the upstream bug said something about reintroducing it in version whatever
[08:19]  pitti: you'd be looking at backporting a stack of security fixes if we go back to 0.9.3 (which was the last version that didn't suck)
[08:20]  hmm, as long as they are properly documented and the CVS is available...
[08:21]  (but firefox 1.0 is a feature goal AIUI)
[08:21]  *shrug*, i think we need to speak to mdz and jdub and find out what the goals are here, and what we can do
[08:23]  thom: well, as long as the boys fix 1.0, then I'm all for it :-)
[08:23]  thom: or maybe we can convince lamont to have firefox built with gcc 3.2 :-)
[08:25]  gcc-3.2 is ftbfs on ppc
[08:25]  and amd64.
[08:26]  weee
[08:26]  thom: hmm?
[08:26]  thom: re: 1676, I've never seen it
[08:27]  mdz: aren't you on amd64 as well?
[08:28]  pitti: not primarily, but sometimes
[08:28]  right now I'm laptop-only
[08:29]  mdz: I asked because the firefox crash does not appear on amd64
[08:29]  mdz: it is pretty annoying
[08:29]  mdz: I cannot do online banking and some webmail stuff with firefox, have to take mozilla proper for that
[08:30]  my online banking stuff works with firefox in ubuntu
[08:30]  mdz: and according to the mailing list, many other people suffer from this as well
[08:30]  what's the story upstream?
[08:30]  mdz: same thing. Firefox crashes on every page that opens a window with javascript
[08:31]  mdz: basically, anything that does window.Open() in javascript crashes firefox
[08:32]  anyway I can test it without killing my existing firefox and all its tabs?
[08:32]  mdz: create a test user, go to Applications/System Tools/New Login, log in as that user...
[08:33]  aha, -P
[08:34]  thom: just tried it in the javascript console, and it works perfectly, doesn't crash
=== lamont logs into his bank, fails to crash firefox
[08:34]  is there any website I can test with that doesn't require a login?
[08:34]  mdz: https://financepilot-banking.mlp.de/ works nice for me
[08:34]  mdz: or, rather, crashes
[08:35]  mdz: this is my web banking, BTW
[08:35]  mdz: www.cpsact.com.au and click on CPS Web-Link
[08:35]  pitti: when I load that page, it gives me an error in German and firefox tells me that it blocked a popup
[08:35]  mdz: you have to accept the popup
[08:36]  thom: no crash
[08:36]  mdz: did you get a popup window?
[08:36]  it does open the popup, but it works fine
[08:36]  ditto
[08:36]  thom: yes
[08:36]  huh.
[08:36]  this is with a fresh default profile, too
[08:36]  it crashes 100% with current firefox for me
[08:36]  mdz: I also tried with a fresh profile
[08:36]  fresh, stale, or downright smelly profiles
[08:37]  mdz: well, the fact that it works on amd64 and fails on i386 shows that it is a somewhat tricky one...
[08:37]  about: says firefox 0.10.1
[08:37]  mdz: sometimes it even worked for me the very first time, but it crashes the second time
[08:38]  mdz: but now I cannot get it to load a single time any more
[08:38]  still works here
[08:40]  damn, why demos always tend to fail?
[08:40]  thom, this _is_ an ugly bug. It hides itself
[08:41]  interestingly, i can't get cpsact to crash on my laptop, but gmail kills it every time
=== albireo [~albireo@lns-vlq-6-82-65-19-138.adsl.proxad.net]  has joined #ubuntu-devel
[08:41]  pitti: just lucky, I guess
[08:41]  mdz: i can send you a gmail invite :-)
[08:41]  thom: if you sent me one, could I give it to someone else?
[08:41]  pitti: and yes, it is a nasty one for sure
[08:41]  lamont: yeah, absolutely
=== lamont has a use for one or two then
[08:42]  (it'll let me boot my fire chief off the itanic in the other room..)
[08:42]  thom: Will you beat me up if I tell you that the CPS thingy works for me?
[08:42]  thom: can we please swap our online banks?
[08:43]  lamont: just sent you two invites
[08:43]  nice, now my online bank works as well
[08:43]  I KNOW: it depends on the current time, obviously
[08:44]  pitti: glad that mdz and I could help. :-(
[08:44]  pitti: you're cursed with heisenbugs recently :-)
[08:44]  lamont: it was the aura of the people who would decide to hurt this bug
[08:44]  "there are very few things about computers that cannot be explained if you are willing to grant them fear and malice."
[08:45]  thom: can we quickly rewrite firefox in python?
[08:46]  doesn't have to be quick.. Take until Fridy
=== lamont received some interesting insight into someone's mindset when their summary of bittorrent was "I looked at that a while back, but it was just a bunch of python scripts"
[08:47]  lamont: with this timeframe we can even add a doom and a tetris plugin :-)
[08:48]  there's a tetris plugin for firefox??
[08:49]  pitti: as long as we can call it pyrefox
=== T-Bone [~varenet@T-Bone.developer.debian]  has joined #ubuntu-devel
=== T-Bone waves
[08:49]  lamont: not yet :-)
[08:49]  Hi T-Bone
[08:50]  hi T-Bone
[08:50]  hey dudes :)
[08:51]  T-Bone: where was your gcc-3.4 source again?
[08:51]  thom: regarding the powernowd module loading stuff, can we do anything smart about i386 systems which require a speedstep-* module?
[08:51]  lamont: envy.esiee.fr/~varenet/newgcc iirc
[08:51]  ok
[08:52]  mdz: sladen, mjg59 and i were playing with a script to guess, but it's pretty fragile
[08:52]  probably hoary material
[08:53]  lamont: mind that it built fine on ia64
[08:54]  Kamion: which kernel made it onto the 1006 daily CD?
[08:54]  thom: agreed
[08:54]  jdub: ping ?
=== T-Bone is now known as T-Dinner
[08:55]  Kamion: never mind, .list tells me
[08:55]  mdz: gstreamer/totem release today which improve totem-gstreamer a lot ... FC3 is going to include (they are in hard freeze too). Perhaps we want to do so ?
[08:56]  since totem-gstreamer is the default player and works pretty bad, I think we should consider the update
[08:58]  seb128: yes, I think so, but let's test it a bit before uploading
[08:58]  a few different people
[08:59]  ok, I'll prepare the packages and put them somewhere
[09:01]  anyone have a printer to test #2114?
[09:01]  it stinks of NOTWARTY, but I have no printer at the moment
[09:11]  mdz: been printing things for a while, not sure where gs-esp fits into the sequence, though...
[09:11]  mdz: btw, when you get bored, 2022 has an attached patch now.
[09:11]  lamont: print a postscript file (e.g., from mozilla)
=== lamont will try
[09:12]  lamont: don't you need to clean up that diversion it used to create?
[09:13]  (ewww on that, by the way)
[09:13]  mdz: well, um, probably.
[09:13]  I could just unconditionally remove it in postinst, with errors redirected... or is that uglier?
[09:16]  mdz: wrt those ppds...  which package are you thinking should change? gimp-print? or cupsys?
=== nasdaq4088 [sdfsd@tkp-ip-nas-1-p130.telkom-ipnet.co.za]  has joined #ubuntu-devel
=== __randy__ [~randy@sclab-25-433.sclab.clarkson.edu]  has joined #ubuntu-devel
[09:30]  lamont: foomatic-filters-ppds
[09:30]  the one with all the ppd files in it
[09:30]  seb128: seems like latest gstreamer release improves video playback, will it enter into warty?
[09:31]  carlos: scroll up a bit; we already discussed it :-)
[09:31]  carlos: read what I said 20 lines up
[09:31]  :-P
[09:31]  sorry
[09:31]  np :)
[09:32]  one more voluntary to test the new packages I guess ? :)
[09:32]  seb128: send me the URL of the packages and I will test them
[09:32]  yes
[09:32]  mdz: updated the bug
[09:32]  mdz: I will try it; i already produced some postscript printouts which look good
[09:32]  mdz, jdub: I forgot to ask about gstreamer-ffmpeg plugin inclusion into universe, is that possible?, I suppose that it cannot be in main because patent problems, right?
[09:33]  carlos: ok, they are not ready yet but I'll
[09:33]  seb128: if I ever find a video which totem-gstreamer is actually able to play, I would test this as well
[09:33]  pitti: ok :)
[09:33]  -ffmpeg would help a lot ..
[09:33]  seb128: oh, ffmpeg plugin sounds like MPEG4 and stuff?
[09:33]  yes
[09:33]  seb128: so xvid, divx? 
[09:33]  great
[09:33]  yes
[09:35]  pitti: but it's not in warty or Debian
[09:35]  pitti: thanks, please NOTWARTY it if appropriate
[09:35]  only external sources
[09:35]  mdz: I can only try some BTS pages, the bug does not give other examples
[09:36]  pitti, thom: a friend of mine just pointed out that the firefox crash only seems to happen with multiple tabs open
[09:37]  pitti, thom: I had been testing with a single tab, but when I opened more than one, I got it to crash on the first try
[09:37]  mdz: that could be it, I will try
[09:37]  mdz: that would be a more sane explanation than the square root of daytime etc.
[09:37]  i can get it with a single tab, tho
[09:40]  thom, mdz: single tab crashes for me, too
[09:40]  thom, mdz: maybe "if you ever had a second tab.." and so on?
=== lamont was testing in tab #3 or 4 of one of 2 windows
[09:41]  mdz: printing BTS pages works perfectly on my Samsung ML-1410 laser
[09:41]  mdz: but before closing the bug, maybe some more people should test?
[09:42]  pitti: if gs-esp works with the default setup, fonts, etc. it is at least not RC
[09:42]  mdz: could be a specific driver problem then
[09:43]  mdz: I downgrade, comment and leave it open for now, then (plus NEEDINFO or so)
[09:43]  pitti: I suppose it's possible
[09:43]  mdz: fwiw, gimp-print Suggests: cupsys-driver-gimpprint, which Depends: cupsys-driver-gimpprint-data, which appears to provide the driver for the S200.
[09:44]  OTOH, those last two binaries are in universe.
[09:44]  I don't know much about gimpprint
[09:44]  but cupsys uses the ppds in foomatic-filters-ppd directly
[09:45]  if it can use the gimpprint ones, too (and they don't conflict), we could look at that
[09:45]  or rather, foomatic-filters-ppd (and cupsys, and cupsys-driver-gimpprint-data, and ...) all deliver files into /usr/share/cups/model, where cups can find them...
[09:45]  but I think it's best to have all of the ppds in one place
[09:46]  cupsys, hp-ppd, foomatic-filters-ppds, gs-esp, cups-pdf, cupsys-driver-gimpprint-data all deliver there.
[09:46]  (== too late for that.)
=== ..[topic/#ubuntu-devel:pitti] : Ubuntu development -- general discussion on #ubuntu | 14 RC bugs to go
[09:47]  hmm, I can't get firefox to crash again
[09:47]  even with multiple tabs
[09:47]  mdz: as we guessed: a heisenbug
[09:49]  pitti: the procedure my friend just posted to the bug works for me
[09:49]  mdz: luckily it still crashes in a debugging version (which is a 100 MB deb :-) )
[09:49]  mdz: it's annoying, but I'm not sure whether to raise it to RC
[09:50]  pitti: try the procedure in the most recent comment
[09:51]  mdz: phone, will try later
=== T-Dinner is now known as T-Gone
=== T-Gone bbi2h
[09:52]  mdz: cupsys-driver-gimpprint comes from gimp-print source, which makes me believe that they added all of the support when they added the part that the submitter says is there...
=== seb128_ [~seb128@ANancy-111-1-3-137.w81-250.abo.wanadoo.fr]  has joined #ubuntu-devel
[09:54]  mdz: and reading the internal documentation in gimp-print makes me believe that even more.
[09:54]  lamont: so you're saying that we need gimp-print in the default install just to have a complete set of drivers?
=== pitti [~martin@195.227.105.180]  has joined #ubuntu-devel
[09:55]  well, I think we need to move cupsys-driver-gimpprint to at least supported.seed
[09:56]  and if we're installing cupsys and gimp-print in desktop, then we should also install that suggested package...
[09:56]  s/suggested/(suggested)
=== lifeless_ [~robertc@dsl-73.0.240.220.rns01-kent-syd.dsl.comindico.com.au]  has joined #ubuntu-devel
[09:57]  moving it would just leave escputil in universe (epson stylus printer clean/alignment util)
[09:58]  2.7MB of .debs
[10:05]  we're installing cupsys
[10:05]  mdz: ok to sync gdk-pixbuf from debian ?
[10:05]  I don't think we're installing gimp-print
[10:06]  seb128_: I think so; double-check the changelog
[10:06]  mdz: I've double checked, the only change between warty and debian (out of the security patch which is different) is "Link gnomecanvaspixbuf.so.1.0.0 against gdk_pixbuf.la"
[10:07]  ok, I'm fixing gdk-pixbuf now :)
=== npmccallum [~npmccallu@69-162-252-7.ironoh.adelphia.net]  has joined #ubuntu-devel
[10:52]  mdz: what was the result of your testing madwifi?
[10:53]  mdz: its still not working at all with the latest kernels for me
=== yuval [~Yuval@62-90-215-229.barak.net.il]  has joined #ubuntu-devel
=== lamont goes to see what his wife wanted.
[10:56]  pitti: ping
[10:56]  npmccallum: pong
[10:57]  pitti: did you get my email?
[10:58]  npmccallum: no personal one
[10:58]  npmccallum: somewhere on the list?
[11:05]  npmccallum: anyway, I'm going to sleep now. If you sent a mail to @debian.org, please use the direct way with martin@piware.de. @debian.org email sometimes lags for as much as 4 weeks (see lengthy thread on d-devel)
[11:06]  good night everybody!
[11:11]  bye pitti
=== lamont really runs off - back in a few hours.
[11:26]  npmccallum: it works fine for me
[11:26]  npmccallum: WEP and all
[11:36]  mdz: so what do you think about sudo's prompts. leave till hoary?
[11:36]  mdz: It was working perfect for me as well, however, since a recent kernel upgrade I can't get dhcp at all
[11:37]  npmccallum: works for me with what I believe is 2.6.8.1-11
[11:37]  I've upgraded since the last time I rebooted, so it's using the new module at least
=== sivang [~pooh@80.179.82.182.forward.012.net.il]  has joined #ubuntu-devel
[11:47]  fabbione: fontconfig's dependencies look a bit barmy
[11:47]  Package: fontconfig
[11:47]  Depends: libc6 (>= 2.3.2.ds1-4), libfontconfig1 (>= 2.2.1), debconf (>= 0.5) | debconf-2.0, defoma (>= 0.7.0), ucf (>= 0.29), ttf-bitstream-vera | ttf-freefont | gsfonts-x11 | msttcorefonts | laptop-detect
[11:47]  what's that | doing before laptop-detect?
[11:56]  ah! at last I fixed that dpkg problems.
[11:56]  hope my system doesn't break again..
=== npmccallum [~npmccallu@69-162-252-7.ironoh.adelphia.net]  has joined #ubuntu-devel