[00:07] evening [00:43] blueyed: The kbuild Build-Depends was because it doesn't build with anything less [01:22] Thanks, StevenK. I'll forward it to Debian. [01:39] Heya gang [01:39] Heya [01:40] :-) [01:40] hey bddebian [01:40] Hi superm1 [01:41] feeling revuee? [01:42] Sure why not [01:42] cool. [01:42] ical2sqlite is what i sent up [01:46] superm1: OK, gotta update my hardy pbuilder quick [01:46] okay, i'm gonna run an errand for a little bit anyhow. i'll be back in ~20 === DarkMageZ_ is now known as DarkMageZ === TheMuso_ is now known as TheMuso [01:59] Yay for circuit breakers. [02:00] TheMuso: Er, yes. I've a friend who would have gotten a mains jump start if it weren't for the safety switch [02:00] Well this has happened for the third time with the same power outlet. [02:00] * TheMuso suspects bad wiring [02:02] Mmmm, that outlet could be dodgy [02:02] Yeah. And it hasn't been touched in our work on the house either. === bigon is now known as bigon` [02:03] * Hobbsee wishes people would'nt send her private email that is not in english. [02:03] lol [02:03] spam [02:03] lol [02:04] * ajmitch send Hobbsee an email in New Zealandish [02:04] I please do not understand ingles to translate it in Castilian [02:04] ...right then... [02:04] so, uh, you're replying to an email that i've sent....why not translate it yourself? [02:05] Because apparently they don't understand "ingles" (English) [02:05] there are online translators [02:05] which is how i got that translation === freeflying_ is now known as freeflying [02:36] Hobbsee: you need to find a better online translator, if only for the humor value of getting "ingles" properly translated as "groins" [02:36] slangasek: hah :) [02:36] slangasek: that was babelfish [02:43] Hobbsee: http://www.mail-archive.com/debconf-team@lists.debconf.org/msg01112.html [02:44] slangasek: hah! nice. === Hobbsee_ is now known as Hobbsee === asac__ is now known as asac === asac_ is now known as asac [04:08] keescook: I've been watching for the clamav security update for Gutsy to appear and I haven't see it yet ... [04:10] ScottK: It has to all build, then be (manually, I think) pushed to LP, which will pick it up at the next */55. LP has been turned off for a while, so it might appear soon. [04:11] Fujitsu: Thanks. [04:11] * ScottK can't ask for the feisty-backport until it's at least published ... [04:13] If someone uploads a package to REVU, it has errors is there a procedure if a new person wants to upload an updated version (its been a month since the person uploaded the package and feedback was given) [04:16] harrisony: go ahead, probably, if it's been a month [04:17] Hobbsee: so just upload it? [04:17] yeah [04:17] you people dont need to do any ninja hacks [04:18] maybe emailing the person that they haven't done a new version in a while, and did get feedback on it [04:18] nope [04:32] Hobbsee: should i add like previously created by .. in the changelog or delete their entry or [04:34] based on the packaing of would be a good idea [04:34] :) [04:45] harrisony, well assuming of course that you *are* basing it on their packaging :) [04:46] hi superm1 - if a package name doesn't have "ubuntu" in the package name, does that mean it is no different than the debian package? [04:47] hi j1mc, if its not in the version number then correct, there are no ubuntu changes to it [04:47] superm1: im pretty much downloading it, fixing the errors and reuploading [04:47] the package source name should be the same as in debian however (and typically doesnt have ubuntu in it) [04:49] there is a piece of software that i was looking to update, tilda. both debian unstable and ubuntu hardy archives show it as being at 0.09.4+cvs20071012-1, but the new version is 0.09.5. i'm just getting started with this - would i still read up on merging? [04:50] j1mc, so if the same version is in debian unstable, but you want to get the newer version in hardy, then the first thing i'd do is check if debian is already working on it [04:50] via a svn tree or anything like that [04:50] that way you dont double up the work [04:51] if you dont see any such thing, then you would then work on doing the new upstream version yourself [04:51] and the new version number would be like this: [04:51] 0.09.5-0ubuntu1 [04:51] so check debian's svn tree for the package? [04:51] yeah that's usually a good idea to start out [04:52] ok, if i don't see any activity there, would i read up on merges to start the 0ubuntu1 package? [04:53] well usually not too much work is needed to handle a new upstream version like that [04:53] i'd try to drop the debian directory in the new extracted upstream tarball [04:53] and see if it can build [04:53] if so, then its a very easy package and you just need to increment the changelog and submit it [04:54] ok... thanks. i'll keep that in mind. [04:54] the guy who wrote tilda is in the chicago-lug, so . . . i figured it would be something good to start with. [04:55] oh neat :) [04:57] this is where i'm looking to see if there's any activity on this package update in debian: http://packages.debian.org/sid/tilda [04:57] should i be looking somewhere else? [04:57] i've checked the bug reports, and developer information that is linked off of that page. [04:58] finaly i can dget LP packages! [04:59] naw, wait... i got it... http://buildd.debian.org/pkg.cgi?pkg=tilda === j1mc is now known as j1mc-afk [05:39] ScottK: ppc still hadn't built yet -- I've pushed the rest, I can push ppc when it finishes later on [05:44] * somerville32 now has 30 uploads. [05:44] keescook: So, how do we fix mk-sbuild-lv? :-) [05:45] StevenK: hmmm... what's wrong? I haven't used it recently... [05:45] keescook: This is going back to our discussion at AllHands, about using one LV for everything. [05:46] StevenK: ah! right. context-shift complete. [05:46] uhm [05:46] well.... basically, schroot needs to be taught to use a subdirectory of a snapshot instead of the root directory [05:47] then mk-sbuild-lv needs to be adjusted to grow a master lv instead of making a new one and drop in the right schroot conf [05:47] so, mostly, trick schroot. [05:48] Ah === zakame__ is now known as zakame [06:38] Hi all. I am trying to fix lucene2 FTBFS. The core classes compile with GCJ but there appears to be failure in unit tests. This cause the package not to build. Is unit tests failure a good enough reason not to build a package. If it is not then what is the way by which I can ignore failures? [06:39] good morning [06:39] Hey dholbach. [06:40] hey TheMuso [06:40] dholbach: hi. :-) [06:40] heya slytherin :) [06:40] c [06:40] wrong tab [06:42] dholbach: One question specifically for you. What is the next step for bug 177477? The Debian package maintainer has fixed it in debian as per my hints. Do we now sync that package and drop Ubuntu changes? [06:42] Launchpad bug 177477 in libglazedlists-java "Fix FTBFS by adding java-gcj-compat-dev as build dependency" [Undecided,Fix committed] https://launchpad.net/bugs/177477 [06:42] slytherin: you need to find out if there are any ubuntu changes worth keeping, if not, we can sync it [06:44] dholbach: No. There was no specific changes in Ubuntu. So I guess once the fixed package is uploaded in Debian unstable I will have to log a bug for sync again, right? [06:44] slytherin: you can turn the bug into a sync bug then :) [06:45] dholbach: by adding tag? or just adding a comment? [06:46] changing the bug title and summary [06:48] hola [06:48] dholbach: Actually I was thinking to keep that bug to track other packages which can be fixed in similar way. [06:49] slytherin: usually we file a sync bug per package [06:49] https://wiki.ubuntu.com/SyncRequestProcess [06:50] dholbach: No you didn't understand me. I meant keeping the bug summary to track packages which can be fixed by putting java-gcj-compat-dev in builde depends. I will just go on adding the debdiff for packages which can be fixed this way. [06:51] slytherin: If the package is failing unit tests, it usually means something went wrong in the build process, and should be properly fixed (rather than ignoring the tests). [06:51] slytherin: ahhhh ok [06:51] persia: I will have to check what is the reason of unit tests failure. Will get back in 2-3 hours. :-) [06:52] slytherin: You'll want a new bug for the sync then, to avoid spamming the archive-admins with all the debdiffs. [07:38] Hi all! [07:43] Wooo, I think we have a very hungry Soyuz tonight. [07:53] Is it really true there are no current or pending builds? [07:53] it's true that we don't have them :) [07:53] it's just not /right/ that we don't have them. ;) [07:54] Right, Soyuz is rather hungry. [07:54] The build records aren't just some strange status - they're actually gone. [07:54] Ah. That's actually better then. If Soyuz managed to get ahead of the developers, it would be bad. One part of Soyuz not feeding another is a different issue. [07:55] * Fujitsu commented on this a while ago in #launchpad. [07:59] Hm, seems most of them are actually marked as being for superseded sources. [08:10] hey luisbg [08:19] hey dholbach [09:07] good morning [09:09] good morning [09:23] I'm not getting any help at the ubuntu channel... anybody in here bored that wants to deal with an utter noob? [09:24] I think something about the philosophy of linux is confusing me [09:24] I seem to have to install the most basic things to get something to work :S [09:25] I'm getting an error... and I googled it, and I got a forum telling me to "install kernel sources" [09:25] ... I don't even know what that means [09:27] Romes: this is not a forum for that type of questions, but just for once.... what is the error you got? [09:28] oh man... sorry... bah [09:28] er... let me copy/paste [09:28] !paste [09:28] pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic) [09:28] oh, it's just a one-liner ;) [09:28] Ah. [09:32] http://paste.ubuntu-nl.org/49002/ [09:32] sorry about that, turns out it was multiline afterall [09:33] sorry again, I had to change it... left something out [09:33] http://paste.ubuntu-nl.org/49003/ [09:34] if it seems like I'm taking forever, it's because I have to type out the errors manually (no internet on my ubuntu comp) [09:35] Romes: why are you running make? [09:35] I'm getting a lot of "x is undeclared" [09:35] the "INSTALL" file tells me to :P [09:35] Romes: install what? [09:35] ndiswrapper, sorry [09:35] oh yeah, I forgot that I didn't give any background [09:36] Um... my wireless card didn't work out of the box, so I tried to install ASUS linux drivers, but that install failed, so my friend (who's gone) told me to install ndiswrapper... which also isn't working... so I caved and came onto IRC :P [09:36] Romes: you should install ndiswrapper via apt-get [09:37] no internet :( [09:37] Romes: put it on an USB stick [09:37] I put the tar.gz file on a usb stick [09:37] I'm feeling stupider by the second [09:38] Romes: if you use the .deb you don't need to compile it; that can be tricky [09:38] .deb? Ah, I'll look for that! [09:38] Romes: what version is your system running? [09:39] let me check... what's the command again? uname -a? or something? [09:39] yeah [09:39] 2.6.22-14 [09:39] lsb_release, too [09:40] That should be Gutsy [09:40] yup [09:40] sorry, didn't know what you meant by version [09:40] I'm migrating from Vista, so you can imagine that this is an entirely new world to me :P [09:41] Romes: welcome to a great world [09:41] lol... thanks mok0 :D [09:41] I'll feel more "liberated" once I understand how this stuff works... hah [09:41] anyways, back to looking for the .deb [09:42] I'll update you :P [09:42] Romes: http://packages.ubuntu.com/gutsy/misc/ndiswrapper-common [09:43] thanks! I don't see a .deb download on that page, though. That's where I got the .tar.gz file [09:44] Romes: http://packages.ubuntu.com/gutsy/net/ndisgtk [09:45] alright, new question... I'm on a regular old intel... am I i386? [09:45] Romes: yes [09:46] awesome [09:47] Romes: i386 for binary packages and "all" for the arch. independent packages [09:48] ah, okay... is there an advantage to binary packages? are the independent ones the packages that you have to compile on your machine? [09:48] makes sense if that's the case [09:48] Romes: No, the all packages are common for all the archs [09:48] Ah [09:49] Romes: The source comes in "source" packages, which consist of 3 files: a .dsc, a .diff.gz and a .orig.tar.gz [09:49] Ahhhhh [09:50] Romes: but you shouldn't need to worry about source packages [09:50] Stupid me, I didn't catch on to that. [09:51] hmm, there's no readme in this file [09:51] Romes: binary packages have been built from the source code [09:51] Romes: Can't you get an internet connection somehow? [09:51] So I just added an unnecessary step, essentially. [09:51] My router is nowhere near me [09:51] Romes: yes [09:52] Romes: It makes things a million times easier... you can install ndiswrapper with one command [09:52] hehe, I know, that's what my friend was telling me... it all depends on an internet connection, though :P [09:52] Romes: ... and it will automatically pull in other packages that it depends on [09:52] very nice [09:53] so should I run the makefile? [09:53] Romes: double click the .deb file. [09:53] there... I might be blind... but I don't see it [09:53] Romes: In the window manager [09:53] there's a .desktop, .8, .glade, and a couple image files [09:54] Romes: don't unpack it! :) [09:54] bahaha [09:55] Romes: I don't know ndiswrapper, but ndiswrapper-common is only one of the debs you need (pretty sure of that) [09:55] !ndiswrapper [09:55] Wireless documentation can be found at https://help.ubuntu.com/community/WifiDocs [09:55] lol, man... okay [09:57] Gotta go, se you later [09:58] okay it's installing [09:58] thank you so much mok0 :d [09:58] :d [09:58] thanks to others as well [09:58] pochu ;) [09:58] cheers === Igorot_ is now known as Igorot [10:03] dholbach: One more FTBFS fixed in similar way. Added debdiff to same bug. :-) [10:04] slytherin: which bug is it? === ember_ is now known as ember [10:04] geser: bug 177477. [10:05] Launchpad bug 177477 in libglazedlists-java "Fix FTBFS by adding java-gcj-compat-dev as build dependency" [Undecided,Fix committed] https://launchpad.net/bugs/177477 [10:05] geser: Affects more than one packages. I am using it as tracker bug. [10:09] Alright. Time to hit up the sponsors queue. [10:11] dholbach: That was bloody quick. [10:12] TheMuso: you deserve it :) [10:12] Perhaps, but i sent that email not 5 minutes ago. :) [10:12] maybe that's my new year's pledge: reply on MC mails a bit quicker :) [10:12] lol [10:32] norsetto, hi :) [10:33] hi there totopalma [10:38] norsetto: I think we never arrived at a conclusion wrt xtide. Are you prepared to sponsor it? [10:39] mok0: Its u-u-s subscribed? If so its just a matter of waiting until its your turn in the queue [10:40] norsetto: yes, u-u-s is subscribed. I wasn't sure about the procedure. What does "subscribed" imply? I assumed it just meant that an email is sent somewhere... [10:41] mok0: when you suscribe it shows up in the u-u-s list of bugs [10:41] norsetto: Ah, cool. [10:41] norsetto: Is that something us mortals can look at?? [10:42] mok0: you are about half way so it shouldn't take too long [10:42] * TheMuso notes that he picks at random. [10:43] mok0: https://bugs.launchpad.net/~ubuntu-universe-sponsors/?field.searchtext=&orderby=-date_last_updated&search=Search&field.status%3Alist=NEW&field.status%3Alist=INCOMPLETE_WITH_RESPONSE&field.status%3Alist=CONFIRMED&field.status%3Alist=TRIAGED&field.status%3Alist=INPROGRESS&field.status%3Alist=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package= [10:43] a lot of the time [10:43] Or, https://bugs.launchpad.net/~ubuntu-universe-sponsors [10:43] norsetto: So part of the job of a MOTU is to help processing this list? [10:44] mok0: Yes. [10:44] TheMuso: :-) [10:44] mok0: if you are nice with TheMuso he will look at it right away .... [10:45] norsetto: I'm nice with everyone ;-) [10:45] I've actually glanced over it, I'll make it my next one. [10:45] TheMuso: Great. I'll remain online in case you have any questions === ember_ is now known as ember [11:21] mok0: Reviewing xtide. [11:21] TheMuso: cool [11:35] mok0: Also taking care of the xtide-data bug. [11:35] TheMuso: yes, xtide-data needs to be fixed [11:36] Yep, thats what I'm saying. I'll attend to that after I've done xtide. [11:36] TheMuso: DD developer is responsive, so these mods will appear from upstream sooner or later [11:37] Nice. [11:38] Wow, packages.qa.debian.org has been redesigned [11:41] mok0: Um, there is a newer version of xtide-data in debian. [11:41] and ubuntu [11:41] mok0: Mind rebasing against that? [11:42] ooh pretty, LucidFox [11:43] TheMuso: NP [11:43] mok0: My guess it that the debdiff still works ;-) [11:43] no it doesn't. [11:44] Ah ok [11:44] Doesn't apply at least [11:48] TheMuso: I was interrupted [11:48] mok0: np [11:52] morning [11:52] Hey zul. [11:52] hey TheMuso how goes it? [11:52] zul: Well thanks. Yourself? [11:52] good just woke up [12:06] TheMuso: What is the point of having Build-Depends-Indep: and Build-Depends: both mention debhelper?? [12:07] mok0: Sorry, I am unable to help. I'm not 100% thinking straight, and am about to turn in for the night. [12:07] There are the debian policy docs. [12:07] TheMuso: I'll just leave it there, then [12:08] Sorry I can't be of further help at the moment. [12:08] TheMuso: Do you want me to upload the new debdiff to LP, or do you want it via DCC? [12:09] mok0: Upload to LP, I can't look at it now. [12:09] and subscribe universe sponsors [12:09] * persia thinks debhelper is Build-Depends, and not Build-Depends-Indep, and that arch:all policies are broken in subtle and unfixable ways. [12:09] TheMuso: Thanks [12:09] persia: But this package has both [12:09] mok0: And it shouldn't, but it doesn't break anything if it does. [12:10] I [12:10] I'll just leave it there, then === LucidFox is now known as Sikon_Stargate === Kmos_ is now known as Kmos === dholbach_ is now known as dholbach [12:31] is revu down? [12:31] slytherin: works from here [12:32] persia: working with http://revu.tauware.de/ but not http://revu.ubuntuwire.com/ [12:33] slytherin: The latter works from here === bigon` is now known as bigon [12:41] http://packages.qa.debian.org got a new face today =) [12:49] * persia requests someone to please look at bug #133888 & upload the patch. I just can't make a clean build for local reasons, and am becoming tempted to upload without the final build test. [12:49] Launchpad bug 133888 in wxwidgets2.8 "upgrade wxwidgets2.8 to the 2.8.6.1 release" [Wishlist,Confirmed] https://launchpad.net/bugs/133888 [12:52] hi all [12:52] persia: yesterday I talk with DktrKranz. For he my package appears good but he want to test it whit some programs [12:53] dfiloni: OK. As long as someone is working on it. I don't like to see something sitting in the sponsors queue for 10 days, and shouldn't upload that without a local build test.\ [12:54] persia: I know... now I'm working at 2.8.7.1 version, it's very hard this version [12:55] dfiloni: What makes 2.8.7.1 harder than 2.8.6.1? [12:56] persia: Editra editor [12:56] persia: this is my latest lintian output: http://pastebin.ubuntu.com/2882/ [12:58] Urk! I wouldn't have expected that much given how clean you'd gotten 2.8.6.1. Seems a little frustrating. Thanks for wrestling with it. === Sikon_Stargate is now known as LucidFox [12:58] persia: how much it takes to build on pbuilder ? [12:59] Kmos: how much what? If you mean space: it's around 6-8GB. If you mean time, at least a couple hours. [13:00] Kmos, it depends on the package [13:00] persia: space isn't a problem here.. [13:00] Kmos: There's already a build log in the bug, so it doesn't need another: just some testing by someone who didn't artificially constrain their build environments. [13:05] persia: why you changed the bug? [13:05] dfiloni: Bugs awaiting sponsorship shouldn't be assigned to non-sponsors. [13:06] ok [13:09] persia: the same think also in the atanks bug? [13:11] What does >> sign means when specifying version for a build dependency? [13:11] dfiloni: I haven't looked at the atanks bug recently, but if it's queued for the sponsors, and assigned to a non-sponsor, it won't get sponsored for a while. [13:11] slytherin: Really more than. [13:13] can a build fail if a universe package depends on multiverse package for build? [13:13] slytherin: Yes, but it likely won't, but it's a bug, so don't do that. [13:15] persia: I am not doing it. I was just checking docbook-xsl-saxon build logs. I see and entry 'libsaxon-java has no candidate'. libsaxon-java is in multiverse. [13:15] slytherin: In that case, the "universe cannot build-dep on multiverse" rule was working that day. This is good. One of the two likely needs to move. [13:16] persia: Just checked in debian. libsaxon-java is in main, build with GCJ so it can be moved to universe. :-) [13:17] slytherin: Excellent. You've practice filing the "please move to universe" bugs, right? [13:18] * persia cheers the new "Java in universe" effort [13:18] persia: I am trying to squash as many java related FTBFS as possible. And most of the times solutions have been simple except in case of batik. :-) [13:18] batik was the one that had all sorts of new build-deps, right? [13:20] persia: Not exactly. current version in Ubuntu uses loads of sun specific apis. the latest beta solves that problem to great extent but depends on another library. :-) [13:20] slytherin: Right. I only remembered the bit about the extra library. [13:21] I have uploaded that library to revu and waiting for someone to hammer it. :-) [13:22] slytherin: Is it both source & binary lintian & linda clean? [13:23] persia: As far as I understand it, it is clean. [13:23] slytherin: OK. You ran both checkers with all the options against the source and binary .changes files? Neither had any output? [13:24] persia: Let me check once again. [13:24] slytherin: In case you don't remember all the switches for maximum verbosity, they are listed on https://wiki.ubuntu.com/MOTU/Contributing === iceman_ is now known as iceman [13:28] persia: Both clean [13:28] slytherin: In that case, you need to upgrade your lintian and linda. The current versions don't agree on one point, so it would be impossible for them to be clean :) [13:29] * persia agrees with lintian about the disagreement, but hasn't figured out the secret trick required prior to the linda update yet [13:29] persia: I am on gutsy. So that might be problem. [13:30] persia> What "Java in universe" effort? [13:30] * Hobbsee waves [13:30] slytherin: There are backports for both available in -backports. You can download them directly from the pool (http://archive.ubuntu.com/ubuntu/pool/main/l/) if you like. [13:31] LucidFox: slytherin's new "Java in universe" effort, to follow Debian's "Java in main". [13:31] Ok. I will. perhaps tomorrow. :-) [13:32] LucidFox: Essentially, a lot of the Java packages actually work with the latest free compilers & VMs, so don't need to be in multiverse anymore. It requires manual investigation for each package, but when complete, they can be promoted. [13:32] Hi Hobbsee [13:32] But icedtea isn't in Debian yet, is it? [13:32] Or do they mean other tools? [13:32] LucidFox: A lot of them work even with gcj [13:32] Ah. [13:34] blueyed: There's no need to close bugs twice in a changelog :) [13:36] Hi Hobbsee [13:37] heya [13:39] persia: IIRC this was just for reference (the second one) [13:40] blueyed: Hrm. I'm not sure if it breaks anything to do that: maybe worth an experiment. The upload was stalled for other reasons though :( === apache|mobile__ is now known as apache|mobile [13:43] persia: which one is this? [13:43] blueyed: I forget already: I'll check my mail (but it should be in yours as well) [13:44] persia: cuetag? It's set to in progress by you. [13:45] blueyed: Ah. Yes. That was it. Assigned to you for the last little change. [13:45] I see. Thanks. [13:46] somerville32: Please close the sponsoring request bugs with your candidates :) [13:46] LucidFox: The main problem is that it looks like package maintainers are underestimating GCJ and simply don't try building package with it. So you will find Sun's jdk as the first or only build dependency in many packages. [13:47] effie_jayx: hahaha :D [13:47] True. [13:47] Hobbsee, ;) [13:48] I got scared when you said ... You're late... [13:48] libhiglayout-java built with free-java-sdk, and when I pointed that out to the maintainer, he said he was unaware that free Java build tools even existed. [13:48] LOL [13:48] effie_jayx: either that, or you were a lot early for hte next one :) [13:48] * persia notes that the main merge push is over, and we should be looking at bugfixing & integration & features (which may also mean some merging) [13:50] persia: Fixed the diff. Should I assign u-u-s sponsors again, or will you do it? [13:50] s/assign/subscribe/ [13:51] blueyed: Add subscription yourself. [13:51] blueyed: Better if you subscribe again. I'm just hitting what would be my last queue request for the evening. If I end up doing more later, I'm more likely to find it in the queue than in my bug subscriptions. [13:52] Makes sense. Done. [14:28] persia: onless you already work on it I can take care of the xffm patch [14:28] gpocentek: That'd be great. I wasn't going to chase it: more just trying to push rainct's maintainer mangling completion effort. [14:29] I wonder if we should keep xffm in the archive to be honnest [14:29] looks like debian got ride of it [14:31] gpocentek: Now I'm confused. I can't see that Debian ever had xffm-icons [14:32] persia: it was in sarge [14:32] xffm4-icons [14:33] persia: do you think we should really update the maintainer? [14:33] I don't find this useful [14:34] gpocentek: Yes. I firmly believe that we should not have any packages with ubuntu versions that don't have ubuntu Maintainers. [14:34] ok [14:34] Further, in cases like this, it helps identify things that should be dropped from the archive. If we just ignore the corner cases of things that haven't been updated in a while, we end up with lots of cruft. [14:35] agreed [14:35] * gpocentek wonders why devscripts should be a build-dep [14:35] gpocentek: Is xffm actually useful for Xubuntu these days? If not, I think we ought drop both xffm-* and xffm4-* (and libxffm3 which seems to still be present as well) [14:36] persia: they are not used in xubuntu [14:37] gpocentek: OK. Do you want to keep them? [14:37] no [14:38] persia: I'll go through the list of packages and report bugs to remove them [14:39] gpocentek: Well, since you seem to be Maintainer for a few, I say it's your call :) [14:39] I wonder if it the packages have been used since we get thunar in the archive [14:39] I'd think one bug would be better as they are all related. Saves the archive-admins chasing all the bugs for various interdependencies. Maybe multiple tasks. [14:40] right [14:49] persia: do you think I should fix image-file-in-usr-lib lintian warnings? I can override warnings or try to fix they. What I should do [14:51] dfiloni: I think images belong in /usr/share/ . If you're talking about wxwidgets, please put them in the right place. If you're asking about a different package, it's best to ignore the warning (not override) if the package comes from Debian, and fix it if the package is only in Ubuntu. [14:53] persia: I'm talking about wxwidgets. Images are a parts of a theme, if I put them in the right place the package cannot working [14:53] persia: I think I should link the icons [14:53] dfiloni: Can something else be adjusted to make it work, perhaps with a patch? There's no reason for themes to be architecture-specific (as far as I know). [14:54] persia: I don't know [14:55] dfiloni: Depending on your interest, I'd suggest either patching the source to make themes in /usr/share/ work, or leaving the lintian warning so someone else can see the bug. In this case, an override would be bad, as it would hide the problem. Also, since the package is already in the archive, it doesn't have to be lintian clean to upload (although that is nice). [14:56] persia: I will try to patch the source, I want a clean package [14:57] dfiloni: Thanks. If you get stuck on that, feel free to request upload of the rest, and keep working on that. Since it won't change the library version, it is very unlikely to break rdepends, so it is safe to do later. The upgrade should be done sooner to make sure it gets tested properly. [14:58] persia: ok === apachelogger__ is now known as apachelogger === Gunirus_ is now known as Gunirus === MenZano is now known as MenZa [15:20] Heya gang [15:23] Hi bddebian [15:24] * persia wonders if MOTU SWAT wishes nominations for closed CVEs possibly exposed in previous releases to be approved to highlight the subscribed queue [15:28] Hi geser, persia [15:28] hey bddebian [15:31] persia, that sentence needed more acronyms [15:34] heh [15:34] MenZa: Why? I actually prefer that to my far-too-common "DIFe is available from UUS, especially for FTBFS, UEHS, or NBS stuff", which is less comprehensible to the newcomer. [15:34] I was being serious. :( [15:35] persia: One question. You were handling gnusim8085 packaging in which you asked me to add watch file. I have added watch file. Is it ok if I assign the bug back to you now? [15:36] persia: http://wiki.ubuntu.com/UbuntuDevelopment/Abbreviations :) [15:36] slytherin: I'd recommend assigning nobody and subscribing the sponsors queue. Take a look at my assigned bugs list if you don't believe me. Among other things, I have now owned the most-duplicated bug in LP for 5 releases. [15:37] dholbach: Thanks. I'm not up much longer, but I'll add to that :) [15:37] persia: you ROCK [15:37] Ok. Actually previously it was assigned to nobody. But looks like since it was set 'In Progress' it was not considered by other sponsors. I will set it to confirmed. [15:37] slytherin: Thanks :) [15:37] * slytherin agrees with dholbach :-D [15:39] * persia has filed some needs-packaging bugs for audio-plugins if anyone is interested. Early & frequent review available. [15:46] persia, dfiloni: have you seen the yet again recent discussion about wx2.8 in debian-devel? [15:47] pochu: yes [15:47] dholbach: http://wiki.ubuntu.com/UbuntuDevelopment/Abbreviations updated, with a special inclusion, just for you :) [15:47] persia: HAHAHA :-) [15:47] * dholbach hugs persia [15:47] pochu: pointer? Also, isn't it still blocking on the only-two-versions-of-a-library policy? [15:49] persia: some url for those needs-packaging? [15:50] persia: http://lists.debian.org/debian-devel/2007/12/msg00520.html, specially [15:50] RainCT: bugs #177672 #177673 #177678 #177679 [15:51] Launchpad bug 177672 in ubuntu "Please package wildmidi" [Undecided,New] https://launchpad.net/bugs/177672 [15:51] persia: specially Daniel Baumann's plan: * review and upload the package from Vadim in the next days. [15:51] * try to really get rid of wxwidget2.4. [15:51] * try to get rid of wxwidget2.6 if possible. [15:51] Sounds like an ambitious plan ;-) [15:52] pochu: I trust Vadim regarding the package, but suggest coordination between Vadim & dfiloni, as there's lots of distro-specific tweaking dfiloni has don that vadim might not be familiar with, but which would be good for Debian as well as Ubuntu. [15:53] For really getting rid of wxwidget2.4, we're really, really close (except that jugglemaster annoyed me). [15:53] dfiloni: wanna comaintain wx in Debian? ;-) [15:53] * pochu hides :) [15:53] For getting rid of wxwidgets2.6, we're likely a year away: there's still a large number of FTBFS due to API shift, and it needs upstream pressure (a Debian migration to support 2.8 will help). [15:55] persia: I think I can help debian because I don't know more about packaging, I'm learning [15:55] dfiloni: You can certainly help, but I'd agree you're just learning, so probably shouldn't be a maintainer by yourself. pochu has a bit more experience, and together I think you'd do a good job. [15:55] persia: lol, me? [15:56] persia: well yes, I'm experienced with 'pbuilder-hardy build wx*dsc' ;-) [15:56] pochu: Why not? You dare touch the package, you seem to have the right attitude as a package maintainer, and most of your work is pretty good. [15:56] persia: wx scares me :-( [15:57] And I prefer pure Gtk ;) [15:57] pochu: Scares everyone, but Vadim would be happy to help with that part :) [15:57] Heh, right. [15:57] Well actually there are a couple of wx developers, and a DD willing to take care of it. Of course, the more the better [15:57] persia: sorry, I wanted to write I can'T [15:58] persia: I think I can't help debian because I don't know more about packaging, I'm learning [15:58] dfiloni: I read it that way. My answer still stands. [15:58] persia: ok [16:04] * RainCT decides he doesn't like audio packages :P [16:05] RainCT: :) No worries. Thanks for looking. [16:09] dholbach: i got the mail, thanks.. i need to reply to it accepting it or not ? [16:12] Kmos: the MC is going to vote, but if you have anything to say about it, please do [16:12] ok [16:13] dholbach: thanks === lamalex_2 is now known as lamalex [16:42] persia: I found in wxPython/wx/tools/setup.py lines that contain pixmaps dir [16:42] dfiloni: Excellent :) [16:42] *Editra/setup.py [16:58] persia: can't debian use 2.8.6.1 that I've done? [16:59] if will be approved === TomaszD_ is now known as TomaszD === DreamThi1f is now known as DreamThief === warp10 is now known as Adriana === dfiloni is now known as dfiloni-ROCKY === Adriana is now known as warp10 === dfiloni-ROCKY is now known as dfiloni === neversfelde_ is now known as neversfelde [18:54] hello [18:54] hey jonnymind [18:55] :-) [18:55] pochu: have you checked my last upload? [18:56] I don't think so, link? [18:57] justsec [19:01] bug 174470 [19:01] which is the URL for bitsize bugs on LP? [19:01] Launchpad bug 174470 in ubuntu "Package for the Falcon Programming Language" [Wishlist,In progress] https://launchpad.net/bugs/174470 [19:01] !bitsize [19:01] Sorry, I don't know anything about bitsize - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi [19:02] !bitesize [19:02] A list of bugs that are considered easy to fix and good for beginners to attempt can be found at: https://bugs.launchpad.net/ubuntu/+bugs?field.tag=bitesize === warp10 is now known as warp10_it === warp10_it is now known as warp10 [19:04] jonnymind: checking [19:04] oh i miss the "e" [19:04] :P [19:04] pochu: thnx [19:04] imbrandon: thnx :D [19:06] imbrandon: oh btw - did you have an idea of when flashplugin-nonfree's fix would be available for released versions? [19:07] jonnymind: no documentation for falcon other than the manpages? [19:07] on the site [19:07] about 180 pages function ref + manual [19:07] a4 [19:07] Plus embedding guide, various tools help and so on [19:08] However, I am refining it all. On 0.8.6, there will be even more. [19:08] How much space do they take? Might be a good idea to make a -doc package [19:08] excellent idea. [19:08] they are relatively small pdf, smaller if rendered on html. [19:09] jonnymind: you could ship the source in the tarballs, and build them as html at build time. [19:09] ... source is odt. [19:09] (gpl doc 1.2 [19:09] Ouch. [19:10] tonyyarusso: yes i'm working on a sru, i'll probably have it uploaded today [19:10] GFDL, right? [19:10] yes [19:10] imbrandon: cool [19:11] jonnymind: hehe, this is funny: W: falcon-dev: unusual-interpreter ./usr/bin/falconeer.fal #!/usr/bin/falcon [19:11] :-) hai! [19:12] (C) 2007-2012 Giancarlo Niccolai [19:12] jonnymind: 2012? [19:12] oh well, I really DIDN'T know WHAT to put there. [19:13] I don't even get the meaning of copyright on a free software... [19:13] well put $beginning_of_your_work - $current_year [19:13] Oh, that's a great idea. [19:13] jonnymind: If you are not putting it in the Public Domain, then it needs to have a copyright holder, afaik. [19:13] consider it done. [19:14] IANAL though, so don't listen to me ;) === Pici` is now known as Pici [19:14] I see. IMHO, authorship right should be more important, and last 75 years. But americans are so fond in copyright... [19:14] jonnymind: the copyright file needs a bit of work. Would you mind using the dh_make template? [19:15] pochu: yes [19:15] I mean, yes, I do mind. [19:15] And it needs to say exactly what files are under GFDL (e.g. docs/*) [19:15] jonnymind: may I ask why? :) [19:15] The package build process is automatized and is upstreamed in our build system, === Ubulette_ is now known as Ubulette [19:16] which is a multiplatform build system made of several scripts. [19:16] jonnymind: heh, I mean debian/copyright :-) [19:16] I tried to use auto things from debian, but it just didn't stand. [19:16] your package modifies debian/copyright on every build? nasty [19:16] pochu: there's no gfdl in that package (atm) [19:16] yes [19:17] Of course it does: the VERSION changes at every build. [19:17] VERSION in debian/copyright ? [19:17] possibly yes. [19:18] Falcon 0.8.5, Falcon 0.8.6 ... Falcon 1.0... [19:18] very nasty way to do things imho, glad i'm not sponsoring it [19:18] jonnymind: you *can't* change anything in debian/ automatically [19:18] at least AFAIK [19:18] imbradon: honestly, I don't see why. [19:18] pochu: right its against policy iirc [19:18] pochu: again, I don't see why. [19:19] ... Ok, point out the policy line. [19:19] jonnymind: and I don't see 0.8.5 there [19:19] jonnymind: because policy states anything automaticly generated needs to be checked by hand before completion [19:19] jonnymind: sure one sec [19:19] pochu: it MIGHT be there. [19:19] emilio@pochu:~/tmp/tmp/falcon-0.8.5/debian$ grep '0.8.5' copyright [19:19] emilio@pochu:~/tmp/tmp/falcon-0.8.5/debian$ [19:19] imbradon: Oh, I do. [19:19] and everyone in charge will. [19:20] if your build system does it you cant [19:20] Of course we can: [19:20] not if it does it automagicly on every build [19:20] Ah,... no. [19:20] Still. Changing anything in your upstream tarball is alright. Changing it in debian/ isn't, IMHO. [19:20] Sorry, I meant every RELEASE. [19:20] I have script to set up things when the release is ready. [19:20] And they setup a skeleton that is then checked by hand. [19:21] they prepare the ground for the releases. [19:21] you repackage on every release? [19:21] nasty [19:21] Well. I see no other way to change the things in a package than repackaging. [19:21] modify the existing package on new releases is the way [19:22] jonnymind: we are talking about debian/copyright here, not copyright [19:22] (just in case :) [19:22] pochu: oic. [19:22] pochu: in this case, I don't mind what it goes there as long as it is compliant. [19:22] jonnymind: you are completely free to do whatever you want with copyright! [19:22] :-) [19:22] right [19:23] this all pertains to debian/* [19:23] AHHH, now I get it. [19:23] Sorry for the confusion :-) [19:23] Well, there is nothing automated in that case. [19:23] I had a script to put the version on binary packages, but I removed it because source packages determines it automagically [19:24] the things in the /debian dir are full static. [19:24] hrm i thought falcon was on 2.0beta3 anyhow, was last time i looked [19:24] 1.0beta3. [19:24] I changed numbering to be compliant with different distros. [19:25] I.e. redhat is a mess with "beta" in names. [19:25] And I won't descend into magic of win version numbering. [19:25] jonnymind: in debian/copyright, you need to list the license of all the files. So just saying that everything is released under the Falcon license but the files under docs/ are under the DFDL is fine. [19:25] jonnymind: nope 2.0.0~beta3 http://falcon.kaarsemaker.net/ [19:25] just checked [19:26] pochu: ok [19:26] imbradon: not mine. [19:26] http://www.falconpl.org [19:27] ahh looks like a namspace conflict, have you got with the other falcon maintainers to resolve this ? [19:27] jonnymind: so you need to explictly say what files are licensed under GFDL, and put something like this: [19:27] On Debian systems, the complete text of the GNU General [19:27] Public License can be found in `/usr/share/common-licenses/GPL'. [19:27] s/GPL/GFDL-1.2/ [19:28] and s/General Public/Free Documentation/ [19:28] pochu: s/GPL/GPL-2 now because it defaults to 3 now [19:28] imbrandon: well it's not GPLed, but GFDLed (the documentation) ;) [19:28] :) [19:30] imbradon: I proposed (many times) falconpl. [19:31] but Everyone here said: it's fine this way... [19:32] I am *willing* to change the name into falconpl, if just needed [19:33] i dont care either way, the correct thing to do would be get with the other falcon software makers and come up with a solution [19:34] where can i get information about how the menu entries are placed? [19:35] pochu: I will fix license/copyright things asap. [19:35] imbradon: I didn't even know about that software. we'll discuss the topic. [19:36] kk, sure thats all i was pointing out :) [19:36] (although, there should be nothing to discuss if I just change the name of the package in falconpl. [19:36] Which is ok to me, for various reasons. [19:36] well you would both still produce a "falcon" binary though [19:36] i'm sure [19:37] that would be a problem. [19:37] right [19:37] what is that other falcon thing? [19:37] a .deb repository "builder" [19:37] its a apt repository maintainer [19:38] imbradon: no we can't. [19:38] jonnymind: the shlibs looks wrong to me. You currently have $library_name SONAME, but it should be $library_name SONAME binary_package_name [19:38] from their site: Falcon plugins, like falcon itself, are written in python. [19:38] jonnymind: i.e. you need to add libfalcon-engine1 [19:39] jonnymind: what does that matter ? [19:39] they won't produce a binary. [19:39] jonnymind: ok a "falcon" command [19:39] however, I'll check with them, [19:40] same diffrence in this case [19:40] ok i got to run [19:40] pochu: I don't get it. [19:40] May you please specify the line to the comments in the bug? [19:40] Got to go: dinner. Bll. [19:41] Thanks everyone. [19:55] hi all [19:57] Hey folks. === [Supremus] is now known as Supremus [20:01] Time ago I had an account on REVU, but it disappeared. How can I get a new one? [20:04] mruiz: are you subscribed to ubuntu-universe-contributors in LP? [20:04] And do you have a gpg key in your lp account? [20:09] pochu, yes [20:10] All accounts from the old REVU instance have been removed, all MOTU accounts should have been recreate ... from REVU page [20:13] norsetto, hi !! :D [20:13] Hi supremus [20:15] norsetto, How are you? [20:15] Supremus: quite well, you too I hope [20:15] norsetto, hi :) [20:16] yes :D [20:17] Hi norsetto :) [20:18] pochu, thanks for your help... I recreated my account :-) [20:19] Hola dfiloni [20:20] superm1: I was wondering about the kernel modules in your ppa .... do you have a ralink wireless yourself? [20:21] norsetto, no i dont [20:21] i didnt realize i had ralink support on any of my packages though? === txwikinger3 is now known as txwikinger [20:21] i have an updated linux-ubuntu-modules, but the fix should be in -proposed right now too afaik [20:21] superm1: sure, you have the legacy drivers in the modules one [20:22] ah. well nothing has been changed in that === txwikinger3 is now known as txwikinger [20:23] superm1: ah ok! I was hoping they were finally getting rid of the rt2x00 crap and install the legacy ones [20:23] norsetto, not all too sure on that :) [20:24] TheMuso: regarding bug #176837, I thought the process was to assign to the contributor when there are things to fix? [20:25] Launchpad bug 176837 in audacious-plugins "Please merge audacious-plugins 1.4.2-1 (universe) from Debian unstable" [Undecided,Fix released] https://launchpad.net/bugs/176837 [20:25] Adri2000: not as far as I know. I haven't read the policy for a while, but I don't try and rigidly stick to it. [20:25] back [20:27] " If the patch needs work [20:27] * [20:27] Set the Status to "Incomplete" [20:27] * [20:27] Assign the patch submitter [20:27] " [20:28] Ah well. [20:28] but then I guess it's the contributor who should unassign himself when he provides a new debdiff [20:28] As I said, I don't like ridigly sticking to policy [20:28] As long as I'm aware of the guidelines, thats fine for me. === ubiq_ is now known as lucid [21:04] hi [21:06] hi all, I uploaded a package to revu and I need a review: http://revu.ubuntuwire.com/details.py?package=adtool, thanks! [21:07] is there someone nice and available to review awn-extras-applet on REVU ? :) [21:14] hi there [21:14] any cannonical guys arround ? I've been contacted for a job [21:15] rzr: probably best to contact them back the same way they contacted you [21:16] that's what i've just done [21:16] :) [21:16] i wanted to have take the temperature from inside :) [21:17] there are a few Canonical employes arround and more in #ubuntu-devel and #launchpad and a few other places :) [21:18] rzr: may I ask you which position? :) [21:18] like #debian-* [21:18] sure [21:18] something like ...blanblah... LinuxOS [21:21] rzr: the temperature in this part of Canonical is about 58°F according to the thermostat [21:22] slangasek: :) [21:22] too cold anyway ... [21:22] let's work from crimosoft instead ;) [21:23] they're farther north, it's 54° there [21:24] metric system please :) [21:41] http://intlstore.mozilla.org/images/MZ9011E.jpg lol === Tonio__ is now known as Tonio_ [21:55] Ubulette: :-) [21:55] What are all the section? [21:55] I need a list [21:55] please [21:56] Flare183: http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections [21:57] thanks [22:00] hi, what needs to be done to get package into next ubuntu release? (t [22:02] (I'd like to have groovy package included in hardy) [22:03] It's already there, but DEPWAITing [22:03] groovy | 0.1.0beta10-3 | http://archive.ubuntu.com hardy/multiverse Sources [22:03] https://edge.launchpad.net/ubuntu/+source/groovy/ [22:04] What is groovy do? [22:06] why isn't packages.u.c working with hardy ? it's been broken for several week now [22:17] How do you fix "Binary contains unneeded section comment." or "Binary is not stripped."? [22:24] q. is there something like .pdi (pcbsd installer) but on linux ? === asac_ is now known as asac [22:35] somerville32, it's a scripting language with javaish syntax [22:35] Ubulette: how is p.u.c broken? [22:38] geser, in "Search the contents of packages", hardy is no longer listed [22:39] geser, and in pkg descriptions, "files" now says "no current information available" [22:39] like in http://packages.ubuntu.com/hardy/libs/gstreamer0.10-plugins-base [22:39] ah, that one. The Contents.gz files aren't generated for hardy yet [22:39] they were, up to a few weeks ago [22:40] Generating them is time-consuming and they're outdated really fast now [22:40] but it's difficult to track moving files without that [22:40] my guess it that they will generated in the future again, when hardy has less changes [22:41] yes, unfortunately [22:50] geser, should be pretty easy to make on the fly using one of the dh_ script so it updates only what needs to be updated [22:51] Ubulette: I don't know how exactly those Content files are generated [22:51] Ubulette: adding should be easy: add the dpkg-deb -c output to that file but what about removals of old data? [22:52] just add the package name as a key, then remove everything for that key 1st [22:57] Ubulette: ask in #ubuntu-devel or #launchpad about the Contents files. I don't know where the right place is. [23:03] geser, well, i don't have much to add. I miss the feature and i think it could be light just by doing the task on the fly, that's about it. [23:04] Ubulette: I guess if it was that easy, it would probably be done [23:04] maybe not with the current design, no idea of what it looks like now [23:05] me neither [23:06] ubulette: whats wrong with apt-file? [23:06] norsetto: it needs also the same Content files which aren't there yet [23:06] My last package, being a sourceless binary application, raised lots of discussion. So this time I packaged public domain software! [23:06] http://revu.tauware.de/details.py?package=malbolge [23:07] Be the first one to review it. [23:07] Here on R-E-V-U === nuu is now known as nu === nu is now known as nuu [23:07] geser: does it? mine seems to work pretty happily (but then perhaps its not looking at hardy) [23:08] norsetto: gutsy has Content files therefore it works on packages.u.c but hardy has no Content files [23:15] yep, apt-files uses sources.list to see where to fetch the indices so in my case, it tries and fails on http://archive.ubuntu.com/ubuntu/dists/hardy/Contents-i386.gz === rzr is now known as rZr [23:38] oh well ... time for bed [23:38] g'night all [23:47] When is the next revu day going to be? [23:48] cyberix: It's every Monday afaik [23:48] So next Monday ;) [23:48] oh [23:48] Although it'll be December 24th, so there might be few activity here ;) [23:49] :-( [23:49] What a pity there is no reverse D [23:50] is there a quick guide/howto on building a .deb? I need to version bump an existing ubuntu package... [23:51] !packagingguide | pfein [23:51] pfein: packagingguide is The packaging guide is at http://wiki.ubuntu.com/PackagingGuide - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports [23:51] pfein: That should have the info you need.