[00:04] james_w: do you know who is the guy who blogged about banshee and rhythmbox? [00:05] directhex [00:05] seb128: ^ [00:05] Laney: thanks [00:05] are we angry or excited? [00:05] none of those [00:06] just wanting to say that those several megabytes are the user documentation [00:06] heh [00:06] rhythmbox has 6megs of those with translations version where banshee has none [00:06] d'oh! [00:06] so the argument is rather in defavor of banshee if you ask me [00:06] fiddlesticks [00:08] directhex: so the space is the user documentation translated in 11 locales [00:09] directhex: we can start dropping all user documentation to work CD space but I don't think that's a good move [00:09] directhex: I'm fine discussion rhythmbox against banshee but I'll not take that CD space argument as a valid one ;-) [00:09] discussion -> discussing [00:09] can't type tonight ;-) [00:10] seb128, fair enough [00:10] seb128, i'd still like a desktop team assessment ANYWAY, so they have a hit list of bugs [00:10] I would be sad to see Magnatune and Jamendo support drop out of the default install, so hopefully those plugins can find their way into Banshee [00:11] we already discussed rhythmbox and banshee at UDS one year ago [00:11] seb128, we really need a better solution for all these localised PNGs than bundling the lot with every app though [00:11] one year ago, so... end of the hardy cycle? [00:11] we can rediscuss it, but it was not clear banshee was bringing lot that rhythmbox doesn't have and that users want [00:11] ah, 0.13 [00:12] directhex: yeah, there is a spec about having user documentation translations in language packs, that's blocked on soyuz changes though [00:12] s' been rewritten since then, so as a minimum it should be considered a pretty different app. for better for worse [00:12] directhex: we did look at the new banshee codebase I think, the thing is that they are similar applications [00:12] there is some things banshee do better and that would be nice to get in rhythmbox [00:13] and vice versa [00:13] bien sur [00:13] but it was not clear that we should rather spend some ressources getting those in rhythmbox [00:13] ie ipod syncing [00:13] otherwise there is only the "banshee looks nicer" [00:14] anyway let's wait UDS to have a proper discussion, I will try banshee again for a week or something before that [00:14] but as mentioned before if things which are available now as magnatune are not in banshee I doubt we will switch if there is no compeling reasons to do so [00:14] does rhythmbox have a decent video-podcast tool? [00:14] RB doesn't do video afaik [00:14] no, rhythmbox is a music library software, not a video one [00:15] im kinda finding it unfortunate to check rss feeds in multiple places [00:15] there has been not a lot of user requests for video podcasting support until now [00:16] "until now" [00:16] I'm not sure what would be the best place for those, totem, rhythmbox [00:16] a podcast application [00:16] is there actually lots of user requests for it, or are we being generous on my behalf? [00:16] well in theory I guess than getting video podcast support in rhythmbox shouldn't be too hard [00:16] it has a video widget already for effects [00:17] and it's using gstreamer for rendering [00:17] pwnguin: I'm just considering it as a valid request and something nice to have, not sure how much requests we have for it, not many on lists and launchpad [00:18] i have no particular favorite between banshee or rhythmbox, but rhythmbox currently holds all my ratings [00:18] so im somewhat hostage to their xml [00:18] somebody wrote on one of those blog comments than banshee can do rhythmbox import now [00:19] dunno if it imports ratings too though [00:20] pwnguin, sqlite isn't it, not xml? [00:20] directhex: its very clearly xml [00:20] seb128, there's an open bug about ratings. afaik it doesn't handle 3-star ratings right now [00:20] pwnguin, really? that scales? [00:21] wheeee... xml in one app, embedded mysql in another. aren't media players fun [00:21] ah good, the gsoc project for rhythmbox syncing has been accepted [00:21] (amarok for the latter before someone asks) [00:21] directhex: are you arguing that sqllite scales? [00:21] so maybe ipod syncing will work in karmic in rhythmbox [00:22] ive got a few thousand items in rhythmbox [00:22] probably not the biggest you'll find [00:24] directhex: i think the main point of the day is: everyone benefits when you back up claims with proof :) [00:25] it might be handy to publish some measurements before UDS [00:34] pwnguin, i don't have enough dodgy music to test scalability well [00:34] pwnguin, i was under the impression that sql engines, even sqlite, were a bit more scalable than xml, especially for searching (unless the entire xml file is loaded to ram, i suppose) [00:36] hah! at this moment banshee picks a song for me whose main lyric is "all that i want is keeping it easy" [00:40] bah, car accident paperwork sucks [00:47] I see an extra word in that sentence [00:49] the car accident sucked in march when it happened. now i'm focused on more immediate concerns [00:49] like how the courtesy car sucks. and the aforementioned paperwork [00:49] and i shouldn't be distracting a release manager. NAUGHTY directhex [01:21] 15 pages down [01:21] i hope google maps links count as sketches [01:43] I'm trying to add support for the Verizon Wireless USB 760 modem. Making it actually work is trivial; it involves adding a new device ID in the right place. However, it has a useless (in Ubuntu) mass storage partition. How might I prevent that from mounting? [01:43] rlaager: whats useless about it? [01:43] windows drivers? [01:43] lifeless: It contains the Windows drivers. [01:44] ok [01:44] rlaager: I believe there are a lot of these around, and they are tricky to get working right. Keybuk who is not online at the moment would be able to give you the best help I think. [01:45] TheMuso: ok. For now I'll focus on getting the four-or-so-character patch for the device ID to the right people. === ember_ is now known as ember [02:54] It turns out I was wrong. The device doesn't show up as *both* types, but magically switches once the mass storage device is ejected. The fix here is the usb-modeswitch package, which is packaged for Debian but is not in Ubuntu. [02:54] So, this will obviously have to be a Jaunty+1 thing. Pulling usb-modeswitch into main should be sufficient to make a pile of these devices work out of the box. [02:55] rlaager: If it's in Debian, we should get it automatically for the next release. [02:56] Yes, in universe. I'd suggest promoting it to main, but I'm not an Ubuntu developer. [02:56] rlaager: https://wiki.ubuntu.com/MainInclusionReportTemplate [02:58] No need to be a developer to suggest it. [03:06] I'm going to send some patches upstream. That should help me answer some of those questions. [03:24] has anyone noticed that when you change screen resolutions, panel objects and applets can get disorganized and out of order? [03:35] Is there a metapackage for mobile-live? [03:37] cody-somerville: the flash UI? [03:37] No [03:37] the task [03:38] oh [03:39] im not sure what mobile-live is, but there's ubuntu-netbook-remix and ubuntu-mid [03:40] cody-somerville: No, there isn't [03:40] cody-somerville: But apt-get install mobile-live^ will pull it in [03:40] indeed [03:41] StevenK, Why is gimp in mobile-live? [03:42] It doesn't seem like something you'd put in the live seed. [03:42] It isn't ... ? [03:43] StevenK, it sure is [03:43] % grep -c gimp live [03:43] 0 [03:43] But gimp is in UNR [03:43] * cody-somerville does an apt-get update to see if maybe his cache is out of date [03:43] Actually, gimp doesn't appear in the seed lists at all [03:44] do an apt-get show gimp [03:44] Task: ubuntu-desktop, edubuntu-desktop, xubuntu-desktop, mobile-live [03:44] It also appears your meta packages might be out of date, they seem to pull in extra packages that aren't by the tasks [03:45] I doubt that [03:47] language-support-en Depend gimp-help-en [03:47] gimp-help-en Depend gimp-helpbrowser [03:47] gimp Provides gimp-helpbrowser [03:47] There's your answer [03:48] joy [03:51] StevenK, I'll know for sure in a little bit [04:19] Hobbsee: think there'd be any way that https://edge.launchpad.net/ubuntu/+source/python-parted could get into karmic, or has the code bitrotted? (I'm not up-to-date on that) [04:21] lfaraone: no idea, sorry [04:23] Hobbsee: kk. Upstream corpo went AWOL, I'm not sure what the proper way (in the wider FOSS world, not just in the ubuntu sense) to adopt the project. [04:23] lfaraone: i've no idea, sorry. Good luck! [05:12] lfaraone: the project's on LP, no? just start a new branch [05:12] err, i misread [05:16] lfaraone: first step is to rebuild it. if it went AWOL by 2006, it may not even build anymore. [06:37] Good morning [06:42] cody-somerville: are you involved in the mass updating of the Dell mini repo? I'm trying to find the right people to thank [06:43] jdong, I am. [06:43] cody-somerville: thank you so much for your hard work [06:43] it's quite a pleasant surprise :) [06:44] I'll be sure to pass that on. [06:44] thank you, please do :) [06:44] What do your sources.list look like? (including any files in sources.list.d) [06:45] I think I pastebinned it here on our Friday discussion [06:45] the sources.list.d are mostly empty [06:45] jdong, I think the latest update may have made changes. [06:45] ah [06:45] I will check that tomorrow morning [06:45] I don't have the system on handy access here [06:45] Ah, okay. [06:53] Erm. [06:53] Packages mutating sources.list? [06:59] wgrant, what do you think update-manager does every 6 months? [06:59] cody-somerville: That's the release upgrader. I expect it to do that. [06:59] I don't expect routine upgrades to do that. [06:59] Then I guess its a good thing you don't have a dell mini [07:00] ... running something other than Ubuntu. [07:01] * cody-somerville raises an eyebrow. [07:01] UNR hardy isn't an Ubuntu repo. It's a Canonical remix of Ubuntu. [07:02] Right [07:05] Thank god thats changed for Jaunty [07:06] Although continuing to describe it as a remix seems odd to me given how remix is used in the Trademark policy. [07:07] good morning [07:07] ScottK, Its a remix because it contains bad things I think [07:08] The way remix is used in the Trademark policy is as a term for what are essentially minor derivatives. [07:08] I don't know enough about what's in it for Jaunty to have a stron opinion. It just seemed odd. [07:08] since it's in the repos. [07:09] Anyway, I said I was going to bed a long time ago .... [07:09] Good night. [07:09] Night ScottK. [07:21] wgrant: on that mail, i'm going to go with it being something automatix, or automatix-like, fwiw. [07:22] Hobbsee: We'll see. [07:22] Hobbsee: with the sid in sources.list? [07:22] ajmitch: yeah, that's the one [07:23] I wonder what the installer thing for cadsoft does [07:23] any Kubuntu people around? does http://imagebin.org/46426 look normal for the OEM installer's user-setup dialog? I mean, the huge menu at the left [07:23] unless it's something run in wine, it wouldn't surprise me if that were the cause === thekorn_ is now known as thekorn [09:01] mvo: bug 363465 is a jaunty or intrepid SRU? can you please add appropriate stable tasks? [09:01] Launchpad bug 363465 in update-manager "grub removed" [Undecided,Fix committed] https://launchpad.net/bugs/363465 [09:01] pitti: sorry, doing that now (its jaunty) [09:02] * mvo checks the others as well [09:02] mvo: ah, I see the u-m jaunty-proposed upload, thanks === tkamppeter_ is now known as tkamppeter [09:02] mvo: I'll make sure that this goes in ASAP after release [09:03] pitti: thanks a lot. I attached logs for all the upgrade ones to shw that they fix the problems in the report [09:05] mvo: please upload nvidia-common to the queue as well, so that everything is ready on Friday [09:05] * pitti hugs mvo [09:06] pitti: nvidia-common made into -final :) - but let me check if the bugreport got closed already === thekorn_ is now known as thekorn [09:06] mvo: ah, nice; no, it was still open [09:06] mvo: wrt. bug 364583, nice! a friend of mine recently had to upgrade an old feisty of a friend of his', and it was a nightmare [09:06] Launchpad bug 364583 in update-manager "release no longer supported message missing" [Medium,In progress] https://launchpad.net/bugs/364583 [09:07] apparently he didn't get this "not supported anymore" thing [09:07] pitti: :( [09:07] mvo: for those cases, do you think it would be feasible to have update-manager fall back to old-releases.u.c. for such upgrades? [09:07] I asked him to do that manually in sources.list, but it still failed with u-m, so I had him do dist-upgrade [09:08] pitti: u-m does not well for old-release.u.c - one problem is that we can no longer do srus for old-release (or can we?) [09:08] mvo: no, but why would we? [09:09] mvo: I thought for the feisty->gutsy upgrade it would download u-m from gutsy? [09:09] pitti: for the "no longer supported" message it would be nice [09:43] #u-release has been quiet all day [09:43] oops, ECHAN, sorry [09:48] pitti: here's why http://iso.qa.ubuntu.com/qatracker/build/all/all [09:49] davmor2: I bet 3/4 of those are from you! :-) [09:49] * pitti hugs davmor2 [09:50] :) No only about 3/5 this time lots of other people got involved :) [09:50] rlaager: the trend upstream is to change the kernel to detect the situation and automatically deal with switching the devices around [09:50] rlaager: see the 'option' driver, for instance === Nicke_ is now known as Nicke [09:59] Does anyone use a macbook for their ubuntu dev stuff? im looking at one and was wondering how / if it works out...? === mkorn is now known as thekorn [10:13] pitti: any guess why apport-collect didn't seem to run the hook on https://bugs.edge.launchpad.net/ubuntu/+source/linux/+bug/364830 ? [10:13] Launchpad bug 364830 in linux "Regression: USB devices no longer work after docking laptop" [Undecided,Incomplete] [10:14] you currently have to specify the binary package name when using apport-collect for the kernel [10:16] the instructions should say "apport-collect -p linux-image-$(uname -r) " I guess [10:26] james_w: hmm, I thought pitti fixed that [10:28] mdz: I special-cased it in ubuntu-bug, but not in apport-collect yet [10:29] mdz: this is a much more general problem than just "linux", thus I wanted to ponder it a bit more [10:29] running the source_* hooks is no problem [10:29] but you won't get any binary package data [10:29] well, I guess it's not topmost interesting either [10:31] pitti: I think the same special case as in ubuntu-bug is appropriate in apport-collect [10:31] bug 350131, FYI [10:31] Launchpad bug 350131 in apport "apport-collect does not run source package hooks" [Undecided,New] https://launchpad.net/bugs/350131 [10:31] odd that ogasawara documented it without trying it though ;-) === azeem_ is now known as azeem [10:31] mdz: *nod* [10:41] liw: that's intended === sabdfl2 is now known as sabdfl [11:36] which I should poke about a bug in Ubuntu Security Notifications RSS feed? [11:37] jdstrand and kees: ^ [11:39] jdstrand: Ubuntu Security Notifications RSS feed is nice feature, but it throws everything together without line breaks, which results in ugly mess. Propably one line fix :) [11:47] Hi there. I see an obvious bug that seems to have not been noticed before. Before reporting I'd like to hear from you. When updating the system, dpkg may hang waiting for input from the user, e.g. if a configuration file was "manually" edited (possibly by some system program). In that case, since the terminal window is not expanded, the user can't notice the situation. She just sees a blocked progress bar. As I know my mother, she would === thekorn_ is now known as thekorn [11:58] Le-Chuck_ITA: the terminal window ought to be expanded if we notice an attempted read on the terminal, which indicates something like dpkg waiting for input. mvo put a lot of work into this in the past and it used to work. If it doesn't work now, then that bug should be filed on https://bugs.launchpad.net/ubuntu/+source/synaptic/+filebug [11:58] (or actually, 'ubuntu-bug synaptic') [11:58] Le-Chuck_ITA: (you don't need to include such extensive justification, by the way; and note that very long lines are cut off on IRC anyway. It's clearly a bug) [11:58] cjwatson: I am trying to reproduce but er... don't know how to downgrade a package (say readahead) to the previous version [11:59] I tried apt-get install readahead=previous_version but it won't find it [11:59] download the .deb file and use dpkg -i [11:59] cjwatson: ok but where's the deb file? Still on the servers? [12:00] https://launchpad.net/ubuntu/+source/readahead and follow links [12:00] aaaah thanks cjwatson, I recalled that page but tought it was on the binary package page [12:00] Le-Chuck_ITA: conf file prompt will be automatically detected without a terminal. it might have been a ucf prompt (but that should use gtk debconf) - if you put the /var/log/dist-upgrade/apt-term.log and main.log somewhere I can have a look [12:01] mvo: I just retry for now. [12:01] Le-Chuck_ITA, cjwatson: The source seems to be readahead-list these days. [12:01] wgrant: in fact I was wondering... [12:03] in https://edge.launchpad.net/ubuntu/+source/readahead-list/1:0.20050517.0220-1ubuntu4 I can't find the i386 binary for jaunty... [12:06] Le-Chuck_ITA: It was copied from intrepid. [12:07] ok installed the intrepid binary and re-upgraded [12:07] Now I have a popup [12:07] 15 minutes ago I had to open the terminal manually, thing that I can't do now because the popup is blocking focus [12:07] for the terminal window [12:07] so I can't have let the popup unnoticed [12:08] ok they are waiting me for lunch, mvo: later I will give you the files but... hmmm... me dumb, are those overwritten now or are they usually appended? [12:08] Le-Chuck_ITA: there is a backup copy made into a subdir of /v/l/dist-upgrade/ [12:09] mvo: ok I have to hurry up now, see you later [12:09] see you [12:19] hm. [12:20] is there anything special about gtk on ubuntu that could cause "GdkWindow *gdk = parent->GetGdkWindow ();" to throw "Cannot access memory at address 0x7ffeffffffc8"? [12:26] directhex, afaik on ubuntu only the usual reasons apply (i.e., it's a pointer problem in the code; solution: rewrite in Python ;-) [12:27] directhex: It also depends quite a bit on what parent is. [12:29] soren, "naughty" [12:30] directhex: That's why then :) === pedro__ is now known as pedro_ [13:04] mvo: Hi, what files would you like to see and where should I put them? [13:04] mvo: however we might also conclude that it won't happen anymore. [13:08] Le-Chuck_ITA: please file a bug against update-manager, attach the full logs (all of /var/log/dist-upgrade) and describe the problem again - I have a look then. thanks! [13:09] mvo: thanks [13:09] pwnguin: just the changelog afaict, it's not a lp project. [13:09] mvoLe-Chuck_ITA: there is a backup copy made into a subdir of /v/l/dist-upgrade/ [13:09] mvo I don't have a backup copy there... [13:10] mvo forget it [13:10] I used tab completion and was trying to find /var/lib/dist-upgrade :) [13:15] pitti: re bug 363759, "ubuntu-bug echo" (the test case I specified) still doesn't work. [13:15] Launchpad bug 363759 in apport "ubuntu-bug should guess where binaries are located" [Wishlist,Fix released] https://launchpad.net/bugs/363759 [13:16] pitti: am I missing something? (I'm on 1.0-0ubuntu5) [13:17] mvo: nope: in /var/log/dist-upgrade/apt-term.log I can only see the log of 23 march [13:17] mvo: it's the day I installed ubuntu on this machine [13:18] Le-Chuck_ITA: was this a fresh install of jaunty with subsequent updates or a intrepid machine that got upgraded via update-manager to jaunty? [13:18] hmm, my desktop machine doesn't want to halt [13:19] mvo: a fresh install of jaunty [13:19] Le-Chuck_ITA: aha, in this case the log to look at is /var/log/apt/term.log === robbiew1 is now known as robbiew [13:20] lfaraone: /bin/echo will work [13:20] mvo: ok but now I can't see the log of the first time the terminal didn't open [13:20] lfaraone: a single word is considered a package name [13:20] mvo: only the second time, when I correctly got a popup [13:21] the two things are clearly related :) [13:21] mvo: the system didn't notice the terminal [13:21] Le-Chuck_ITA: what package was it that caused it? [13:22] mvo: if you're busy I will open a bug as you told me. Here are the two log lines [13:22] Mi preparo a sostituire readahead 1:0.20050517.0220-1ubuntu4 (con .../readahead_1%3a0.20050517.0220-1ubuntu5_i386.deb) ... [13:22] Spacchetto il sostituto di readahead ... [13:22] (sorry it's in italian)= [13:22] this is the first time [13:22] the second time: [13:22] Configuro readahead (1:0.20050517.0220-1ubuntu5) ... [13:22] File di configurazione `/etc/readahead/boot' [13:22] ==> Modificato (da te o da uno script) dopo l'installazione. [13:22] [... and the usual prompt follows ...] [13:22] but the first time I found the question in the "folded" terminal [13:24] pitti: I understand, I was proposing for jaunty+1 that we look up the full path-to-binary with "whereis" if it doesn't exist as a package. [13:25] lfaraone: ah, I see; can you please reopen the bug then? [13:26] pitti: I'll set it to "triaged" if that's OK then. [13:26] Le-Chuck_ITA: I try to reproduce now [13:28] lfaraone: right, thanks [13:29] Le-Chuck_ITA: hm, I get a dialog "replace configuration file" when I test this (as I was expecting :) - you did not get this dialog? [13:29] * mvo tries again with different settings [13:31] mvo: first time, no, second time yes [13:31] mvo: first time, I found the progress bar stuck, and I unfolded the terminal to see what was going on, and I find it waiting for me [13:31] in fact you can see from the logs that the system acted like no question had been asked === JayFo is now known as JFo [13:50] Le-Chuck_ITA: interessting, that is a bit suprising - could you mail me the log please ( mvo at ubuntu.com) ? [13:52] mvo done [13:55] thanks Le-Chuck_ITA [13:56] mvo: thank you for taking a look at them [14:00] Le-Chuck_ITA: looking at the log it seems like something releated to acroread caused this maybe? did you get it from mediaubuntu (I ask to see if I can get more info about it) [14:00] let me check. I think it can't upgrade because it overwrites a file from an ubuntu package [14:01] pitti: if I wanted to implement that functionality, I should just write a patch for the next version of apport rather than adding that functionality in the debian package. [14:01] pitti: right [14:01] *? [14:01] mvo: in fact, the second time I disabled acroread! [14:01] mvo: will now check with acroread enabled, again [14:02] mvo the reason why acroread can't be installed is because it overwrites a file in acroread-debian-files, which is part of medibuntu too === dpm_ is now known as dpm [14:06] mvo: bingo. I have the hanged progress bar in front of me [14:10] Le-Chuck_ITA: execllent, if you expand that now, that is the last that is written there? [14:13] mvo: in the dialog window, I see the italian for "executing post-install command for man-db". In the terminal window, I see error messages for acroread, that possibly defeat recognition of an input request, and then the usual question wether to replace conffiles. Let me pastebin it [14:14] woops, did you know what ctrl+c does there? :) [14:14] mvo: http://paste.ubuntu.com/155913/ [14:15] Le-Chuck_ITA, mvo: the acroread-issue is known: bug 359518 [14:15] Launchpad bug 359518 in acroread "acroread failed to update in 8.10" [Medium,Triaged] https://launchpad.net/bugs/359518 [14:15] Ampelbein: thanks, I'm trying to figure out why this confuses synaptic to not show the conffile prompt [14:16] * Le-Chuck_ITA admires the ability of mvo to summarise a problem [14:18] * mvo scratches his head, makes more tea and collects the required deb packages to reproduce the problem [14:19] Le-Chuck_ITA: will you be around for a bit longer? there are some debug switch to try, but first I try to reproduce it here [14:20] mvo: yes I'll be around [14:20] otherwise I am vincenzo_ml on launchpad, and vincenzo_ml at yahoo dot it in the rest of the world :) [14:35] slangasek: is arranging for Edubuntu mirrors something I have to do? [14:37] LaserJock: well, it's not required, certainly; but it's not likely to happen otherwise, if that's what you mean [14:37] slangasek: right [14:38] slangasek: when was this decided? It's a bit of a shock tbh [14:38] slangasek: I can understand needing the space though [14:39] LaserJock: when it was determined that UNR needed to fit on there because it's being heavily promoted, and it was seen that this was going to increase our mirror footprint beyond the target size - which we noticed shortly before RC [14:40] slangasek: k [14:41] slangasek: do you happen to know if it's still supported by Canonical then? [14:42] LaserJock: I don't have an answer to that, sorry. The placement on cdimage vs. releases is orthogonal to support [14:42] slangasek: ok, thanks [14:42] slangasek: do you have a deadline for the release announcement? [14:42] slangasek: considering the number of changes we made this release we really should have one [14:43] LaserJock: tomorrow at 11:00 UTC [14:44] slangasek: ok [14:44] slangasek: thanks for the info, we'll get something put together [14:45] great, thanks :) [14:45] slangasek: sorry for the delay - looking at your release notes changes now [14:45] cjwatson: okie [14:46] release notes are changed? [14:46] hrm, back to translating :p [14:46] expect frequent changes, I'm afraid [14:46] hopefully not major, but ... [14:46] sure, no problem :) [14:46] do you happen to have the wiki link? [14:47] https://wiki.ubuntu.com/JauntyJackalope/ReleaseNotes [14:47] thank you! [14:47] you may want to subscribe to the page, if you're a translator :) [14:48] that's a good idea - I didn't do much of the work in /el, I'm just the guy that notifies the person who volunteered to translate it :) === mdz_ is now known as mdz [14:53] slangasek: ok, largely looks fine, I made some style changes [14:54] cjwatson: ok, thanks [14:54] cjwatson: since when does 'apt-get purge' work, though? [14:55] (nice that it does - it's just news to me) [14:57] slangasek: would it be possible to get the Edubuntu .iso on the torrent tracker? [14:57] Le-Chuck_ITA: hm, no luck here to reproduce, could you please run "sudo apt-get dist-upgrade -o Debug::pkgDPkgProgress=true" and mail me the output please? [14:58] Le-Chuck_ITA: and in what repo is acroread9 ? [14:58] slangasek: apt 0.7.7, Oct 2007 [14:58] cjwatson: er, wow [14:58] where has the time gone [14:58] well, that's when it was fixed to actually work; I think it was added before that [14:58] I only noticed its existence recently [14:58] LaserJock: do you mean in advance of the release? [14:59] slangasek, he indeed meand for the release [14:59] *meant [14:59] all of the release ISOs are supposed to end up on the torrent tracker, TTBOMK [14:59] slangasek: ok [14:59] mvo: acroread9 is in medibuntu [15:00] mvo: did you manage to have a package that overwrites somebody's else file? [15:00] I see it must fail *before* readahead [15:00] LaserJock, ogra: confirmed, http://cdimage.ubuntu.com/edubuntu/releases/jaunty/rc/edubuntu-9.04-rc-addon-amd64.iso.torrent works fine [15:01] good [15:02] mvo: in console, the order of unpacking is reversed [15:04] Le-Chuck_ITA: I don't see it here http://packages.medibuntu.org/pool/non-free/a/acroread/ [15:05] mvo: me dumb [15:05] http://archive.canonical.com jaunty/partner acroread 9.1.0-7jaunty1 [15:05] that's the output from apt [15:07] Le-Chuck_ITA: execllent, thanks [15:10] slangasek: should we make both a release announcement (single paragraph or so) and release notes? [15:10] RichEd was the one that's been doing this stuff for the last couple releases, I'm not positive what all needs to be done [15:10] LaserJock: the release announcement is ideally something stand-alone that I can link to from , à la the other flavors [15:11] (the release announcement for final is always heavily trimmed) [15:13] Le-Chuck_ITA: rock! reproducable [15:13] * Le-Chuck_ITA parties [15:14] mvo: shall I open a bug report? [15:19] tjaalton: if possible the fact that Xorg crashes when wacom entries are there should be in the release notes... I bet that most people will copy their xorg.conf and go crazy. [15:20] tjaalton: where "most" people is referred to the few that use a tablet with ubuntu :) [15:20] Le-Chuck_ITA: on the way [15:20] later this evening [15:24] tjaalton: thanks [15:32] Le-Chuck_ITA: please do, I'm debugging it currently [15:33] pitti: 321404> I don't think that's the right answer. If cdbs is going to symlink changelogs around, then cdbs should enforce the package deps too [15:33] well, we can't do the latter [15:34] so all we could do is to not symlink at all [15:34] and I still refuse to accept that we should sacrice several MBs on the CDs to support a small (and unsupported) corner case which is only interesting to developers anyway [15:35] (corner case being partial upgrades) [15:36] why can't you do the latter? [15:36] slangasek: cdbs automatically add versions do dependencies? [15:36] just populate ${misc:Depends}? [15:37] then (1) we'd destroy the very corner case that this bug is all about in the first place, and second [15:37] (2) people would rightfully grill me for doing dependency changes behind their backs [15:37] pitti: is the retracer working today? [15:37] heh [15:37] pitti: you can direct those people to me then :) [15:37] Keybuk: it keeps crashing on launchpadlib bugs apparently [15:38] Keybuk: it had several failures, seems that something in Launchpad changed again to make launchpadlib fall over; but it should catch up [15:38] pitti: any way you can prod one through a bit faster [15:38] slangasek: do you really think that this is such an importnat issue? [15:38] we're tying to debug why I don't receive crash mails [15:38] Keybuk: sure, which #? [15:38]