=== nekohayo [n=jeff@ip216-239-86-31.vif.net] has joined #ubuntu-devel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === Toadstool is now known as ToadZzZztool === zyga [n=zyga@ubuntu/member/zyga] has joined #ubuntu-devel === _jdong [n=jdong@d149-67-101-201.try.wideopenwest.com] has joined #ubuntu-devel [12:16] if one were interested in learning how to build debs, is there some place someone could go to learn? [12:17] ubuntu-motu === kmon [n=javier@217.Red-80-25-51.staticIP.rima-tde.net] has left #ubuntu-devel ["Konversation] === theCore [n=alex@toronto-HSE-ppp4205773.sympatico.ca] has joined #ubuntu-devel === _jdong_ [n=jdong@d149-67-101-201.try.wideopenwest.com] has joined #ubuntu-devel [12:21] dAndy: also System/Help/System Documentation/Packaging Guide [12:22] mdke: just found that, should have started with the computer rather than the interweb, thanks === JaneW [n=JaneW@dsl-165-202-116.telkomadsl.co.za] has joined #ubuntu-devel [12:22] dAndy: :) [12:23] anyone around who knows how I can find out which fonts are used for various languages? [12:24] *mumble* Pango *mumble* === mdke types pango into a terminal [12:26] I know that it decides, in co-operation with fontconfig and Xft which font can provide the right glyph on a character-by-character basis [12:26] if you open Character Map, and select the font you "want", you get the same selections [12:26] so if I select Arial in that, the glyphs that Arial can provide change, the ones it doesn't don't [12:26] ah, yeah character map is very helpful, thanks [12:27] and if you right-click a glyph, it tells you what font it used [12:27] yep [12:27] so I can right-click the Stargate symbol () with Arial selected, and see it came from Code2000 [12:27] so all I need to match is the right script to the language [12:27] which I'm sure google is capable of helping with. === AlinuxSOS [n=AlinuxOS@d83-176-100-58.cust.tele2.it] has joined #ubuntu-devel === ssam [n=ssam@80-41-32-64.dynamic.dsl.as9105.com] has joined #ubuntu-devel === besonen__ [n=besonen_@dsl-db.pacinfo.com] has joined #ubuntu-devel === Harti [n=Harti@unaffiliated/harti] has left #ubuntu-devel ["-carpe] === zyga [n=zyga@ubuntu/member/zyga] has left #ubuntu-devel ["Leaving"] === Surak [n=ubuntu@20150104129.user.veloxzone.com.br] has joined #ubuntu-devel === elkbuntu [n=melissa@203-214-128-159.dyn.iinet.net.au] has joined #ubuntu-devel === yves [n=yves@ubuntu/member/nictuku] has joined #ubuntu-devel [01:36] Does someone know about any koreans using ubuntu? [01:37] I mean, a korean group? [01:37] there isn't a LoCo team for Korea? [01:38] mdz: dont mean to bother, but wanted to be sure you got my uvf mails [01:38] LaserJock: I'm testing ubiquity. It seems to stuck when you select your language as korean. [01:38] mdz: i have been switching mail servers [01:43] tseng: I did, I've just been swamped === yves is now known as nictuku [01:45] mdz: btw, is that retchmail sync yours? [01:46] Surak: ubuntu-ko@lists.ubuntu.com [01:46] Surak: https://wiki.ubuntu.com/Atie [01:46] Surak: https://wiki.ubuntu.com/KoreanTeam [01:46] particularly the latter one [01:46] morning all [01:46] night all [01:47] thanks sabdfl. I found that the ubiquity bug happens with other languages also [01:47] they are farsi, macedonian and korean [01:47] Surak: ok, could you file a bug on that for Kamion? [01:48] Keybuk: nope, I noticed it there when I went to test [01:48] Keybuk: I seem to recall a retchmail sync request or UVF discussion somewhere though [01:49] sabdfl: done: bug #43907 - complete with debug output and every languages tested. [01:49] Malone bug 43907 in ubiquity "Language between "Euskaraz" and "Suomeski" doesn't work." [Normal,Unconfirmed] http://launchpad.net/bugs/43907 [01:49] mdz: aye, nobody on the team has touched the bug though [01:49] and nobody can remember doing it [01:50] it could have been cprov testing something, I guess [01:51] I'll get rid of it if it's not yours then === Keybuk heads for dinner === FunnyLookinHat [n=FunnyLoo@71.57.11.218] has joined #ubuntu-devel === bddebian [n=bdefrees@71.224.172.103] has joined #ubuntu-devel [02:07] Howdy peoples [02:07] hello bddebian [02:07] Hello Surak [02:09] elmo: yup, bug #35080, should have been closed with xkeyboard-config (0.8-5) [02:09] Malone bug 35080 in xkeyboard-config "Numlock key doesn't work on IBM t42" [Major,Fix released] http://launchpad.net/bugs/35080 [02:11] does someone know what's the bug for the missing gtk theme in today's dapper live? [02:15] mdz: thanks for looking, i hope you sneak a break in sometime === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel [02:22] Heya Burgundavia [02:23] salut bddebian [02:24] hey, has there ever been any talk of using prelink in ubuntu [02:24] am looking for some content for the next round of blogging [02:24] sladen: uh, don't think it has been then - I had the same problem today on an X41 with a docking station [02:25] elmo: do you still have access to it (eg, is it in the office?) [02:25] sladen: yeah (not right now tho, it being 1am and all) [02:25] BenM: you /can/ use prelinking (apt-get install prelink). It's unlikely to become a default... [02:26] right [02:26] but what are the reasons behind not being a default [02:28] BenM: all the libraries in Ubuntu occupy more than 4GB of address space and you have to rebuild them all every time you upgrade anything [02:28] there's an option to account for that === BenM points out that both mac and fedora deal with the updating issue [02:28] also, if you are out of date, it's not "bad" [02:29] anyways, do you happen to have a pointer to any talk about this [02:29] elmo: okay, I'll ping you in the morning and get you to do xmodmap -pke | grep Num [02:29] sladen: cool, thanks === BenM would rather write a blog "i'm not sure why fedora prelinks and ubuntu doesn't" [02:30] rather not [02:31] BenM: those kinds of blogs are usually misinterpreted and taken very badly [02:31] exactly [02:31] BenM: Keybuk did various timings; I think one of the factors may have been that the percentage of the start-up time the prelinking provided turned out to be so small compared with the start-up time [02:31] yes [02:31] it does have memory benefits though [02:31] because it reduces the # pages touched === sfllaw [i=sfllaw@debian/developer/coleSLAW] has joined #ubuntu-devel [02:33] BenM: try: http://www.google.com/search?q=prelink+scott+remnant [02:33] thanks === imbrandon [n=brandon@unaffiliated/imbrandon] has joined #ubuntu-devel [02:33] i'm feeling good about ubuntu perf though [02:34] now that there's icon cache, in proc applets [02:35] anyone here tried the new qt4 designer ? or using it? for some reason i'm not getting any widgets [02:35] wondering if its just me or a bug in our packages === ogra [n=ogra@ubuntu/member/ogra] has joined #ubuntu-devel [02:46] prelink is a red herring [02:47] imbrandon: you might have better luck in #kubuntu-devel [02:48] I'm going to start a webpage ... "Things that Keybuk says are pointless" [02:48] #1 can be prelink [02:48] and #2 can be initng === shaya [n=spotter@user-0ccetig.cable.mindspring.com] has joined #ubuntu-devel [02:48] :p [02:49] Keybuk: what about that preload thingy that behdad did for soc for fedora last year? [02:50] the what the who did for where? [02:50] oh [02:50] that's something else *entirely* [02:50] that's like our "readahead" package [02:50] but for the user's desktop too [02:50] ah, ok [02:51] prelink is when you futz around with shared libraries so that their symbols are already relocated when they're loaded [02:51] saving you from relocating every symbol on load of the application [02:52] it's an efficient way to massively increase your memory usage without any appreciable benefit in application startup time compared to an optimisation of the symbol table (which we do) [02:52] s/increase/decrease [02:52] increase [02:52] my measurements show decrease [02:53] *sigh* [02:55] what do I know about shared libraries, anyway? :) [02:55] probably more than me [02:55] :-) [02:56] with prelinking a library has to be loaded in exactly the same place every single time [02:56] as soon as you need to move the library's address, you lose the benefit [02:56] right [02:57] that means you have to analyse every application on the disk [02:57] and then ensure that every single application that could load a library loads it in the same place [02:57] which means you also have to move all the other libraries around as well === nekohayo_ [n=jeff@ip216-239-86-31.vif.net] has joined #ubuntu-devel [02:57] so a library has a fixed load address and space in memory every single time it's loaded [02:57] so, you have to do work every time you upgrade [02:57] to keep the benefit [02:57] so a typical application will actually use libraries spread out over, say, 250MB of memory [02:58] ok [02:58] where if it could just load the library wherever it likes and relocate the symbols (the default) the libraries may only be spread into 10MB of memory [02:58] because they can just be loaded sequentially [02:58] but that's virtual memory [02:58] rather than spread wide [02:58] most desktop apps [02:58] probably don't need 2 gb of unfragmented address space [02:58] it's virtual memory, yes; but the mapping between virtual and physical memory is closer than you may think for speed reasons [02:58] ok [02:58] i don't know that much about the hardware level [02:59] while it's good "on paper", in practice it actually causes more memory usage [02:59] and remember, every time you disconnect virtual and physical memory, you have to futz in the processor, which actually slows things down again [03:00] might there be a small set of libraries that would be worth prelinking [03:00] say, the libgnomeui stack or something [03:00] prelinking also assumes that ALL symbols are relocated when the application starts === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel [03:01] not to mention that you have to calculate each relocation individually, and can't just do one for the library and work the rest out from there [03:01] when in reality, only those really critical symbols are relocated first time AND most of them can be calculated trivially [03:01] and the rest are just done whenever the function is first called, and the relocation cost is lost in the general idleness of the CPY [03:01] uh, CPU [03:02] it also assumes that libraries can be magically summoned into memory, and that most of the time is actually lost to relocation [03:02] while that's probably true for libc, and the gnome stack, which are nearly always in memory [03:03] anything else (I always pick on OpenOffice) needs to be hauled off disk [03:03] which involves I/O [03:03] which gives you plenty of free time while you wait for the disk to get around to it [03:04] given all of that, it actually turns out that there's benefit to arranging the symbol table a little more efficiently (so symbols hash better, and are easier to find) [03:04] because the majority of relocation time is spent in strcmp [03:04] we've done that since the beginning, iirc [03:04] ok [03:04] and Ubuntu consistently gets comments that it's one of the "snappiest and fastest" distributions [03:04] so, one of the things i'm interested in [03:04] even compared to prelink-crazy ones [03:04] is removing the extra writable memory [03:05] which extra writable? [03:05] for example, prelinking seems to help with gstreamer [03:05] the symbol table? [03:05] no, with stuff in .data [03:06] .data is initialised global data in code [03:06] it's not really that worrysome? [03:06] that needs relocation [03:06] like a table of pointers to char*s [03:06] some apps like lots of these [03:06] we need to fix them [03:07] but prelinking seems to act as a nice stopgap measure [03:07] because it pre-relocates [03:07] I can't think of many examples off-hand that do that [03:07] there are *LOTS* [03:07] remember not to confuse char * with char[] :) [03:07] try looking at the smaps for mixer_applet [03:07] specifically, gstreamer [03:08] all of the plugins [03:08] have TONS of tables in .data [03:08] are the tables intended to be modified? [03:08] many of which seem to get made dirty memory [03:08] no, they are const [03:08] but have pointers [03:08] then they should be declared const [03:08] and so need relocation [03:08] and then they get put in .text [03:08] that doesn't matter [03:08] if you have const char** x = {"a","b","c"...} [03:08] it's still trouble [03:08] i know you can do tricks [03:08] and then you just relocate the .text section, and remember to perform a relative relocation the first time the pointer is asked for [03:09] but not everyone does [03:09] gcc takes care of all this [03:09] or just buy an AMD64 :p [03:09] dunno, from what i can tell, it's an actual issue [03:09] of course, large amounts of .text or .data in a shared library is generally naughty [03:09] so you have a point there [03:09] yes, i know [03:10] but, fixing it [03:10] is a major undertaking [03:10] do you have an example of a source file that does that, btw? [03:11] look at libxvidcore.so [03:11] i don't know the source files === zenrox [n=zenrox@71.115.198.118] has joined #ubuntu-devel [03:11] it has 668 kb of writable mappings [03:11] 140 kb of them are dirty for me [03:12] this is loaded by mixer_applet2 [03:12] for god only knows what reason [03:13] hmm [03:13] I don't see 668KB [03:13] .data is only 37KB [03:13] .bss is 434KB though :) [03:14] that may be an AMD64 different [03:14] yes [03:14] the bss is nasty [03:14] hmm, .bss is 470KB on i386 [03:14] luckily, not all of it is used [03:14] .data is actually much smaller [03:14] only 912 bytes [03:15] mmm, .data here is small [03:15] why the hell is there such a big mapping [03:15] the .got is small too [03:15] can you run http://www.contrib.andrew.cmu.edu/~bmaurer/memory/smem.pl [03:15] pass the pid of mixer_applet2 [03:16] what does that actually do? [03:16] reads /proc/PID/smaps [03:16] in a friendly way [03:16] like pmap does? :) === sabdfl [n=mark@ubuntu/member/pdpc.silver.sabdfl] has left #ubuntu-devel [] [03:16] pmap doesn't give me data about how many pages are dirty [03:16] true [03:17] that's the data i really want :-) [03:17] btw, there's a column in pmap for it [03:17] I just tend to read the actual /proc files [03:17] the smaps are sorta verbose [03:17] not really a table [03:18] anyway, let's look at this [03:18] which map for you is 668KB ? === _mike_ [n=mike@220.157.65.236] has joined #ubuntu-devel [03:19] eww, 4MB heap just for a volume control ... I hate GNOME programmers, they're so damned sloppy === BenC [n=bcollins@debian/developer/bcollins] has joined #ubuntu-devel [03:19] dude [03:19] it gets worse [03:19] they load the WHOLE FUCKING GSTREAMER PLATFORM [03:19] *shrug* nothing wrong with that [03:20] gstreamer's bound to get loaded by something [03:20] chances are if you've got a volume control, you're going to use it [03:20] ie. going to play something [03:20] yes, but the per-app cost is rather hi [03:20] volume control is in the default distro [03:20] meh, I have no problem with audio libraries being "preloaded" :p [03:20] hahahaha [03:20] not on a modern desktop, anyway [03:20] seriously, does every desktop need libxvidcore loaded [03:21] there could be some improvement to when plugins are actually loaded [03:21] I imagine that's somewhere down their todo list after getting decent coverage [03:21] anyways, the important thing is the per-app private memory costs [03:22] indeed [03:22] btw, it's refreshing to talk to someone who already knows the difference between private and shared memory [03:22] most of the people who bitch about memory usage forget about shared [03:22] i know [03:22] i want g-s-m to give good numbers [03:22] with smaps [03:22] hell, half of them think the X server really does use 1024MB of memory [03:22] we have the data [03:22] i filed a bug for this [03:22] I still can't find this map of yours though, which is it? [03:23] Bug 43677 === slomo [n=slomo@ubuntu/member/slomo] has joined #ubuntu-devel [03:23] Malone bug 43677 in gnome-system-monitor "Meaningful default memory stats" [Normal,Unconfirmed] http://launchpad.net/bugs/43677 [03:23] http://pastebin.com/708667 [03:24] also, note how loading 50 million plugins [03:24] also costs 4kb of private memory each [03:24] I don't see the 668KB there [03:24] 4KB is a standard overhead for every shared library [03:24] that was vmsize [03:24] i know [03:24] wouldn't worry about it :) [03:24] but 50*4kb [03:24] adds up [03:25] does the volume manager need libgstvideoflip.so [03:25] # [03:25] 260 kb 0 kb 256 kb [03:25] # [03:25] 668 kb 0 kb 140 kb /usr/lib/libxvidcore.so.4.1 [03:25] # [03:25] 964 kb 0 kb 72 kb /usr/lib/libvorbisenc.so.2.0.2 [03:25] # [03:25] 72 kb 0 kb 72 kb /usr/lib/liboil-0.3.so.0.1.0 [03:25] # [03:25] 64 kb 0 kb 64 kb [03:26] note how the ones that are annon are *probably* .bss [03:26] i could track down who's responsible [03:26] that's 0 kb dirty for me [03:26] it's also 0kb dirty in your own paste [03:26] isn't .bss allocated on demand-write? [03:26] dirty is 3rd column [03:26] sladen, yes [03:26] however, some of the libs write it [03:26] on demand [03:26] 668 kb 40 kb 0 kb /usr/lib/libxvidcore.so.4.1 [03:27] wtf [03:27] ^ line 295 of your own paste [03:27] oh [03:27] that's shared [03:27] you want the top one [03:27] those are private mappings [03:27] interestingly, my mixer applet doesn't seem to map in xvidcore [03:27] can you pastebin me your smaps file? [03:27] sure [03:29] also pastebin me "objdump -x /usr/lib/libxvidcore.so.4.1" [03:30] http://pastebin.com/708671 [03:31] http://pastebin.com/708673 === _jdong [n=jdong@d149-67-101-201.try.wideopenwest.com] has joined #ubuntu-devel [03:34] hmm [03:35] can't really tell what the dirtyness is [03:36] as you say, probably a lot of stuff in .bss that shouldn't be [03:36] yeah [03:36] it's a pretty nasty setup [03:37] really, we should get the mixer applet not to load the whole gstreamer framework [03:37] the fact it's 668KB isn't interesting [03:37] that's just the linker being lazy [03:37] or get the gstreamer framework to load itself piecemeal as needs be [03:37] yes [03:37] both would be good [03:37] if you have totem with encoding X movie [03:37] you don't need encodings Y Z [03:38] interestingly, a quick glance over the source; I don't see any bss [03:39] they actually seem to be quite careful to declare things static const [03:39] so either gcc is playing silly buggers, or they've missed one big one [03:39] yeah [03:39] hmm, nah, won't be gcc ... it's dirty [03:40] oh, found it [03:40] lazy colourspace initialisation [03:41] rather than hard-code the table, they build it at runtime [03:41] cute [03:41] ya [03:41] very [03:41] especially since it's not so lazy === Keybuk would have done that at compile time [03:41] they load it on startup [03:41] i'd be OK if they did it first movie that was played === stub [n=stub@ppp-58.8.3.77.revip2.asianet.co.th] has joined #ubuntu-devel [03:45] Anyone have a machine using ata_piix handy? === BenM gets food === zenrox [n=zenrox@71.115.198.118] has joined #ubuntu-devel [03:48] BenM: that kind of thing is bad [03:48] but const/static tables of strings are ok [03:49] because they're not implemented how you think [03:50] (though the author really should learn to use char[] not char*) [03:50] I assume you have read Drepper's DSO howto? [03:54] has having ctl+alt+delete open the task manager been discussed? [03:56] robertj: what would be the point? [03:56] why do you want the task manager? [03:56] Keybuk: well ctl+alt+delte doesn't appear to do anything and windows users might expect it be there...so why not? [03:56] ick [03:56] *shrug* windows users might expect that any five key presses should crash their computer [03:56] but we don't do that [03:57] I ask again, why do you need a task manager? [03:57] (at this point, I'll point out GNOME doesn't *have* a task manager :p) [03:58] hrmm I always thought there was a nice xkill gui [03:58] *shrug* [03:58] and the answer is you don't really want a task manager you want to make things die [03:58] if you need to kill an application, click the little "[X] " on it [03:58] Keybuk: ahh, but full-screen games don't always have nice X's [03:59] full screen games also tend to steal any and all keyboard presses and shortcuts [03:59] e.g. Alt+F4 [03:59] Keybuk: and there is no facility for reserving certain keystrokes? [04:00] dunno [04:00] I must admit that the only thing I had to hand that can go fullscreen (evince) responded just fine to Alt+F4 [04:00] so maybe that would work for your game-that-keeps-hanging too [04:01] if we can reserve keystrokes, I would argue that is the keystroke we should reserve [04:02] anyway, bedtime [04:02] Keybuk: nighty [04:02] mjg59: this R52 has both ata_piix and ahci loaded [04:02] sladen: Which one is being used? [04:04] ata_piix 11012 11 [04:04] ahci 17668 0 [04:04] sladen: Could you stick lspci -vxxx up somewhere? [04:07] mjg59: http://www.paul.sladen.org/ubuntu/upload/thinkpad-r52-ahci-lspci_-vxxx.txt [04:08] mjg59: btw, this machine won't boot if a PCMCIA-ide device is inserted on boot [04:08] Urgh. Why? [04:08] mjg59: the cardbus controller is before the SATA controller in the PCI tree. It hangs at 'Configure LVM devices' [04:09] Because the devices get reordered, and root goes away? [04:09] But it's a SATA machine... [04:09] (or, at least, libata) [04:10] yes, root is on /dev/sda and the pcmcia-ide is /dev/hdX [04:10] sladen: What if you boot without usplash? [04:10] mjg59: oh I get lots of debug spew and hda timeout: I think [04:11] lemme check [04:11] sladen: So the LVM autoconf breaks PCMCIA IDE devices? [04:12] mjg59: "Configuring RAID..." hangs until you do Ctrl-C [04:12] sladen: Doing what? [04:12] and then "Configuring LVM" stops the machine booting any further === GmanZZZ is now known as Gman [04:13] mjg59: "Doing what" ? [04:13] No output while it's in that state? [04:29] without usplash; "Setting up RAID" can be Ctrl-C'ed past. "Setting up LVM Groups" can be SysRq-e 'd past. Which gives me a working desktop (but not virtual console logins of course) [04:31] mjg59: lots and lots of "[4294721.098000] hda: lost interrupt [04:31] [4294971.098000] hda: lost interrupt [04:31] [4294971.098000] hda1 [04:31] [4294971.098000] hda:<4>hda: lost interrupt [04:32] ah, I think it's failing to read the partition table because of lost interuppts and hence blocking and not making any progress [04:32] Right [04:33] now, this doesn't occur if the ide card is inserted after boot [04:33] cat /dev/hda hangs that process === jsgotangco [n=jerome@ubuntu/member/jsgotangco] has joined #ubuntu-devel [04:35] with it sitting in an Uninterruptible Sleep === poningru [n=poningru@pool-71-251-119-149.tampfl.fios.verizon.net] has joined #ubuntu-devel === AlinuxSOS [n=AlinuxOS@d83-176-100-58.cust.tele2.it] has joined #ubuntu-devel === shackan [n=shackan@85-18-14-13.fastres.net] has joined #ubuntu-devel === robitaille [n=daniel@ubuntu/member/robitaille] has joined #ubuntu-devel === HrdwrBoB_ [n=matt@bob.is.teh.admin.at.vicnet.net.au] has joined #ubuntu-devel === VirtuAlex [n=alexey@h-66-167-113-15.hstqtx02.dynamic.covad.net] has joined #ubuntu-devel === jinty [n=jinty@69.Red-83-49-55.dynamicIP.rima-tde.net] has joined #ubuntu-devel === zul [n=chuck@CPE0006258ec6c1-CM000a73655d0e.cpe.net.cable.rogers.com] has joined #ubuntu-devel === VirtuAlex [n=alexey@h-66-167-113-15.hstqtx02.dynamic.covad.net] has left #ubuntu-devel [] === Gloubiboulga [n=gauvain@ubuntu/member/gloubiboulga] has joined #ubuntu-devel === Tonio_ [n=tonio@tonio.planetemu.net] has joined #ubuntu-devel === Gman is now known as GmanAFK === Jozo_ [i=jozo@nelli.ikonia.fi] has joined #ubuntu-devel === Jozo [i=jozo@nelli.ikonia.fi] has joined #ubuntu-devel === dsas [n=dean@host86-129-9-255.range86-129.btcentralplus.com] has joined #ubuntu-devel === Huahua [n=hua_@221.172.51.231] has joined #ubuntu-devel === Jozo_ [i=jozo@nelli.ikonia.fi] has joined #ubuntu-devel [06:52] morning === LeeJunFan [n=junfan@adsl-69-210-207-5.dsl.klmzmi.ameritech.net] has joined #ubuntu-devel === Jozo_ [i=jozo@nelli.ikonia.fi] has joined #ubuntu-devel [07:00] Hello fabbione === raphink [n=raphink@ubuntu/member/raphink] has joined #ubuntu-devel === Jozo__ [i=jozo@nelli.ikonia.fi] has joined #ubuntu-devel [07:11] Gnight peopleses === j^ [n=j@e178040178.adsl.alicedsl.de] has joined #ubuntu-devel === omeg [n=omega@s55933ad4.adsl.wanadoo.nl] has joined #ubuntu-devel === stub [n=stub@ppp-58.8.3.77.revip2.asianet.co.th] has joined #ubuntu-devel === freeflying [n=freeflyi@61.190.65.30] has joined #ubuntu-devel === Burgundavia [n=corey@ubuntu/member/burgundavia] has joined #ubuntu-devel === _freeflying [n=freeflyi@61.190.65.5] has joined #ubuntu-devel === hua [n=hua@221.172.51.231] has joined #ubuntu-devel === ToadZzZztool is now known as Toadstool === FliesLikeABrick [n=Ryan@about/rpi/rawdor] has joined #ubuntu-devel === Lure [n=lure@ubuntu/member/lure] has joined #ubuntu-devel === poningru [n=poningru@pool-71-251-119-149.tampfl.fios.verizon.net] has joined #ubuntu-devel === MagnusR [n=magru@c83-250-59-127.bredband.comhem.se] has joined #ubuntu-devel === lloydinho [n=andreas@rosinante.egmont-kol.dk] has joined #ubuntu-devel === Seveas [n=seveas@ubuntu/member/seveas] has joined #ubuntu-devel === pitti [n=pitti@ubuntu/member/pitti] has joined #ubuntu-devel [08:36] Good morning === viviersf [n=cain@196.44.1.98] has joined #ubuntu-devel [08:37] morning pitti [08:37] morning === highvoltage [n=Jono@196.36.161.235] has joined #ubuntu-devel [08:40] hi ajmitch === marilize [n=marilize@196.36.161.235] has joined #ubuntu-devel === Chipzz [n=chipzz@ace.ulyssis.student.kuleuven.be] has joined #ubuntu-devel === Chipzz [n=chipzz@ace.ulyssis.student.kuleuven.be] has joined #ubuntu-devel === morgs [n=morgan@dsl-165-240-140.telkomadsl.co.za] has joined #ubuntu-devel === FunnyLookinHat [n=FunnyLoo@71.57.11.218] has joined #ubuntu-devel === HrdwrBoB_ is now known as HrdwrBoB === Harti [n=Harti@unaffiliated/harti] has joined #ubuntu-devel === j^ [n=j@e178040178.adsl.alicedsl.de] has joined #ubuntu-devel === janimo [n=jani@Home03207.cluj.astral.ro] has joined #ubuntu-devel [09:22] infinity: know about the libdevmapper dupe? [09:22] "dupe"? [09:23] You mean the SONAME bump that was just introduced? [09:23] yeah, and there are still packages that depend on libdevmapper1.01 [09:23] I would assume so, since the new one was only just uploaded. :) [09:25] infinity: as yesterday [09:25] there shouldn't be many anyway [09:25] just two on my server [09:25] 6 packages. [09:26] Oh, make that 5. [09:26] dmraid, cryptsetup, multipath-tools, lilo, eject === dholbach [n=daniel@i577B29F9.versanet.de] has joined #ubuntu-devel [09:26] (LVM has already been uploaded, just isn't built yet) [09:26] infinity: i take multipath.tools [09:26] does evms not directly depend ? [09:27] lifeless: Evidently not. [09:27]