=== amitk is now known as amitk-afk [00:38] pitti: one of your changes to media-player-info looks wrong [00:38] +ATTRS{idVendor}=="22b8" , ATTRS{idProduct}=="41d9|41db" , ENV{ID_MEDIA_PLAYER}="motorola-droid" ENV{UDISKS_PRESENTATION_ICON_NAME}="phone-motorola-droid" [00:38] pitti: missing comma-separation there? [00:39] pitti: actually, uh, there seems to be lots of this. Is the udev documentation wrong about what it accepts? [00:56] huzzah! [01:30] cjwatson, that rocks. thanks. i have never seen that syntax for case [01:55] ev, just subscribed you to bug #644011 since I believe it was caused by your upload the other day [01:55] Launchpad bug 644011 in ubiquity (Ubuntu) "Installer hangs if installation of grub fails" [Undecided,New] https://launchpad.net/bugs/644011 === JanC_ is now known as JanC [04:10] I can't figure out which package this bug should be against: https://bugs.launchpad.net/ubuntu/+source/gnome-screensaver/+bug/632827 [04:10] Launchpad bug 632827 in gnome-screensaver (Ubuntu) "[Maverick] X Screensaver not disabled, shows every 15 minutes regardless of Gnome screensaver settings (even in Totem)" [Low,New] [04:16] YokoZar: could xscreensaver be installed or is that too far-fetched [04:17] micahg: if it is it was pulled in by default somehow [04:17] micahg: and it's not installed [04:17] ah, your bug :) [04:38] if I upload bug 644074 (ec2-api-tools package in multiverse) does it stand a chance at getting approved ? [04:38] Launchpad bug 644074 in ec2-api-tools (Ubuntu) "upgrade ec2-api-tools to 1.3-57419 (api version 2010-08-31)" [Undecided,New] https://launchpad.net/bugs/644074 [04:45] lifeless, SpamapS : You might want to catch mjj re: Java library versioning; I believe there's a plan to have a soname-like facility in Debian in the future. [04:50] persia: \o/ [04:51] Might be a while, like Wheezy+1 or so, but if there's interest in doing that, probably better to work with folks already looking at it for a few months, rather than a parallel solution. === amitk-afk is now known as amitk === almaisan-away is now known as al-maisan [07:40] cjwatson: Good morning! Do you wish to be apart of the massive growth of Open Source software and ill have to ask you to keep an open mind. [07:42] Mixmax: if you wish to troll, please go elsewhere [07:43] where elsewhere does not include any other ubuntu channels, incidently [07:50] Hobbsee: welcome back to peak condition [07:51] lifeless: cheers [07:51] Hobbsee: did you get your good news? [07:51] whatever it was? [07:52] i don't remember which particular bit it was :) [07:53] @facebook [07:53] oh [07:53] mostly [07:53] parts of it, anyway :) [07:53] \o/ [07:59] ... /msg ananke Hows your frying going cock smoker ? [07:59] Hobbsee: ^^ [07:59] Hobbit.. act and be one [07:59] !staff [07:59] hey Christel, Dave2, Gary, KB1JWQ, Levia, Martinp23, Pricey, SportsChick, VorTechS, jayne, jenda, marienz, nalioth, niko, nhandler, rob, stew or tomaw, I could use a bit of your time :) [08:00] Hobbsee: you're no longer IRC admin? [08:00] micahg: i was never a staffer [08:00] Hobbsee: oh, my mistake :) [08:00] micahg: no problem [08:01] micahg: If you had liked linux or open source at all yould have booted ananke. [08:02] micahg: And not let them turn it into The dreaded Dalnet! [08:02] Hobbsee: thanks [08:03] odd, did i miss something? why was he/she picking on cj-watson though? [08:03] vish: trolling... [08:03] goodness only knows [08:03] There was a great battle last week. [08:10] i'll never understand why people think they're going to get what they want by telling people to go and die, or other similar things === ldunn_ is now known as ldunn [08:45] hi, can someone sync this from debian/experimental? https://bugs.launchpad.net/ubuntu/+source/totem-plugin-arte/+bug/639760 [08:45] Launchpad bug 639760 in totem-plugin-arte (Ubuntu) "Sync totem-plugin-arte 0.9.1-1 (universe) from Debian experimental (main)" [Wishlist,Confirmed] [09:00] cjwatson: no, that looks wrong; I'll check this, thanks! [09:00] Good morning === spike_ is now known as spikeWRK [09:08] cjwatson: right, seems this already happened in previous versions as well; I didn't change the generator script in 9 [09:09] looks like all the rules with an icon name miss it [09:52] slomo: totem-plugin-arte is blocked on the rollout of a Launchpad fix. I'll sync it after that [09:56] slomo: (bug 635591) [09:56] Launchpad bug 635591 in Soyuz "Regression: syncing packages with UTF-8 changelogs fails" [High,Fix released] https://launchpad.net/bugs/635591 [09:56] ah, here, that's Fix Released now [09:56] * cjwatson will look [10:02] Watch out -- it may not be on cocoplum yet. [10:02] But worth a try. [10:03] slomo: I think I misremembered what this was blocked on, so at any rate done [10:04] wgrant: it is, I checked bzr log there first :) [10:04] cjwatson: Ah, good. === mr5v3n is now known as ChanZ [10:23] hi guys I want to access the touchpad. how to do it? [10:37] cjohnston: thanks [10:37] cjwatson: ^--- [10:38] cjwatson: m-p-i fixed upstream (now with automatic syntax check), and uploaded version 10 [10:38] cjwatson: thanks a lot for spotting === amitk is now known as amitk-afk === doko_ is now known as doko [11:06] Riddell: kdesdk failed to build. could you address bug #641356 with the next upload too? [11:06] Launchpad bug 641356 in kdesdk (Ubuntu Maverick) "kdesdk-scripts recommends components in universe" [High,Triaged] https://launchpad.net/bugs/641356 [11:12] doko: mm, ok [11:21] pitti, hi [11:23] tkamppeter: the changelog in your ghostscript upload doesn't match the control file [11:23] + * debian/control: Updated versioned dependency of ghostscript on gsfonts, [11:23] + we need at least gsfonts 1:8.11+urwcyr1.0.7~pre44-4.2 now due to the [11:23] + dropping of defoma. [11:23] gsfonts (>= 1:8.11+urwcyr1.0.7~pre44-4.1) [11:23] but: [11:23] tkamppeter: is the control file correct (in which case that's fine) or is the changelog correct (in which case please reupload with a fixed control file)/ [11:23] ? [11:28] ttx: are you involved with likewise-open? there are some patches/fixes pending (assigned to Gerald Carter). But for now I'd like to just do a no change upload to get it built on powerpc. [11:29] zul: ^^^ [11:35] doko, Are you sure that will work? It didn't build for me on ppc yesterday, and I've been digging through the configuration hoping the Mac/PPC stuff would migrate to Linux/PPC. [11:35] persia: currently building on davis,now for about 30min [11:37] doko, Well, if it works, go ahead :) [11:37] cjwatson, the correct version number is 1:8.11+urwcyr1.0.7~pre44-4.1. I will re-upload. [11:41] doko, Just FYI, my build took 57 minutes to fail. [11:43] Keybuk: I have a Qt upstart library to the dbus interface ^^ [11:43] (well, almost) [11:46] Does anyone know what's responsible for adding localhost6 to /etc/hosts on a maverick update? [11:47] apachelogger: doesn't Qt make one from the xml automatically? [11:48] Keybuk: yes, but the dynamic nesting requires some poking [11:48] Keybuk: comes to about 700 sloc including a simple example app and build system and xml [11:59] cjwatson, ev, all others I forgot: I recently installed a current Maverick snapshot, and I just wanted to say that the new installer simply looks and feels awesome. Kudos! === amitk-afk is now known as amitk [11:59] yay [11:59] thanks pitti [12:00] that balances nicely with Keybuk's "it ate my shiny new computer" [12:00] no, the Lucid installer ate my shiny new computer [12:00] the Maverick installer mostly worked [12:01] though I did note that it complained that I didn't have a working Internet connection [12:01] my unproven suspicion is that grub_options is being initialised too early in lucid, before partitioning [12:01] while bcmwl-kernel-source was sitting on the CD and it could have done something about that itself [12:01] oh, and mvo - how the buggery bugger is apt-cd supposed to work? [12:01] and that if it had actually shown the device it was supposed to show, we could have avoided going down a hideously wrong path involving grub-efi [12:02] (which in part was because Keybuk asked me for help during sofa time :P) [12:02] Keybuk: it does do something about it [12:02] ev: it didn't :p [12:02] Keybuk: if you click the "give me nonfree happiness" and hit next, it solves that problem for you [12:03] I didn't have that button that I remember [12:03] cjwatson: I'm really confused as to how putting something in the MBR could so massively break GPT for OSX [12:03] given that it's just there for backwards compatibility [12:04] it wasn't putting something in the MBR [12:04] we were playing with grub-efi because I forgot how macbooks are supposed to work [12:04] and it looks like the EFI System Partition got trashed in some arcane way [12:04] ahh [12:04] also something odd with the partition table which I didn't really have a chance to debug because Keybuk wiped and reinstalled :) [12:09] doko: likewise-open is now mostly maintained upstream and sponsored by the desktop team [12:09] ttx: ok, thanks [12:09] doko: though I can help if need be, obviously [12:10] ttx: no, looks like it needs porting for powerpc. the autoconf/automake failure I did see in the build log just did hide that [12:10] persia: ^^^ [12:11] Yep. There's some upstream config to make it work for OS X/ppc so I'm fairly sure that it can be ported easily. I believe it to be just a matter of defining the architecture correctly, but haven't unwound the complex configuration yet. [12:14] persia: look at NCommander's arm patches as a guide ... [12:14] I don't think it's that bad, but yeah, I've looked at those. [12:15] Keybuk: apt-cdrom > that should just work, it talks to udev nowdays and looks for cdroms/dvds. what was/is the issue with it [12:15] ? [12:15] it seemed to find the CD ok [12:15] but when I tried apt-get install, it said file not found [12:16] (and the path it gave was certainly on the CD) === MacSlow is now known as MacSlow|lunch [12:16] Keybuk: wehh, that is bad (obviously). did it output anything more, or just that? what do I have to do to reproduce, was that a fresh install? [12:18] yeah just a fresh install, CD still in the drive [12:18] was installing bcmwl-kernel-source [12:18] I'm pretty sure I can still reproduce it [12:21] Keybuk: it would be nice if you could give me the output of "apt-get install bcmwl-kernel-source -o debug::aptcdrom=true [12:21] sure thing [12:21] will grab that for you in a bit [12:21] Keybuk: and -o Debug::Acquire::cdrom=true as well please [12:22] *nods* [12:22] Keybuk: you have a mbp? [12:24] popey: aye [12:24] doko: right, I'm pretty sure upstream answer was that "it's not supported"' [12:24] let me dig a reference for that [12:24] cjwatson: I just did some udev bug fixes, and prepared a new pacakge with an upstream merge; tested locally, works fine [12:24] maverick installer scared me so i pulled the plug because it started doing stuff to the disk before I had an opportunity to tell it where to put grub :S [12:24] cjwatson: I'd like to upload http://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu/maverick/udev/ubuntu/revision/2619, do you consider it okay, too? [12:26] popey: it asks that in the partitioning phase [12:26] * ogra notices that all his ubuntu problems vanished when he started to use that tegra2 based armel netbook from toshiba [12:26] cjwatson: there are two important bug fixes, a new keymap, some documentation updates, a new automatic test, and a small new feature in scsi_id (exports a new property); I think the feature is harmless for us, but I'd still like to get a second pair on it [12:26] Keybuk: hmm it might do now, it didnt when I tried, so i did 10.04.1 -> 10.10 instead [12:27] doko: https://bugs.launchpad.net/ubuntu/+source/likewise-open5/+bug/345332 [12:27] Launchpad bug 345332 in likewise-open5 (Ubuntu) "Build system only supports i?86 and x86_64" [Undecided,Won't fix] [12:27] Keybuk: keyboard layout wrong for you? [12:27] Keybuk: bug 630203 [12:27] Launchpad bug 630203 in kbd (Ubuntu) "Macintosh keyboard layout is wrong" [Undecided,Confirmed] https://launchpad.net/bugs/630203 [12:27] pitti: looks fine [12:28] ttx: well, meanwhile, ARM is supported ... NCommander, did the patches land upstream? [12:28] cjwatson: ok, thanks; uploading [12:29] ttx, There's PPC support upstream: that bug is just kinda amusing. [12:29] popey: haven't explored fully [12:29] I know the touchpad is difficult [12:29] to right click a menu and choose an option in it is kinda impossible [12:29] yeah [12:30] I resorted to using a mouse ;( [12:31] doko, bug 517300 says it was forwarded ... not sure it was ever applied [12:31] Launchpad bug 517300 in likewise-open (Ubuntu Lucid) "[armel] likewise-open needs porting to ARM" [High,Fix released] https://launchpad.net/bugs/517300 [12:32] popey: they keyboard seems mostly right, what's wrong for you? [12:32] * cjwatson punts popey's bug off to the right package [12:32] /usr/share/X11/xkb/symbols/gb is the relevant file [12:34] * popey reboots to find out [12:34] thanks cjwatson [12:38] Keybuk: pressing the "' & ~" key next to Z gives me "< & >" respectively [12:39] oh [12:39] I think I expected the ~ key to be next to 1 [12:39] and have been using it there just fine ;-) [12:40] well, yes, thats a nice place to put it, but wrong according to mr jobs [12:44] persia: eh, I suspect they added it later, then, because that's the answer I got from Jerry Carter at that time. [12:44] ttx, Oh. I thought it was earlier. As far as I've been able to tell, the PPC support is only for old Mac OS X. [12:44] But yeah, I don't expect upsteam to support ppc/linux today :) === al-maisan is now known as almaisan-away === jjohansen is now known as jj-afk === hunger|work_ is now known as hunger|work [13:12] mvo, lol ! [13:12] mvo, you could just have told me to drop the 4 from the channel name :) [13:18] cjwatson, the ghostscript with corrected debian/changelog is uploaded and in the queue now. [13:18] ogra: well, its not the only fix needed :) [13:18] ogra: and honestly its a bit silly from s-c to mandate that ;) [13:18] indeed [13:19] but would be an easy workaround on my side [13:19] ogra: there is another problem in the code left that I just fixed [13:19] ogra: so its a good and worthwhile report [13:19] k :) [13:19] thanks for the quick fix [13:19] i'll add testing results to the bug [13:20] * ogra goes to find lunch [13:20] ogra: I think the currently .eula display is broken too, I check that out now, if you could move that to plain text that would make it easier [13:20] ogra: after lunch :) [13:20] mvo, no prob, will do [13:20] its not a real eula anyway, no ? [13:20] there wont be a yes/no question i guess [13:21] (or accept/cancel or how you wanna call it) [13:21] ogra: yeah, I think we should just name it "info" instead or ".description" [13:21] ogra: nowdays with s-c there is no need for yes/no anymore, that is legacy from gnome-app-install [13:21] yup [13:21] well, there is [13:21] for TI at least [13:22] some packages ship third party stuff that requires eula accepting [13:22] which TI has no control over [13:22] ogra: aha, ok. [13:22] ogra: so we keep it as eula and write "if you enable this source you accept the eula"? [13:23] how does s-c handle debconf questions with eula like java stuff for example ? [13:23] does anything pop up on a per package basis ? [13:23] that should work just fine [13:23] Isn't that just the normal debconf frontend? [13:23] or is it just ignored [13:23] the gnome frontend will be used during install [13:23] ah, perfect [13:23] current TI packages steal preinst from java i belive [13:23] mvo, Always GNOME, or whichever is appropriate? [13:24] so that should just work ... but i'll clearify if we cant just leave the s-c eula and drop debconf fiddling [13:24] That wouldn't be safe anyway, in case people use other means to enable a channel. [13:25] persia: gnome iirc, not sure what is up with the qt one these days [13:25] anyway, lunch [13:27] Hi [13:28] tkamppeter: thanks [13:28] I'm not sure if I'm in the right channel but I have a question about the python bindings for libindicate [13:28] Is it possible to start the server in one process and add messages to that server in another process? [13:28] With the python binding [13:39] my office has gotten so untidy, I'm starting to think that it would be better to just get a new office [13:39] sounds familiar [13:39] Keybuk, come over to the arm team, our devices are smaller :) [13:40] Quotes page! [13:40] Not necessarily: I have x86 machines that are smaller than some of my arm machines [13:40] * soren misses the Quotes page [13:40] soren, btw, i bought a new blinker :) [13:40] it had a car attached *g* [13:41] ogra_cmpc: it's not devices, it's mostly notes [13:41] next europe uds you dont have to drive scared [13:41] Heheh :) Did you keep the car it came with or was it just a vessel for your new blinker? [13:41] I appear to now be using laptops as bookmarks in notebooks === MacSlow|lunch is now known as MacSlow [13:42] soren, didnt fit, so i kept the car too :) http://people.canonical.com/~ogra/car/0180175676001.jpg [13:42] ogra_cmpc: Nice :) [13:45] where is this magic repo with all the -dbg packages? [13:45] * zyga needs to hunt some crashes [13:47] pitti, could you please point me to the debug symbol repository? [13:48] ddebs.ubuntu.com ? [13:48] zyga, the debigging wikipage should have it [13:48] Indeed [13:48] *debugging [13:48] i thik there is also a subdir needed [13:48] not only ddebs.ubuntu.com [13:49] Well, sure, but that's enough to analyse archive structure :p [13:49] * zyga could not find any information about this apart from pitti's email from 2007 [13:49] !stacktrace [13:49] !debug [13:49] For help debugging your program, please see https://wiki.ubuntu.com/DebuggingProcedures [13:50] https://wiki.ubuntu.com/DebuggingProgramCrash [13:51] persia, thanks! [13:51] !crash [13:51] For help debugging your program, please see https://wiki.ubuntu.com/DebuggingProcedures [13:52] bah. Something shuold point at the right URL :( I suppose it's not hard to find from the landing page, but... [13:52] persia, I found a bug in dbus menu and I need symbols to report a proper bug [13:54] zyga, You know about the retracers, right? That if you're using Ubuntu packages, and you crash, apport will upload the coredump, and the retracers will do the symbol insertion for you? [13:54] persia, this bug has several duplicates but for each report the retracer failed [13:54] Anyway, for future note, #ubuntu-bugs is great resource for information about debugging, filing good bugs, etc. [13:55] persia, thanks :-) [13:57] pitti: do you know why I can't find linux-restricted-modules-envy-2.6.24 in Hardy? [14:09] question: who would be the person to talk to about uds.ubuntu.com? [14:21] zyga: right, what persia said (sorry, was out for lunch) [14:21] pitti, thanks, I got it now [14:22] tseliot: it's only in hardy-updates indeed [14:22] linux-restricted-modules-envy-2.6.24 | 2.6.24.503-503.31 | hardy-updates/multiverse | source [14:22] tseliot: I don't remember any more, did we introduce that post-release, or was that an abi bump or so? [14:23] pitti: that doesn't depend on the ABI as it uses DKMS. Maybe we introduced it post-release [14:24] it was some time ago... [14:24] pitti: I'm asking as I need to update it now because of LP: #642518 [14:24] bug #642518 [14:24] Launchpad bug 642518 in fglrx-installer (Ubuntu Karmic) "[MASTER] package fglrx 2:8.723.1-0ubuntu4 failed to install/upgrade: Kernel fix for CVE-2010-3081 breaks fglrx" [High,In progress] https://launchpad.net/bugs/642518 [14:25] tseliot: is linux-restricted-modules-envy-2.6.24 the dkms version? [14:25] pitti: yep [14:26] * tseliot has to update any fglrx package in hardy, jaunty, karmic and lucid :/ [14:27] ugh, good luck [14:28] thanks, I'll need it ;) [14:29] smb: BTW I'm working on a patch for Hardy which we'll have to apply to both linux-restricted-modules-envy-2.6.24 and linux-restricted-modules-2.6.24 (which the kernel team maintains) [14:29] apw: ^ [14:29] tseliot, Ok got that ready already [14:30] smb: ah, even better. Will you share the patch? === dendrobates is now known as dendro-afk [14:30] tseliot, sure, I'll send you a mail [14:30] you know that your problem has become complicated when you find yourself stracing automake [14:31] smb: thanks [14:31] tseliot, Had to modify it slightly as lrm does not make use of make.sh [14:32] smb: ah, I'll have to check lrm-envy as I don't remember whether it uses make.sh or not [14:33] tseliot, mail is away. Maybe it works for envy the same [14:33] Should actually not matter that way whether you come from make.sh or not [14:33] smb: I hope it does, as I don't really remember how lrm-envy works [14:34] yes, as long as you get that flag from somewhere [14:34] Understandable, its so long ago. Had to dig around in lrm as well [14:34] * tseliot nods [14:40] smb: BTW have you built lrm with your patch [14:40] locally, that is [14:40] tseliot, yes [14:40] ok [14:41] ah, fix committed in Hardy [14:41] tseliot, test build failed with the change to make.sh. Thats how I noticed it is not used there [14:41] tseliot, Yes and uploaded to proposed now [14:41] smb: great [14:42] pitti, Btw, could you accept it? [14:42] pitti, l-r-m for hardy, that is. Its the fix for the fglrx compile failure after the last security upadte [14:42] smb: I guess we should request an SRU in the bug report anyway [14:43] true [14:43] tseliot, who? :) [14:43] smb: looking; takes a bit longer since it was just uploaded (no debdiff yet) [14:43] pitti, Ok, np. It was really just done [14:44] pitti, Seems one of us ( tseliot or me ) needs to add SRU info to the bug [14:44] seems fine? tasks look alright [14:44] smb: I was planning on doing it as soon as all of my sources are ready. But if you want to do it first, please go ahead [14:45] tseliot, Ok, I'll update the bug and subscribe the sru team [14:45] smb: hold on, I'm currently wiggling the bug [14:45] u-sru gets autosubscribed [14:45] * smb holds === dendro-afk is now known as dendrobates [14:45] smb: perfect, thanks [14:46] it shoudl be clear, but of course we'll waive the 7 day period for this [14:46] done [14:48] pitti, great thanks. Yeah it sort of is fixup. Though l-r-m in hardy is probably slightly less critical. It is not recompiled locally. So it would have broken next time we would try to upload it. === almaisan-away is now known as al-maisan [14:50] pitti, otoh the security relevant part would still be vulnerable if we do not recompile it... [14:50] assuming fglrx uses it unsafely, that is [14:52] kees, correct as fglrx in lrm was compiled before the securty update it still would use the old implementation [14:52] (as that was an inline) [14:52] * kees nods [14:53] pitti, I assume yes, but done also meant you are done wiggling the bug? [14:53] smb: right [14:54] ok, just wanted to be sure not to step on some body parts. ;) [14:57] cjwatson, mdz, kees, Keybuk: TB meeting reminder (3 mins) [14:57] sabdfl seems to be off today? [14:57] pitti: yup, there's another meeting in there atm === sikon is now known as lucidfox === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates [15:31] doko: so, how do I turn on all the CompilerFlags defaults for llvm? [15:32] kees: -O99? no, sorry, don't see what you want ... [15:34] doko: I mean -fstack-protector, -D_FORTIFY_SOURCE etc [15:35] kees: in the JIT, or in clang? [15:35] * kees does not know llvm at all. [15:35] isn't it a C compiler? [15:36] you can use it as a C compiler too [15:36] so llvm-gcc-4.2 should be easy [15:36] clang you'll have to look at [15:36] ah-ha, but the things we use it for are the JIT, not the C compiler? if so, I'll ignore this some more [15:36] the JIT, have fun ... [15:37] heh [15:37] kees: but then, why don't you start modifying hotspot in openjdk first? ;P [15:38] ohh, and llvm-gcc-4.5 should already be done [15:38] if you did gcc-4.5 [15:39] I'm not touching JITs yet :) === dendrobates is now known as dendro-afk [15:54] It's quite late in the cycle, and there is still no sun-java6 in the maverick partner repository. Is anyone visual on getting that uploaded in time? [15:56] there is a maverick-partner already ? === dendro-afk is now known as dendrobates [15:58] Doesn't a partner repository spring into existence at the creation of a new distroseries? [15:59] yes, like -security, but nobody uploads to them before release usually [15:59] not sure if partnaer is different in that regard, but i wouldnt expect so [16:00] since you need a stable release to compile the partner packages against [16:01] i wouldnt expect partners to be keen to rebuild for every changed dep during a dev cycle [16:01] pitti: can you approve the following source packages in -proposed, please? linux-restricted-modules-envy-2.6.24 (in hardy), fglrx-installer (in jaunty, karmic, lucid) [16:02] mvo, is there any change in update-notifiers behavior in maverick ? [16:02] Hmm. Well, sun-java6 is a bit of an oddity, as it's actually synced from Debian non-free [16:02] ogra_ac: no, why? [16:02] i havent seen it auto-popup since a while [16:02] even there are updates pending and i ran apt-get update [16:03] GrueMaster said he doesnt see it on hos x86 netbook either [16:03] *his [16:04] ogra_ac: its magic (too much of it) - you can run "update-notifier --debug-update " to see why its not comming up [16:05] will do === bjf[afk] is now known as bjf === ogra_ac2 is now known as ogra_ac [16:21] mvo, so it looks like it reports the right amounts of packages etc but u-m never pops up [16:21] ogra_ac: so the logic is that if you upgraded manually in between (apt-get, synaptic etc) it will reset the 7 day counter [16:31] ogra_ac: Remember it was decided that not telling you about updates is a good thing. [16:32] TheMuso: Ping (re your espeak upload in the queue) [16:32] ScottK yeah, but it used to pop up if i manually ran apt-get update [16:32] in lucid at least [16:32] but if it waits seven days .... well ... shrug [16:33] tseliot: meeting-o-mania, will do ASAP [16:33] tseliot: no -envy in https://edge.launchpad.net/ubuntu/hardy/+queue?queue_state=1 ? [16:33] pitti: np ;) [16:33] pitti: that's in NEW [16:33] unfortunately [16:34] ?? [16:34] pitti: [ubuntu/hardy-proposed] linux-restricted-modules-envy-2.6.24 2.6.24.503-503.32 (New) [16:35] this is what the email that I received says [16:36] pitti: I guess it's perceived as an ABI bump (as in lrm) but there's no ABI here [16:36] as I use DKMS [16:37] I though all kernel modules also NEW before finally getting out... [16:38] I was surprised once but then thought I just may have forgotten that feature. Though it seemed strange as the abi had not changed... Maybe a new "feature" [16:39] if you upload any package name, binary or source, which is not currently in the archive, then it will hit NEW [16:39] this one is a little odd [16:40] I suspect that uploads to -proposed don't magically inherit overrides from -updates [16:40] because linux-restricted-modules-envy-2.6.24 is only in hardy-updates, not in hardy [16:40] ah === ivoks-afk is now known as ivoks === jj-afk is now known as jjohansen [16:59] pitti, it is about bug 632094 and bug 618017. I have a possible fix. The self-extraction Python script for the PPD archives throughs Tracebacks when simply killing the process, like entering "/usr/lib/cups/driver/openprinting-ppds list | less" end then pressing "q" without scrolling down before. I have a simple fix for that, should I upload it for Maverick? [16:59] Launchpad bug 632094 in foomatic-db (Ubuntu) "openprinting-ppds crashed with IOError in main()" [Undecided,New] https://launchpad.net/bugs/632094 [16:59] Launchpad bug 618017 in foomatic-db (Ubuntu) "openprinting-ppds crashed with IOError in ls()" [Undecided,Incomplete] https://launchpad.net/bugs/618017 [17:01] tseliot: hm, did yuo happen to upload fglrx-installer/karmic twice? === beuno is now known as beuno-lunch [17:02] tseliot: I just accepted it, but now it's in the queue qgain [17:02] tseliot: ah, no, you have to reupload [17:02] FAILED: fglrx-installer (The source fglrx-installer - 2:8.660-0ubuntu5 is already accepted in ubuntu/lucid and you cannot upload the same version within the same distribution [17:03] tseliot: ^ [17:03] pitti: I don't think so and I received only 1 email about it [17:03] tseliot: I'll reject it; please let me know if you have a new upload; use ubuntu4.1? [17:03] pitti: oh, I see, I'll do it again in a second [17:04] pitti: is it only lucid or shall I do the same for karmic? [17:04] tseliot: no, it's only karmic [17:04] tseliot: jaunty and lucid went fine [17:04] sorry, I already fired the "plz test" mail for karmic [17:05] pitti: I misread that message. Ok, I'll reupload karmic's source [17:06] pitti: done (it's 4.1 this time) === amitk is now known as amitk-afk [17:11] pitti: ok, it's waiting for approval now [17:11] tseliot: accepted [17:11] tseliot: thanks a lot! [17:11] pitti: thanks for approving all of those packages ;) [17:12] np [17:14] pitti, if you are on approving packages now, can you approve my ghostscript (the newer one, I have fixed a copy'n'paste error in changelog)? [17:14]