[01:25] Hi, I am trying to make ubuntuone working since I upgraded like 1 month ago, but impossible. Here is the status, it is always like it http://pastebin.com/utw1pewf [01:26] thiblahute: Try: #ubuntuone [01:26] jpds: Thanks will go see there! [02:28] is Lucid stable enough to build packages on? [02:29] crypt-0: I'd surely hope so:) [02:30] that's like asking if air is safe to breathe... if it weren't you wouldn't be there to ask the question ;) [02:33] what i meant is am i likely to encounter any bugs that i wouldn't with lets say 9.10 while making a package [02:34] Lucid has been *extensively* tested for building packages on :) [02:36] lol that's probably its most tested usecase ;-) [02:36] and the wiki for creating them? [02:36] and for me, apport's report dialog is very extensively tested too *grumble grumble grumble* ;-) [02:37] and can u just use diff to make the patch? [02:51] crimsun: around? Any new ideas on bug 528524? [02:51] Launchpad bug 528524 in speex "Sound not working in all apps through pulse on arm" [High,Confirmed] https://launchpad.net/bugs/528524 [02:53] since lucid is in a freeze will it make much difference oh how soon i get my package in? [02:54] IIRC using release candidate cryptography software that is in the *main* reops and is the core package for disk encryption is a bad idea [03:39] wow.... adding the largefile4 profile to ext4 on mke2fs to reduce the number of inodes on a 1.5 tb drive added almost 22 gb of usable space that otherwise would have been consumed by inodes [03:40] ( and would have to be written to during mkfs without lazy_itable_init ) [03:43] say, didn't we used to have apps on the system menu by default to manage the gnome keyring, and to configure remote vnc access? what happened to those? === emma_ is now known as emma === dendro-afk is now known as dendrobates [06:07] directhex: around? [06:26] What does the BC in XSBC-Original-Maintainer stand for? [06:26] XSBC refers to where to put the field. S means .dsc, B means .deb, C means .changes [06:27] Ooooh. [06:27] Err, well, let me start over. The "X-" means "dpkg, you don't know about this field, but don't barf and deal with it anyway" [06:27] (I'd only ever seen the old XS-VCS-* before it lots the XS) [06:27] S = Source and B = Binary. [06:27] The X- is obviously an RFC822 convention. [06:27] For fields dpkg knows about, it also knows where to put them, but for fields it doesn't know about, you have to tell it [06:47] Good morning [06:47] slangasek: no, I'll sync it from Debian [06:49] oh, we are still frozen? [06:57] Argh. Whoops! Could I have an archive admin sync gnome-keyring-sharp for me? Bug #557038 [06:57] Launchpad bug 557038 in gnome-keyring-sharp "Sync gnome-keyring-sharp 1.0.0-3 (main) from Debian sid (main)" [High,Confirmed] https://launchpad.net/bugs/557038 [07:00] pitti: We are, but slangasek told seb128 he could go ahead with syns. [07:00] syns/syncs [07:00] ah, great; then I'll do a few, thanks [07:01] He said there were some things in the queue he still wanted to look at. [07:03] pitti: It'd be great if you could do Bug 558933 as one of them. It'll help with NBS and it needs binary New and then another sync after ... [07:03] Launchpad bug 558933 in libqinfinity "Please sync libqinfinity 1.0~beta5-1 from Debian unstable (main) to Lucid (universe)" [Medium,Confirmed] https://launchpad.net/bugs/558933 [07:03] pitti: If you're already doing syncs, could you look at bug #555620? :) [07:03] Launchpad bug 555620 in openafs "[FFe] Please sync openafs 1.4.12+dfsg-3 (universe) from Debian unstable (main)" [Medium,New] https://launchpad.net/bugs/555620 [07:04] ebroder: That one isn't approved yet. [07:04] He's doing the syncing, not reviewing candidates. [07:16] good morning [07:22] hello, I've sent a message to ubuntu-devel-discussion but got spam problem [07:22] ScottK: done [07:22] https://wiki.ubuntu.com/Mlterm [07:22] the link is about the subject [07:23] pitti , I've been told you can help, message title was Mlterm installed with RTL languages [07:23] may you help me? [07:33] damascene: I have no idea about either of those, I'm afraid [07:33] pitti, you can't help with the mail list nor with mlterm install for rtl languages? [07:44] damascene: what's with the ML? what did you try to do? [07:46] damascene: are you subscribed to ubuntu-devel-discussion? [07:46] damascene: otherwise you can't send there [07:46] * pitti -> doctor appointment, bbl [08:12] can everybody have a quick look at http://qa.ubuntu.com/reports/sponsoring/ and see if there's stuff that should still be going in? I get the feeling there's still a bunch of important fixes on there [08:26] micahg, i am now [08:27] directhex: I was about to sign off, but I fixed the using xul 1.9.3. issue and now I get the same results as you that it crashes before launching [08:28] directhex: I was wondering if there's an easy way to add all the dbg symbols for it as the backtraces are mostly ?? [08:28] apport-retrace can do that for you, I think [08:29] is it a managed or unmanaged crash? [08:30] lifeless: apport's not catching this [08:30] directhex: when I launch ./foo.exe it shows me a backtrace and crashes [08:30] can i see the output? sounds unmanaged, so a ddeb would do the job [08:32] directhex: http://pastebin.com/e3vk3vsj [08:33] actually, i have an idea [08:36] hm, trying to grab upstream, she's usually awake by now [08:36] * micahg is normally asleep by now :) [08:38] mvo, I am getting the wrong message on update manager during partial upgrades, on my translation, is it likely to be a translation error, or there could be something else picking the wrong string ? [08:38] When it should display "Downloading packages" it shows "Error while downloading packages", this in portuguese [08:39] #: ../UpdateManager/DistUpgradeFetcherKDE.py:128 [08:39] #: ../UpdateManager/DistUpgradeFetcherKDE.py:141 [08:39] #: ../UpdateManager/DistUpgradeFetcherKDE.py:143 [08:39] msgid "Downloading additional package files..." [08:39] msgstr "A descarregar pacotes adicionais..." [08:39] is what i have here [08:40] that is now what is shown [08:40] joaopinto: if that is incorrect it needs to be fixed in rosetta [08:40] that one is correct, but that is not what I am getting [08:40] what is the (translated) message you see? [08:41] micahg, well, until miguel notices & shouts, she runs ubuntu with a suse theme anyway, so if you can throw your patch somewhere i can ask her to take a look [08:41] "Erro ao transferir os novos pacotes" [08:41] msgid "Getting new packages" [08:41] msgstr "Erro ao transferir novos pacotes" [08:41] ouch :P [08:41] that does not look right [08:42] :) [08:42] can someone here confirm my diagnostic of https://bugs.launchpad.net/ubuntu/+source/ocamlnet/+bug/257524 ? [08:42] Launchpad bug 257524 in ocamlnet "ocamlnet library compiled without SHM support" [Undecided,New] [08:42] directhex: I think all I did was modify the GRE...I'd like to know where it crashes so I can start patching :) [08:42] joaopinto: do you have the needed privs/group memberships to fix it in rosetta? or will we need a bug against language-pack-pt ? [08:43] I don't deal with translations, I will file a bug, a just hope it lands in time, this bug has been visible for months so I guess there isn't much activity on the pt translation team [08:43] unless they did like me and forgot to report it :P [08:43] what is the correct translation? [08:44] "Transferindo novos pacotes" [08:45] hum, maybe I should check other strings, "Obtendo" instead of "Transferindo" would be a better verb [08:45] can you show me some other "get package" string ? [08:45] https://translations.edge.launchpad.net/ubuntu/lucid/+source/update-manager/+pots/update-manager/pt/+translate?batch=10&show=all&search=Getting+ [08:45] sure :) [08:45] see above [08:45] directhex: I have to head to sleep, will you be available in 6-7 hours? [08:45] micahg, yes [08:46] joaopinto: noce you have the bugnumber, please let me know and I target it to lucid [08:47] My netbook edition box started to "flicker" after rebooting today (last upgrade yesterday). Looks like some window is covering the whole screen, gets killed, starts again, ... after logging in. Is that a known issue or did I break something myself yesterday? It did not do this yesterday evening. [08:48] Must be something in the startup scripts... Maximus is not there, the ubuntu logo does not trigger the app start view and Alt-F2 does not work either:-( [08:49] mvo, done, bug 559018 [08:49] Launchpad bug 559018 in language-pack-pt "Wrong translation for "Getting new packages" on update-manager" [Undecided,New] https://launchpad.net/bugs/559018 [08:51] thanks joaopinto [08:51] I am going to send a mail to the ubuntu pt ml, there should be someone from translation there [08:53] mvo: what's the status of bug #552542? was that fixed for beta-2? [08:53] Launchpad bug 552542 in apt "DDTP translation strings breakage in Japanese(ja)/Simplified Chinese(zh_CN)/ Traditional Chinese(zh_TW)" [High,Fix committed] https://launchpad.net/bugs/552542 [08:56] slangasek, hey, do you review each uploaded queue during the freeze before accepting those? [08:59] slangasek: fixed with subject: [ubuntu/lucid] translations_main_20100408.tar.gz - (Accepted) [08:59] slangasek: so it should be in the archive and fixed now, I updated the bug [08:59] seb128: at least briefly; some people have been uploading packages to the queue assuming that FFe review will happen there, which is not what's *supposed* to be done, but better to spot these than to leave people thinking there was an FFe when there wasn't [08:59] mvo: great, thanks [09:00] slangasek, is there anything we can do to avoid having things landing on tonight and break while everybody is away like it happened for beta1? [09:01] seb128: the queue isn't frozen now [09:01] ok, I note for next time to not upload during freezes but queue locally and upload after [09:01] thanks [09:02] seb128: was a new gnome uploaded during the freeze? I assume it is, I get some upgrade calculcation errors that look transient to me [09:03] mvo, not a new GNOME but quite some updates yes [09:03] I was counting on the queue to be flushed after beta2 yesterday so things could build overnight and be tested today [09:03] but instead seems queue is slowly reviewed and things will land again in time to break when everybody is in weekend [09:03] *shrug* [09:04] sorry for the rant, it's pretty annoying [09:04] mvo, you shouldn't have too many errors, at least on i386 [09:04] seb128: its a bit unfortunate indeed. I will just wait a bit and see if the upgrader is more happy in ~2h or so [09:04] seb128: heh :) one error is enough ;) [09:04] mvo, other archs might hit arch all,any mismatch in gtk [09:05] seb128: maybe its something new, I just don't want to start debugging to figure out its transient [09:05] mvo, ok, so wait a few hours and try again before looking at the issue [09:06] thanks seb128 [09:12] pitti, btw did you raise the unfreeze time and beta1 breakage at r-t meeting for discussion? [09:12] pitti, we mentioned it early next week but I didn't follow up on that [09:12] seb128: we discussed it during the meeting, but the "postpone thawing to Monday" strawman didn't find much agreement [09:13] can you raise it again today? [09:13] cf backlog there [09:13] since it would just lead to more jamming [09:13] this over half a day delay for nothing put us in the same situation [09:13] seb128: but this time we thawed much earlier [09:13] can we work on a way to avoid that? [09:13] pitti, well, ideally we would have flushed the queue and would be testing things today [09:14] pitti, but half of things are still blocked for no visible reason and time they are built will lead to after end of week... [09:14] seb128: slangasek still wanted to look at some things in the queue; but I accepted some "obvious" ones, and I'll do some further cleanup [09:14] bah [09:15] pitti, thanks, still it puts us half a day later with build which should have happened over night and updates be tested now... [09:15] right :/ [09:15] pitti, I just note to not upload during freezes again [09:15] I will queue locally and upload when we unfreeze from now on [09:15] so at least things go through when they should [09:16] * hunger mumbles that the opensync-syncml plugin is not installable on lucid. [09:16] I still would like to see the issue raised during the meeting today [09:16] pitti, ^ [09:16] seb128: ok, can do [09:16] thanks [10:02] pitti: this system-config-printer looks to me like it's missing an FFe; could you follow up on this with tkamppeter today? [10:02] slangasek: we discussed that yesterday [10:02] pitti: ah, so it had an off-line FFe? :) [10:02] slangasek: so although our current package says 1.1.17+, it's actually 1.2.0~git... [10:03] slangasek: (git pull from wrong branch) [10:03] yeah, read the bug report [10:03] slangasek: so I asked him in which direction the delta was smaller, towards 1.2.0 final or back to 1.1.17 [10:03] slangasek: I didn't give a blanket FFE, no [10:04] but I'm happy to review the pacakge and see whether there's new features or UI changes, or just bug fixes [10:04] ok, thanks [10:04] aside from that one, the queue is now flushed [10:04] slangasek, thanks [10:04] * wgrant prepares to wake up to a broken world tomorrow morning :P [10:08] slangasek: I went through the diff, it's not actually that big; couple of bug fixes and translation updates; the only thing that can be regarded as UIF/FF is bug 542975 [10:08] Launchpad bug 542975 in system-config-printer "Lucid Beta 1 - Printer test page should display new Ubuntu logo" [Medium,In progress] https://launchpad.net/bugs/542975 [10:08] slangasek: (i. e. changing the printer test page to the Ubuntu one) [10:09] slangasek: if that's alright with you (fine for me), I'll accept it [10:10] pitti: yes, go ahead [10:10] pitti: regarding your poll about syncing from testing was right. I'm curious how many syncs after DIF were processed and how many of them were from unstable :) [10:10] if the docs team is putting photos of the printer test page in their docs, they have too much time on their hands ;) [10:10] heh [10:11] sebner: uh, interesting question; not sure whether it's possible to answer that [10:11] I don't think LP records the origin of a sync anywhere [10:12] sync-source.py is by and large "download from debian, craft a _source.changes, upload" [10:12] sebner: you could count the "Fix released" sync request bugs, though [10:13] pitti: oh, kk. I just have the feeling that most of the syncs where from from Unstable after DIF which means we could sync from Unstable [10:15] sebner: well, I'd fully expect most manual sync requests to be for unstable [10:15] after all, the testing ones were already done :) [10:15] sebner: but a manually requested sync had some human eyes on it, which isn't the same than importing everything wholesale and leaving us with the pieces that break [10:20] anyone know what just got dumped on the PPA buildds ? [10:20] amd64 10 9104 jobs (four days) [10:20] i386 12 16358 jobs (four days) [10:20] lpia 7 2 jobs (31 minutes) [10:21] rebuild test? [10:25] apw: yes [10:26] tkamppeter: Hello, thanks a lot for the fix (s-c-p). Will new pot/po be imported automatically in Launchpad now? [10:26] pitti: sync-source shoves in an Origin field that might be Debian/testing, Debian/unstable, etc. [10:26] so it should be possible to mine that data [10:27] pitti, I'm subscribed yes [10:28] unmounting a USB drive also removes it from /dev (e.g. /dev/sdc) ... bug or feature? [10:30] exco: I'm sure what you actually did was to eject it [10:31] exco: "umount /dev/sdb1" wouldn't remove it, but the nautilus eject symbol is meant to remove the entire device, yes [10:31] (or "safe removal") [10:36] slangasek, dare i ask what time it is for you [10:40] apw: what's the worst that could happen if you did? :) [10:40] slangasek, heh ... i might find you are in london and at my door asking for a bed ? [10:40] (which is covered in test kit) [10:41] haha [10:41] nope, in Portland [10:41] and it's bedtime [10:41] so - 'night, all :) [10:41] its been bedtime for some hours ... night [10:45] pitti: yes, you're right. so it's a feature ;-) [10:50] do I have to cry to make my mail inside any mail-list? I've this problem with ubutnu-desktop too [10:50] I had to be in there channel for 4 days to get my e-mail message in. === Kmos is now known as Guest18658 [10:54] *their [10:56] damascene: well, until you tell us some details about the problem, nobody will be able to help you.. [10:56] "it doesn't work" isn't helpful, since it works for everyone elase [10:56] "else" [10:57] pitti, my message was identified as spam 3.7 [10:57] my message to ubuntu-devel-discussions [10:57] hm, we don't have spam filtering on most lists [10:58] this is problem 2. the problem 1 described in the message. [10:58] are you sure? [10:58] yes, since I manually weed out the spam on ubuntu-de, ubuntu-devel-announce, and some others [10:58] damascene: perhaps you can put the full error email somewhere, including headers [10:59] I can show you about 10 spam replay I got [10:59] http://paste.ubuntu.com, for example [10:59] I was going to do it [11:00] pitti, http://paste.ubuntu.com/411533/ [11:01] and I wonder what do you prefer should I mention your name when I write you a message or not? you do it sometimes and you don't in another [11:01] damascene: right, so the moderator needs to review/accept it [11:02] but I'm not an u-d-d moderator [11:02] well I think it's a general problem. I've tried more than 5 times with ubuntu-desktop I got the same message [11:02] ev: ^ [11:02] damascene: SpamAssasssin might get confused about the Arabic letters in your name :/ [11:03] damascene: ev is a moderator, he'll get to it [11:04] ok thanks. if there is Arabic it would be from evolution. my name is written in English in the message [11:05] damascene: your paste shows quite a lot of Arabic headers, though [11:05] Which is kind of weird [11:06] those look like "Received:" headers [11:06] headers should not be translated into any language.. [11:06] I'm using localize evolution [11:06] ah, then evo probably just invalidly translate those [11:06] looking at ~80000 open ubuntu bugs and only ~300 per series ... there should be a call for tagging bugs to releases, not? [11:07] exco: no [11:07] maybe, I'll check with evolution people [11:07] exco: moving 1000 new bugs to lucid won't magically create the manpower to actually fix them [11:07] and would destroy our means to manage the bugs which we want to fix in a particular release [11:08] by the way do you thing it's acceptable to install mlterm when a user chose to install rtl support, like installing Arabic support for example [11:08] pitti: you're right about the manpower ... though it does give a wrong impression of the state of the OS [11:09] exco: why? [11:09] those bugs are open, after all [11:09] (not that those would give an accurate impression, since many are obsolete, duplicates, no bugs, etc.) [11:09] damascene, are you refering to bug 263822 ? [11:09] Launchpad bug 263822 in vte "RTL (right to left) support in terminal (BiDi)" [Low,Triaged] https://launchpad.net/bugs/263822 [11:10] joaopinto, yes [11:10] sure, 300 bugs ... does look a lot better than xxxxxx ;-) ... quantity doesn't say much ofc [11:11] exco: 300 bugs isn't the number of bugs in lucid that exist [11:11] it's the bugs which we plan to _fix_ for lucid [11:11] (well, very roughly anyway) [11:14] I'm atm trying to get some guys interested in Ubuntu here at HP ... UNR is looking quite nice on the slate ;-) [11:14] so maybe that'll one day shift some manpower towards Ubunto *dreaming* === MacSlow is now known as MacSlow|lunch [11:19] pitti, I've saved the message and opened it in gedit. no Arabic there. [11:19] only evolution showing it translated [11:19] damascene: ok, thanks [11:20] for what. sorry for disturbing [11:20] damascene: if you think it's a general problem, #canonical-sysadmin runs lists.ubuntu.com in general [11:20] at best, people here only moderate individual lists [11:21] ok thanks === njpatel_ is now known as njpatel [11:47] primes2h, yes, the import of the translations into LP goes automatically AFAIK. [11:53] tkamppeter: ok, thanks. [12:15] pitti, damascene: approved [12:16] ev, thanks [12:44] pitti, no need to assign bugs to canonical-mobile, the armel bugs should all be subscribed to ubuntu-armel instead [12:46] pitti, btw, i just filed bug 559144, any idea what to do about Error: command ['lspci', '-vvnn'] failed with exit code 1: pcilib: Cannot open /proc/bus/pci ? [12:46] Launchpad bug 559144 in udisks "udisks-part-id crashed with signal 7 in memcpy()" [High,New] https://launchpad.net/bugs/559144 === MacSlow|lunch is now known as MacSlow [12:56] ogra: another SIGBUS; I see a pattern ... [12:59] cjwatson, i suspect its the same one ... partman calls udisks-part-id, no ? [12:59] to determine the partitions [13:00] no, it doesn't [13:01] i thought i saw udisks-part-id in the syslog [13:01] uevd-work[921]: 'udisks-part-id /dev/sda1' unexpected exit with status 0x0007 [13:02] udisks-part-id is not available in d-i, and therefore partman does not call it [13:02] ah, thats long before partman [13:02] I am quite certain [13:02] yeah [13:02] i got confused because its in the syslog in various places [13:03] * ogra will wait for the in-archive built kernel, all the sigbus could come from building the kernel with codesourcery [13:03] thats what you get for using older toolchains :P === dholbach_ is now known as dholbach [13:05] didrocks: grr, it seems new metacity wants to remove compiz (pretty old our version), who cares for compiz? [13:06] ogra: hm, /proc not mounted? or doesn't ARM have a pci bus? [13:06] sebner: the new compiz package is built and published now [13:06] pitti, arm doesnt have pci [13:06] at least not publically exposed [13:06] ogra: ok, so that part of the package hook is irrelevant then [13:06] sebner: (at least on {,fr,us}.archive.ubuntu.com [13:07] ogra: any chance to get a backtrace for that? [13:07] ogra: sudo gdb --args /usr/lib/udisks/udisks-daemon --replace [13:07] then reproduce [13:07] didrocks: just checked the main mirror though [13:07] pitti, well, as cjwatson pointed out seems to be a sigbus ... the kernel was cross built, i'll wait for the proper build that should hit the archive later today [13:07] ogra: ok [13:08] pitti, partman seems to expose something similar so it might well be kernel caused [13:09] didrocks: hrm, ok. It's here now :) Thx for the info [13:09] sebner: y/w :) [13:12] ogra: alternatively, they do both link to libparted, so it could be a bug there [13:13] cjwatson, well, we dont see it on other amrel platforms, i'll wait until i have a real kernel before making more noise [13:13] *armel [13:14] the kernel binary is built with gcc 4.3 codesourcery while the modules in the squashfs are gcc 4.4 from the archive, that can cause all sort of issues ... new omap kernel sits in the build queue [13:25] james_w: wrt launchpadlib, I haven't upload privs for it, mind sponsoring it for me? You can branch it from lp:~dktrkranz/ubuntu/lucid/python-launchpadlib/1.6.0 [13:25] not at all [13:26] propose the merge, request the review from me, and I'll do it after lunch [13:30] ok [13:38] ccheney: ping [13:40] chrisccoulson, tjaalton: do you have any useful information about bug 507062 already? if not, I'll forward it upstream and dive into the code a bit [13:40] Launchpad bug 507062 in libx11 "synaptic assert failure: synaptic: ../../src/xcb_io.c:385: _XAllocID: Assertion `ret != inval_id' failed." [High,Triaged] https://launchpad.net/bugs/507062 [13:41] pitti - well, it's not a race between threads, as synaptic is not doing any xlib calls outside the main thread [13:41] that was my first thought [13:42] chrisccoulson: this would happen if you call _XAllocID() twice [13:42] without _XIDHandler() in between [13:42] pitti - yeah, that would cause it [13:42] but i can't see that happening in synaptic [13:42] but so far I have no idea why that would happen [13:42] chrisccoulson: all dupes I looked at went though XCreatePixmap() [13:42] pitti - could be a clue ;) [13:43] chrisccoulson: it affects all kinds of programs, though [13:43] synaptic just happens to have gotten the master bug [13:43] i was going to spend some time to look at it bug haven't got round to it yet [13:43] chrisccoulson: ok, thanks [13:43] chrisccoulson: I'll start forwarding it upstream and do some brain dumping then [13:43] dammit WTF DOES UPDATE-MOTD KEEP GETTING ALL THOSE DAMN SYMLINJKS [13:45] when I remove a conffile, it's supposed to STAY GONE [13:46] kirkland: ^^?? [13:46] pitti - also, synaptic never calls XInitThreads anyway (and dpy->lock->user_lock_display is a NULL pointer) [13:47] iirc from when i ran synaptic in gdb [13:47] lamont: i'm having multiple conversations right now; file a bug, assign it to me [13:47] ta [13:47] kirkland: which package? [13:47] meh . update-motd, ofcourse [13:47] lamont: which symlink [13:47] lamont: there is no update-motd package [13:47] lamont: pam handles update-motd now [13:47] update-motd.d/9* [13:47] lamont: other packages drop symlinks into /etc/update-motd.d [13:47] lamont: those are probably update-notifier [13:48] and then I dist-upgrade, and presto, they're all back [13:48] update-motd package is 3.5-0ubuntu1 in lucid... [13:48] mind you , it just delivers the directory [13:50] I started using Bazaar with launchpad. Can someone tell me whether I makes sense to upload for e.g. a KDevelop-project (directory structure *as is*) or rater create a packages and store them in a ppa? I must admit that I've got no clue about packaging though. [13:51] ah, that's it - they're not listed as conffiles [13:53] 559194 assigned [14:01] pitti: yeah please forward upstream, and I'll see that the relevant people are notified [14:01] tjaalton: I'm at it; thanks [14:02] tjaalton: freedesktop bug 27552 now, I'll link it [14:02] Freedesktop bug 27552 in Lib/other "Lots of processes crash in XCreatePixmap() with _XAllocID: Assertion `ret != inval_id' failed" [Normal,New] http://bugzilla.freedesktop.org/show_bug.cgi?id=27552 === Kmos_ is now known as Kmos [14:06] pitti: ok, moved to Lib/Xlib :) [14:09] tjaalton: hm, did you commit the bug change? still "other" here [14:10] pitti: yep, looks fine here === edson_ is now known as ecanto [14:26] trying to rebuild dpkg from apt-get source; debian/rules binary fails with dpkg-shlibdeps: error: no dependency information found for /lib/libc.so.6 (used by debian/dpkg/usr/sbin/install-info). Is this bogus, or did I forget a step? [14:27] (testing a fix for debian bug #575891, which may have left this system in an inconsistent state re: triggers and such) [14:27] Debian bug 575891 in dpkg "dpkg makes wrong assumption about readdir() and lose metadata files with btrfs" [Important,Open] http://bugs.debian.org/575891 [14:29] mvo, do you know any python library provide a class to handle debian control files ? I don't see such type of class listed on python-apt [14:31] * cwillu_at_work reinstalls libc6 [14:32] yep, bogisity [14:32] joaopinto: what use case do you have in mind? [14:32] hum, there is a apt.debfile.DscSrcPackage, not sure that would correctly handle .changes files [14:32] joaopinto: you can use a TagFile() for this === dendrobates is now known as dendro-afk [14:32] mvo, I just want need to read data from *changes and *dsc files [14:33] hi mvo, would you mind taking a look at bug 558956? I'm unsure of what the proper solution is to help this [14:33] Launchpad bug 558956 in mythbuntu-meta "8.04LTS->10.04LTS upgrade failed: Various packages have broken dependancies" [Undecided,New] https://launchpad.net/bugs/558956 [14:34] mvo, TagFiles is what I was looking for, thanks [14:34] tjaalton: hm, I wrote a test program which does 10.000 XCreatePixmap() calls in a row, but it works fine; I guess it's not that simple :/ [14:35] superm1: hm, I need to ask for the full log [14:35] mvo, which log? i'll see if mrand has it [14:36] superm1: main.log please [14:36] mvo, okay, thanks [14:37] superm1: hm, unless its the same as in the other report he send [14:37] it's a little different [14:37] that other report showed a problem with the usplash theme, and so we did a c/r/p for that usplash theme package from the plymouth theme package [14:38] mvo, do I point dpkg patches at you? [14:40] cwillu_at_work: you can, cjwatson is doing most dpkg work these days though [14:40] ah, k [14:42] mvo, don't suppose you know of any bugs where /var/lib/dpkg/info files go missing mysteriously? [14:45] pitti: It appears cups in lucid is still affected by CVE-2010-0302. I don't know if kees already mentioned this to you or not. Are you planning on fixing in debian and syncing? [14:45] Use-after-free vulnerability in the abstract file-descriptor handling interface in the cupsdDoSelect function in scheduler/select.c in the scheduler in cupsd in CUPS 1.3.7, 1.3.9, 1.3.10, and 1.4.1, when kqueue or epoll is used, allows remote attackers to cause a denial of service (daemon crash or hang) via a client disconnection during listing of a large number of print jobs, related to improperly maintaining a reference count. NOTE: some of thes [14:45] mdeslaur: yes, I already committed the fix to Debian bzr [14:45] pitti: oh, great, thanks! [14:46] mdeslaur: I kind of hoped that the previous version would go to testing at some point, but libkrb5 is stuck :( [14:46] so I'll just do another upload [14:49] pitti: ok [14:51] cwillu_at_work: no, but that sounds pretty scary [14:52] mvo, silly people were using readdir wrong :) [14:52] only seems to affect btrfs roots, was curious if anyone else had tripped over it [14:52] mvo, he won't be able to attach it until later today, would you mind subscribing and responding at your convenience then? [14:53] superm1: sure, thanks for pointing me to it [14:53] mvo: bug 518856 - it's been "fix committed" for ages, but I'm guessing that's not accurate given how long it's been open. I've moved its milestone to final for now, but what's its correct state? [14:53] Launchpad bug 518856 in update-manager "Support ends dialog should auto-detect universe" [Medium,Fix committed] https://launchpad.net/bugs/518856 [14:54] superm1: that reminds me, I should create a profile for mythbuntu [14:54] superm1: a upgrade test profile I mean, then it gets tested automaticaly [14:54] mvo, ooh, yes that would be spectacular :) [14:55] mrand has been doing it painfully by hand currently and finding all of these problems [14:55] cjwatson: I close it now, sorry [14:55] mvo: that is awesome, would it be possible to provide some user data? Perhaps not this time, but for future? [14:55] ie, mysql tables? [14:55] mvo, cjwatson, http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=575891 is the bug I was talking about; just tested the patch, and at the very least it no longer loses files from /var/lib/dpkg/info [14:55] Debian bug 575891 in dpkg "dpkg makes wrong assumption about readdir() and lose metadata files with btrfs" [Important,Open] [14:56] Daviey: for a upgrade test you mean? sure [14:56] mvo: I am a happy boy, need to depreciate mrand now. brb [14:56]