=== Snova_ is now known as Snova [03:11] calc: yes, we ought to fix up that GPL violation; have you opened a bug on raptor in Ubuntu? [03:12] mdke: split into per-language binary packages, yes - currently, gnome-user-guide is one of the 5 largest packages on the CD, and we could save a lot of that by splitting off the translations for languages that we don't ship on the CD (e.g., the large Swedish translation) === j_ack_ is now known as j_ack [03:23] slangasek: not yet, i will go ahead and do so [03:24] slangasek: i noticed we don't change raptor, should i file the bug as a sync request? [03:26] hello, if some one want to do minimal install cd for Mint or similar Ubuntu based distribution. what file should he change ? [03:28] slangasek: i filed it as bug 351331 and linked to the debian issue [03:28] Launchpad bug 351331 in raptor "Sync raptor 1.4.18-2 (main) from Debian unstable (main)." [Critical,Confirmed] https://launchpad.net/bugs/351331 [03:28] * calc wishes we could just get rid of openssl from the archive [03:37] hrm I just got a weird failure to upload with amd64 pulseaudio, twice, first after initial upload, and second after I retried the build, thinking it was possiby transient. All other arches built and uploaded successfully. [03:40] TheMuso: looks like a launchpad error. see #launchpad with https://launchpad.net/ubuntu/+source/pulseaudio/0.9.14-0ubuntu15/+build/923086 [03:40] Hobbsee: ah ok === bluesmoke_ is now known as Amaranth [06:14] good morning [06:19] dholbach: hi [06:19] hey robert_ancell_! [06:19] how are you doing? [06:19] back at home? [06:20] dholbach: sure am [06:20] ah great - how's life in .au? :) [06:20] dholbach: I miss the comfy chairs in the London office though :) [06:20] hehe :-) [06:21] must have been quite a trip - how long did it get you to get back? [06:21] dholbach: I left the hotel at 5:30am Saturday and got home at 9pm Sunday. I think it's about 24 hours all up... [06:24] robert_ancell_: ugh - it's a shame we don't have the technology for "beaming people over" yet [06:24] dholbach: I think there's a Canonical team working on that :) [06:26] robert_ancell_: sounds like an idea only somebody who was in space already could have ;-) [06:27] dholbach: maybe that's the solution - you can travel faster when outside an atmosphere! [06:28] robert_ancell_: so if the whole free software thing doesn't work out we all work as receptionists at the ticket counters or what? [06:29] dholbach: hehe [06:52] calc: ping :) [07:03] can somebody take a look at bug 350344 from the sponsoring queue? [07:03] Launchpad bug 350344 in laptop-mode-tools "Merge laptop-mode-tools 1.47-1 from Debian testing" [Undecided,New] https://launchpad.net/bugs/350344 [07:08] How many packages are in main ? [07:10] DaSkreech: http://paste.ubuntu.com/140542/ [07:11] errr [07:11] http://paste.ubuntu.com/140543/ [07:11] wow [07:11] excusez-moi [07:12] ok thanks :) [07:12] the first one counted both sources and binaries [07:13] Where did the 8 go to? [07:15] slangasek: that sort of thing is well beyond my packaging ability, but if it's not too late in the cycle, maybe someone else could do it [07:16] slangasek: the other potential solution would be to do what we do in ubuntu-docs and only ship translations which are over X% complete, and see if that reduces the size of the package [07:16] DaSkreech: hm? [07:17] dholbach: main kinda implies open source packages but adding the sources gets you less than double the number of packages [07:17] you should have 8 more [07:18] DaSkreech: no, main is what is supported by Canonical - it's not directly comparable to Debian's "main" [07:18] http://www.ubuntu.com/community/ubuntustory/components [07:19] DaSkreech: you can have a source package generate more than one binary package... [07:19] so it should be fun to track down what is in main which is not providing source [07:19] pwnguin: like app and app-data ? [07:19] DaSkreech: hu? everything in main does [07:19] DaSkreech: yes [07:20] not according to the numbers :-) [07:20] DaSkreech: why do you think so? [07:20] DaSkreech: can you find a single example of a package in main without corresponding source? [07:20] but you do have a point, if you have 6234 source packages, wouldn't you expect at least 6234 binaries? [07:21] well if you have a number of binary packages each which has at least one source package [07:21] then you should have twice the packages when you have binary and source [07:21] you know [07:21] there is less than that [07:21] if you have a source package that builds universe and main binaries [07:22] does it go in universe or main? [07:22] DaSkreech: no. Each source package has at least one binary package (but often more). Never the other way around, a binary package never has two sources. [07:22] pwnguin: main. [07:22] Mithrandir: then obviously dholbach's cache is broke ;) [07:22] Mithrandir: it still doesn't detract from my argument [07:23] pwnguin: I'm happy with my cache right now :) === tkamppeter_ is now known as tkamppeter [07:25] > wget -q -O - http://archive.ubuntu.com/ubuntu/dists/jaunty/main/source/Sources.bz2 | bzip2 -d | grep -c ^Package [07:25] 3024 [07:26] > wget -q -O - http://archive.ubuntu.com/ubuntu/dists/jaunty/main/binary-i386/Packages.bz2 | bzip2 -d | grep -c ^Package [07:26] 6151 [07:26] so you have around 3k sources generating about 6k binary packages. [07:27] pwnguin: dholbach only counted binary packages, nowhere did he count sources? [07:28] (well he claimed he did, and i was foolish enough to trust him ;) [07:29] DaSkreech: your argument is the wrong way around, since you start by counting binary packages, not source packages. You'll have at least the same number of binary packages as source packages, not at least the same number of source packages as binary packages. [07:30] pwnguin: in the first paste.u.c link I did [07:30] dholbach: well your numbers dont add up :P [07:31] ah right [07:31] or i misread [07:31] well I was only interested in binaries anyway :) [07:32] "packages" is too generic =( [07:32] Packages, i mean [07:33] Looks so [07:33] you know what, it's like 1am. i should just sleep or something. [07:35] hi dholbach [07:35] hiya mdke [07:36] dholbach: could you do me a favour and take a look at this bug in ubuntu-docs - https://bugs.launchpad.net/bugs/303578 [07:36] Ubuntu bug 303578 in ubuntu-docs "System->About Ubuntu homepage has glitchy "Thank you" line" [Medium,Triaged] [07:36] dholbach: the cause of the bug is clear (comment 12) but I don't know how to fix it, any ideas? [07:38] mdke: I don't know - could it be a CDBS thing? creating those symlinks? [07:39] dholbach: the problem is that in previous releases we shipped some symlinks in a particular location, and now we ship a directory - but dpkg doesn't remove the symlinks so people upgrading and missing that directory [07:39] dholbach: so we need to include something in the upgrade process that removes those symlinks [07:40] dholbach: the last comment has the commands required, I don't know how to put that in the package though [07:40] mdke: sounds like something you'd do in the maintainer scripts - I'd ask for advice on ubuntu-devel@ - my experience with maintainer scripts is luckily somewhat limited [07:40] dholbach: ok, I'll do that, thanks [07:41] mdke: good luck :) [07:42] Good morning [07:42] Morning pitti [07:42] slangasek: kick bug-buddy> agreed, we don't use it by default anyway [07:43] kirkland: no, I used --remove-home, not --remove-all-files [07:43] kirkland: and semantically, /var/lib/ecryptfs/$user is really a part of your /home/$user, IMHO [07:44] hey StevenK, had a good weekend? [07:45] pitti: Yup! You? [07:46] StevenK: pretty good too; just an hour shorter :) (DST change) [07:48] pitti: Heh, the phone company's network time did that over the weekend [08:12] mdke: my biggest concern would be splitting out the languages that *are* mostly complete :) [08:13] pitti: ok; I guess seb128 is already poking at the gnome-desktop-python-desktop-2-gnome stuff, so I'll coordinate with him when he awakes [08:13] slangasek: right, he's working on it; thanks [08:13] seb128: o hai [08:13] damn :) [08:14] slangasek: yes, but as I understand your proposal, it would be to make gnome-user-docs consistent with the rest of the desktop, which is acceptable [08:15] slangasek: there's not much point in a particular language being included in gnome-user-docs if the rest of the desktop is untranslated by default for that language [08:15] * slangasek nods [08:15] slangasek: ditto ubuntu-docs, and yelp itself [08:16] (I don't know if yelp ships translations or has them in language packs) [08:16] ah, it ships them in the package [08:16] pitti: ^^ what do you think, splitting gnome-user-docs by language? [08:18] makes sense, of course, I just wished it wouldn't require manual packaging [08:18] but the automatic one depends on a small soyuz feature which isn't there yet :( [08:20] do you think we should do the same for ubuntu-docs? [08:21] mdke: that's less of low-hanging fruit [08:21] that would win us lot of CD space for extra locales for sure [08:21] so I wouldn't have us spend the effort yet [08:23] slangasek: ok, I was just thinking for consistency. Maybe for the next release cycle [08:23] for the next release cycle, maybe the automation pitti mentions will be available :) [08:24] ok, I'll keep an eye out [08:24] gtg [08:26] * slangasek sees that gnome-user-docs bzr uses a separate branch for each distroseries, wah [08:26] that would be fine, if debian/control didn't currently point to the hardy branch :) [08:26] seb128: can you ssh to ronne? hangs for me [08:27] I'd like to fix the retracers [08:29] pitti: hangs too [08:29] seb128: ok, thanks; I'll talk to IS [08:36] pitti: bug #277589 reopened, looks like there's a bug in my attempted refactoring of the user-submitted patch :( [08:36] Launchpad bug 277589 in hotkey-setup "sony brighness on a geforce series older than 8 (nvclock works fine)" [Undecided,Fix released] https://launchpad.net/bugs/277589 [08:39] mdke: should ubuntu-core-dev be a member of ubuntu-core-doc? [08:45] slangasek, that reminds me, i wanted to ask what happened to the rest of getting rid of hotkey-setup? looks like a few thinkpad related bits in there still and that flip on the xorg stuff are left [08:49] superm1: the remaining thinkpad bits need to wind up as a udev rule, I guess, with the init script disabled by default if we've made it to that point; I meant to talk to thinkpad_acpi upstream (a DD), because he claimed recently that there were no thinkpads left that needed thinkpad_keys [08:52] slangasek, ah. so likely better to get that taken care of during early karmic then [08:52] and the DOS switching needs to be checked why those defaults aren't set in the kernel module yet too then [08:53] * slangasek nods [09:00] lamont: the patch in bug 348990 makes sense to me; do you want to apply it to Debian and sync, or should we apply it locally to Ubuntu? [09:00] Launchpad bug 348990 in postfix "Deinstallation doesn't delete all files" [Undecided,Confirmed] https://launchpad.net/bugs/348990 [09:08] mdke: also, are there specific known reasons why you're still using pack-0.92 format for gnome-user-docs instead of something newer (and speedier)? [09:09] it would perhaps help if "bzr upgrade" wouldn't consider pack-0.92 as "current" [09:17] mvo, doko, you are the Python maintainers? Can you have a look at bug 349781? [09:17] Launchpad bug 349781 in python-defaults "hplip not working after jaunty upgrade" [Critical,Incomplete] https://launchpad.net/bugs/349781 [09:19] mvo, it seems that only the i386 build server produces broken builds of Python libraries written in C. [09:21] tkamppeter: that bug should be fixed since python2.6 2.6.1-1ubuntu5.1 [09:21] tkamppeter: bug 349467 [09:21] Launchpad bug 349467 in python2.6 "Many python programs fail with: "undefined symbol: PyUnicodeUCS4_DecodeUTF8"" [Critical,Fix released] https://launchpad.net/bugs/349467 [09:21] tkamppeter: it looks like a dup AFAICT [09:22] yes [09:24] "Running sudo perl -p -i -e 's/PyUnicodeUCS2/PyUnicodeUCS4/g' /usr/lib/python2.6/dist-packages/cupsext.so does indeed fix the problem." [09:25] if editing is required, then that means we need to get that package rebuilt in the archive [09:31] slangasek: I think infinity said there was just python-hildon on lpia rebuilt with that pytho [09:38] mvo: I had a fantastic bug with the dist-upgrader today [09:39] the only thing it did to upgrade me to 9.04 was uninstall nvidia-glx [09:40] Keybuk: with the partial upgrade? [09:41] mvo: no [09:41] turns out I had jaunty in my sources list pinned to "not upgrade" [09:43] cjwatson: hi [09:43] Keybuk: could you pastebin me your /etc/apt/preferences file please? [09:43] Package: * [09:43] Pin: release a=jaunty [09:43] Pin-Priority: -50 [09:43] -- [09:43] cjwatson: we are getting several comments on bug #343668 now, the bbc server for the totem plugin is not working for some weeks [09:43] Launchpad bug 343668 in totem "BBC plugin doesn`t working" [Low,Confirmed] https://launchpad.net/bugs/343668 [09:44] cjwatson: do you think you could try to ping the bbc guys about that? [09:46] Keybuk: ok, thanks [09:48] dholbach: then infinity's analysis is incorrect; http://launchpadlibrarian.net/24396323/buildlog_ubuntu-jaunty-i386.hplip_3.9.2-3ubuntu2_FULLYBUILT.txt.gz clearly shows python2.6-minimal 2.6.1-1ubuntu5, the broken version. [09:49] tkamppeter: a simple reupload of hplip is enough to fix this bug [09:49] Man, it's very frustrating upstreaming bugs in launchpad now. I can't figure out how to do it by just copy/pasting the upstream bug link [09:52] YokoZar: "now"? the workflow didn't change recently AFAICS? [09:53] pitti: the links on the page seem broken to me [09:53] On non-beta launchpad I can click "also affects project" and just paste the link there when I click "I have the URL for the upstream bug" [09:54] on new launchpad it's "simplified" by forcing me to type in the name of the project first [09:54] Half the time I think I clicked the wrong thing, so I go to "Also affects distribution" which does have a URL for upstream bug reports I can copy paste, but when I do it there I get errors [09:54] YokoZar: that should only happen for packages which don't already have an associated project, hmm [09:56] I'm getting it on this bug (which already has an upstream bug task) https://bugs.launchpad.net/ubuntu/+source/wine/+bug/243390 [09:56] Ubuntu bug 243390 in wine "Difficult to associate a Wine application as a handler or default handler for a file type" [Wishlist,Confirmed] [09:56] affects Wine both Wine (Ubuntu) [09:57] binfmt, and associate directly with the application .exe! [09:57] directhex: the issue is mime types for data files, not the .exe [09:58] directhex: eg I install Photoshop and it says it can open .jpgs, but it's very hard to make it so double clicking a .jpg will open it in photoshop [09:59] YokoZar, i find file type association is a black art in general [09:59] Windows has it's own separate list for these sorts of file handlers, and Wine needs to glue that into our own file type thing. Then the desktop environment needs to be taught how to understand it as well [09:59] tbh i think vista allows changing default filetype handlers really well [09:59] YokoZar: you can only have one task per upstream project on a bug, so of course saying 'also affects' wants you to pick a different project? [10:00] slangasek: right, which is why I ran into this launchpad upstreaming issue because I wanted to link it to another upstream project (http://bugzilla.gnome.org/show_bug.cgi?id=379658) [10:00] Gnome bug 379658 in Desktop "Better integration with WINE when opening files in Nautilus" [Enhancement,Unconfirmed] [10:00] launchpad doesn't want to figure out that's nautilus from just looking at the bug link [10:00] it never has [10:01] the cases where you don't have to fill out the upstream project are when it's already pre-populated the value for you [10:02] hmmm I think you might be right [10:02] I do still get confused by the upstream bug link on the "also affects distribution" page [10:03] because I keep mixing up which of these two I'm supposed to be clicking on (my normal metric was to guess and look for the place to paste a URL, which got broken here since I needed to manually add nautilus first) [10:12] Thanks, dholback and slangasek, I will reupload HPLIP. [10:12] tkamppeter: cool, thanks :) [10:23] <\sh> ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ [10:23] \sh: bless you [10:29] <\sh> ôh damn.... [10:29] <\sh> I shouldn't clean my desk and putting papers on my keyboard ,-> [10:33] <\sh> but now...desk is clean and I can go on holiday without anybody complaining: "You desk is totally chaotic" ,-> === asac_ is now known as asac [10:38] \sh: enjoy your holiday! [10:39] * directhex tries an update in a pbuilder [10:40] <\sh> pitti: hehe....waiting for the boy to come :) [10:44] <\sh> pitti: hopefully he will be released with jaunty ,-) [10:44] oooh! [10:44] \sh: congratulations! *hug* [10:45] \sh: but will you name him Jaunty? :) [10:45] <\sh> pitti: thx :) [10:45] Jaunty Hermann has quite a ring to it [10:45] (and congrats, btw :p) [10:45] <\sh> Keybuk: when I can convince my wife to have "Jaunty" as third or fourth name...or much better as an official nickname (Artistname) then yes :) [10:46] <\sh> Keybuk: lastname won't be "Hermann" :) I'll go for the last name of my wife to be :) [10:46] <\sh> Keybuk: lastname will be a cameroonian lastname ... so it will fit into the "Ubuntu" story ;) [10:48] <\sh> ok...lunch time :) bbl [10:48] slangasek, dholbach, HPLIP is reuploaded now. [10:48] tkamppeter: super [10:48] @yay [10:51] seb128: I already did [10:51] seb128: I can mail them again (somebody else asked me about this too) [10:51] cjwatson: well, people start suggesting we stop shipping the plugin now [10:51] I'm not sure what to try [10:51] try -> reply [10:52] like I say, I'll mail them again [10:52] thanks [10:55] silly bbc. i pay my license fee dangnabbit! [10:59] ==17268== Conditional jump or move depends on uninitialised value(s) [10:59] ==17268== at 0x40177B7: (within /lib/ld-2.8.90.so) [10:59] oh, yay [11:08] pitti: I'll make a pass through my bugs this week at some point [11:09] lamont: shall I assign it to you? (it's in the sponsoring queue ATM) [11:12] Keybuk: ld's always had a few of those that are innocuous in practice, neh? [11:12] ld.so, I mean [11:13] sure [11:13] slangasek: you are currently doing syncs? can I smuggle one in? [11:13] slangasek: yeah, I just hate it when valgrind is out of sync with them ;) [11:13] pitti: yes [11:14] Keybuk: ah, heh [11:15] pitti: what are you smuggling in? I'm done with the sync bug list now, just about to hit flush [11:16] slangasek: I'm done (nano and postgresql-common) [11:16] ok [11:21] yay @ slangasek [11:22] slangasek: it makes my test suite full of FAIL [11:22] aww :( [11:24] 13 of 13 tests failed [11:24] Please report to http://bugs.launchpad.net/libnih/ [11:24] :-( [11:29] Can somebody mark bug #333197 as fix released in Jaunty and confirmed in Intrepid? [11:29] Launchpad bug 333197 in openafs "openafs-modules 1.4.8 segfault after stop" [Undecided,Fix released] https://launchpad.net/bugs/333197 [11:29] (I can't do that without being on ubuntu-dev or something, right?) [11:31] bryce, you about? wanted to talk about those i914 drm '*ERROR*' messages we have been seeing [11:31] perhaps he has the sense to not be up at 3:30 [11:32] heh as you prove, its always worth asking [11:32] :-) [11:35] <\sh> there needs to be an whois field on freenode..that shows the timezone of the user ,-) [11:35] \sh: No, that shows their sleep cycle. Timezone is not a reliable indicator! [11:36] * slangasek records his as a parametric equation [11:37] slangasek, what about daily builds, do you plan to enable them again at some point ? [11:37] <\sh> broonie: ok...much better [11:38] ogra: they are enabled, except for those cronjobs that involve livefs builds for ports because infinity was doing maintenance [11:38] ah [11:38] infinity: can we re-enable the ports livefs cronjobs? [11:38] right, i was indeed wondering about http://cdimage.ubuntu.com/ports/daily-live/ :) [11:46] slangasek: We can, although the sparc buildd exploded on upgrade, so you'll either need to artificially disable sparc for now, or suffer with failures (should fail quickly with No Route to Host) [11:46] suffering with failures is fine [11:46] thanks [11:46] great [11:47] * ogra needs to see if oo.o finally ends up in the livefs ... having image builds is extremely helpful [11:55] mvo: are you going to upload a new synaptic soon? if not, I'd like to do a no-change upload for bug 348225 [11:55] Launchpad bug 348225 in synaptic "Remove inline translations from .desktop files" [Medium,In progress] https://launchpad.net/bugs/348225 [12:03] pitti: I can do that, let me check if I have anything else pending [12:04] mvo: I'm already test building, so if you don't have anything else, I'll just upload it [12:04] mvo: I didn't see UNRELEASED stuff in bzr === LucidFox is now known as Morbo === Morbo is now known as LucidFox [12:06] pitti: ok, I have a pending bug but no fix yet (and it might be a problem with apt-xapina-index) so just go ahead [12:06] mvo: ok, thanks [12:10] pitti, ArneGoetje: how is language pack generation meant to handle non-ascii characters in description fields? :) [12:10] e.g., language-pack-oc, language-pack-nb [12:10] hi, where I can read about ttf packaging policy? [12:11] slangasek: -nb works just fine? (Bokmål) [12:11] slangasek: oh, ugh [12:11] for debian there is: http://www.debian.org/doc/debian-policy/ch-customized-programs.html#s11.8.5 [12:11] and for ubuntu is the same? [12:11] slangasek: the (post 1500) is part of the description (year) [12:11] bluszcz: the same policy applies, yes [12:12] pitti: yes, but it's supposed to say "Provençal", not "Proven" :) [12:12] great [12:12] slangasek: WFM.. [12:12] there is no word about TTF fonts [12:12] slangasek: where are you looking at this? perhaps a system without locales, such as the DC? [12:12] only speedo etc [12:13] pitti: ah, yes, was testing in a chroot without locales [12:13] pitti: looks fine in a real system; ok, I'll do the same thing in gnome-user-docs [12:15] bluszcz: correct; that section of policy talks about "packages providing fonts for the X Window System", which is not the case for truetype font packages in general - it refers to a more-or-less obsolete font handling method [12:15] bluszcz: for truetype fonts, I don't think there's any policy spelled out; the convention is to create a per-package directory under /usr/share/fonts/truetype, and use fontconfig [12:15] seb128: ronne is back, fixing retracers now [12:16] pitti: excellent [12:23] cjwatson, pitti: if you have an encrypted disk, when does it ask for your password? [12:24] kwwii: some seconds after usplash starts [12:25] pitti: does it switch back to text mode or does it do it in the usplash? [12:25] kwwii: it asks in usplash [12:25] in the text area [12:25] wow, when was that implemented? nice [12:26] thanks for the info [12:26] kwwii: I did that ages ago, somewhere around gutsy [12:26] I haven't used an encrypted disk since after hardy any more, though [12:26] * pitti hugs ecryptfs [12:26] cool, I'm adding that to my use cases of the new boot experience [12:26] but we need to account for that case in plymouth, yes [12:27] * pitti -> lunch, bbl [12:29] pitti: when you're back and have some time, I have a cdbs question for you [12:31] pitti: regarding gnome-user-docs; what I want to achieve is to install all the docs in a single tree, run fdupes over them, and then split the files up by language into separate packages, but I have no idea what cdbs targets I need to use for this [12:39] slangasek: why not using .install for each locale? [12:40] seb128: will that let us run fdupes? [12:40] slangasek: cdbs does fdupes for you [12:40] across packages? [12:40] yes, it consider depends iirc [12:41] how often should I be seeing the 'software out of date' stuff? [12:41] I haven't gotten a notification since I upgraded to jaunty, and it's been 3 days now [12:41] elmo: is that a dialog? [12:41] seb128: ok, let's see [12:41] elmo: security updates daily, normal updates weekly [12:41] elmo: 7 days if there are no security updates [12:41] :( [12:41] err [12:41] that's insane [12:42] elmo: and there is no notification icon anymore, just update-manager auto-opening [12:42] elmo: yeah, try to convince the design team they are sitting near to you ... ;-) [12:42] well, unless you run 'gconftool -s --type bool /apps/update-notifier/auto_launch false'... [12:43] seb128: yeah, I'll speak to them about it; though I suspect I'll be redirected upwards [12:43] gah @ preinst woe [12:43] i really don't see the point of the update-notifier change in behaviour if everyone's going to type that and disable the new behaviour [12:43] the assumption is that only geeks will do that [12:44] hyperair, change is exciting! [12:44] and that normal users don't want to be pressured daily about non urgent updates [12:44] can't we increase the frequency during beta at least? [12:44] seb128: keyword is assumption. [12:44] except we don't actually have non-security SRUs happening on a daily basis... [12:44] well you can't know before trying [12:45] seb128: i don't know how many times i'm gonig to have to explain this stupid behaviour to new converts [12:45] so it can only be assumptions [12:45] and people who are running the devel release ought to be getting the latest fixes [12:45] slangasek: right unstable series are a different case and we could tweak settings there [12:45] the design team focussed on experience for normal users on stable [12:46] seb128: except it's not a different case, because as I said, we don't have non-security SRUs happening daily [12:46] well for sure you have updates less often [12:46] for the record I don't like the change [12:46] I really don't think waiting 7 days before they're offered for installation makes sense [12:47] less often but much bigger updates [12:47] and "you can't know before trying" --> "trial and error", yuck [12:47] I don't think they care much about the number of days [12:47] bah, for some god-unknown reason, i have a preinst that isn't running when it should be [12:47] elmo: there is the /apps/update-notifier/auto_launch to get the old behaviour back [12:47] what they have been wanting to change is the icon to auto-opening [12:47] elmo: gconf key I should add [12:47] and the delay is reaction to users complaining about the thing opening too often [12:48] mvo: well, unless you run 'gconftool -s --type bool /apps/update-notifier/auto_launch false'... [12:48] mvo: already mentioned ;-) [12:48] heh :) [12:48] * mvo is too slow [12:49] seb128: what's the best cdbs target to use for auto-generating my .install files? [12:52] slangasek: Probably install/$PACKAGE [12:53] right, time to reboot into jaunty [12:54] slangasek: what ebroder wrote === beuno_ is now known as beuno [12:55] I'll give that a try, thanks [12:59] ok, that's weird [12:59] ^C has stopped working [13:00] seb128: do I need to talk to the DX team about dropping the 'days between notification' stuff for beta too? [13:01] elmo: I'm not sure to understand the question, is beta a special case there in your opinion? [13:02] seb128: sure, because there are no security updates [13:02] seb128: firefox 3.0.8 went into jaunty proper [13:02] seb128, ebroder: 'install/gnome-user-guide-%::', is that not what I want? [13:02] elmo: well then you mean unstable cycle [13:02] so I wasn't notified about it [13:03] elmo: beta is just a special case in the unstable cycle [13:03] seb128: sure, I guess so [13:03] slangasek: Uh...I think that would run once for each gnome-user-guide-foo package [13:03] elmo: right ;-) [13:03] slangasek: That may be what you want - use $@ to your advantage :) [13:03] ebroder: which is what I'm trying to achieve; but it doesn't run at all [13:05] AFAICS, it's only running the stock cdbs rule [13:05] slangasek: "stock"? [13:06] seb128: if I call 'fakeroot ./debian/rules install/gnome-user-guide-da', I see 'dh_installdirs -pgnome-user-guide-da' printed but I don't see the output from the rule I've added in debian/rules [13:06] what if you debian/rules install? [13:07] install-indep, you mean? [13:07] right [13:07] checking [13:07] yeah, same thing [13:07] otherwise you might want to try "binary-install/binary::" [13:08] (and calling binary-indep didn't do it, so...) [13:08] seb128: generating all the .install files in a single pass, then? [13:08] binary being your actual binary package name [13:08] oh [13:08] but I don't want to encode that list of binaries anywhere in debian/rules [13:08] since it changes whenever upstream adds a translation [13:09] well binary-install/binary-%:: then [13:10] still no [13:10] otherwise I guess just use "pre-build::" to generate all the .install [13:10] you are sure that's run once before build [13:10] if you have the list in the LINGUAS or similar [13:11] ie if you know the list before building [13:11] * slangasek nods [13:11] find gnome2-*-guide/ -maxdepth 1 -type d ;) [13:12] Blargh. What do I do with a bug that's fixed in Jaunty but I want to reopen for an SRU? Should I just mark it as confirmed and let someone who actually has the right bits juggle the state between Jaunty and Intrepid? [13:12] ebroder: target it to the release if you can; if not, subscribe ubuntu-sru [13:13] slangasek: Who can target bugs? motu? [13:14] (It's a universe package) [13:14] ebroder: motu should be able to, yes. [13:14] Ok. But if I can't, I just leave the bug closed? [13:15] ebroder: hmm, I guess in that case you'll need to reopen it after all to get any attention on it [13:15] slangasek: I'd just use dh_install, but you can also create a programmatic install rule in install/:: or common-install-indep:: [13:16] slangasek: Ok, cool, that's kind of what I was thinking [13:17] <\sh> asac: what magic curse do I have to use to have flash/flex back in ff on jaunty 64bit? ;) [13:17] pitti: well, even if I use dh_install, it's going to be programmatic [13:18] pitti: anyway, pattern substitutions seem to be failing me for whatever reason :( === agateau_ is now known as agateau [13:19] \sh: sudo apt-get install --reinstall flashplugin-nonfree ? [13:19] <\sh> asac: let's see :) [13:19] let me know. [13:20] <\sh> asac: you don't want to see that error message [13:21] hah, and then the rule fails anyway because there's an upstream translation that's not in LINGUAS [13:21] thbbt [13:21]