=== yoos_ is now known as yoos === emgent is now known as z1 === z1 is now known as z\ [00:51] Hello, [00:52] while trying to build a package with pbuilder it seems like it can't satisfy the libjack-dev dependency [00:52] how can that be? === z\ is now known as emgent [00:54] Out of curiosity, how often are apt's Translation-X files updated? [00:54] diwic: Try updating your pbuilder. [00:55] "pbuilder update"? Tried that. [00:59] RainCT_: pbuilder-satisfy-depends-dummy: Depends: libjack-dev which is a virtual package. [01:00] AFAIK, libjack-dev is not a virtual package...? [01:02] http://packages.ubuntu.com/search?keywords=libjack-dev&searchon=names&suite=all§ion=all [01:02] diwic: you are not running dapper by chance ? :) [01:02] c_kom: I hope not :-) Freshly installed karmic [01:03] c_korn: sorry I misspelled your name [01:20] gaah...found it...forgot to enable universe === rickspencer3 is now known as rickspencer3-afk === yoasif_ is now known as yoasif [02:01] What is Ubuntu doing for so long after one has logged in to one's user? [02:01] It is annoying as hell to wait after one has logged in [02:02] Cause in the time it takes to come to the login field, you can go and take a cup of coffee [02:02] In jaunty when you logged in you got the system served to you [02:02] Now I have to wait [02:32] anyone tried vnc sessions in karmic? === Catch-22 is now known as dous === Amaranth_ is now known as Amaranth [06:03] Do such packages as xsplash, indicator-session, and libdbusmenu require feature freeze exceptions to be updated? Yes I know Canonical works on them, but they are new upstream releases after all. (I am looking into sponsoring uploads, and want to be sure an FFE is not required before I do so.) [06:07] TheMuso: My understanding was they were to be treated like any other upstream. [06:08] Certainly that's what we're doing in Kubuntu. For Ubuntu I don't know if it's different. [06:12] good morning [06:13] TheMuso, keep in mind new upstream release != new features though [06:13] (necessarily) [06:13] superm1: I am aware of that. === dyfet` is now known as dyfet === yoasif is now known as adss === adss is now known as yoasif [06:32] vorian: can you please please please take a look at bug 386428? [06:32] Launchpad bug 386428 in xom "Please merge xom_1.2.1-1 (universe) from debian unstable" [Wishlist,In progress] https://launchpad.net/bugs/386428 [06:51] ArneGoetje: will scim-anthy stay in main? [06:52] if it should go to universe, we wouldn't need a MIR [06:52] (for kasumi) [06:53] pitti: ^ do you know what the state of the discussion is there? [06:53] scim vs ibus? [06:53] dholbach: stay in main === tkamppeter_ is now known as tkamppeter [06:55] ok [06:55] dholbach: we may need to switch back to scim if ibus appears to be too buggy and we cannot fix the issues in time [06:55] alright [06:56] ArneGoetje: there were a bunch of ITPs filed in Debian for new ibus plugins [06:56] dholbach: yeah, saw them [06:59] dholbach: but it's more important to get the current code into a good shape [06:59] right === Zic_ is now known as Zic [07:03] I was just excited to see things moving so quickly in ibus land [07:04] * nixternal hugs dholbach [07:05] * dholbach hugs nixternal back :) [07:05] good morning sir [07:19] ArneGoetje: In regards to the bug, if the upstream doesn't want to remove the .desktop file, we can just NoDisplay=true it [07:19] StevenK: yeah [07:22] ArneGoetje: But however you want to deal with it is fine [07:23] StevenK: I'll poke the package maintainer again [07:24] StevenK: I really don't want to carry a delta around [07:33] ArneGoetje: Even if it's a one-line delta? :-) [07:34] lidaobing: what about bug #420282 ? [07:34] Launchpad bug 420282 in ibus "ibus is in "other" category in the menu" [Undecided,New] https://launchpad.net/bugs/420282 [07:35] ArneGoetje, I'll fix that in today or tomorrow [07:35] lidaobing: thanks [07:35] StevenK: ^ [07:37] Fix it how, though? :-) [08:17] Good morning [08:18] dholbach: no, from what I know scim should move to universe, we only keep ibus [08:20] pitti: ArneGoetje seems to think otherwise [08:20] oh really? I thought we discussed that [08:20] ArneGoetje: we still need scim? [08:21] * StevenK waves to pitti, throwing him a gummy bear [08:22] hey seb128 [08:22] hello dholbach [08:22] hey StevenK! [08:24] hmm, did pidgin finally move to universe ? [08:24] I thought it was supposed to stay? [08:24] * ogra wonders why nautilus-sendto doesnt find it at build time [08:25] well, n-s ftbfs on armel [08:25] pidgin-dev: Depends: pidgin (>= 1:2.6.1-2ubuntu1) but it is not going to be installed [08:25] Depends: libpurple-dev but it is not going to be installed [08:25] arch all-any mismatch there? [08:25] the new version has just been uploaded yesterday [08:26] yeah, i missed there was a pidgin upload yesterday [08:26] given back [08:26] pitti: if ibus is too buggy and we cannot fix the issues in time, we'll switch back to scim... that's what we discussed. [08:27] ArneGoetje: right, but why do we need to keep both in main? [08:27] pitti: you want to move scim back and forth? [08:28] well, I want to make sure that we fix all dependencies, so that it is ready to go to universe [08:29] ArneGoetje: ATM, something still keeps it in main through a dependency === vorian is now known as s8n === slacker_nl is now known as slacker_be [09:21] TheMuso: why is paprefs now pulling in packagekit-gnome? [09:23] TheMuso: I now have an extra (and buggy) update notification icon on my taskbar thanks to this; I think I'm going to remove paprefs from my system to get rid of it, but the dependency looks wrong to me anyway [09:27] dholbach, asac, didrocks: could one of you please look at this bug: https://bugs.launchpad.net/ubuntu/+source/gnome-web-photo/+bug/423822 [09:27] Launchpad bug 423822 in gnome-web-photo "Take screenshot from web does not work." [Medium,New] [09:27] dholbach, asac, didrocks: that ugly hack of a wrapper script around gnome-web-photo instead of linking properly to libxul was probably a bad idea... [09:28] asac: can you take a look at it? I don't know enough about it [09:31] slangasek: I filed a bug about this [09:33] Ryan52: using libxul is no answer for sure either. i cant remember exactly what i did, but most likely i tried to avoid porting it to use the real "standalone glue" [09:34] yes, by "properly linking" I meant using the xpcom glue. [09:34] i dont know for sure how to use gnome-web-photo. please drop instructions how to reproduce in the bug [09:34] honestly, I don't know how to use it either. [09:34] for that, I'm sure dholbach can explain tho :) [09:34] ah thats not your bug ;) [09:35] Ryan52: want to work on it ;)` [09:35] ? [09:35] I'm not an Ubuntu user, and we don't have gnome-web-photo in Debian. I'm just taking care of my shutter users. :) [09:35] what does shutter do then? [09:36] takes screenshots from various places, one of those places being the web, for which it uses gnome-web-photo. [09:36] how [09:36] ? [09:36] daniel@miyazaki:~$ gnome-web-photo.real --mode=thumbnail https://daniel.holba.ch/blog bla.png [09:36] gnome-web-photo.real: error while loading shared libraries: libxul.so: cannot open shared object file: No such file or directory [09:36] daniel@miyazaki:~$ [09:36] do you run a command? or link against a lib? [09:36] dont call .real [09:36] I guess that's what the problem is right now [09:36] why do you do that? [09:37] asac: the other one didn't work either :) [09:37] but basically that's how you'd run it [09:37] asac: once gnome-web-photo works, shutter will too, so fix dholbach's problem :) [09:37] Ryan52: .real is not supposed to work [09:37] asac: he said the other one doesn't work either. [09:37] but no hint how [09:37] from what i know the non-real thing sets the LD_LIBRARY_PATH [09:38] daniel@miyazaki:~$ gnome-web-photo --mode=thumbnail https://daniel.holba.ch/blog bla.png [09:38] Registering '@mozilla.org/module-loader/python;1' (libpyloader.so) [09:38] Registering '@mozilla.org/network/protocol/about;1?what=python' (pyabout.py) [09:38] [09:38] so thats different ;) [09:38] and has nothing to do with libxul [09:38] I have no idea what happens there tbh [09:38] Ryan52: ^^ dont call .real ;) [09:38] ./share/shutter/resources/modules/Shutter/Screenshot/Web.pm: system("gnome-web-photo --timeout=$self->{_timeout} --mode=photo --format=$self->{_format} -q $self->{_quality} '$self->{_url}' '$self->{_dest_filename}'"); [09:38] from shutter's source code. [09:38] so it doesn't look like shutter is calling .real [09:38] but http://launchpadlibrarian.net/31278228/screenshot_006.png [09:39] dholbach: can you paste the non-real script? [09:39] just a sec [09:40] asac: I dunno, I'm just telling you what I know :) [09:40] http://paste.ubuntu.com/264842/ [09:40] pitti: hey [09:40] * Ryan52 thinks there should be a 1.9.1 there.. [09:42] yes [09:49] hi mat_t [09:53] asac, dholbach: am I correct in assuming that neither of you are going to look further into it? [09:53] I guess tomorrow I'll install Ubuntu, meh. -.- [09:54] Ryan52: any help would be appreciated. eventually i hope i would look at it [09:54] Ryan52: I'm too busy at the moment to look into it, I'm sorry [09:55] Ryan52: if you cannot do it, just remember to assign the bug to me [09:55] okay, thanks. [09:59] pitti: I'm preparing the usplash assets now [10:08] slangasek: Because upstream told me that it required packagekit-gnome. Unfrotunately I don't know much about packagekit, so I added a dep on the package that provided the needed executable that paprefs needs. === Richie is now known as YDdraigGoch [10:12] TheMuso: eww, can we do without PK-gnome, please? [10:12] we really don't want to propose it as general interface for installing packages [10:13] PK is not suitable to be a general package installer on Debianish systems [10:13] and it's painfully slow, too [10:15] we should discuss this at next UDS, but if we can not get debconf support for PK I guess we need to bite the bullet and provide a PK compatible dbus session interface [10:15] we have a debconf frontend for aptdaemon, so its not a technical problem (anymore) [10:15] I think upstream said that if we want the former it should be done using the latter [10:15] oh well [10:16] mvo: that, and conffiles [10:16] right [10:16] Joey and I talked with Guillem at DebConf about moving bits of debconf into dpkg; it's still not out of the question that we might be able to get conffile prompts implemented using debconf [10:17] which really does need to happen ultimately [10:30] for conffiles, would there be an issue with doing the prompting at the end of the run? [10:31] i.e. are there good reasons why the prompt is done when it is? [10:33] the package isn't configured properly until the conffile is replaced; for instance you often need to replace the conffile before starting a daemon [10:33] this can be pretty importance [10:33] important [10:34] but debconf is also done at preinst time, so wrt. conffiles this should DTRT? [10:35] seb128: ah, retracers didn't upgrade yet, so they failed again; upgrading manually and restarting [10:35] pitti, thanks [10:36] sorry I've been not very helping on those this week [10:36] seb128: no problem, just to let you know why you got another set of spam mails [10:37] mok0: great session yesterday! [10:40] pitti: yes; but conffiles are postinst-time anyway [10:46] pitti: Right will look Monday, but I guess we have to disable the install feature in paprefs then, or patch it to use apt... [10:48] TheMuso: what does it want to install? [10:55] pitti: afaik to install things like the bits needed to talk over the network via upnp/zeroconf etc I suspect. [10:56] TheMuso: we could replace that with a call to gksu synaptics...? (there's a standard invocation for this to install a particular package; let me know if you need it) [10:56] pitti: ok thanks [10:57] TheMuso, hey, there is a new libcanberra version available in case you didn't notice [10:57] not sure if you want to do the update [10:59] seb128: Known, and wasn't sure if it was under the GNOME upstrea version umbrella, so just pulled important fixes from it for now. [10:59] TheMuso, ah ok, I would just do the update it seems mostly bug fix changes [11:23] does anyone happen to know if latest karmic now enables KMS by default on ATI? [11:25] tkamppeter: do you have some time to look at bug 422930? [11:26] Launchpad bug 422930 in cups "after upgrade, CUPS refuses to use existing PSC-750 'usb' config and creates a new PSC-750-2 'hp' config" [High,Triaged] https://launchpad.net/bugs/422930 [11:26] pitti: I believe KMS is still only enabled for Intel chipsets [11:26] jderose: ok, thanks [11:26] pitti: but i haven't tried it, just read it from http://www.ubuntu.com/testing/karmic/alpha5 [11:26] bryce, tjaalton: is it still the plan to enable ati kms by default, as said on https://wiki.ubuntu.com/DesktopTeam/ReleaseStatus ? [11:33] pitti: I'm not sure, bryce has been testing it. AIUI there are performance regressions when it's used === wgrant_ is now known as wgrant [12:15] asac: this would be nice to look at, probably for karmic+1 http://lists.opensuse.org/opensuse-kde/2009-09/msg00006.html [12:17] Riddell: yeah. but it has to land upstream first ;) [12:17] in the past suses hacks against ffox were regularly rejected [12:18] but right. i should check and see if i can helkp them with upstreaming this [12:21] pitti, bug 422930 is most likely called by the USB backend problems of CUPS. Please also upload the current BZR state of CUPS to assure that all fixes are in. [12:21] Launchpad bug 422930 in cups "after upgrade, CUPS refuses to use existing PSC-750 'usb' config and creates a new PSC-750-2 'hp' config" [High,Triaged] https://launchpad.net/bugs/422930 [12:56] tkamppeter: current bzr head is already in karmic (I uploaded a bzr snapshot for alpha-5) [12:57] pitti, OK, thanks. === _PLaYSTatiON is now known as PLaYSTatiON [13:23] pitti: I accidentally may have selected "ignore future crashes" in apport, I just can't find the right place to nullify this decision... any help? [13:24] taavikko: rm ~/.apport-ignore.xml [13:24] taavikko: or wait until a new version of that program arrives :) [13:25] thanks a punch pitti :) [13:25] dont punch pitti, we need him ;) [13:27] hold the thanks then, "no .apport-ignore.xml here..." === pedro__ is now known as pedro_ === cprov-afk is now known as cprov [13:48] greetings [13:50] taavikko: then you don't have an ignore list === MacSlow is now known as MacSlow|lunch [13:52] pitti: then apport fails somehow to collect crash (it used to work few times today already, but not anymore? ) [13:53] arora keeps crashing ( bug 420474 ) and the .crash file kept growing... [13:53] Launchpad bug 420474 in arora "arora crashed with SIGSEGV in PL_HashTableLookupConst()" [Undecided,Confirmed] https://launchpad.net/bugs/420474 === freeflyi1g is now known as freeflying [13:54] todays first crash report was 1GiB in size, removed it, next crash, resulted in 276MiB size, now it is 42Mib so little "funny behaviour" [13:59] taavikko: if it already crashed three times today, it will ignore further crashes today; remove the file in /var/crash if you want to get new ones === marjomercado is now known as marjo [13:59] pitti: doh, the max-report thingy :) [14:00] is there any limitations how big the crash report can be? didn't felt comfotable sending 1GiB [14:00] taavikko: it's meant to prevent eternal crash loops with programs which restart themselves but crash (e. g. nautilus or devkit-disks) [14:00] pitti, are you the one making decisions about usplash staying/going etc ? [14:00] * ogra would like what the status is for live images ... do we keep it there ? [14:01] *like to know [14:01] taavikko: it's by and large capped on half of your memory size uncompressed core dump [14:01] taavikko: but yes, you shouldn't bother sending a 1GB dump.. [14:01] ogra: I thought it was collectively decided at UDS already [14:02] ogra: since usplash kicks in after a (short) timeout, it should automatically come up on the live CDs AFAIUI [14:02] i wasnt there [14:02] ah, cool [14:02] usplash should start (1) on interactivity (boot password), (2) on fsck, (3) when X takes too long to start [14:02] pitti, that concept means if my armel system takes 45sec to boot i will have usplash anyway ? [14:03] ogra: yes; my laptop takes a similar time, so I should see it, too [14:03] cool [14:03] so my work wasnte throw away stuff to make usplash work on imx51 :) [14:03] *wasnt [14:03] hi, i'm trying to "beep" during the boot process, but i can't ear anything... must i load some modules or something else to get beep to work? [14:04] probably the pcspkr module ? [14:05] (just a guess) [14:05] Notch-11: pcspkr is blacklisted, you probably need that [14:05] ogra: yes, my first guess too, but still can't ear the beep [14:07] pitti: with "modprobe pcsprk" should work even if blacklisted, right? [14:07] Notch-11: yes [14:08] Notch-11: if you spell pcspkr right, that is :) [14:09] pitti: hehe, both tried :P [14:10] mm pcspkr is not in the initrd, maybe this === rickspencer3-afk is now known as rickspencer3 [14:16] ubuntu pcspkr [14:16] ups [14:17] http://www.urbandictionary.com/define.php?term=jonathan [14:17] (sorry wrong channel) [14:23] nothing, even with the module loaded.. [14:30] so what is missing for beep to beep ? [14:30] Keybuk: Hey. Does D-Bus on Karmic have some limitation (as in the size of the answer to a call or something like that) impossed which wasn't there in Jaunty? [14:50] RainCT: not that I know of [14:50] there *are* limits to such things [14:50] but I don't think they have changed [14:50] in fact, the primary limit of D-Bus used to be the length of time a receiver of a message was permitted to take to reply to it until it timed out [14:50] and that's been entirely removed [14:51] Keybuk, did you see my ping before ? [14:51] ogra: no [14:51] Keybuk, did you notice that the boot slows down with every apparmor profile thats being adeed (additional reads ... i see a massive impact on armel but suspect it happens on other areches as well, just not as noticeable) [14:51] ogra, Keybuk: that is not accurate any more [14:51] ograyes [14:51] jdstrand, since when ? [14:51] i see it on A5 [14:51] ogra, Keybuk: or at least not noticably accuate [14:52] though that should be largely fixed in karmic aiui [14:52] I've certainly not noticed apparmor take that long [14:52] (and I made it largely background anyway in my prototype - so services depend on it but not X) [14:52] for me it's enough to make usplash time out [14:52] Keybuk: Weird. We are having problems with Zeitgeist, always getting the generic error message ("may have timeout/disconnected/etc") when fetching more than 140 items in Karmic, but this works fine on Jaunty (and is actually pretty fast). Anyway, thanks for the info :) [14:52] ogra: kees implemented binary caching for the profiles [14:52] (on armel) [14:53] jdstrand, after usplash timed out i can slowly count to 5 to see the [ok] appear [14:53] ogra: this is very fast loading, assuming that the cache file exists. if it doesn't already exist, it the cache file must be compiled (done automatically) === MacSlow|lunch is now known as MacSlow [14:53] if it was added after A5 i havent probably tried it yet [14:53] (or if the profile changed) [14:53] but it is surely noticeable in my A5 installs [14:54] subsequent boots will use the cache then [14:54] ok, i'll keep an eye on it ... [14:54] ogra: that is certainly odd-- it shouldn't take that long. kees did the implementation so you'd want to follow up with him for problems you are having with it [14:54] i guess usplash needs a bigger timeout anyway on arm [14:55] will do ... [14:55] ogra: this feature was added way before A5, so I'm not sure what is going on [14:55] the usplash timeout thing is interesting [14:55] i'm currently busy with other stuff and will ping him if i have time for tests and measurements [14:55] I just noticed yesterday that there's no support for it in the upstart-based boot [14:55] so technically we need to disable the timeout entirely ;) [14:55] meaning ? [14:55] it cant time out at all ? [14:56] right [14:56] or we just lose ability to change it [14:56] ah, cool [14:56] * ogra loves that [14:56] no timeout, upstart already knows to kill usplash itself [14:57] (and there's nothing on the console to timeout *to* anyway) [14:58] heh [15:10] asac_: ya that wrapper script is crap. [15:10] asac_: it thinks it'll find libxul is /usr/lib/xulrunner-addons/ [15:10] asac_: changing the 1.9.0 to 1.9.1 in it fixes the problem. [15:13] * Ryan52 will get a package made later, gotta go now === Tonio__ is now known as Tonio_ [15:26] Ryan52: thx. [15:26] Ryan52: if you want you can fix it to use standalone glue ;) [16:10] pitti: Your nre udev rules (bug 420015) work. [16:10] Launchpad bug 420015 in udev "usblp Kernel module needs to be removed and /dev/bus/usb/*/* made accessible for USB printers to work with CUPS 1.4.x" [Wishlist,In progress] https://launchpad.net/bugs/420015 [16:10] tkamppeter: \o/ [16:10] tkamppeter: thanks for testing; committing then [16:14] ogra: hrm, you're sure it's in apparmor it's stalling? can you check if /etc/apparmor.d/cache has files? [16:15] kees, on monday ... [16:17] slangasek, are you going to upload your empathy fix or should I do it? [16:21] seb128: not in the next hour or so; if you don't beat me to it, I'll have a look after the meeting :) [16:21] slangasek, I do it now [16:23] ogra: okay (i'm out on monday, US holiday...) [16:24] kees, tue. then, my schedule is full today [16:24] ogra: okay [16:24] i want to do some measuring first so i can come up with some numbers [16:44] Ubuntu Developer Week - last day, starting in 16 minutes in #ubuntu-classroom - https://wiki.ubuntu.com/UbuntuDeveloperWeek [16:44] \o/ [16:52] hey Daviey! [16:54] waaaah, I have a half-installed grub-common (/usr/sbin/grub-set-default in package grub too) - am I going to die?!?!?! [16:58] bleh [16:58] --force-overwrite it for now [16:59] thanks cjwatson === rickspencer3 is now known as rickspencer3-afk === nixternal_ is now known as nixternal === thunderstruck is now known as gnomefreak === rickspencer3-afk is now known as rickspencer3 [17:29] cjwatson: hmm, bug #423485 doesn't seem to be fixed by the rebuild [17:29] Launchpad bug 423485 in valgrind "Valgrind needs to be recompiled for glibc 2.10" [Undecided,Fix released] https://launchpad.net/bugs/423485 [17:29] *** 1:3.4.1-1ubuntu2 0 [17:29] valgrind /bin/echo hello [17:29] (very noisy) [17:30] jdstrand: it worked for me - can you try to track it down? does /usr/lib/valgrind/default.supp have 2.10 suppressions? [17:31] # Errors to suppress by default with glibc 2.10.x [17:32] cjwatson: seems to, but I've never looked at this file before [18:24] hi, how to get an app into that "easy-going" gnome app installer (add/remove software)? [18:52] kirkland,soren: would appreciate it if you could once-over lp:~cjwatson/eucalyptus/discover-nodes === asac_ is now known as asac [19:05] TheMuso: I see nothing in the paprefs package description that explains why it needs to install packages; it's definitely not getting back on my system as long as it has that dep, though [19:33] I there anything needed to get the flash plugin to output audio with pulseaudio on karmic ? doesn't seem to work here === rickspencer3 is now known as rickspencer3-afk [19:48] Is it OK for package-a to depend on package-b, and package-b to depend on a >= version of package-a? [19:48] I don't know whether apt will do the right thing with that or not [19:48] hey - can anyone submit software to the repositories? [19:49] how does that work, do you need to give out your source code? [19:55] ebroder: it's generally inadvisable; the package manager has provisions for breaking dependency loops, but it's better to not have them in the first place (e.g., by putting everything in a single binary package instead of splitting it) [19:56] Hmm...that might actually be an option. This used to be a one-way dependency pointer until the change I just made, so it was less of an issue :) [19:57] It should be fine if apt wants to temporarily break the loop, though. Thanks [19:57] is there a page you can point me to? [20:07] cjwatson: looking ... [20:12] cjwatson: looks okay by me [20:12] cjwatson: i had added the avahi-utils recommends locally here [20:12] cjwatson: so i can fix that up on merge [20:12] cjwatson: would you like me to merge, and push that to our working tree? [20:25] mathiaz: ping [20:25] sgallagh: hi [20:26] mathiaz: I don't know if you caught the bug update, but I fixed that hang you were seeing in the proxy provider. [20:26] sgallagh: right - I saw something going through [20:27] sgallagh: do you plan to maintain a 0.5.X branch? [20:27] I figured you'd probably want to pull that and the D-BUS fix in and roll another package [20:27] mathiaz: Not at this time, mainly because we're targeting 0.6.0 for Sept. 24th [20:28] sgallagh: understood [20:28] sgallagh: thanks for letting me know [20:28] mathiaz: I wanted to ask something else [20:28] mathiaz: Does the Ubuntu development process have anything like concerted feature test days? [20:28] I'd like to try and get one scheduled for the SSSD if so [20:29] marjo: bdmurray: ^^? [20:30] sgallagh: so yes - we're running TestingDays [20:30] sgallagh: https://wiki.ubuntu.com/Testing/ [20:30] sgallagh: https://wiki.ubuntu.com/Testing/UbuntuTestingDay/ [20:30] sgallagh: hm - there hasn't be one run for a while now [20:31] mathiaz: Can you possibly look into scheduling one for us? [20:31] sgallagh: we could organize such a day though [20:32] sgallagh: sure - I'll get in touch with the QA team [20:33] mathiaz: Great, thank you! === nxvl_ is now known as nxvl [20:53] hey, congrats bryce! [20:53] sistpoty, thanks [20:54] bryce: before you leave, any opinion on bug #424354? if testing confirms that my patch works, ok to upload it? [20:54] Launchpad bug 424354 in xserver-xorg-video-cirrus "pitch too high for CL5446 at 1360x768" [Undecided,New] https://launchpad.net/bugs/424354 === rickspencer3-afk is now known as rickspencer3 [21:01] sistpoty, wow that's an oddball bug [21:01] sistpoty, but if that patch solves it, yeah I wouldn't have a problem seeing that go in for -cirrus. Looks properly conditionalized to only affect the specific chip [21:02] bryce: ok, thanks... I'll take care to forward it upstream as well then [21:02] sistpoty, so yes, if testing confirms it works, feel free to upload, but please be sure to check launchpad after a couple weeks in case there are any regression bugs reported [21:02] great [21:03] bryce: sure, iirc I'm still subscribed to -cirrus bugs (iirc there aren't many people with real cirrus cards out there *g*) [21:03] hehe [21:04] and the 4 mb versions seem to be extremely rare, still haven't managed to get one via ebay :( [21:16] kirkland: I think it's awaiting an FFE (there's a bug), but otherwise yes please [21:16] unless somebody wants to process that :) [21:19] cjwatson: i was just going to commit to the upstream project for now, and wait for soren to push a package upload [21:20] ok, if that's cool with upstream === ia__ is now known as iaz === iaz is now known as ia [22:46] hi [22:47] can i safely delete/bzr ignore the .upload files dput creates, or is the information in them important for something? [22:47] you can safely delete them; the log file causes dput not to upload the same thing again should you run it again on the same .changes [22:48] cjwatson: ok, thank you [22:54] i just created my first ppa and tried to upload some packages [22:54] i got an error e-mail saying "Unable to find distroseries: unstable" [22:54] what's the right way to correct this? [22:55] don't put "unstable" in the top line of your changelog - use "karmic" or whatever [22:55] moldy: use one of ubuntu (karmic, jaunty, intrepid, ...) in debian/changelog [22:56] sistpoty: ah, ok, thank you [22:56] np [22:56] and you too, cjwatson :) [22:56] that should really be in https://help.launchpad.net/Packaging/UploadErrors [22:56] (it isn't) [22:56] maybe you could suggest that to them [22:58] imho a ppa should accept $whatever except releases [22:59] the top line of the changelog tells it which release to build for and against [22:59] so that could only work if you reinvented the wheel to tell it some other way [23:00] * sistpoty thought that was the distribution field in the changes file [23:00] what's the right way to suggest that, cjwatson? [23:01] moldy: there's a link at the bottom of the page for giving feedback [23:01] sistpoty: which is generated from the top line of the changelog [23:02] cjwatson: ah, right [23:02] cjwatson: yep, but changing that wouldn't mean I'd hand out a ticket to upload a ppa package to ubuntu :) [23:02] would mean that I wouldn't even [23:02] oh, you mean that it should accept something that is not the same as Ubuntu release names [23:03] yes [23:03] I thought you meant it should accept *anything* [23:03] yes, I agree - there's a pretty old bug about the replay attack there [23:03] iirc it's fixed nowadays (I filed it after siretart discovered it)... but you never now ;) [23:03] know even [23:03] it might also be nice if dput would check this client-side [23:04] same is true for revu. the .changes file is there for the pleasure of revu admins but gets stripped for storage purposes (iirc) [23:06] moldy: partially agree... otoh I couldn't upload to unstable then (ok, agreed I can't right now myself, and even if I could, I should test the package really on unstable) [23:08] I can upload to unstable and occasionally do so from Ubuntu (after testing on unstable, of course) [23:09] usually due to forgetting which window I'm in but ... [23:10]