[00:18] kirkland: your base-files upload doesn't modify debian/links? [00:18] slangasek: it wasn't actually created [00:18] slangasek: i backed it out [00:18] $ dpkg -L base-files|grep etc/motd [00:18] /etc/motd [00:18] slangasek: i couldn't actually figure out who's creating that link at this point ... any hints ? [00:19] the file is listed as belonging to the package [00:20] slangasek: debian/rules: ln -sf /var/run/motd debian/tmp/etc/motd [00:20] slangasek: i'll prune that line [00:20] slangasek: sorry [00:20] slangasek: thanks for the sanity check [00:23] kirkland: sure thing [00:24] kirkland: since it's no longer in the package, that also means the symlink will disappear on upgrade - so the version check in the postinst needs to be dpkg --compare-versions "$2" lt 5.0.0ubuntu17, not just -z "$2" [00:24] slacker_nl: http://paste.ubuntu.com/413371/ [00:25] kirkland: why was the 'rm -f' line there? hopefully that was redundant :) [00:25] slangasek: yeah, redundant [00:26] slangasek: thanks...i saw your earlier comment but havent gotten to it yet [00:26] zul: well, can you confirm that these packages are supposed to be in main? I can fix up the seeds quickly for that [00:27] slangasek: yeah they are [00:27] ok [00:27] I'll follow through then === mcurrington is now known as mrcurrington [00:30] slangasek: http://paste.ubuntu.com/413375/ [00:30] slangasek: can you give that a once-over? [00:30] kirkland: looks good; please do an upgrade test before upload, to confirm [00:30] slangasek: ack [00:54] slangasek: that rm -f debian/tmp/etc/motd was not in vain [00:54] slangasek: some other part of the packaging was putting something there [00:56] slangasek: http://paste.ubuntu.com/413388/ appears to be doing the right thing [00:59] ok [01:04] slangasek: http://pastebin.ubuntu.com/413396/ [01:06] kirkland: looks good [01:06] slangasek: cheers, thanks, uploading [01:33] I keep getting kernel failure messages on boot, and when apport runs, it cannot show me the details because I get a permissions error [01:33] IOError(13, 'Permission denied') [02:47] hoo rah! e2defrag now works with uninit_bg, crc checksumed block group descriptors and all! [04:17] i reported a bug a while back, it seems to have been forgotten about [04:17] https://bugs.launchpad.net/ubuntu/+source/xorg-server/+bug/555503 [04:17] Launchpad bug 555503 in xorg-server "screen flickers at least once every few minutes" [Undecided,Confirmed] [04:18] is there any possibility it will be fixed before the final release? [04:21] anyone here? [04:21] robertzaccour: THat's likely to be fixed by booting with the powersave=0 option; have you tried that (as requested in the bug)? [04:21] robertzaccour: 279 give or take [04:22] RAOF, i tried that, didn't work [04:22] genii, whats that mean? [04:23] i reported it and the info was incomplete, then i included the needed info, then it was confirmed and seems to be forgotten about. wish there was somethin i could do. i do what i can to help when possible [04:23] robertzaccour: This channel has currently about 279 people in it. So the question "anyone here" has the answer of 279. [04:23] genii, oh i see haha just wan't sure who was awake thanks [04:25] is it likely to be fixed before the release? i'm hoping so. all thats happened in the report is confirmed [04:26] nixternal: Still awake? [04:26] nixternal: When did we decide tomorrow's DMB meeting was going to be? [04:27] did i ask a bad question? [04:28] soren: Isn't it 15:00 as always? [04:28] persia: It may be. [04:28] robertzaccour: There are no bad questions. There are questions to which there are no immediate answer. [04:28] That's when I'm planning to be paying attention, if that matters :) [04:28] soren: 15:00, my alarm on my cell phone just went off 15 minutes ago letting me know to wake up for it :) [04:29] Fair enough. I Google'd it, got UWN which said 1400 UTC. [04:29] if the bug has been confirmed and no other action, should i assume its gonna be fixed well after the release if it is? [04:29] wish there was something else i could do [04:30] persia, nixternal: Thanks. I'll try to make it. I'm holidaying with the family, so it may not work out. [04:31] Best of luck on finding the opportunity to be present :) [04:31] (and have fun otherwise) [04:31] Thanks, and will do. [04:31] Yeah. For what it's worth, other people with what sound like a similar bug have found that i915.powersave=0 fixed it for them. One thing you could try would be using the drivers from the xorg-edgers PPA; they're newer and might already have a fix for you. [04:33] i have been on holiday for the past year [04:34] RAOF, you talkin to me? [04:34] Yes. [04:35] nixternal: I'm sure I can beat that :) [04:35] RAOF, i915powersave=0 didn't work for me. where can i get xorg-edgers PPA? [04:35] Whoever reviewed python-cloudservers source and binary: Big thanks! [04:35] I wished we kept track of that. [04:36] s/wished/wish/ [04:36] ajmitch: how much longer for you? [04:36] robertzaccour: launchpad.net/~xorg-edgers/ppa/+archive. Bear in mind that those are unsupported drivers. If they work for you, it's possible that we could isolate what's fixed it and backport to Lucid. [04:38] RAOF, should i try the pre-released and unsupported updates in software souces option also? [04:38] nixternal: who knows, I occasionally do a few uploads, like today [04:39] robertzaccour: There's nothing in there at the moment; that will start to be populated once Lucid is released. [04:39] RAOF, it said page not found [04:39] Sorry; http://launchpad.net/~xorg-edgers/+archive [04:41] RAOF, thanks. which link do i select? [04:42] There's a section “Adding this PPA to your system” with details. [04:45] oh i got it thanks [04:45] i'm gonna update and then restart thanks [04:46] brb [04:49] back [04:50] RAOF, thanks again. i'll keep an eye on it for a few minutes and let ya know what happens [04:54] RAOF, it didn't seem to work, just did it again [04:54] chrisccoulson: seen that xulrunner-1.9.2 still FTBFS on ia64? [04:56] chrisccoulson: ah, yes you have because you've commented on the bug :-) [04:56] chrisccoulson: in the meantime, I'm nuking the out-of-date couchdb-bin binary on ia64, so we can get component-mismatches cleaned up [04:59] RAOF, it didn't work and I posted a comment on the launchpad log file. thanks anyhow [04:59] any other ideas? [05:00] did i make someone mad? [05:01] boot, adding the “drm.debug=0x06” kernel parameter to the boot line. Wait until you've reproduced the bug, then run “dmesg > dmesg.log” and attach both dmesg.log and /var/log/Xorg.0.log to the bug. [05:02] That will cause all sorts of debugging information to be attached to those logs, and we can send it upstream. [05:02] RAOF, is that in the grub you're talking about next to the end of the text? [05:04] Yup. In the same place as you'd put the “i915.powersave=0” bit; just after “quiet splash” [05:05] RAOF, whats /car/log/Xorg.0.log? [05:06] /var/log/Xorg.0.log is your X log file. [05:06] RAOF, oops i meant /var/log/Xorg.0.log [05:06] do i type that in the terminal too? [05:06] No, you attach it to the bug. [05:07] how do i attatch it? just type it in the comments? [05:08] There's an “add attachment or patch” button at the bottom of the bug page, just after the “add comment” box. [05:08] oh ok thanks [05:09] i'll try that brb [05:12] RAOF, in the drm.debug=0X06 i capitalized the x. was i wrong? [05:12] huh? [05:12] robert__: I'm not sure; I think you should... [05:13] RAOF, was i supposed to capitalize that x or does it matter? [05:13] I don't know if it matters or not. It would probably be best to not capitalise it, though. [05:14] RAOF, ok i'll try it again then brb [05:18] back [05:19] RAOF, what you told me to run didn't do anything [05:21] What do you mean by “didn't do anything” [05:21] RAOF, dmesg > dmesg.log [05:21] dmesg > dmesg.log will create a file called “dmesg.log” in your home directory. [05:22] i did it right that time and thats what it said [05:22] robert@robert-laptop:~$ dmesg . dmesg.log [05:22] Usage: dmesg [-c] [-n level] [-r] [-s bufsize] [05:22] thats what it said when i typed it right this time [05:22] Um, that's not the same as “dmesg > dmesg.log” [05:22] . is not the same as > :) [05:24] http://pastebin.com/HEkQe7Bm [05:24] thats whats in the folder [05:24] does that look right? [05:25] That looks right, but you didn't boot with drm.debug=0x06 [05:25] RAOF, i did [05:25] at the end of all the text i put a space between that last word and what you said to put [05:26] did i insert it wrong? i thought it was correct [05:27] I think you've inserted it wrong. Which is good! Because that means you probably inserted the i915.powersave=0 wrong too, which means it might fix your bug. [05:28] how was i supposed to insert it? at the grub menu i pressed e. went to the end of all that text, added a space, then inserted what you said [05:29] Ok. So, rather than the end of all that text, you want to go next to the “quiet splash” bit, hit space, and then add i915.powersave=0. This should be on the *same line* as “quiet splash”. [05:30] RAOF, i didn't see anything about quiet splash, but i'll check again brb [05:30] RAOF, to the right of that line? [05:30] I'm taking a photo of what it should look like. [05:30] and should i delete the repos from earlier? [05:30] oh ok [05:32] should i delete those x repos i added earlier? [05:33] That's probably a good idea. [05:33] You should follow the instructions from the xorg-edgers site - use “ppa-purge” [05:33] RAOF, i just deleted those repos [05:34] i'm gonna restart and look for "quiet splash" [05:34] brb [05:36] RAOF, i'm back [05:37] the line ends like this now quiet splash i915.powersave=0 [05:37] is that correct? [05:37] That sounds correct, yes. [05:37] oh i didn't use ppa purge? i just deleted those repos via gui [05:38] RAOF, so i should just wait a few minutes and see if the bug is still there? [05:38] That won't have removed the packages. You probably want to re-add the PPA and then use ppa-purge. [05:38] Yes. Wait a while and see if that's fixed it first :) [05:38] how do i do ppa purge? [05:39] It's a package in the xorg-edgers PPA. You run “sudo ppa-purge ppa:xorg-edgers” and it removes the ppa packages, installs the ubuntu ones, and then disables the PPA repository. [05:39] its a quick blink so i'll try not to blink lol [05:39] should i reinstall them before doin that or go ahead and purge? [05:41] You haven't removed the packages. Removing the repository just means you won't be getting any updates - the packages that you already had installed will remain. [05:43] RAOF, oh ok installing now [05:44] RAOF, it says command not found [05:44] You'll need to install the ppa-purge package first. [05:44] i did [05:46] RAOF, http://pastebin.com/bYfXGRSG [05:46] thats what the update says [05:46] sudo-apt-get update [05:47] RAOF, robert@robert-laptop:~$ sudo ppa-purge ppa:xorg-edgers [05:47] sudo: ppa-purge: command not found [05:47] robert@robert-laptop:~$ [05:48] You now also need to run “sudo apt-get install ppa-purge”. That installs the ppa-purge package. [05:48] RAOF, oh i did the ppa but forgot to install them lol sorry [05:49] robert@robert-laptop:~$ sudo apt-get install ppa-purge [05:49] Reading package lists... Done [05:49] Building dependency tree [05:49] Reading state information... Done [05:49] E: Couldn't find package ppa-purge [05:51] Then you'll need to re-add the xorg-edgers PPA; that means that you don't have the right PPA added. [05:52] Incidentally, have the flashes been occuring? [05:53] RAOF, no not since the i915.powersave=0 [05:54] RAOF, i see xorg in synaptic [05:56] lucid wasn't listed in the sources so i just changed the word karmic to lucid [05:57] i did it again and still can't find it [05:58] well, i guess if it can't find it maybe i can just delete it from the repos [05:58] Ok. Run “sudo add-apt-repository ppa:xorg-edgers” from a terminal. That will definitely add the right repository. Then run “sudo apt-get update”, then “sudo apt-get install ppa-purge” [06:00] ok [06:02] RAOF, i did those commands. is it ok to delete it from software sources now? its still there [06:02] RAOF, i guess i purged it [06:03] If you run “sudo ppa-purge ppa:xorg-edgers” the repository will automatically get removed. [06:03] i know i did that and the terminal did its thing, but in the software sources gui i see the 2 i added plus the one i added in the terminal [06:05] robert@robert-laptop:~$ sudo ppa-purge ppa:xorg-edgers [06:05] PPA to be removed: ppa:xorg-edgers ppa:xorg-edgers [06:05] Warning: Could not find package list for PPA: ppa:xorg-edgers ppa:xorg-edgers [06:05] robert@robert-laptop:~$ [06:06] haven't noticed any more screen blinking [06:08] RAOF, is this gonna be a problem? the ppa i mean [06:09] RAOF, brb i'll read when i get back if you type anything [06:09] Try running “sudo apt-get update && sudo ppa-purge xorg-edgers”. The PPA is not necessarily a problem, but it will mean that you don't get updates or support, and there are almost certainly bugs in those drivers which are not in the Ubuntu packages (and visa versa, obviously). [06:15] back [06:17] RAOF, http://pastebin.com/SFA5q72j [06:18] but look at this [06:19] Good, that seems to have worked. [06:19] wait brb [06:22] http://i455.photobucket.com/albums/qq274/Knuckle_Brawler/Screenshot-1-2.png?t=1271136148 [06:23] thats what i meant by still in the software sources gui [06:25] oh and still haven't seen any screen blinking :) [06:29] RAOF, hey you still there? [06:29] That's fine; that's the other PPAs that you have enabled. [06:30] RAOF, oh ok i'll just delete those [06:31] RAOF, how do i make this permanent? [06:31] and how should i post this on launchpad? [06:33] RAOF, you still there? [06:34] a lot of quit text along the screen there, did i lose ya in the text? lol [06:35] RAOF, are you there? [06:36] i need to submit a confirmed bug fix. can someone help me do it properly? [06:39] RAOF_, hey you there? [06:39] can anyone help me with this confirmed bug fix? [06:39] I need to make sure i posted it right on the log or at least know how to make it a permanent fix on my system [06:40] please someone that can help me please respond [06:40] What's the bug number? [06:40] https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/555503 [06:40] Launchpad bug 555503 in xserver-xorg-video-intel "screen flickers at least once every few minutes" [Medium,Confirmed] [06:41] persia, the update worked. now i just gotta make it a permanent boot up from my end and make sure i posted it correctly at the very end of the log [06:41] I've already updated the launchpad bug; to make this permanent you can edit /etc/default/grub, and add i915.powersave=0 next to quiet splash. [06:42] Yeah, the bug state looks great. [06:42] RAOF_, what do i do now? [06:42] RAOF_, is there any way i can make it permanent on my end or just wait for the updates? [06:47] are yall awake? anything else i can do? can i make it a permanent change from my end? [06:54] did i add i915 powersave correctly? http://pastebin.com/REXnmmUw [06:57] RAOF_, persia did i add i915 powersave correctly? http://pastebin.com/REXnmmUw [06:57] You're at least missing a close-double-quites [06:58] persia, whats that mean? [06:59] On line 9, you want to add stuff *inside* the quotes. [07:00] persia, thats what it brought up when i ran /etc/default/grub [07:01] persia, with other people's help we found a bug fix, reported it, and now just gotta get it set to the grub defaults on my end [07:02] Right. On line 9, you want to add the extra bits inside the quotation marks. [07:03] the i915.powersave=0 i added myself, wanted to make sure i did i right before i save it and have a kernel panic [07:03] persia, what do i add? [07:04] GRUB_CMDLINE_LINUX_DEFAULT="quiet splash" i915.powersave=0 should be GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.powersave=0" [07:04] Note the position of the double-quotes. [07:06] ok thanks. what about the line below that one? [07:06] line 9 [07:06] That is line 9 [07:07] oh yeah one line is blank. what about line 10? [07:08] should i just erase line 10? [07:08] Just leave the rest of the file as it was before you edited. you just have to change the one line. [07:08] i'm gonna pastebin what i got now brb [07:09] http://pastebin.com/Qz6LnbGa [07:09] thats what it looks like now. is that right for saving? [07:11] No. [07:11] persia, what do i need to do now? [07:12] the first part of line 9 is there twice. is that what i need to delete? [07:12] delete everything on line 9 up to the second 'G' character. [07:12] As in: line 9 should be exactly: [07:12] GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i915.powersave=0" [07:12] and see the /topic : this used to be on-topic, but I fear we're drifint :) [07:14] persia, RAOF_ http://pastebin.com/U2YeMbUf [07:15] i really appreciate yall helping me [07:17] are yall still awake? [07:18] i need to save this correctly, gettin up real early in the morning all i need to know is if i got it right please help me [07:20] are yall still awake? please help me [07:20] anyone else?? [07:21] yall please help me i gotta get up in a few hours [07:21] please please help is there anyone else here? [07:21] :( maybe Linux isn't for me [07:22] You've replaced that with the original. [07:22] You'll probably get better support in #ubuntu+1 [07:22] RAOF_, i replaced what with the original? [07:25] ok thanks yall [07:25] here's what it says now http://pastebin.com/cRdCHdxb [07:26] That looks good. [07:29] RAOF_, thanks. what do i save as? grub? [07:29] oh everytime something is successfully fixed in ubuntu i email it to myself. i have a bit list of ubuntu emails i emailed myself lol [07:34] Good morning [07:37] good mornin [07:38] good morning [07:39] Good morning :) [07:40] the Ubuntu community is wonderful [07:40] wouldn't trade it for any distro in the world :) [07:46] hey RAOF_ [07:46] hey seb128 [07:46] hey dholbach [07:46] how are you? [07:47] Morning seb128 [07:47] seb128: getting better :) [07:47] thanks [07:49] ok time to restart with the bug fix :) [07:49] hey RAOF_ [07:49] dholbach, good! [07:50] man if i didn't bring up the bug i'm not sure if anyone else would have before the release. there was only one other person affected by it on launchpad [07:50] * dholbach hugs seb128 [07:50] it was accomplished with other people's knowledge and not my own, however i still fill like i contributed by telling the right people about the bug [07:50] * seb128 hugs dholbach [07:51] i'm goin to sleep for a few hours, yall have a great day thanks and God bless [07:58] zul: does bug 557110 need to get reopened? [07:58] Launchpad bug 557110 in mysql-cluster-7.0 "Dependency mismatch for mysql-cluster-*" [High,Fix released] https://launchpad.net/bugs/557110 [09:04] slangasek: still around? [09:13] hello, any one care https://bugs.launchpad.net/vte/+bug/263822 ? [09:13] Launchpad bug 263822 in vte "RTL (right to left) support in terminal (BiDi)" [Low,Triaged] [09:15] mvo: Hi. [09:21] Damascene, I am not sure you get much attention on a non critical bug wich requires a complex resolution at this time :P [09:22] not so complex [09:22] only add mlterm when installing rtl support [09:22] is it too complex? [09:25] Damascene, first it needs to be decided whether that's the proper fix :) [09:26] and I believe mlterm would also need to be moved to main [09:26] I don't know what to do. I've sent to ubuntu-desktop ubuntu-devel talked in the channel of both [09:26] who can really help? Mark? [09:27] Damascene, I don't think Mark is doing bug fixing lately :P [09:27] :) [09:27] Damascene: mark could make it critical priority if you convince him its critical. So can any other bug triager though. [09:28] Damascene: are you claiming that its a critical bug ? [09:28] will not critical but a bug that could be fixed by using mlterm which is ready to fix it [09:29] it will not fix vte or gnome-terminal but it will give you a working terminal for rtl [09:29] so joaopinto says that its not clear that that is the fix. [09:29] Damascene: have you proposed a merge making the change you think will fix it ? [09:29] I don't think it's appropriate to pull in a completely different terminal emulation program, personally [09:30] certainly not at this point in the cycle, we don't have time to discover new bugs when it's installed by default [09:30] Damascene, to be honest what you are requesting should be recored on a different bug report, one thing is the lack of RTL on VTE, another thing is the lack of an usable terminal for RTL languages (by default) [09:31] :S [09:31] I [09:31] I'm not asking to replace vte. just installing mlterm with rtl support [09:31] not for every ubuntu user [09:31] joaopinto, are you sure I should open another bug? [09:32] tseliot: hi [09:32] slangasek: hey, are you ok with what I wrote in my last email? [09:32] (on escaping the percent sign) [09:33] Damascene, I think you should, the proper fix for VTE would be to have the RTL support, that take ages or never be fixed, on the other hand if you have a specific bug to include mlterm with a good ration it may be considered and fixed on Lucid+1 [09:33] hi wgrant [09:33] heh, mlterm certainly has plenty of its own bugs [09:33] tseliot: uhm, you shouldn't have to escape the percent sign [09:33] tseliot: if you're having to escape the percent sign, you're passing it in the wrong place :) [09:34] erm, I am eating letters [09:34] joaopinto, I've spent much time heating that bug :) === tkamppeter_ is now known as tkamppeter [09:34] Damascene, If I were using a language with a default broken terminal I would also be ;) [09:35] should I use ubuntu-bug? [09:35] mvo: Why was it chosen to use the /changelogs/pool hierarchy rather than something like SOURCE_VERSION.changelog in the normal pool? [09:35] tseliot: ply_boot_client_update_daemon() takes a static string; unless you need to do percent substitution in *both* mountall and the theme, you shouldn't have to escape anything [09:35] (I'm looking at the Soyuz implementation of this.) [09:35] and what do you suggest as title please [09:37] Damascene, "Selecting an RTL language should install and RTL capable terminal emulator" [09:38] the package is language-selector [09:38] thanks [09:39] slangasek: but I have to create the string first, right? I think nih_sprintf will complain if I don't escape % [09:39] as printf would do [09:39] tseliot: why do you need nih_sprintf() to create the string? [09:40] wgrant, no specific reason, it could as well be this. it was simply modeled after the current way of storing them [09:40] tseliot: if you mean composing the "fsck:%s:%d", only the first argument will have %s interpreted [09:40] tseliot: a subsequent argument that contains %s is just treated as a literal string [09:41] mvo: It seems a little awkward to have two pools if they're in the same place. [09:41] (and it's more than a little awkward for Soyuz) [09:41] wgrant, that is true [09:42] slangasek: something like nih_sprintf (NULL, _("Checking disk %1$d of %2$d (%d %% complete)"), progress)); [09:42] wgrant, if joaopinto (he was doing the patch) does not mind we can easily change it at this point [09:42] What are the mirroring implications of the change? My memory is that the changelogs collection is fairly large. [09:42] mvo: So he has the only server-side implementation at the moment? [09:42] wgrant, AFAIK [09:43] slangasek: but I guess I can solve it with string concatenation [09:43] mvo, it's ok for me, that will allow also to use the mirrors for changelogs [09:43] And my understanding of the default mirroring is that it would pull anything in /pool/ [09:43] wgrant, I would suggest to put the changelog alongside each binary package (or symlink from source changelog) [09:43] tseliot: right, that wouldn't work so well. But this would: nih_sprintf (NULL, _("fsck:%s:%d", _("Checking disk %1$d of %2$d (%3$d %% complete)"), progress)); [09:43] mvo, but aren't other files on /changelogs/.. I noted some *copyright on some random packages ? [09:44] wgrant, this make it more robust in the client implementation if e.g. no deb-src line is avaialble [09:44] persia: I've no plans to use this for the primary archive yet. u-m is already specially hardcoded for the primary archive. [09:44] tseliot: ... except with right syntax [09:44] joaopinto, yes, but those are not fetched currently, they are just there for information [09:44] (i.e., no stray '_(" in front of the format string...) [09:44] mvo: Right, we should be able to easily do the symlink dance in Soyuz. [09:45] wgrant, ok, cool. give me some minutes to update the code, I have another u-m bugfix pending anyway [09:45] symlinks from each binary package to the source changelog ? [09:46] mvo: I guess this will even fix the differing source/binary version issue. [09:46] wgrant, exactly [09:46] wgrant, on changelogs.ubuntu.com there is a crawler that does fixup (via symlinks) like this as well [09:47] wgrant: Cool. Just wanted to make sure :) [09:48] (conveniently enough, we have raw changelogs available in Soyuz as of a couple of weeks ago) [09:48] slangasek: ok, I see what you mean now. Thanks [09:50] joaopinto, https://bugs.launchpad.net/ubuntu/+source/language-selector/+bug/562130 [09:50] Launchpad bug 562130 in language-selector "Selecting an RTL language should install and RTL capable terminal emulator" [Undecided,New] [09:50] please adjust the description as you want [09:51] joaopinto: How easy would it be for you to adapt to this change? [09:51] wgrant, joaopinto: to properly fix the src-version != binary-version (a good example is gcc-defaults with gcc-defaults != gcc) we would have to add a .changelog alonside earch foo_$arch.deb that reads "foo_$arch.changelog" (via symlink or file) [09:51] that's a lot of extra files in the mirror :-/ [09:51] (may be unavoidable) [09:51] cjwatson, yeah, but we will not do it on the default archive [09:52] cjwatson: Right, this probably won't work for the primary archive. [09:52] cjwatson, at least now :) only third-parties [09:52] oh, this is for PPAs? [09:52] cjwatson, yes, PPAs plus archives like getdeb [09:52] fair enough! [09:52] mvo, ok [09:52] mvo: That was exactly the binary I was thinking of... [09:53] So, yes, I guess we just need a foo_1.0.changelog, and foo_1.0_i386.changelog etc. symlinks. [09:53] wgrant, yes [09:53] foo-src_1.0.changelog [09:54] foo_2.0_i386.changelog [09:54] Right. [09:54] hum, I will need to move the changelog extraction to the build process, or just assume it was built for every arch [09:54] wgrant, so that does mean we have a good change to get it for PPAs relatively soon :) ? [09:54] That's pretty easy to do on my end. [09:55] Much easier than the separate pool. [09:55] And it will be more reliable too. [09:55] * mvo nods [09:55] wgrant: Did the importer job run already, so that it's time for the UI exposure? [09:55] (re: changelogs) [09:55] persia: The importer doesn't exist yet. [09:55]