micahg | are patches to remove g_thread_init completely from packages upstreamable to actual upstreams yet or should we just keep this as a diff right now? | 04:50 |
---|---|---|
broder | micahg: i thought you needed to add gthread-2.0 to the pkg-config list, not remove it | 04:53 |
micahg | broder: well, that's one option, but it won't do anything anymore in precise AFAICT | 04:53 |
broder | micahg: but presumably it's needed on older glibs, right? | 04:54 |
micahg | yeah, maybe I should just change it to link with gthread-2.0 now that I think about it, but I'm wondering why people are adding patches to remove the calls | 04:55 |
broder | if there's actually any multithreading, that seems like it could be dangerously wrong | 04:57 |
micahg | broder: which part? | 04:58 |
broder | not calling g_thread_init | 04:58 |
broder | is it actually no longer needed? | 04:58 |
micahg | ah, yeah | 04:59 |
micahg | well, it seems to b: http://developer.gnome.org/glib/2.31/glib-Deprecated-Thread-APIs.html#g-thread-inite needed, but doesn't support custom implementations | 04:59 |
broder | yeah, dropping the calls just doesn't feel like a great idea if you need them to do any multithreaded stuff | 05:03 |
achiang | rhythmbox in 12.04 seems to have forgotten about the music store. :-/ | 05:16 |
micahg | achiang: well, it needs to be ported to gtk3 for that | 05:16 |
achiang | oh. | 05:17 |
achiang | is there a blueprint for that? | 05:17 |
achiang | this page is... missing stuff? http://status.ubuntu.com/ubuntu-precise/ | 05:19 |
micahg | achiang: could be it's already ported, but that's why we didn't have it in oneiric | 05:25 |
achiang | micahg: poking around with apt-cache search doesn't show anything promising | 05:25 |
=== AfC1 is now known as AfC | ||
=== huats_ is now known as huats | ||
RAOF | Ah, well. At least now I know *where* those bad sectors on the hard drive are... | 22:12 |
bjsnider | you haven't replaced that drive yet? | 22:15 |
mainerror | RAOF: You should replace it ASAP! | 22:16 |
RAOF | Yeah, yeah. | 22:17 |
RAOF | I'm happy to ride it into the ground; all the data's safely duplicated elsewhere. | 22:17 |
* RAOF is more annoyed with his SSD that's no longer appearing as a drive to the BIOS. | 22:17 | |
mainerror | Oh, that doesn't sound good either. | 22:19 |
mainerror | What SSD is it? | 22:19 |
RAOF | Again, Déja Dup to the rescue. | 22:20 |
RAOF | A vertex 3. | 22:20 |
mainerror | Oh no! I wanted to get on of those! | 22:20 |
bjsnider | is that a bios bug? | 22:22 |
RAOF | Only if it's a bios bug that applies to an x200s, a UEFI dell, and a legacy dell. | 22:22 |
* RAOF wonders if there's been unusual power fluctuations; *all* his hardware has decided to do strange things. | 22:24 | |
mainerror | That might be an explanation. | 22:29 |
JanC | "unusual power fluctuations" shouldn't influence a laptop all that much, I think | 22:48 |
RAOF | Yeah; everything's plugged into surge-protectors, and the battery should cushion low-voltage events. | 22:49 |
JanC | as should the power supply really | 22:49 |
JanC | that's 3 levels of protection, at least | 22:50 |
JanC | although, beware of network connections... | 22:54 |
RAOF | Also plugged into a surge protector. | 22:55 |
RAOF | Well, except for the DSL :) | 22:55 |
JanC | I have my DSL going through a surge protector actually ;) | 22:56 |
JanC | (although it probably won't survive a direct lightning strike...) | 22:56 |
JanC | I got somewhat wary about these things after a neighbour got hit by a lightning strike and I lost several pieces of electronic/computer equipment by that too... | 22:59 |
JanC | I lost a cable modem, a monitor, a router and an USB disk that night... | 23:02 |
RAOF | Oh! I think this might explain my > 1 minute login time on this system. There are bad sectors in some files that might get touched at login… | 23:02 |
RAOF | Ooh, ow. | 23:02 |
JanC | well, I could rescue the actual hard disk, but the USB part was fried; and similarly only the ethernet parts of the router were fried, but that made them useless for the purpose I bought them ;) | 23:05 |
RAOF | Heh. | 23:06 |
JanC | RAOF: bad sectors on an SSD should be relocated normally? | 23:07 |
JanC | by the SSD firmware? | 23:07 |
RAOF | Yes, but only on write IIUC. | 23:07 |
JanC | right | 23:08 |
RAOF | And this is a rotating rust. | 23:08 |
JanC | well, maybe even on read, duno | 23:08 |
RAOF | I think it's only on write; it can't make a sensible relocation on read, as it doesn't have sensible data. | 23:09 |
JanC | depends, it could relocate if multiple reads are needed | 23:09 |
JanC | or if a read needs error corrections | 23:10 |
JanC | depending on how they implemented stuff ;) | 23:10 |
JanC | but i doubt most SSD are that clever :-/ | 23:11 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!