[00:01] hi [00:02] i am trying to access to revu website but i think that the keyring are not sync yet [00:02] because i cant log int [00:02] log in [00:04] dcordero: You can only log in once you have uploaded a package. [00:06] yes sorry i dont understood that, but i have reread. Thanks === cody-somerville_ is now known as somerville32 [00:12] ok! Who's ready for the great pulseaudio transition?! [00:13] crimsun: YAY! -hides- [00:13] I'll be recompiling all of libpulse0's rdeps and testing. [00:14] The great upheaval will begin in a few hours [00:14] Yay! I can test this evening :) === RAOF_ is now known as RAOF [00:15] so this is replacing alsa interfacing? [00:15] What benefits does PA actually give? [00:15] pwnguin: no [00:16] http://en.wikipedia.org/wiki/PulseAudio [00:16] Fujitsu: working default audio device persistence across sessions (and reboots), live stream migration across devices, per-stream gain & volume control, ... [00:16] Per-application volume controls [1] [00:17] # [00:17] # Low-latency operation and support for latency measurement. [00:17] ...The ability for me to play music from my laptop on my stereo... [00:17] crimsun: Oh, I like that last one. [00:18] and perhaps it will let me use java apps with sound in firefox and rhythbox simultaneously [00:18] pwnguin: Dear lord! Surely not? [00:18] pwnguin: [00:18] pwnguin: And maybe flash will be unbroken at some point to *not* try and open every single available hardware stream. [00:19] ha! [00:19] Thinking of which, crimsun, any libflashsupport action? [00:19] note that i currently use alsa as the default gst sink, as i somehow developed an aversion to esd after living with many gentoo friends [00:20] RAOF: works fine; see the Whiteboard at https://code.edge.launchpad.net/~crimsun/libflashsupport-pulse/devel [00:20] Isn't esd mostly gone now? [00:21] Fujitsu: FSVO mostly [00:22] for small values of? [00:22] pwnguin: using an intelligent package manager that pulls Recommends for pulseaudio-esound-compat and gstreamer0.10-pulseaudio does the trick [00:22] pwnguin: 'some' [00:23] pwnguin: afterward, you'll only need to set the default audio sinks and sources via `gstreamer-properties` [00:23] what's this supposed to mean about "intelligent package manager" [00:23] e.g., aptitude [00:23] doesnt apt pull reccommends by default config now? [00:24] sure, apt-get is included [00:24] * Fujitsu eyes the Zeroconf module suspiciously. [00:24] then why was that directed at me? [00:24] I'm not limiting which one(s) should be used [00:24] * RAOF presumes Fujitsu is being security-conscious. [00:24] pwnguin: because you noted your use of alsa as default sink/source [00:25] and is this for gutsy or hardy? [00:25] hardy. No devel for gutsy. [00:25] donno if pulseaudio was in gutsy at all or what. fair enough then [00:25] it has been since feisty [00:26] and before that, as polypaudio [00:26] RAOF: Zeroconf for audio sounds evil. [00:26] * TheMuso worked out why pulseaudio doesn't start on gutsy by default. [00:26] Turns out that there is an incorrectly named package in the seeds. [00:26] pulseaudio-esd-compat should be pulseaudio-esound-compat [00:26] And its needed for pulseaudio to get started. [00:27] Fujitsu: Why, particularly? [00:28] TheMuso: hmm? [00:29] ah, n/m [00:29] http://people.ubuntu.com/~ubuntu-archive/seeds/ubuntu.hardy/desktop is self-explanatory. [00:29] Fujitsu: What it does at the moment is auto-detect my server's pulse sink connected to my stereo. I suppose that if my server wasn't behind a firewall I'd have auth-anonymous turned off. [00:30] That does sound nice, but vaguely insecure. [00:30] Anyway, /me tries to get PA working here. [00:30] Fujitsu: as I said, ensure pulseaudio-esound-compat is installed. [00:31] TheMuso: I believe it to be. [00:31] and gstreamer0.10-pulseaudio. === vorian_ is now known as vorian [00:31] the best part, though, is that Ubuntu carries a one-line diff to the Debian source =)) [00:31] crimsun: And what is that? [00:31] Ah, I can see Rhythmbox is connected now, but it has hung... [00:32] TheMuso: we enable per-user esd sockets [00:32] * TheMuso wills Debian to update to 0.9.8 [00:32] ah [00:32] TheMuso: it was uploaded earlier. [00:32] TheMuso: Has that stabilised yet? [00:32] RAOF: I don't know. [00:33] I was browsing the ML, and it seemed there were a bunch of bugs in that release, because the dev hadn't tested thourghly. [00:33] that's the point of shoving in 0.9.8 now ;) [00:33] Heh. [00:34] Yay! Tao is in unstable now. [00:34] * TheMuso starts searching for what starts pulseaudio. [00:35] TheMuso: System> Preferences> Sound> Enable software sound mixing [00:35] TheMuso: You've got a choice of gnome-something (if you enable ESD in S-P->Sound) [00:35] Or you can just fire up "pulseaudio". [00:36] crimsun: Right, so gnome-session checks gconf, and loads pulse. [00:36] right, a system-wide daemon is not recommended [00:36] Yep understandable. [00:43] TheMuso: thanks for noting the seed error [00:43] crimsun: np [00:49] how can i check if i am on the keyring of revu? [00:51] How does one change what card pulseaudio uses? [00:53] TheMuso: graphically, pavucontrol [00:53] Aw, can't I switch it to another server while it's playing? [00:54] TheMuso: otherwise, you should install pulseaudio-utils and use pacmd or pactl [00:55] Fujitsu: Yeah, that's a bit annoying. [00:55] It seems I even have to restart Rhythmbox to switch it to another server. [00:57] crimsun: Thanks. [00:57] Nice to know that mpd will work with it! [00:57] Means I could play music on one box, and send it to my notebook in another room. Sweet. [00:57] yep, it's listed in the rdeps :) [01:10] Heya gang [01:10] Hi bddebian. [01:10] hi bddebian [01:10] Hi Fujitsu, persia [01:12] Is there a way to filter the queue view to only show sources? [01:12] persia: No. [01:12] That would be too simple. [01:13] Oh well. I just like to check for archive candidates on REVU. Maybe I'll dig into it later. [01:13] You could probably work out to how to scrape it, though (the batch GET argument is also useful) [01:13] Fujitsu: You imagine that I'm motivated enough to script it :) [01:14] TheMuso: are there any caveats relevant to hardy I should be aware of on https://wiki.ubuntu.com/SeedManagement ? [01:14] TheMuso: namely, is the twenty-minute wait recommendation still relevant? [01:14] crimsun: Not that I am aware of. I pay attention to the ubuntu seeds to keep ubuntustudio's up to date. [01:16] crimsun: Changing one package name shouldn't be a problem. [01:16] crimsun: Unless you intend to do more. [01:16] TheMuso: nope, just that isolated change. [01:17] crimsun: Well changing only that shouldn't be a problem, as I said. [01:18] It would also require a new ubuntu-meta upload, but I guess that can wait. [01:18] For the CD images to get the change. [01:19] TheMuso: ok, thanks. (I don't normally muck w/ seeds :) [01:19] crimsun: I've broken the ubuntustudio seeds a few times to have a fair idea of what I'm doing by now. :p [01:20] The fun part is merging Ubuntu's changes. [01:20] the ubuntu seed changes even. [01:20] But bzr helps with that, I'm guessing [01:21] Yes it does. [01:22] Its just that our desktop seed is organised totally different to the ubuntu desktop seed, something which I'm pondering chanig, for the ubuntustudio desktop seed that is. [01:22] changing [01:22] I take I have to push this change to *.hardy [01:22] bzr+ssh://username@bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.hardy I think it is. [01:23] You shouldn't do that. [01:23] You should have it bound to that branch. [01:23] StevenK: sorry, I meant, "I should push this change by hand to gobuntu.hardy, edubuntu.hardy, ..." [01:24] ENOIDEA about that [01:31] man, that "Convert to a question" link in bug reports is /gold/ [01:32] crimsun: Why? [01:32] because most of these audio driver bugs are not bugs [01:32] Ah. [01:32] * Fujitsu stabs PPA for not looking in the primary archive for .orig.tar.gzs. [01:33] * bddebian stabs PPA just for being... [01:33] Fujitsu: Yeah that would be nice [01:33] It's targetted for 1.1.12, IIRC. [01:33] Although upgrading to Hardy is dangerous, so PPA's use is limited for the moment. [01:34] Er, s/upgrading/uploading/ === chuck is now known as zul [02:06] Hah, mjg59's success is on /. [02:07] ? [02:07] lol [02:07] Yea, great article except it has... like no content :P [02:08] Fujitsu: Hopefully, it links to somewhere that isn't Slashdot [02:08] It has some content. Some CoC-violating content, too. [02:08] StevenK: What? [02:08] Fujitsu: I'd like to read the article, but I refuse to visit Slashdot [02:08] Ah. [02:09] Well, it's on Planet. [02:11] Anyone here pretty comfortable with Debian BTS? [02:11] * Fujitsu knows enough to get around. [02:12] Do you know how to add tags? I've tried control@bugs.d.o and using a pseudo header and neither worked [02:13] * persia fails to understand the DCMA yet again. [02:13] bddebian: The Tags: header didn't work for you? [02:13] bddebian: tags XXXXXX + sometag [02:13] (to control@b.d.o) [02:14] I've tried that [02:14] bddebian: With the required terminating "kthnx bye"? [02:15] Are you serious? [02:15] `thanks' would do. [02:15] Although it isn't necessary if there is no trailing content, is it? [02:15] bddebian: It supports lots of things, but yes that too. "quit", "stop", "thanks", and "thank you" are all more common. [02:15] "kthxbye" works too [02:16] Fujitsu: I thought it was to force the action, but I may be mistaken. [02:16] thanks/etc are to stop the bot from acting on your signature [02:16] * persia points to StevenK's example as the correct syntax: "kthnx bye" is likely an error. [02:16] Or the rest of your mail [02:16] So To: control@bugs.debian.org Subject: tags xxxxx + pending with a body of thanks or use pseudo header? [02:17] bddebian: Body "tags xxxxxx + pending" double newline "kthxbye" [02:17] bddebian: No, commands go in the body. [02:17] No double newline [02:17] StevenK: No whitespace between commands & thanks? It usually works for me that way. [02:18] persia: I don't do that and it works for me [02:18] Can't they just give the damn thing a web interface? :-) [02:18] I use a single newline. [02:18] bddebian: See SoC 2007. [02:18] To be honest, I just use 'bts' [02:18] * persia suspects both work then. [02:18] bddebian: There's a CLI interface, which is likely easier than a web interface. [02:18] bddebian: Because using a mail client is so hard [02:19] StevenK: Yes, it is :) [02:19] bts tag XXXX + pending [02:19] Or use tagpending [02:19] (From devscripts) [02:53] Seems to have worked, not sure what I did before. Thanks persia, Fujitsu, StevenK [02:55] bddebian: It's nice to have a subject too - otherwise subscribers get odd mail :) [03:00] Oh for cripes sake.. :-) [03:01] mmm crepes [03:03] ugh [03:06] persia: FYI, non-commercial or you can't be paid for it is enough for multi-verse all by itself. [03:11] Fujitsu: is THAT what the post was about? [03:12] pwnguin: I would have thought it was fairly obvious what it was about... [03:17] i wasnt aware they were violating the GPL. for all i knew, the mpaa targeted mjg for doing something [03:18] Ah, you're right, that wasn't clear. [03:19] somehow, a 200 pixel wide image of a swingset doesn't establish context for me =( [03:20] Where was that? [03:20] hmm [03:20] its not a swingset, but i have no clue what it IS [03:20] Where? [03:20] theres a lawn [03:21] on mjg's LJ [03:21] That's not 200 pixels wide, if it's the thing I'm looking at... [03:22] 50, 200, its the same to me =/ [03:45] ScottK: Could you point me at a reference for that in the future? [03:47] persia: My ref is I asked (I think it was pitti) and was told. But let me whip up something for you. [03:47] ScottK: Cool. Thanks. I always thought that everything in universe had to be DFSG-free, but couldn't find a reference quickly before. [03:49] persia: I have not found the actual Ubuntu policy written down in an authoritative place, but my understanding of it is DFSG, except that GFDL with invariant sections is OK. [03:49] in other words, DFSG with sanity preserved :^) [03:51] I think we also allow CC-BY-SA > 2.0 rather than > 2.5 [03:51] s/>/>=/ [03:52] mwolson: or DFSG except some stuff that isn't. [03:53] * persia would like an official statement of UFSG somewhere [03:53] Non-commercial restrictions clearly fail point 1 of the DFSG. [03:56] persia: I agree. I think it's pretty clearly not publically documented. [03:56] I was hoping for something as a result of the pq submission, but I'm just as befuddled as before. [03:57] persia: My suggestion is mail the tech board and put it on the agenda for their next meeting. [03:58] ScottK: That's probably the right solution, but presumes I have a proposal ready :) [03:58] persia: Your proposal is you want the existing policy publically documented. [03:58] We'll just assume there is one. [03:59] ScottK: I don't have the impression that the existing policy is documented, publically or privately, and I don't believe that complaining about it not being public would lead to a solution. [04:00] persia: Then I'd just suggest that in the absence of formal policy we use DFSG. After all, one of our goals is to keep our diff with Debian small. If people want more than that, they should argue for it. [04:01] Ask the TB [04:01] ScottK: Maybe, but I think we have an informal policy of DFSG + GFDL + earlier CC-BY-SA + possibly other stuff. It just needs someone to scrub the wiki, the LP license list, and www.ubuntu.com and write it up for presentation to TB. [04:02] persia: I don't think we need to solve it for Ubuntu. I think we need to start the ball rolling. [04:02] Fujitsu: our "very-low" has been renamed to "unimportant" to follow Debian, also, I've added "--universe" to the report-todo script (which makes the -v you added optional) [04:02] Or ask the TB to declare what licenses are okay based on what's in the archive? [04:02] * persia doesn't see the point of raising issues formally in the absence of a proposed solution: people are busy with other thinks. [04:02] persia: I'd use the least energy method to get it started. [04:03] persia: To focus the attention of those people who should solve it. [04:03] * bddebian is never busy with anything :) [04:03] StevenK: I don't like that solution, as there are new licenses that come in that need evaluation, and it would be preferable to have guidelines. [04:03] keescook: Ohhh, woops, I didn't meant to commit that -v, sorry. [04:03] bddebian: Do you need more tasks? [04:03] (but thanks for that option) [04:03] Fujitsu: np :) [04:03] * ScottK wonders what the MOTU equivalent of "Hardest working man in show business" would be? [04:03] persia: Do you mean more tasks for nothing? :-) [04:03] ScottK: bddebian. [04:04] Fujitsu: Right, that's sort of what I was thinking, but I wanted a catchy tag phrase. [04:05] ScottK: bddebian is so godly he has it named after him. [04:05] What's wrong with the traditional https://wiki.ubuntu.com/BddebianIsAGod ? [04:05] Fujitsu: and I've added a "universe" category to report-todo-numbers [04:05] Fujitsu: Silly me. Of course. [04:05] persia: Right. [04:05] keescook: Danke. [04:05] np; one step closer to graphs! :) [04:06] keescook: I note that jdstrand manages to often remove tens of revisions with some uploads. Is that deliberate, accidental, or not happening at all, but LP being braindead? [04:06] Fujitsu: it's LP being braindead. [04:06] basically, whoever pushes last is who's "view" of the branchs sticks [04:06] How'd I guess... [04:06] if you drill down, you'll discover the merged revisions. it just makes the html report of things look odd [04:06] Your branches should probably be bound. [04:06] And the email reports. [04:07] hm, maybe we should each have our own and push to a bound branch? I don't like having remote bound branches because I can't commit without a network [04:08] keescook: You might want bzr commit --local [04:08] ah! [04:08] You folks kill me.. :) [04:08] Centralised version control with offline committing, yay. [04:08] Fujitsu: And then push after you get network? [04:09] Fujitsu: Or commit again? [04:09] StevenK: Perform a normal commit, and it should be pushed properly. [04:09] You can't really push bound branches. [04:09] bddebian: Not yet we haven't. [04:09] * StevenK nods [04:09] * Fujitsu kicks PulseAudio for being... very broken. [04:09] bddebian: Just wait. We'll figure out a way. [04:10] I get a half-second snippet of audio every coupld of seconds on the remote speakers. [04:10] gah..:-) [04:10] Fujitsu: Like you need a reason for that. [04:10] So, what would be the best way in rules to do the following: if exists config.status; then make disclean fi ? [04:13] test -f config.status && $(MAKE) distclean [04:13] With a tab at the front [04:14] c [04:14] argh [04:17] StevenK: Thanks. how do I incorporate that with the [ ! -f Makefile ] || stuff? [04:20] bddebian: [ ! -f Makefile ] && [ -f config.status ] || $(MAKE) distclean, but you likely want to have your clean: rule depend on config.status [04:26] persia: Which then means the rules needs some way of remaking it [04:27] Sorry, not sure what you mean. Won't configure recreate it? [04:27] StevenK: Yes, but I would imagine that to be the case if it was missing initially. [04:27] bddebian: The point being that you may need to create an explicit rule to generate it if it is missing, or clean will complain. [04:28] bddebian: quick & dirty is the line above [04:35] should that reall by && and || ? [04:37] bddebian: && means run the right command iff the left command returns true. || means run the right command iff the left command returns false. The total means run make diskclean uness (makefile is missing or config.status is present) due to the wonders of boolean algebra. [04:37] s/uness/unless/ [04:38] Right, I need it to run if both are present :-) [04:39] bddebian: Ah. You need ! -f config.status then, or to change the logic. [04:43] Right, thanks persia [04:43] And StevenK too :) [04:50] * persia is reminded: did the community-snort-rules ever get in? [04:50] keescook: Any idea why Dapper/Edgy security uploads don't trigger changelog-closes-bugs? [04:56] Fujitsu: I'd doubt the toolchain supports it. [04:57] ScottK: Did we have it for Feisty? I forget. [04:57] Fujitsu: Because security doesn't get processed by Soyuz? [04:57] The dak->LP stuff seems to be evil magic. [04:57] StevenK: Yes it does. [04:58] Fujitsu: I think so, but I'm not certain. [04:58] I suspect the evil magic manages to make changelog-closes-bugs not work [04:58] Dear tracker-status: please don't pass null pointers to strlen() [04:58] StevenK: Feisty and Gutsy uploads close bugs. It's all processed by Soyuz, but the dak on jackass does binaryful uploads. [04:58] * persia thinks it's not evil magic, but just showing evidence of technology [04:59] persia: Pushing binaries from a dak instance to Soyuz sounds like evil magic to me. [04:59] Fujitsu: You can explain it, therefore it's not magic :) [04:59] Errr .. s/:)/:P/ [05:01] * StevenK kicks qdvdauthor [05:02] * StevenK makes a png of the colour he wants so qdvdauthor can use it as a background. [05:03] StevenK: Hahaha. [05:03] Sound efficient. [05:04] It's a QT program? What do you expect. [05:04] heh [05:04] * Fujitsu sees ScottK and Hobbsee lurking in the shadows. [05:04] I can take ScottK [05:04] ... [05:04] :-P [05:05] The two S[a-z]+Ks, yay. [05:05] * persia offers odds [05:06] Fujitsu: And then is sometimes three. [05:07] s/$the$n/\1re/ [05:07] * StevenK confuses bddebian with his regexps [05:07] StevenK is taller. [05:07] StevenK: Who is the third? [05:07] * ScottK is older and trickier. [05:07] * persia argues that UK != K, despite the regex [05:07] (nice regex) [05:07] StevenHarperUK [05:07] Ah. [05:07] Right. [05:07] persia: It matches [05:07] * Fujitsu didn't see a /i at the end. [05:08] StevenK: /.*despite.*/ || echo so? [05:08] Ooh, getting nasty. [05:08] * bddebian wanders about the room stunned [05:08] persia: I fail to see the purpose of those wildcards at either end. [05:08] Heh [05:09] Fujitsu: The're for extra stunning leverage [05:09] Haha [05:09] * ScottK sets a small chair in front of bddebian. [05:09] persia: Good point. [05:09] But all you're stunning is bddebian, not me. :-P [05:09] * ScottK hasn't seen pictures. Is Fujitsu really stunning? [05:09] StevenK: Yes, but I'm wrong, as I thought you were right, and you weren't, so it doesn't matter. [05:11] * bddebian starts to feel like he's hanging out in #debian-devel again.. [05:11] Amaranth appears to join the regex war. [05:11] * Fujitsu hangs bddebian from the ceiling. [05:11] Stand back [05:11] * Fujitsu dodges the incoming regexps. [05:12] * ScottK gets the tar and feathers. [05:12] * RAOF gets the tar and the gzip [05:12] tar cvf /dev/null *.regex [05:12] Oh wait... [05:12] This isn't actually debian-devel. [05:12] Never mind. [05:12] Wait, forgot to escape a space [05:12] persia: Didn't you forget --remove-files? [05:13] ScottK: A fact for which I am grateful. [05:13] There's no bloody ari [05:13] Fujitsu: Yes. [05:13] Haha. [05:13] OK. Back to standard u-m fare: It's REVU day: get reviewing! [05:14] * ScottK hugs bddebian, if the ceiling isn't too high. [05:14] * Fujitsu looks at #debian-devel and notes ari's randomness without having to scroll. [05:14] * RAOF goes back to the other standard u-m fare: ripping on trackerd. [05:14] * Fujitsu sticks ScottK there too. [05:14] Cool. [05:14] heh [05:14] * ScottK loves high places. [05:14] * ScottK prepares to spit. [05:15] Oh dear. [05:15] * Fujitsu shrink-wraps ScottK. [05:15] Dear trackerd: Me sending you SIGTERM is my polite way of saying "stop using 100% cpu". Your response should be to quit, not to amble blindly on. [05:16] RAOF: Another reason I got rid of it. [05:16] * ScottK bites through the shrink-wrap and adds the bits to the lugy. [05:16] You must SIGKILL, or it just won't go. [05:16] Baaah. [05:16] RAOF: You don't really want to quit a system service with -15. If you really wanted to quit, you'd give it a 9. [05:16] * Fujitsu uses dangerous regexps on ScottK. [05:16] * ScottK is suddenly sleepy. [05:16] * Fujitsu ... has that effect on people. [05:17] * bddebian gets mad and breaks out the VisualStudio .NET [05:17] * ScottK can sleep pretty much anywhere. [05:17] * Fujitsu dies. [05:17] On the other hand, sending SIGTERM *does* break tracker-status. [05:17] RAOF: Does it? Iiinteresting. [05:18] So trackerd is presumably *trying* to do something along the lines of shutting down :) [05:18] RAOF: Send it a SEGV [05:18] send it an rm -rf [05:19] Why did we go with tracker rather than beagle again? [05:19] * persia thinks it can find it's own SEGVs [05:19] RAOF: Better metadata standardisation documentation [05:20] we'd be better with nothing [05:20] Beagle seems to have the advantage that it (a) indexes more stuff and (b) works reliably, in return for ~20MB more max memory usage. [05:20] imbrandon: Short-term: yes, Long-term: no. [05:20] RAOF: Yes, but the DB is harder for other apps to read. [05:20] isnt trackerd dead upstream anyhow ? [05:21] * persia notes that trackerd is not installed on any directly controlled systems. [05:21] Oh, fuck you qdvdauthor [05:21] Why are the apps trying to read the DB anyway? Surely that's what the indexer is *for*. [05:21] Crashing piece of crap. [05:21] RAOF: my thoughts exactly [05:21] * StevenK turns his profanity filter back on [05:21] RAOF: The idea is to expose an API so that there can be a gradual transition to a hacked-in simulation of BFS. [05:21] persia: XESAM? [05:21] (Or was it BeFS)? [05:22] RAOF: That'd be even better. Go complain to GNOME. [05:22] IE: something that tracker doesn't currently support, and beagle only just does. [05:22] persia: and that couldent have been done with beagle? [05:22] imbrandon: People would presumably complain about mono cooties. [05:23] persia: iirc tracker was a ubuntu decision, gnome still uses beagle [05:23] imbrandon: Maybe. I didn't make the decision, but I thought I remembered reading that there was an issue with how beagle exports metadata. [05:23] GNOME doesn't use *anything* yet. [05:23] Although tracker was proposed (beagle devs don't think beagle's ready, apparently). [05:24] trackr has been dead upstream a while iirc [05:24] imbrandon: I'm pretty sure you're thinking of another project. The main tracker dev was highly active in the stabilisation of Tracker for Gutsy. [05:24] RAOF: Yes, that matches my understanding, although I don't usually see a long wait between "proposed for GNOME" and "default for Ubuntu" unless there are known issues. [05:25] any program that %50 of the devs wont keep installed themselfs needs to be removed [05:25] heh [05:25] imbrandon: Why? It's just harder to support. If you7re so unhappy, go fix strigi [05:25] Or install beagle, apparently. [05:25] i use beagle/kbeagle [05:26] imbrandon: tracker is not dead upstream. [05:26] * persia decides pinot wins the nice webpage contest [05:27] we should at very leaste put a "nice 200" wrapper on it [05:27] imbrandon: priorities don't have that resolution [05:27] Grrrrr [05:27] imbrandon: It already runs at nice 19 [05:28] qdvdauthor and it's author need to *die* [05:28] persia: it would be nice though [05:28] My problem with tracker isn't that it messes with other programs, rather that it never lets my CPU sleep, even on battery. [05:34] I always remove tracker. [05:34] As I generally know where to find what I'm looking for. [05:34] * persia finds http://bugzilla.gnome.org/buglist.cgi?product=tracker&bug_status=NEW&bug_status=REOPENED&bug_status=ASSIGNED&bug_status=UNCONFIRMED and convincing argument to wait [05:34] s/and/an/ [05:35] or if i dont, {m,s}locate works fine [05:35] for me === LucidFox is now known as LucidFox_WC11 [05:36] Hm. It seems I'm looking at bug #155244 - tracker can corrupt it's database when killed, and a corrupt database will make it spin it's wheels endlessly. [05:36] Launchpad bug 155244 in tracker "tracker does not stop" [Undecided,In progress] https://launchpad.net/bugs/155244 [05:45] well after 24hours 1/6 of my mirror is back in sync [05:45] heh === macd_ is now known as macd [05:49] Good morning dholbach [05:49] good morning [05:49] moins dholbach , your here early [05:50] hey persia [05:50] Hey dholbach. [05:50] hey imbrandon [05:50] heya TheMuso [05:50] Hi dholbach. [05:50] imbrandon: indeed - I have an appointment later today, that's why I start early :-) [05:50] hey Fujitsu [05:50] :) [05:50] how are you all doing? [05:51] good good, just wakin up myself [05:51] still sorting mail [05:51] lol [05:51] also my girlfriend had to get up early too, so it was easier for me to get up at the same time [05:51] * dholbach sips coffee [05:51]