=== dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk [00:38] Riddell: ping [00:49] slangasek: I'm asleep [00:49] Riddell: then I suggest putting down the keyboard, you don't want to wake up with keyboard marks on your face ;) [00:51] Riddell: I was wondering what your take was on jcrigby's response that the kernel packages aren't really building the common headers package despite it being listed in debian/control. Could these be accepted as-is with that explanation, or do you need us to get debian/control fixed up? [00:55] slangasek: oh aye, sorry, I ment to process that today, his explanation seems reasonable enough [00:55] Riddell: no worries! just wanted to make sure whether action was still needed on our side [00:55] slangasek: I'll accept it now [00:55] thanks! :) === panda is now known as Guest59538 [01:55] Is there a way to point rmadison at the partners repo? [01:58] twb: it already does by default [01:58] rmadison -uubuntu opera ==> no hits === _LibertyZero is now known as LibertyZero [01:59] let me clarify that, it's already supposed to by default :-/ [01:59] Is that an ubuntu-only patch to devscripts? [01:59] rmadison talks to a server CGI script [01:59] it's up to the server what it shows [01:59] Yeah, I thought maybe "by default" meant something bad like "we patched it to ask -uubuntu and -usomethingelse by default" [02:00] -uubuntu is the default if you're running rmadison on Ubuntu, but that's all === LibertyZero is now known as _LibertyZero [02:01] opera is genuinely not in partner [02:01] https://launchpad.net/ubuntu/+source/opera/+publishinghistory [02:02] try 'rmadison -uubuntu -S skype' instead as an example [02:02] Hmm. [02:02] http://archive.canonical.com/pool/partner/o/opera/ [02:02] That existed, which confused me [02:03] skype works in rmadison, so it's A-OK [02:09] Opera used to be there. === asac_ is now known as asac === dendro-afk is now known as dendrobates === dendrobates is now known as dendro-afk === dendro-afk is now known as dendrobates === Guest59538 is now known as panda|x201 [04:31] http://vorian-ubuntu.blogspot.com/feeds/posts/default === dendrobates is now known as dendro-afk [06:45] hey im trying to compile the vanilla linux kernel using make-kpkg however every time make-kpkg goes to make the actual Debian package I get a really weird error [06:45] it says dpkg-gencontrol: error: package linux-image-2.6.37-anfs+ not in control info [06:45] i never added the + [06:46] can someone please help me [06:50] if it's the vanilla kernel why does it have the anfs+ suffix? [06:51] I'm planning on adding some stuff to NFS(I havn't yet) so i added -anfs with the --apend_to_version arugment [06:51] to + got there on its own [06:51] which is really confusing me [06:54] the only thing I can think of is because I did a git checkout of the kernel source [06:54] i don't know, you'd have to trace into make-kpkg [06:54] see where it's getting that version from [06:55] so you think its a bug with make-kpkg? [06:55] mm, not necessarily [06:55] i wonder if you're meant to add that to the control file yourself [06:55] when I used make-kpkg on Debian(awhile ago I admit) I just had to run make-kpkg [06:57] just for curiousity, what is anfs? [06:57] I'm working on a senior design project which will add redundancy to NFS [06:57] RAID 1 like with multiple servers [06:58] we're also adding encryption and compression [06:58] interesting [06:58] have you done make-kpkg clean after changing the option? [06:59] every time [07:00] maybe it's a bug there then [07:01] hmm ill try debians kernel-package then [07:01] nukem, are you doing that in-kernel [07:01] personally i would be inclined to make a userspace client side proxy first [07:01] of course maybe that's not interesting enough for your project [07:02] it seemed easier to just add it to the kernel itself [07:02] plus I really want to get more into kernel development [07:02] it will be a bigger learning experience for sure [07:02] probably harder to debug though === fta` is now known as fta [07:13] elky here too darling [07:17] startagainlol: please stop. [07:18] amazing somebody with manners [07:18] elky: did you just see that? [07:18] * mneptok needs a reality check, STAT! [07:19] amazing indeed [07:20] prolly just got bored [07:21] * mneptok waves maniacally at poolie [07:21] * elky blinks. [07:21] good morning [07:21] * poolie waves more sedately [07:21] Exceedingly amazing considering the homocidally racist chant he had going. [07:22] elky: hold me. my reality is crumbling. [07:22] Just find someone else's to substitute. [07:23] i could probably borrow Jono's, but i'm not sure i want to live in a world of beer-dispensing electric guitars. [07:23] * maco2 suspects dholbach is now very confused [07:23] hm [07:23] ? [07:24] dholbach: problematic user discussion. [07:24] dholbach: set the alarm for 10m later and you can avoid this. :) [07:24] mneptok: nice euphemism [07:46] good morning [08:19] if you're on the ubuntu-sponsors mailing list, sorry for the spam - I'm reassigning old bugs from ubuntu-main-sponsors to ubuntu-sponsors, so we can get the team deleted [08:46] dholbach: that ain't spam :) [08:47] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: cdbs [08:49] * dholbach hugs cdbs [08:49] * cdbs hugs dholbach === fddfoo is now known as fdd === smb` is now known as smb [09:24] cjwatson, ev when you have a minute can you look at my comments (21,22) in bug 650703 . I think the problem comes from the upstart job which starts too early and there's a race for some reason. Now I don't know the right fix. [09:24] Launchpad bug 650703 in ubiquity (Ubuntu Lucid) "oem-config-prepare works, but oem-config fails to start after reboot" [High,Triaged] https://launchpad.net/bugs/650703 [09:25] jibel: will do, thanks === asac_ is now known as asac === MacSlow is now known as MacSlow|lunch [11:46] barry: computer-janitor-gtk depends on gir1.2-pango-2.0, but probably you meant gir1.2-pango-1.0? [11:46] lool, where we go there's no room for "1.0" versions! [11:46] lool, comment ça va? :) [11:46] dholbach: Good good :-) you? [11:46] great :) [11:50] bah can't commit to the Vcs branch [11:51] mvo and pitti maybe can? [11:53] Ah didn't think of pinging mvo on that one [11:53] pitti didn't seem to be around today [11:53] just upload, merge later ? [11:53] ogra: I've uploaded commenting out Vcs-Bzr, yes [11:53] tsk === MacSlow|lunch is now known as MacSlow === csurbhi is now known as csurbhi_ [13:14] Riddell, is teher any trace of the new QT soon ? i really need NEON runtime detection now that unity-2d is on the armel images [13:18] ogra, upstream bugtracker shows 3 more bugs that need to be fixed [13:18] hrm [13:18] but that is the case for the past weeks I think [13:18] janimo, thanks [13:18] ogra: doesn't seem to be [13:19] do you think it will arrive in time for natty ? [13:19] I would expect so yes [13:19] or should we look at backporting the patch [13:19] iirc rsalveti pointed to a patch with only a few lines [13:19] or just package a git snapshot [13:20] right [13:20] also "Qt" :) [13:20] afaik the autodetection hasnt been tested even upstream yet [13:20] so getting it in asap would surely help [13:21] and maybe get it working for non neon devices for alpha 3 [13:21] ++ [13:22] so git snaphot would be good. yeah === csurbhi_ is now known as csurbhi [13:34] How about git snapshot in a PPA? [13:34] Tossing semi-random Qt git snapshots into the archive is not a recipe for success, IMO. [13:36] ScottK, doesnt help building images [13:36] we really need that feature tested on the current images [13:36] ogra: No, but it can be used to test NEON support. [13:37] well, if its clear that it makes natty a git snapshot wont do harm imho [13:37] There are a LOT of packages in the archive that use Qt and we ought to be careful about introducint non-released versions of it. [13:37] if that isnt clear indeed then we should instead start backporting and testing the fix [13:38] in any case feature freeze is soon and we need it working [13:38] I disagree it's OK to upload an untested Qt snapshot because it will get fixed eventually. [13:38] its a development release [13:38] It won't work any better in the main archive than in a PPA test package. [13:38] if the bugs are fixed by release it should be fine [13:39] There's no need to potentially break a lot of unrelated things and affect other people's work to see if this is fixed. === dendro-afk is now known as dendrobates [14:00] jdstrand: jumping from libvirt 0.8.7 to 0.8.8, debuild gives me: [14:00] dpkg-source: error: cannot represent change to libvirt-0.8.8/po/hr.gmo: binary file contents changed [14:00] (lots of those) what's the normal way to handle that? [14:01] hallyn: are you using the pristine upstream tarball? [14:05] jdstrand: yes, as fetched by 'uscan' [14:08] hallyn: so, you should snag the upstream tarball, rename it libvirt_0.8.8.orig.tar.gz, untar it, drop debian/ into it, adjust debian/changelog, and then use debuild -S -sa [14:08] i thought that was what uscan did [14:08] hallyn: actually, debuild -S -sa -v0.8.5-0ubuntu5 [14:09] hallyn: I've not used uscan enough to advise on its use [14:10] ok. trying manual [14:10] -v? [14:10] hallyn: that makes sure that the changes file has all the changes since that version [14:10] hallyn: it is useful for merges with Debian for example, where we want apt-listcahnges and update-manager to show all the changes [14:11] since the last version in Ubuntu [14:12] hallyn: you might want to look at 0.8.7-2 from Debian, and merge in those changes, rather than just grabbing 0.8.8 and using the updated ubuntu debian/ directory [14:12] @pilot in === udevbot changed the topic of #ubuntu-devel to: Archive: open | Development of Ubuntu (not support, not app development) | #ubuntu for support and general discussion for dapper -> maverick | #ubuntu-app-devel for application development on Ubuntu | http://wiki.ubuntu.com/UbuntuDevelopment | See #ubuntu-bugs for http://wiki.ubuntu.com/HelpingWithBugs | Current Friendly Patch Pilots: cdbs, smoser [14:12] hallyn: http://packages.debian.org/changelogs/pool/main/libv/libvirt/libvirt_0.8.7-2/changelog [14:12] * dholbach hugs smoser [14:13] dholbach, is that an automated response ? i feel like i'm getting a hug from a machine :) [14:13] man - that's an original dholbach hug [14:13] a machine, tststs :) [14:13] hallyn: I tend t use bzr-builddeb that automatically puts stuff into a build dir (and uses uscan if there is a tarball missing). very convinient IMO [14:13] jdstrand: ok, my first version (without -v, as i'd started before you said that) seemed to succeed. Which makes me wonder what the heck uscan does beyond what i need it to [14:13] d'hugmachine'holbach [14:14] mvo: last time i tried a major new release merge (in qemu) with udd i got into trouble :) so until i have more time to devote to it, i'm doing it the non-udd way [14:15] mvo: i'll try it again,j ust not this week [14:15] hallyn: yeah, its quite different from the "normal" workflow, but once you get used to it I found it to be a real time-saver [14:15] (except for the slow initial setup when getting the branch(es) ready) [14:16] mvo: libvirt is source format v3 quilt [14:16] and we've not been able to get that working right with udd [14:16] mvo: I really like it for bugfixes [14:16] (we as in us libvirt mergers) [14:17] jdstrand: aha, indeed [14:18] jdstrand: i wonder how much ive been messing things up by not doing -sa and -v [14:19] anyway, that worked. shoulda done that from the start i guess [14:19] jdstrand: thanks [14:20] hallyn: -sa ensures that the orig.tar.gz is uploaded. It may be added automatically with -0ubuntu.. and -1. I don't recall off-hand. -v isn't critical, but nice [14:21] lool: i grabbed that dependency from pitti's branch. i should have checked that more closely. i see your fix this morning - thanks for that, i'll merge it and make sure you can commit to the branch [14:22] hallyn: so looking at the Debian changes, I think the way to go is -> perform 0.8.7-2 merge with Debian and get the debian/ dir in order, then create 0.8.8-0ubuntu1 based on the merged debian/ dir [14:22] barry: ty [14:22] hallyn: what do you think? [14:22] (it is certainly what I would do) [14:23] hallyn: if we don't, we'll be diverging pretty far from Debian [14:26] barry: Just tested the fixed packages, start fine; I've spotted a minor issue with them: (computer-janitor-gtk:29179): Gtk-WARNING **: Could not load image 'computerjanitor-24x24.png': Impossible d'ouvrir le fichier « /usr/share/computer-janitor/computerjanitor-24x24.png » : Aucun fichier ou dossier de ce type [14:26] barry: This seems to be missing from debian/computer-janitor-gtk.install [14:27] jdstrand: i think... that sounds like in the short term making a lot of work for ourselv es given that we have a working build [14:27] jdstrand: but long term it may pay off [14:27] barry: Hmm actually, the issue is that the .ui uses the 24x24 filename instead of just computerjanitor [14:27] jdstrand: I'm goign to upload what I have now to people.canonical.com. When I finish some other stuff I"ll look at the debian package [14:28] hallyn: well, that is the nature of merges. I think you have permanently forked qemu-kvm iirc. That is not normal operating procedure, and I personally have strived to stay close to Debian [14:28] hallyn: and by 'you' I mean the server team [14:29] hallyn: but since you, hallyn, work on that and libvirt primarily, it might seem like a not bad idea... [14:29] jdstrand: yes, I do prefer being close to debian for many reasons. [14:29] I'm just saying I don't have time for that right now [14:29] hallyn: the problem is that things will get very weird if we upload an 0.8.8-0ubuntu1 without Debian's changes, and then 0.8.8-0ubuntu2 that does [14:30] jdstrand: how far have we diverged so far? [14:30] hallyn: I wasn't aware that Debian had 0.8.7 until Daviey mentioned it this morning [14:30] hm [14:30] hallyn: 0.8.5-1 entered experimental in November [14:31] all right, then I guess forgetabout what I've uploaded so far [14:31] hallyn: our 0.8.5-0ubuntu1 predated that [14:31] I'm 100% in favor of reducing packages for which we have to have custom bug handling :) [14:31] lool: gotcha, i'll check that too [14:31] hallyn: so we did the right thing in november. but they have 0.8.7 now, we don't. the right thing to do is to merge, then pull in 0.8.8 [14:32] jdstrand: any good reason not to just merge 0.8.7 and ask debian to take any other patches we need on top of that? (like the arm tests failures) [14:32] hallyn: would you have time before FF? [14:32] jdstrand: iow, ignore 0.8.8 for now [14:32] jdstrand: is that next tuesday? [14:32] hallyn: we should be pushing everything back if possible [14:33] hallyn: they don't have apparmor yet, so those can be skipped [14:33] jdstrand: I don't know, bc you have a boatload of patches in there :) [14:33] hallyn: that boatload predates me btw :) [14:33] I"ll aim to do that tomorrow [14:33] ok, s/you/our libvirt package/ :) [14:33] hallyn: hehe [14:34] hallyn: but giving everything back to Debian is another issue [14:34] jdstrand: yes, I like the fact that this roadmap makes it *feasible* to send the patches back to debian [14:34] hallyn: that is long-standing [14:34] (so far it hasn't been) [14:35] barry: LP #720743 [14:35] all right, i put that in my tickler file for tomorrow. [14:35] Launchpad bug 720743 in computer-janitor (Ubuntu) "Could not load image 'computerjanitor.png'" [Undecided,New] https://launchpad.net/bugs/720743 [14:35] hallyn: it has been difficult because we have been ahead of Debian a lot with that package [14:35] lool: thx! [14:35] barry: I'm thinking the quickest way is adding the 24x24 to the setup.py + gtk.install file [14:35] but that might not be the most correct way [14:35] cjwatson: the grub2 in qemu with VBE bug (bug 717445) is bisected down to the offending commit, fwiw [14:35] Launchpad bug 717445 in grub2 (Ubuntu Karmic) "grub2 in lucid doesn't work in qemu with '-vga std'" [Medium,Confirmed] https://launchpad.net/bugs/717445 [14:35] hallyn: so, your plan is merge Debian 0.8.7-2, maybe snag the upstream patch for that kernel/virtio bug, and then have me review? [14:36] jdstrand: yup (i'll also need those two patches for the arm+ppc tests failure) [14:37] hallyn: sure. definitely include your 0.8.7 work as part of the new ubuntu delta [14:38] hallyn: I think your plan is good. it'll actually give us the opportunity to get in sync with Debian again, and have them take our delta. that wasn't really possible before since the patches changed each time [14:38] jdstrand: actually that reminds me. FOr the last few days, 'debuild' has been adding a 'debian-changes-xyz' patch at the top of my quilt patchset. What is that about? [14:38] jdstrand: \o/ :) [14:39] hallyn: you have changes made outside of debian/. the source format v3 noticed this and helpfully created a patch for you [14:39] hallyn: you should loke at that patch and make a proper quilt patch [14:39] s/loke/look/ [14:40] jdstrand: feh. [14:40] hallyn: hmm, that is pretty big [14:40] (I just deleted all and re-did dpkg-source x whenever that happened) [14:40] cjwatson: yeah :( [14:40] hallyn: what I really need is a way to reproduce this with grub-mkrescue [14:40] cjwatson: but it's clearly VBE related [14:40] cjwatson: bc it affects all the bioses built with VBE (-vga std, -vga vmware) [14:40] hallyn: having to build an entire lucid ISO image for it is going to take too long [14:41] cjwatson: ok, I was goign to look at the patch in more detail, just wanted to check if something obvious spring out at you [14:41] hallyn: one thing about quilt source v3 is it makes sure that you use quilt as the patch mechanism rather than letting you sneak in things outside of it [14:41] cjwatson: as for grub-mkrescue - i just need to go RTFM and learn how to use it [14:41] hallyn: BTW that also doesn't explain why it's allegedly broken in maverick [14:41] hallyn: anyhoo, sounds like you are on track. thanks for all your work on it! :) [14:41] cjwatson: why, is that commit in maverick's grub? [14:42] yes [14:42] jdstrand: thanks, hopefully i'll be checking in with you tomorrow afternoon :) [14:42] cjwatson: #(*&$(*#&$ [14:42] then i should probably un-dupe that other bug [14:42] hallyn: TBH it seems a bit coincidental to me [14:42] hallyn: adding those extra drivers might cause GRUB to use them rather than VBE [14:43] (they're preferred if available) [14:43] hallyn: but that would still leave the VBE module itself broken [14:43] hallyn: and I will be more responsive :) (I had a couple of security updates I'm trying to get out before tomorrow) [14:43] this is why it needs to be cut down to a situation with grub-mkrescue [14:43] ok, let me send out this patchset i have to get out, then i'll go RTFM on grub-mkrescue [14:43] because that isolates us from changes in the configuration file machinery [14:43] jdstrand: np. keep me safe :) [14:44] lool: just wondering too, if you know anything about the dbus.proxies.Introspect error (bug 715707). it's new in natty - same code in maverick does not produce that error [14:44] Launchpad bug 715707 in computer-janitor (Ubuntu) "Error:dbus.proxies:Introspect error" [Low,Confirmed] https://launchpad.net/bugs/715707 [14:44] with an upstream tree of lucid vintage, we're probably talking something like: PATH=.:$PATH ./grub-mkrescue --output=grub.iso disk [14:44] where disk is a directory containing boot/grub/grub.cfg as you see fit [14:45] the syntax changed around later, but that was post-maverick [14:45] sorry, no, between lucid and maverick [14:45] in maverick vintage, it's: ./grub-mkrescue --grub-mkimage=./grub-mkimage --override-directory=. --output=grub.iso disk [14:46] and nowadays that would be --override-directory=grub-core instead [14:46] barry: It's quite certainly some dbus policy which is missing, not sure where [14:47] lool: yep, probably from the janitord policy, but it has to be some change to dbus or python-dbus since mav [14:47] lool: oh well, no worries === sconklin-gone is now known as sconklin [15:04] cjwatson: thanks === Nafallo_ is now known as Nafallo === herton is now known as herton_lunch === yofel_ is now known as yofel === deryck is now known as deryck[lunch] === Tm_T_ is now known as Tm_Tr [15:47] I created an i386 .deb, compiled on 10.10 machine, but when I install it on a i368 machine with Software Center, I get a large warning that the architecture is wrong, but the package installs anyways. Any clues? [15:48] show us the package [15:48] The binary, or just the debian/ directory? [15:49] both, for preference === herton_lunch is now known as herton [15:49] Okay... the actual source is like 500 megs, so I'd rather not upload that [15:49] no need for the full upstream source [15:55] Ok, uploading, this is gonna take a while... === beuno is now known as beuno-lunch === JanC_ is now known as JanC [16:18] ze debian/ dir: http://jordi.platinum.linux.pl/debian.tar.gz [16:19] ze .deb http://jordi.platinum.linux.pl/goweb_0.9.1_i386.deb [16:19] the second is 404 [16:19] Durr... [16:19] http://jordi.platinum.linux.pl/goweb_0.9-1_i386.deb [16:20] I read that as platform and thought you'd be running for DPL [16:20] JordiGH: what's the exact error message you get? [16:20] Nah, Stefano is doing a good job. [16:20] the source and binary there look fine [16:21] cjwatson: It's in Spanish... Uhm, a big warning flashes on top of Software Centre and say the architecture is wrong... Let me find it again. [16:21] I'd rather have the exact Spanish message than anything else [16:21] at least I can look that up in .po files [16:21] also, does this package live in an apt repository? [16:22] No, it's for a small startup. [16:23] that seems like a non sequitur, but OK [16:24] Like, we're not doing this properly. [16:24] We just have one giant package that should include most of everything in one place. [16:24] It's a rebranded/modified xbmc, and Marillat has packaged this properly. [16:25] I'm about to leave the startup, so I want to give them a monolithic package that will be easier for them to understand. [16:27] was the error "No se encuentra disponible para su arquitectura hardware."? [16:27] Hm, no. [16:28] It was "Perdón, «goweb» no está disponible para este equipo (i386)" [16:28] Now that I read that, it's not about architecture? [16:28] It sounds like it's about architecture because it's mentioning it. [16:29] But I think it's complaining that the package isn't available from an apt source? [16:29] I can't find that string in software-center [16:29] Well, without «goweb», that's the name of te package. [16:29] the [16:29] sure [16:29] one giant package... ugh. /me has nightmares about zimbra :/ [16:29] I know enough to avoid the obvious substitution elements :) [16:30] cjwatson: Is the .po available via web? [16:30] probably [16:30] don't ask me where [16:30] what version of Ubuntu is this? [16:30] 10.10 [16:30] the system where you're running software-center, I mean [16:30] cjwatson: could it be an error from apt/python-apt or sth of the sort? [16:30] That does sound like an architecture problem. [16:31] Chipzz: certainly possible, but I also grepped apt and came up with nothing === deryck[lunch] is now known as deryck [16:31] I'll grep the language pack in a minute [16:31] doesn't rosetta have a search function? [16:32] Ugh, I gotta login to launchpad in order to download a translation? [16:32] https://translations.launchpad.net/software-center/trunk/+pots/software-center-doc/es/+translate [16:33] And looks like it needs javascript as well. [16:33] wtf [16:34] complaining about LP here is useless - we don't work on it [16:34] are you sure it wasn't "... para este tipo de equipo"? [16:34] That could be it, I might have omitted a word when I was copying it. [16:34] It flashed rather quickly on the screen. [16:34] #: ../softwarecenter/db/application.py:420 [16:34] #, python-format [16:34] msgid "Not available for this type of computer (%s)." [16:34] msgstr "No disponible para este tipo de equipo (%s)" [16:34] Yeah, that sounds like it could be it. Except it's missing the apology. [16:35] ah, sorry, different one [16:35] msgid "Sorry, '%s' is not available for this type of computer (%s)." [16:35] msgstr "Perdón, «%s» no está disponible para este tipo de equipo (%s)." [16:35] Yes, that's it! [16:36] how are you getting this solitary .deb that isn't in an apt repository into software-center? [16:36] I double click on it from nautilus. [16:37] bug 694963 [16:37] Launchpad bug 694963 in software-center (Ubuntu) "Package is not available for this type of computer" [Undecided,Confirmed] https://launchpad.net/bugs/694963 [16:37] I think that you can very probably work around this by putting it in an apt repository [16:37] that's my guess from drive-by reading the source, anyway [16:38] Hm. [16:38] I see. [16:38] mvo: ^- FYI [16:39] Thanks again, quite helpful. [16:39] * JordiGH still feels in very foreign lands in Ubuntu. [16:40] cjwatson: Btw, re the Octave thing the other day... [16:40] http://octave.1599824.n4.nabble.com/Ubuntu-and-Debian-packaging-td3299300.html [16:41] next bintuils upgrade? [16:41] I noticed package which built yesterday, today is not buildable [16:42] JordiGH: I can understand his viewpoint [16:42] good idea a week before feature freeze [16:42] cjwatson: Maybe, but it's distressing for me to know that most of the users of my package see a buggy version of it. [16:42] it's great when people are happy to read our bugs directly, but it's fair to say "sorry, I'm already swamped" [16:44] I'd like to just *hear* about it. I could have done something about that bug in the 6 months nobody looked at it. [16:45] if you want to get reports yourself, and other folks on pkg-octave-devel don't want to, then the right answer seems to be for you to subscribe yourself directly to the derivatives keyword (or whatever) in the PTS [16:45] I may have not, but it's distressing when a bug in a package I worked on doesn't even get an acknowledgement in six months and most of my users are experiencing that bug. [16:45] Well, there only seems to be one other person besides me and Thomas. [16:45] I'll ask them. [16:45] Well, him. [16:46] if I were in your shoes, I would just subscribe directly [16:46] it seems the course of least resistance, given that Thomas has explicitly objected [16:46] why have that argument when you don't need to? :) [16:49] Because I don't want to become an Ubuntu developer either. [16:49] uh [16:49] And I *do* want other members to at least know about Ubuntu bugs. [16:49] sorry, I don't see the connection [16:49] I don't want to feel responsible for Ubuntu bugs either. [16:50] anyone can subscribe to keywords in the Debian PTS - that facility isn't even offered by us [16:50] I'd start to feel like that if I knew I was the only one in the DOG that was reading Ubuntu bugs. [16:50] I'm not sure I can really help you with this, then. :) [16:50] perhaps create another mailing list? [16:50] I'll ask Sébastien. If he objects to that as well, then it's clear. [16:50] pkg-octave-derivatives or something [16:51] pkg-octave-ubuntu, let's call a space a fucking shovel. [16:51] It's not derivatives, it's Ubuntu, because that's where the vast majority of our users are. [16:51] !ohmy | JordiGH [16:51] JordiGH: Please remember that all Ubuntu IRC channels share the same attitude of providing friendly and polite interaction with all users of all ages and cultures. Basically, this means no foul language and no abuse towards others. [16:51] whatever you like, it was just a suggestion [16:52] micahg: A пиздатая shovel. [16:52] JordiGH: :) [16:54] JordiGH: that makes me wish I had an auto-translator in my chat client so I didn't have to figure out what it means in.. I'm guessing Russian due to the Cyrillic chars. [16:55] SpamapS: Probably, unless I misspelled. [16:55] My Russian spelling is terrible. [16:58] cjwatson: I find the argument of comparing Ubuntu to 120 derivatives very facile. It's not just another distribution, and paying attention to Ubuntu doesn't mean you have to pay attention to 120 other derivatives. [16:59] if you don't mind, I would rather not have this argument [16:59] I didn't name the PTS keyword [17:00] and as an Ubuntu developer I would prefer to be gracious to other derivatives, anyway [17:00] but as I say, just a suggestion, the name is unimportant to me [17:01] Hi all... I have added Spinbottoms for my project in Glade but it looks like it is "not spinning" when running it === beuno-lunch is now known as beuno [17:15] thanks cjwatson, let me read scrollback [17:16] JordiGH: that was for goweb you said? [17:16] mvo: Yeah. The download link is above, if you want to try it. [17:17] It's a pretty simple package, and I want to keep it that way, because I have to pass it on to people who barely know their way around bash. ;-) [17:17] JordiGH: I get a 404 for http://jordi.platinum.linux.pl/goweb_0.9.1_i386.deb [17:18] I corrected the link... :P [17:18] aha, have it now [17:20] Hi all... I have added Spinbottoms for my project in Glade but it looks like it is "not spinning" when running it [17:21] canesin: try .start() on the spinner [17:22] mvo: In the glade itself ?? [17:22] mvo: or should I add a signal to it ? [17:22] in the py or C code [17:24] AttributeError: 'gtk.SpinButton' object has no attribute 'start' [17:26] ups, sorry, misread. I though it was a gtk.Spinner() [17:27] mvo: =) .. [17:27] mvo: Do you know how i should proceed ? === dendrobates is now known as dendro-afk === sforshee is now known as sforshee-lunch === JamesPage is now known as jamespage === dendro-afk is now known as dendrobates === ximion1 is now known as ximion === dendrobates is now known as dendro-afk [18:25] guys I have cloned Linus' kernel branch [18:25] how can I compile and install it for ubuntu [18:31] h0ar3: https://wiki.ubuntu.com/KernelTeam/GitKernelBuild [18:32] cjwatson, hello :), is there a bzr packaging branch of gnupg? [18:32]