[00:02] cjwatson: reconnect [00:02] 00:56 < cjwatson> "Permission denied to call Location.toString" without any indication of an associated website [00:02] 00:56 < asac> cjwatson: any other extension installed? (besides from flashblock) [00:04] cjwatson: maybe also check that you don't have a test version of ubufox installed in your profile (should be version 0.6 in tools -> addons) [00:13] 23:58 disabling flashblock makes no difference [00:13] 23:56 "Failed to load XPCOM component: /usr/lib/xulrunner-1.9.0.3/components/pyabout.py" (and libpyloader.so) [00:14] 23:58 extensions: flashblock, greasemonkey, link widgets, nukeimage, ubufox, wiki auto-discovery button, and a usage viewer for my ISP (disabled) [00:14] asac: ubufox 0.6~a1 according to tools -> add-ons [00:15] oh, hmm, I do have a stray ubufox here [00:15] cjwatson: i think you really have it installed in the profile then [00:16] * cjwatson nukes it [00:16] cjwatson: try to uninstall it from there. [00:16] good [00:16] asac: thanks! that was it [00:16] sorry for the newbie mistake [00:16] cjwatson: hehe ... no problem. [00:17] cjwatson: its not really obvious that firefox prefers profile even if version globally installed is higher ;) [00:17] that's a nice UI [00:17] (manage content plugins, now that I can see it!) [00:18] it doesn't get on with flashblock [00:19] cjwatson: you mean when flashblock blocks the content? [00:19] even after unblocking it, manage content plug-ins isn't made available, and the plugin icon doesn't appear in the status bar [00:20] it works fine when disabling flashblock [00:20] I'll file a bug on ubufox [00:20] cjwatson: hmm [00:20] cjwatson: i thought that is fixed [00:20] but yeah. [00:21] asac: filed bug 297427 [00:21] Launchpad bug 297427 in ubufox ""Manage Content Plug-ins" doesn't get on with flashblock" [Undecided,New] https://launchpad.net/bugs/297427 [00:22] anyway, bedtime I guess, thanks for the help [00:22] cjwatson: thx. [00:22] cjwatson: sleep well [00:22] oh, I will :) [00:22] *zonk* [00:36] kirkland, package info in MOTD: very cool === Guest51470 is now known as jrib === jrib is now known as Guest25082 === Guest25082 is now known as jrib [01:09] kirkland: Thanks. [02:38] hey, which kernel is going to be used in the next ubuntu? === veloc1ty_ is now known as veloc1ty [06:49] good morning [07:15] Good morning [07:15] Morning pitti [07:16] * bryce waves === doko_ is now known as doko [07:42] cjwatson, on the kickstart, to get the whole distro as is on the desktop cd, do i just install the ubuntu-desktop package, or must i add the recommended packages alsoed [07:47] liw: can you please reupload system-cleaner with correct bug closing syntax in the changelog? it's "LP: #xxx", not "LP: xxxx" or "LP# xxxx" [07:51] hi all [07:51] lool: bonjour Loic! [07:53] hi huats [07:53] hey dholbach [07:56] hi pitti [07:56] hey tkamppeter_, guten Morgen === tkamppeter_ is now known as tkamppeter [07:58] I have seen that you have accepted my splix upload from yesterday. The maintainer scripts are not needed in Jaunty, as the conversion rules which I have added to Intrepid's SpliX will not be in Jaunty's. === thekorn_ is now known as thekorn [07:59] In Jaunty the Ghostscript-based pdftoraster is default and not part of SpliX. [08:00] Only part of the Intrepid SpliX which has to go to Jaunty, too, is the patch for grayscale printing on color printers. [08:04] pitti, fixed in bzr, now I need to find someone to sponsor another upload [08:04] liw: oh, I can do that for you [08:05] tkamppeter: ah, ok, I see [08:05] liw: do you have the dsc/diff.gz/source.changes somewhere? [08:06] pitti, I can make a source package, just a minute [08:08] tkamppeter: www.cups.org got quite a redesign... [08:09] pitti, http://files.liw.fi/temp/syscleaner/ [08:09] pitti, will that do? [08:09] liw: "Does not quite close" :) [08:09] liw: yes, that's fine; thanks [08:10] liw: note the Launchpad-Bugs-Fixed: line [08:11] liw: what does the release name mean? [08:12] "last minute package additions are a bad idea" [08:12] haha [08:12] (that bit is there only to see if people actually read the changelog) [08:12] just trawling through the debdiff [08:12] that should keep you busy for the rest of the day... [08:13] pitti, more Apple-like. Probably the web interface of CUPS 1.4 will look the same. [08:13] liw: I'm curious about license-exceptions; do you have some magic which goes through all the files and yells at you if you forgot a copyright header? [08:14] pitti, yes; the license-check script, run from "make check" [08:14] pitti, and by the way, CUPS can celebrate the 3000th upstream bug now: CUPS bug 3000 [08:15] liw: uploaded [08:15] pitti, thanks [08:22] pitti, the new Jaunty package of SpliX is now uploaded. It contains only the grayscale patch. [08:26] tkamppeter: hm, new splix2 lsb package still doesn't work at all :( [08:26] tkamppeter: as for the splix package patch, I only see no-crash-on-bad-papersize.patch, which is an one-liner fixing the page height; however, the garbage is on the left border [08:27] tkamppeter: hm, did the reporter or me actually try to directly print a pdf with lp instead of evince? /me goes to try a test page === lionel_ is now known as lionel [08:34] pitti, the patch no-crash-on-bad-papersize.patch is perhaps incomplete and a minimum to avoid crashes caused by paper size mismatches. The patch can even be wrong. [08:35] tkamppeter: ok, done two more tests, bug updated [08:35] tkamppeter: ok, just for fun I'll drop that patch and try again [08:37] pitti, can you give me a complete error_log of the failure of the OpenPrinting splix2 package? Are you sure that you have the newest version (2.0.0-0.rc2.2lsb3.2)? Did you also try the 1.1.1 package? [08:37] tkamppeter: I didn't try the 1.1.1 LSB package; the ubuntu 1.1.1 one works fine (see bug) [08:38] tkamppeter: error_log> can do; I go to the other room to do those new tests (patch removed and error_log) [08:40] pitti, please also test the OpenPrinting 1.1.1 package to help me finding problems in the Openprinting packaging. [08:50] tkamppeter: bug updated for error_log and removed patch, testing openprinting 1.1.1 now [08:58] tkamppeter: error_log with lsb splix 1.1.1 attached as well [09:02] pitti, can you do "ldd /opt/OpenPrinting-SpliX/cups/lib/filter/rastertoqpdl" [09:02] tkamppeter: that's for splix2, right? [09:03] yes. for splix1 you should try "ldd /opt/OpenPrinting-SpliX/cups/lib/filter/rastertoslp2" [09:03] /usr/bin/ldd: line 117: /opt/OpenPrinting-SpliX/cups/lib/filter/rastertoqpdl: No such file or directory [09:03] WTH? [09:03] $ file /opt/OpenPrinting-SpliX/cups/lib/filter/rastertoqpdl [09:03] /opt/OpenPrinting-SpliX/cups/lib/filter/rastertoqpdl: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), for GNU/Linux 2.6.8, dynamically linked (uses shared libs), stripped [09:03] Awesome. [09:04] that looks exactly like e. g. file /bin/dd [09:04] tkamppeter: directly running it in bash gives that, too [09:05] tkamppeter: how did you build that? looks like badly linked [09:05] nm -D works [09:07] pitti, once it works on my box, and second, I have built it with the LSB SDK. [09:07] objdump -x /opt/OpenPrinting-SpliX/cups/lib/filter/rastertoqpdl works, too, trawling through NEEDED [09:07] pitti, can you do "dpkg -l | grep lsb" [09:08] tkamppeter: oh, *blush*, I don't have that installed [09:09] I have all the libraries, though, hmm [09:10] pitti, the LSB packages require "lsb" of the appropriate version. But they are created as RPMs and converted to DEB with alien. Perhaps alien drops dependencies. [09:11] * wgrant shudders violently. [09:11] Can you install the "lsb" package and try again? [09:13] tkamppeter: no, the package does depend on lsb; I --force-depends ignored it, because lsb pulls in so much crap [09:13] I don't need alien, rpm, qt, and postfix(!) on a client box just to run a printer driver... [09:14] argh, and build-essential and debhelper... [09:15] *nnnng* cluttering production desktop boxes; but well, I can purge it again [09:15] tkamppeter: I checked that all libs in rastertoqpdl's NEEDED sections are already there [09:15] Mirv: hello! thanks again for bug #295080 - I updated it and prepare a new export. I'm also in contact with the debian ddtp people to feed back rosetta translations [09:15] Launchpad bug 295080 in ddtp-ubuntu "Some (old enough) translations in ddtp-ubuntu not visible in Ubuntu" [Medium,Triaged] https://launchpad.net/bugs/295080 [09:16] pitti, that is true. The LSB does not provide only an environment for printer drivers, but generally for distro-independent packages. And in general these packages come RPM-only, as commercial app vendors do not provide an auto-download and -update service as OpenPrinting does. [09:16] maybe depending on lsb-printing would be enough? still pulls in postfix through -core, but at least not lsb-desktop and qt any more [09:17] well, let's find out what's missing first [09:17] pitti, do you have /lib64/ld-lsb-x86-64.so.3 [09:17] no, it's a 32 bit installation [09:18] tkamppeter: I installed "lsb", and still the same error [09:18] * pitti purges it again [09:19] pitti: strace ldd on it, maybe? Or strings on it? [09:19] pitti, then do you have /lib/ld-lsb.so.3? [09:19] stat64("/opt/OpenPrinting-SpliX/cups/lib/filter/rastertoqpdl", 0xbf9bbc20) = -1 ENOENT (No such file or directory) [09:20] special [09:20] sorry, ignore this [09:20] purging lsb also purged that splix driver [09:20] * pitti installs again [09:21] viviersf: @ubuntu-desktop in the %packages section will do the trick (note the @) [09:22] cjwatson, what does the @ do ? install reccomends and all ? [09:22] viviersf: @ means install the task by that name [09:23] viviersf: and tasks are generated such that they include recommends [09:23] cjwatson, cool thanks :) [09:23] viviersf: recommends are installed by default in 8.10 anyway, though, so you don't need to do anything explicit to get them [09:23] it's just that @ubuntu-desktop maps properly to how we normally install the desktop [09:23] cjwatson: not true if you preseed pkgsel/include [09:24] cjwatson: I mean, recommends are not installed [09:24] thats awesome [09:24] tjaalton: oh, true [09:25] makes my work at our client so much easier [09:25] yeah, and individual package installations in kickstart map to pkgsel/include [09:25] cjwatson: any way to work around that? [09:25] so ok, their recommends won't normally be included [09:25] tkamppeter, Mithrandir: weird: "/lib/ld-linux.so.2 /opt/OpenPrinting-SpliX/cups/lib/filter/rastertoqpdl" works [09:25] but calling it directly doesn't [09:25] tjaalton: pkgsel/late_command I guess [09:25] err, preseed/late_command [09:25] I suppose I should change that in pkgsel [09:26] pitti, the ldd output of rastertoqpdl once from the Ubuntu package and once from the LSB package differs for me only by the lines [09:26] cjwatson: ok, works for now [09:27] cjwatson, uhm ok, so does it install recommends by default or not ? your conversation confused me now [09:27] tkamppeter: right, with "lsb" installed it WFM [09:27] tkamppeter: I think it's due to /lib/ld-lsb.so.3 [09:27] "/lib/ld-linux.so.2 (...)" for Ubuntu and "/lib/ld-lsb.so.3 (...)" for LSB. [09:28] tkamppeter: which is just a symlink to ld-linux.so.2 [09:28] /lib/ld-lsb.so.3 is probably generated by a maintainer script of an lsb-... package. [09:29] tkamppeter: right, so just installing that symlink and installing the package, but not any lsb* stuff works [09:29] tkamppeter: okay, trying that driver now [09:30] pitti, why did you not have this symlink? And what triggered that you get the symlink again? [09:30] tkamppeter: as I said, the symlink is created by some lsb-* package, which I didn't install because they pull in a lot of stuff which I don't want on that box [09:31] maybe adding that symlink would be a good idea for our lsb-base package or so [09:33] viviersf: tasks (or "groups" in kickstart, introduced by @) behave as I said; individual packages don't get recommends installed by default [09:35] cjwatson, cool thanks [09:36] pitti, the symlink is created by /var/lib/dpkg/info/lsb-core.postinst, so lsb-core and lsb-printing should be sufficient for printer driver packages. [09:36] tkamppeter: bug updated again; splix2 openprinting.org package has the same bug [09:36] tkamppeter: lsb-printing depends on lsb-core already [09:36] unfortunately lsb-core pulls in postfix [09:38] pitti, and installing postfix wastes a lot of space and runs a daemon listening on port 25? [09:40] tkamppeter: debconf asks about it, but by default it does, yes [09:41] postfix itself doesn't need a lot of space, but you really shouldn't install an MTA without actually needing one and being aware of it [09:41] tkamppeter: but that's a bug in the LSB, not something in the printer drivers [09:41] tkamppeter: so don't worry for now, I'm just whining [09:41] On my box postfix is installed and port 25 is not open. [09:42] tkamppeter: you probably chose "local delivery only" in debconf [09:42] but "internet site" is the debconf default [09:43] pitti, perhaps we should change the default, so that the default is the least-impact one. [09:44] tkamppeter: for people who install postfix because they actually want postfix, it makes sense, though [09:44] same for apache, ssh-server, etc. [09:45] pitti, can you report the "LSB pulls in postfix" bug to the LSB bug tracking system http://bugs.linuxbase.org/? Thanks. [09:45] "LSB mandates a local MTA" would be the bug, yes [09:46] tkamppeter: I created an account, once I get it I'll file the bug [09:46] so the LSB is now going to be mandating java [09:46] Wooo [09:49] NCommander, did the installation of an OpenPrinting package pull Java for you? [09:49] Install what package now? [09:50] tkamppeter: actually, LSB is just requiring /usr/bin/sendmail to exist [09:50] so if we had a simple local-only MTA, our lsb-core package should pull in that, instead of postfix [09:50] NCommander, if you have a distribution-independent package based on the LSB, it pulls the meta-package "lsb", and that pulls all requirements of the LSB. [09:50] oh yay, RPM :-P! [09:52] but I guess the most practical solution for now is to use distro packages instead of "LSB" alien'ed ones [09:52] pitti, so it is perhaps only a bug in our lsb-core. It should prioritize the absolute minimum to get /usr/bin/sendmail. [09:53] Easily solved with "Depends: nullmailer | mail-transport-agent" or similar. [09:53] tkamppeter: it's about shipping something crippled by default in any case [09:53] I take it someone’s working on getting the firefox security update to Ubuntu? [09:53] infinity: right, except that nullmailer is specifically not a local-only MTA [09:53] pitti: And not LSB-compliant, even, according to the description. [09:53] pitti: But it was merely an example. :) [09:53] OTOH I'm convinced that *having* a local-only MTA would be even worse [09:54] since once programs see /usr/bin/sendmail, they might actually try to *use* it, you know [09:54] pitti: Then again, isn't our default postfix installation technically a local-only MTA anyway? [09:54] and send mail into oblivion, instead of saying "I need to send mail, dude" [09:54] (or close to) [09:54] infinity: no, not at all; we don't install postfix by default [09:54] infinity: and the debconf default is "internet site", the full thing [09:54] pitti: Right, we don't anymore. I'm thinking about 17 releases ago. [09:54] which is the right thing [09:55] * infinity lives in the past. [09:55] Though, to be fair, I don't really see the "bug" that LSB mandates an MTA. [09:55] infinity: in the end, I think is is and remains a nonsensical LSB requirement which cannot sanely be implemented [09:55] UNIX-like systems are still kinda expected to have one, even if most desktops don't anymore. [09:56] right, and that expectation is the bug :) [09:57] pitti, infinity, I hope we do not need a new lightweight project for making distro-independent binaries, only to make it easier for hardware manufacturers to provide drivers ... [09:59] pitti, infinity, I think the LSB needs to be modularized and the distro-independent binaries should simply pull appropriate modules, for printer drivers for example lsb-printing and lsb-binary (the latter would provide everything to run generic, distro-independent binaries, likle this symlink). [10:03] ArneGoetje: hardy langpack updates finished building, so can get a CFT; what's the intrepid status? [10:19] tkamppeter, infinity: http://bugs.linuxbase.org/show_bug.cgi?id=2407 [10:19] bugs.linuxbase.org bug 2407 in Core-generic "Consider dropping sendmail as a required core component" [Normal,New] [10:23] Hmmm, how often is MoM actually running? [10:24] Hobbsee: hourly [10:24] Hobbsee: takes in the vicinity of an hour to run though due to the amount of churn, so sometimes it gets stuck on a lock and only ends up running every two hours in practice [10:24] cjwatson: oh. Hmm, I wonder hwy it hasn't picked up irssi's yet, when it was accepted 3 hours ago. [10:24] cjwatson: ah, right [10:25] and when you factor in publisher cron times + delay into that, it can take a bit [10:25] yup [10:32] coo, someone's packaged up xserver-xorg-video-spu, for great ps3 justice [10:35] pitti, great bug report. I have also posted on the lsb-discuss mailing list about whether one could let LSB packages require only a part of the LSB, by requiring "lsb-printing" and not "lsb". [10:40] pitti, if you get a clue on the page size calculation inside the SpliX code, I would be grateful if you could get it going. I cannot do much here without having the printer to test. [10:40] tkamppeter: yep, still on my list [10:41] Does a package have to explicately depend on perl? [10:41] Or more specifically perl-modules? [10:43] NCommander: on perl, yes [10:43] NCommander: perl-base is essential, so you don't need to depend on that [10:43] ok [10:43] neither perl nor perl-modules is essential; generally dependencies should be on perl not perl-modules [10:43] * NCommander is fixing svk ATM [10:44] * NCommander fixes SVK [10:44] errr... Now, are there *any* reasonable reasons I can have a suggests on build-essential? [10:44] or is that just E,B&W no matter what the situation is? [10:44] Hobbsee: not EBW, but fairly useless? [10:44] EBW? [10:44] Evil, Bad, and Wrong [10:45] Hobbsee: what's the package and rationale for it? [10:45] unperish could reasonably suggest build-essential, I think [10:45] Suggesting build-essential is fine. [10:45] pitti: it's install-css.sh, where if it can't find a binary, i'tll try to build the source of the libdvdcss2 [10:45] build-suggesting build-essential would be wrong, if it were possible. [10:45] it'll manually install it mid script, though, but the other bits are already a suggests [10:45] wgrant: well, yeah... [10:45] Hobbsee: it still means that installing the package by any official means will fail by default [10:46] Hobbsee: if binaries aren't available [10:46] Hobbsee: so if the binaries are very likely to not be available, but the source is, a recommends: would make sense IMHO [10:46] pitti: sorry, the actual package is libdvdread3, which contains the script. [10:46] but I don't see why that should be the case? [10:47] the hot thing is the CSS decryption, which is illegal in some countries no matter whether it's source or compiled? [10:47] pitti: yes, which is why there's a script you can manually run to install it from medibuntu, rather than it being there itself. [10:47] Hobbsee: my general approach to that is to have a proper failure mode in the script itself [10:48] pitti: (it does). it's just done multiple times [10:48] Hobbsee: i. e. print out "packages not available, install build-essential and run me again" [10:48] suggests: aren't really "seen" by the casual user [10:49] pitti: it does that. So now i'm wondering why the other packages there (such as fakeroot) are suggests, as well as being attempted to be installed by the script, where the script bails out if they're not there. [10:52] * Hobbsee scratches head. Since when did this script include such crack? [10:53] Which script? [10:53] install-css.sh [10:54] it's relying on 'type', which is a bash builtin, and now doesn't do what it used to [10:55] Maybe the script calls dash? [10:55] type works in dash, too [10:56] * Hobbsee tries to find a manpage for type, in dash. [10:56] manpages document external commands, surely? [10:56] Hobbsee: man dash has it, yes [10:56] Hobbsee: It takes no options, just the filename [10:56] type is technically not POSIX but it's one of those that has very good coverage among shells in practice [10:57] What does it use type for, anyway? [10:57] which is theoretically more reliable but has its own portability problems [10:57] type [name ...] [10:57] Interpret each name as a command and print the resolution of the command search. Possible resolutions are: [10:57] the usual use of type is for its exit code, to find out whether a command exists [10:57] shell keyword, alias, shell builtin, command, tracked alias and not found. For aliases the alias expansion [10:57] is printed; for commands and tracked aliases the complete pathname of the command is printed. [10:57] StevenK: to check if something's installed. [10:57] So, it is there [10:58] but that's a really bad way to check it. [10:58] I should get into the habit of using which instead, but it's an external command and therefore slower [10:58] Hobbsee: why? I do that often [10:58] it has its problems, but it isn't "really bad" [10:58] if ! type dh_testdir > /dev/null || ! type fakeroot > /dev/null || ! type ; then [10:59] cjwatson: because, unless i'm misreading it, if you do something like ^, even if you don't have fakeroot installed, it'll still bail. [10:59] er, it'll still *pass*. [10:59] I don't know what type without arguments is supposed to achieve [10:59] looks like a mistake [10:59] because ' not found' will be returned [10:59] hmm, i'm starting to think so [10:59] it's essentially an "|| true" [10:59] the above checks exit code, not output on stdout [11:00] what it prints is entirely irrelevant [11:00] erm, || false [11:00] which is a no-op [11:00] oh, right [11:00] my bad, then. [11:00] (doing tests on the output of a command when exit status is available instead would generally be a mistake) [11:00] cjwatson: thanks for hte help [11:01] no problem [11:01] I think you were thinking of ! [ "$(type fakeroot)" ] or some such wrongness [11:01] ah yes, that would be it. [11:01] that mistake is more usually made with grep [11:02] i.e. 'if [ "$(thingy | grep foo)" ]; then ... fi' when 'if thingy | grep -q foo; then ... fi' would have done instead [11:02] or grep foo >/dev/null if you need non-POSIX portability [11:03] ahhhhh [11:03] right, got it. Thanks again :) [11:04] sh -- where everything you do that involves quotation marks is likely to a silly, difficult, or a security problem, unless you really, really know what you're doing [11:04] liw, got a better idea? :) [11:05] directhex, sure: every time you're not sure whether you are quoting things properly, switch to perl or python [11:05] now, see, if install-css.sh were install-css.pl, Hobbsee wouldn't even be able to read it to find bugs. yay for write-only languages ;) [11:06] directhex: well, i've never touched perl, so... :) [11:06] I would have phrased that the other way round; if your sh involves too few quotation marks, it's probably wrong [11:06] jdong, ping [11:06] directhex: how about install-css.bf, to go the whole way? [11:06] cjwatson, that's also true [11:06] Hobbsee: I consider that steganography, not code [11:06] the rule of thumb I give people is that every $-expansion should always be enclosed in "", unless you know what you're doing and have a good reason not to do so [11:06] pitti: haha :) [11:06] directhex, I see no reason why Hobbsee couldn't learn Polish in a few afternoons [11:07] Hobbsee, i was messing around with bf -> .net compilers the other day, would you believe. i won't package one until there's a self-hosting compiler written in bf [11:07] liw, well, polish, that's easy. it's russian without the cyrillic. mostly [11:07] directhex: hah [11:34] <_StefanS_> any solutions for that issue with firefox3 and applets freezing ? [11:35] <_StefanS_> other than installing icedtea6-plugin that is.. [12:25] pitti, will CUPS bug 3001 get a SRU? [12:26] tkamppeter: I want to wait for upstream's comment, and once Mike is happy, upload it to unstable, lenny, jaunty, and also SRU, yes [12:26] http://www.cups.org/str.php?L3001 [12:26] I know what you mean :) [12:26] pitti, I am only testing ubottu, he stopped showing links on CUPS bugs. [12:27] That is a regression, ubottu did it formerly. [12:27] STR 3001 [12:28] CUPS STR 3001 [12:28] ubottu: ping [12:28] pong [12:28] ping yourself ;-) really the diodes all down my left side are sore [12:28] hmm, it's alive. [12:28] O_O; [12:28] bug 1 [12:28] https://bugs.launchpad.net/ubuntu/+bug/1 (Timeout) [12:28] bug 123456 [12:28] Launchpad bug 123456 in xine-lib "podcast crashes amarok" [Undecided,Fix released] https://launchpad.net/bugs/123456 [12:28] bug 1 is a bad choice because it doesn't actually query LP [12:28] https://bugs.launchpad.net/ubuntu/+bug/1 (Timeout) [12:29] .... [12:29] Hmm. [12:29] it normally says that it won't do anything. [12:29] it was changed [12:29] But it's timing out too quickly to be really timing out, so I presume they've just changed the message. [12:30] yeah [12:30] It returns an LP URL, or is this the default "Not found" one? [12:30] https://bugs.edge.launchpad.net/ubuntu/+bug/1 [12:31] Launchpad bug 1 in ubuntu "Microsoft has a majority market share" [Critical,In progress] [12:31] https://bugs.launchpad.net/ubuntu/+bug/1 [12:31] O__o; [12:31] Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/1/+text) [12:31] bug 1 [12:31] https://bugs.launchpad.net/ubuntu/+bug/1 (Timeout) [12:31] How odd. [12:31] not really [12:31] there is a metric shitload of comments [12:31] bug 1 is over a megabyte in size [12:31] https://bugs.launchpad.net/ubuntu/+bug/1 (Timeout) [12:32] lifeless: I mean the fact that only 'bug 1' seems to be blacklisted. [12:32] https://bugs.launchpad.net/ubuntu/+bug/1 (Timeout) [12:32] I thought we had a static page for the web page, I wouldn't be surprised if ubottu is using api's now that api's are not protected [12:32] A browser takes very long to reply to https://bugs.launchpad.net/ubuntu/+bug/1, but it replies the correct thing. [12:32] Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/1/+text) [12:32] we need to stop posting links to bug 1 [12:32] https://bugs.launchpad.net/ubuntu/+bug/1 (Timeout) [12:32] arhg [12:32] tkamppeter: I believe it is a static page :) - its just big [12:33] I don't suppose there is some testing channel where ubottu hangs out, so that you guys don't have to play with the bot in here? [12:33] sorry; I didn't mean to tweak it before [12:33] at least it isn't talking to itself [12:33] #ubuntu-bots? [12:40] mvo: thanks, great that some problem points were found and fixed. [12:41] mvo: ping; I know the Str problem fix [12:41] mvo: api change in storm; its RawStr now [12:41] hello [12:41] lifeless: right, I have a fix for this one in the bzr tree [12:41] lifeless: it breaks with that too unfortunately [12:41] !list [12:41] Hi! I'm #ubuntu-devel's favorite infobot, you can search my brain yourself at http://tinyurl.com/5zfb6t - Usage info: http://wiki.ubuntu.com/UbuntuBots [12:42] mvo: oh [12:42] mvo: whats the next break? [12:42] lifeless: I need to run it again to get it [12:42] lifeless: give me a sec [12:42] (or two) [12:43] mvo: nearly midnight [12:43] mvo: don't stress now; I'm feeling guilty about it though [12:44] lifeless: no worries, I will sent it output by mail, ok? [12:44] netowrk is *very* slow for me right now anway :/ [12:45] mvo: please [12:53] why is it that everytime I restart squid, I find myself tempted to use 'killall -9 squid; /etc/init.d/squid start'? [13:16] lamont, no idea, but on another topic, you have ia-64 hardware, right? === azeem_ is now known as azeem [13:25] pitti: please take a look at bug 203349 once you get a chance [13:25] Launchpad bug 203349 in language-pack-kde-sv "Broken plural forms in KDE" [Medium,Confirmed] https://launchpad.net/bugs/203349 [13:26] DktrKranz, pinb [13:26] ping even [13:30] NCommander: yeah [13:31] lamont, could I convince you to test the ia64 kernel from jaunty? [13:31] the test box is currently intrepid, with (of course) a hardy kernel, since there isn't an intrepid one... [13:31] so sure, it'll be late tonight though [13:32] lamont, great! I need to fix the HPPA kernel (it FTBFS on the builders, strangely enough) [13:32] thanks === LucidFox_ is now known as LucidFox [13:49] argh, WTH? http://people.ubuntu.com/~ubuntu-archive/testing/jaunty_probs.html is awful [13:54] * pitti creates jaunty chroot to debug [13:54]