[00:02] heya [00:02] emgent, hola [00:02] * NCommander is seeing how well launchpad works at 14.4k [00:06] NCommander: Probably not too bad with no CSS or images. [00:06] It works in lynx [00:06] I'm looking for packages that are crufty ;-) === zookoafk is now known as zooko [00:09] someone needs o change the topic in here [00:09] It still says the next MOTU meeting is today at 8 UTC [00:09] *4 UTC [00:11] NCommander: So change it. [00:11] hello everybody! [00:11] ScottK, I'm not a member of ubuntu-irc, thus no ops power here [00:13] NCommander: Try it. === NCommander changed the topic of #ubuntu-motu to: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | Intrepid open, go wild! https://merges.ubuntu.com/universe.html | QA targets available from http://qa.ubuntuwire.com | TODAY - Another day!! Keep working. | Next MOTU meeting: Fr, august 8th, 4:00UTC | All your bases? [00:14] O_O; [00:14] NCommander: OK. Now fix it. === NCommander changed the topic of #ubuntu-motu to: https://wiki.ubuntu.com/MOTU | Want to get involved with the MOTUs? https://wiki.ubuntu.com/MOTU/Contributing | Intrepid open, go wild! https://merges.ubuntu.com/universe.html | QA targets available from http://qa.ubuntuwire.com | TODAY - Another day!! Keep working. | Next MOTU meeting: Fr, august 22th, 5:00UTC | [00:14] ScottK, I'm trying, but I'm seriously lagging [00:18] I was wondering if anyone has already evaluated possibility of getting java-3d in repository. [00:19] slytherin, what's the license? [00:20] NCommander: I haven't looked yet. That is why I asked. === zooko is now known as zookodistracted [00:20] NCommander: I think it is redistributable binary only. [00:21] NCommander: I am wrong, part BSD part GPL. :-) [00:26] when using cdbs, if I am specifying all the locations appropriately in debian/install file then do I actually need install target in rules file? [00:34] slytherin: no, cdbs would do it for you [00:35] azeem: cool [00:35] one could argue the other way round: *If* you need an install: target, either the build system is broken or the package is too complex for cdbs [00:36] azeem: Sendmail uses CDBS. No package is too complex for CDBS if you want it bad enough. [00:39] I use CDBS mainly for java apps and I feel CDBS really makes life easier. === superm1|away is now known as superm1 [01:23] anyone have a quick minute to ack a package? [01:38] If anyone has some spare time to revu a package i'd appreciate some input on mythstream-parser-youtube. I have 8 other packages that are parsers too but want to make sure I did this one right before I upload them all [01:40] foxbuntu and tgm4883_laptop: Your odds go up if you provide a link to the packagae on REVU. [01:41] ScottK, sorry, thanks http://revu.ubuntuwire.com/details.py?package=mythstream-parser-youtube [01:41] http://revu.ubuntuwire.com/details.py?package=mythbuntu-log-grabber [01:43] tgm4883_laptop, i left you a few comments there to address [01:43] superm1, thanks [01:54] sorry but to put two and two together, for any that might be willing to revu my package, thanks: http://revu.ubuntuwire.com/details.py?package=mythbuntu-log-grabber === ember_ is now known as ember === LucidFox_zzzzz is now known as LucidFox [04:37] sorry but to put two and two together, for any that might be willing to revu my package, thanks: http://revu.ubuntuwire.com/details.py?package=mythbuntu-log-grabber [04:40] hello world :-) [05:05] would someone be able to revu my package, it would be greatly appreciated: http://revu.ubuntuwire.com/details.py?package=mythbuntu-log-grabber [05:11] foxbuntu: If it's not a review day, asking once a day is considered polite. [05:11] Any Java packaging meisters around? [05:11] * ScottK suddenly remembers there's a channel for that... [05:12] ScottK, sorry was just popping in and out and figured with all the people coming and going hoping for someone new willing to help out [05:12] foxbuntu: Just so you know ... [05:13] * foxbuntu notes and will stop asking [05:16] This has been a very slow cycle for new packages. I know it's frustrating on that end of the problem. [05:22] hey yall [05:25] ScottK, its alright as long as it gets there I guess, I have a brandnew app I need to complete anyways === RoAk is now known as RoAkSoAx [06:08] Alright, here's the deal. Chances are, you're gonna hate me after this, but I don't care. [06:09] Basically, I'm going to ask that my package be taken down from revu unless someone commits to reviewing it [06:09] I'm really unhappy how this has all played out and I feel like you guys haven't been honest upfront. [06:10] I feel like I'm a valuable member of the community, and I'll continue to do my part, but I don't think this is how you should be treated. [06:11] TomJaeger: ? [06:11] TomJaeger: are you trying to get a new package in? If you give me a link to a patch, I can give you some comments :) [06:11] I've been putting a lot of work into getting my package accepted and except for some wisecracking and some condescending attitude, I haven't gotten any response whatsoever [06:12] white, yeah, I've been trying to do that for a week or so [06:12] TomJaeger: do I get a link now? :) [06:12] http://revu.ubuntuwire.com/details.py?package=easystroke [06:13] so it is a completely new package? [06:13] yes [06:13] TomJaeger: I'm not sure why, but this has been a really slow cycle for reviews. I remember it being frustrating on that end of the equation. [06:13] white: Everything on REVU is supposed to be completely new stuff. [06:13] TomJaeger: intentions to bring it into debian? [06:13] ScottK: ah [06:13] ScottK: But in practice it is not. [06:13] ScottK, this is not really the problem, the problem is that nobody ever told me what the deal was [06:14] TomJaeger: I don't think we knew. [06:14] It's not like was all got together and said "Let's not review stuff for Intrepid". [06:14] It just seems to be working out slowly. [06:14] white, I don't have a debian system running and I think it's bad practice to personally support things that you can't test [06:15] TomJaeger: It's quite possible for most types of packages to use Ubuntu and a Debian chroot to test effectively. [06:16] ScottK, this case is pretty sensitive to the version of xserver, among other things (they sometimes gratuitously change stuff from one version to the next) [06:18] TomJaeger: are you going to maintain the package or is it a one time contribution? [06:20] ScottK, it wouldn't have been such an issue if someone had told me that it's going to get reviewed eventually, or what I could do to speed up the process, but as it stands, I feel like I'm completely at the mercy of an elite group of MOTUs and the uncertainty has kind of held back other stuff that I had to do. [06:20] white, yes, I do stand behind the software I write. [06:21] TomJaeger: just wondering, because it states that the MOTUs are the maintainer [06:21] white: That is our policy at the moment, unfortunately. [06:21] Some of us feel that it shouldn't be the case. [06:21] I thought you were supposed to do that [06:22] TomJaeger: That is correct. [06:22] TomJaeger: sounds like interesting software, i do suggest you setup a debian chroot, fill an ITP bug against wnpp on bugs.debian.org and send an email to debian-mentors@ for a sponsoring request [06:22] It's one of the things I changed after a reading lots reviews for other packages [06:23] TomJaeger: if it works with the versions of xserver in debian and ubuntu, it could just be synced [06:23] see, nobody has told me before that this is the way to go about this [06:23] TomJaeger: this way a broader community can benefit from it [06:23] TomJaeger: this is the debian way, but both debian and ubuntu (and all other derivates) will benefit from it :) [06:24] Getting things into Debian first is almost always a better idea. [06:24] TomJaeger: and you could be the maintainer of the package :) [06:25] The thing is, debian had a broken xserver / wacom-driver combination for like 6 months and nobody felt like doing anything about it, that's why I don't really trust debian at this point [06:25] TomJaeger: did you bring that to someones attention? it is always possible to send patches to the debian bts :) [06:26] it was too obvious. If anybody really did care, they would have fixed it, it was just a wacom driver update [06:26] any php guys here? If i use strip_tags() does it remove any php,java,html,$others tags from a string? [06:26] If any motu has some extra time to revu something, I'd sure appreciate another look at http://revu.ubuntuwire.com/details.py?package=mythstream-parser-youtube [06:27] it sounds a little unreliable :) [06:27] TomJaeger: often the debian maintainers are pretty busy and stuff that is obvious to a certain user does not have to be obvious for the maintainers :/ [06:27] there wasn't any bug reports filed either [06:28] TomJaeger: THen file a bug? [06:28] TomJaeger: see, next time just fill a bug ;) [06:28] s/fill/file/ [06:28] If something in one of my packages is broken on some config that I don't have, you can't expect me to fix it unless I know the problem exists. And I want to fix it. [06:28] if I'm not running debian, why would I file a debian bug report? [06:29] good morning all [06:29] TomJaeger: because it makes sense fixing bugs upstream [06:29] TomJaeger: We routinely forward bug reports to Debian that relevant to them too (often with patches, but not always). [06:29] debian is upstream? [06:29] For Ubuntu, sure. [06:29] TomJaeger: :) [06:30] TomJaeger: There are over 1,000 Debian Developers and ~100 in Ubuntu. We want to get as much work out of them as we can. [06:31] So if I file a bug report that I have a certain problem on ubuntu and based on the versions of the relevant packages I suspect that the same bug exists in debian, you're saying they're not going to laugh at me? [06:31] TomJaeger: it would be nice, if you could verify that the bug exists in debian as well [06:31] TomJaeger: it is not too hard to setup a chroot ;) [06:32] complete with x server and everything? [06:32] are there instructions out somewhere? [06:33] TomJaeger: alternatively, you could also use one of the many emulation softwares around :) [06:34] it seems easier to actually install debian than doing the whole chroot thing [06:34] TomJaeger: on debian sid the package FTBFSes, see http://paste.debian.net/14299/ [06:36] wow, python2.5 is a build dependency and it fails to find python [06:37] TomJaeger: are you familiar with cowbuilder/pbuilder? [06:37] TomJaeger: you might want to check it out, since it is an essential tool for building a final package and finding all build-depends [06:37] I've used pbuilder before, though I prefer to just dump the package to my PPA and then see what happens [06:38] TomJaeger: i can recommend cowbuilder, it uses pbuilder and symlinks and is pretty fast [06:39] okay, I'll check it out, but what you posted was a simple dpkg-buildpackage in a chroot, right? [06:39] TomJaeger: it was a build with cowbuilder [06:39] ouch [06:40] essentially it is dpkg-buildpackage in a chroot :) [06:40] damn libtool! [06:43] white, so does cowbuilder automatically install dependencies or not? [06:43] nxvl, what evil is it doing now? [06:43] TomJaeger: it uses pbuilder and yes it installs a minimal chroot and then all the build-depends [06:43] NCommander: courier doesn't build in intrepid but it does on debian (same source package) because of libtool [06:44] but how can it not find python if python-2.5 is a build-depend? [06:44] nxvl, well libtool is about as nice as a pile of cow dung [06:44] anyway, I'm capable of figuring out the details, that's not the issue [06:45] NCommander: http://paste.ubuntu.com/35777/ [06:45] so you're telling me is that what I should do is try to get the package accepted into debian first? [06:45] * wgrant always supports that idea. [06:46] TomJaeger: i use revu for revision, and once acepted in ubuntu forward it to debian [06:46] debian inclusion process is widely slower than ubuntu one [06:46] nxvl: but without having a maintainer in debian, you won't get the package in [06:46] oh, it's even slower than ubuntu? [06:47] nxvl, it's fast in Ubuntu if you nag around here [06:47] :-) [06:47] TomJaeger: it depends on who is reviewing it and when, can be very fast or very slow [06:47] TomJaeger: you need to find a sponsor [06:47] white: you can always maintain packages [06:47] well, I've made a decision not to go around begging for someone to review it anymore. [06:48] nxvl: of course, as long as you maintain them in debian :) [06:48] That's too humiliating and time-consuming [06:48] NCommander: please! a package can wait 2 months on incoming.d.o before it's inclusion [06:48] white: that's what i meant [06:48] nxvl, Oh, THAT inclusion [06:48] THat's normal [06:48] :-) [06:48] TomJaeger: it is an email to a mailinglist and then see, if someone picks it up [06:48] It's because of the way dak handles new packages thats so braindead [06:48] It's the same in Ubuntu... [06:48] The thing is, I don't even mind it taking it a little bit longer, but I'd prefer not to be kept in the dark about the process. [06:49] NCommander: you need manual processing [06:49] white, are you talking about debian? [06:49] almost all of my debian sponsors are ubuntu developers [06:49] white, yup, but its a pain to do it in dak IMHO. I don't know how Soyuz is in that respect [06:49] :D [06:49] On an initial package, do we always have to list a bug? ie, if i'm just packaging something new, do I need to also file a "needs packaging" bug? [06:49] NCommander: What's so painful about it? [06:50] NCommander: why? [06:50] NCommander: it's quite easy actually :) [06:50] Well, dak has six queues [06:50] honestly, I'm not sure if I can take any more of this bureaucracy [06:50] white, your a debian archive admin? [06:50] (or run dak?) [06:50] TomJaeger: What bureaucracy? [06:50] NCommander: i maintain dak for debian-edu [06:50] Heh [06:50] * NCommander runs dak for the lenny m68k release ;-) [06:50] Importing the entire debian archive [06:50] That was fun [06:50] TomJaeger: We need to stop awful packages from getting into Ubuntu. The barrier for entry is quite low. [06:50] NCommander: you have one NEW queue with all the new packages :) [06:50] white: in ubuntu archive admins are faster than debian ones [06:51] white, I find manually setting overrides for each package to be rather tedious [06:51] white, I'm not sure if debian-edu has a contrib or non-free section [06:51] nxvl: well i am sure that if you pay some people to do NEW processing, it will be faster ;) [06:51] NCommander: we use "local", so no main, contrib or non-free [06:52] white, do you require overriding every new package that hits your Incoming? [06:52] wgrant, then tell people that their packages are probably not going to be expected, then they know what to expect instead of checking revu every day for half an hour and nothing happening [06:52] NCommander: yes [06:52] s/expected/accepted/ [06:52] NCommander: and deactivate override emails [06:52] Out of the box, any package that isn't recongized needs manual intervention to be added to the archive and set the m/c/nf switch [06:52] white: that's what i meant [06:52] I dunno [06:52] TomJaeger: Doesn't it tell you everywhere that you should ask? [06:52] :D [06:52] I'd find it tedious to do [06:52] But thats just me [06:53] wgrant, what do you mean, ask? [06:53] NCommander: you need to do some scripting, when you have something like openoffice hitting the queue ;) [06:53] TomJaeger: You're meant to ask in this channel for people to look at your package... [06:53] I need to do some scripting to import the m68k unstable binaries, and weed out ones for versions not in testing [06:53] yeah, right, like that's going to accomplish anything [06:53] Why wouldn't it? [06:53] * NCommander thinks TomJaeger been around d-sponsors too long [06:53] If people know that your package exists, they are more likely to review it. [06:54] TomJaeger: it can be quite useful to interact with a sponsor [06:54] especially at the beginning [06:54] * NCommander agrees with white [06:54] white, do you run britney on your dak server? [06:54] no way [06:55] ah, so you avoiding that piece of braindamage ;-) [06:55] indeed [06:55] * NCommander has to set it up >.<; [06:55] NCommander: my spare time is not unlimited ;) [06:55] I ran britney before [06:55] WIthout the connected dak server [06:55] So it shouldn't be such a nightmare to get running I hope [06:56] well, this is the only package I'm ever going to try to get in (unless I write another piece of software), packaging is not my forte, but I'll do it if it needs to be done. I really don't know anybody who is a MOTU and who I could ask. [06:58] TomJaeger: that is not unusual [06:58] and quite often it is also fun to get to know other people and their motivations [06:59] at least i made it a habbit to have some small talk with sponsorees [06:59] be that as it may, I don't think I have the time for all that social interaction [06:59] if I see a bug that annoys me and I figure out how to fix it, I'll tell people [07:00] If I have something to share with the community, I'll share it [07:00] but that's about the extent of involment that I want to commit myself to [07:01] if that makes me an ubuntu anti-social, then that's okay with me, I'd still like to think I'm helpful at least to some people [07:01] well, then do that and file the bugs, send an email for the package, ... [07:01] at this point though, my primary concern is that I just don't want to deal with this issue anymore [07:01] it's just been taking up too much of my time [07:02] TomJaeger: you are not making it easy for people to help you :) [07:04] TomJaeger: here is a guide for debian and once it's in debian it can easily be synced I guess: http://mentors.debian.net/cgi-bin/welcome [07:05] all right, I'll try the debian route (even if that means it definitely won't make it into intrepid) [07:06] which is frustrating, because this is what I've been working towards [07:06] when will intrepid be frozen? [07:06] white: 28th august I guess [07:07] maybe three weeks from now [07:07] well, you could state your ubuntu involvement in the mail to debian-mentors@ and maybe someone, who is a MOTU and a DD will pick it up [07:08] well, maybe [07:08] the important thing is not to get your hopes up, though, because you are going to get disappointed [07:09] it might also not be the best idea to add a new package just before a release [07:09] bugs quite often tend to be discovered after an upload [07:11] there's only one release every six months so this is what you're going to have to go for [07:12] a package can age though and bugs can easily be fixed in a development version [07:12] it gets harder when it comes to fixing bugs in a stable version :) [07:14] so-called stability is overrated. If something works for you, it works for you, the package doesn't have to be ten years old for that [07:15] it's just a slap in the face of users who are seeing bugs that are fixed in later versions that are not deemed stable [07:19] so does revu send out email notices if there are comments? [07:20] TomJaeger: that might be your personal view, i am pretty happy that certain servers use a stable release, instead of bleeding edge software :) [07:21] the software that I'm developing is desktop software, not server software [07:22] and of course you always test it on all the different hardwares available to assure that it runs for everyone? You must spend a lot of time on testing ;) [07:23] So my users have two choices: They can either use a six-month old version from the archives that is deemed stable but nevertheless does have bugs that -- while they might be annoying -- aren't really dealbreakers or they could use the latest version and if they have an issue with it they can just send me an email and I might within a few days. [07:24] *I might fix it within a few days [07:24] this is the typical upstream vs. maintainer discussion a lot of debian people (and ubuntu i assume) have with upstreams :) [07:25] of course I can't test every possible situation, but if an issue arises, I usually know how to fix it. That's better than to just live with it. [07:26] But this thing is, even if I might not agree with you guys, I'll still be willing to do things your way to get the software accepted into the archives. [07:27] TomJaeger: You're assuming that your users want to spend that sort of time and social effort with you. [07:27] * Treenaks is building a package of http://www.pharscape.org/component/option,com_forum/Itemid,68/page,viewtopic/t,425/ [07:27] tiniest package _ever_ :) [07:28] For example, even though it was a pita, I backported all the license clarifications and actually released a new upstream version with the same code, but including a license header. [07:30] andrew_sayers, it's enough if only a fraction of the user base is willing to do that because people tend to have the same problems. [07:30] You have to listen to them, though and not dismiss everything out of hand [07:31] Yeah, but the others need the out-of-date stable version. [07:32] If they don't care enough to try out the latest version if they have a problem and they're also too lazy to contact me, then I don't care [07:32] anyway, that's not the issue [07:32] if I try to get a package accepted into a distribution, I'll play by the distribution's rules [07:33] and if that means pain-in-the-ass backporting, then I'll do it [07:33] Well, I have no argument with that :) [07:35] What I do have a problem with is if I ask if I should go through all this trouble and you're all like, yeah, go ahead and then nothing happens. [07:36] The appropriate response would have been: Don't even bother to try to improve your package before you're sure anybody will be looking at it [07:36] TomJaeger: i gave you some advice now, I suggest you go and follow it. Constant blaming here will unlikely result in finding someone, who is willing to work with you [07:37] * porthose agrees with white [07:38] well if I had any hope in finding anybody to work with me, I'd probably wouldn't be writing this. This is based on the experience I previously had in this channel not on this encounter. [07:39] That said, I do appreciate your trying to help me and I'll try to follow the advice [07:42] So what I'm going to do is I'll unassign myself from the bug report, I'll add a comment to my revu page that I'll still be willing to work on the package, but that I'm just not going to check revu anymore, so they should email me if they have any comments and then I'll see if I can get the software running in a debian chroot or, failing that, a debian installation and then I'll try to get it into debian first === superm1 is now known as superm1|away [08:09] hi === superm1|away is now known as superm1 [08:24] superm1: Thanks a lot for the information! I was just wondering about that. [08:25] huh? what did i say? [08:27] ion_, ^? [08:28] superm1: You informed all of us that you went away at 10:01 and came back at 10:19. We’re thankful for the useful information. [08:28] ion_, i informed? oh no. if my IRC proxy is informing people when i get disconnected.... [08:28] was it just a nick change? [08:28] or actual away announce [08:28] It was an away announce in the form of a nick change. [08:29] ion_, yeah i had an internet hicup locally [08:29] Yeah, i was just saying, thanks for informing us about that. [08:29] but my IRC proxy does do that (it's typically more useful when i actually disconnect for extended periods of times :)) [08:51] Good morning. [09:28] * persia notices backscroll and points out that REVU sends all the comments to a mailing list, which may be easier than polling the site for those waiting for package reviews. [09:29] persia: it should send them to the uploaders e-mail aswell [09:29] nxvl: That sounds like a good idea. Do you want to file the bug? [09:30] persia: i'm just about to sleep, but i will do tomorrow morning [09:30] :D [09:30] i'm sick of libtool [09:31] nxvl: I'll do it now then: it's stupidly frustrating to have to check the site every day when the system has notifications anyway. [09:31] yep [09:31] heh bug #254081 [09:31] Launchpad bug 254081 in revu "Send email to uploaders when new comments are posted." [Medium,Triaged] https://launchpad.net/bugs/254081 [09:33] the LP OpenID API should have some way to check e-mail addresses [09:33] or at least ask for them in login time [09:33] i think [09:33] well [09:33] i'm gone now [09:33] They are available from the package anyway. Good night. [09:33] read you later (or tomorrow) [09:33] (or, worst case, the associated GPG key) [09:33] persia: heh, true [09:50] I've an init script issue: http://paste.ubuntu.com/35805/ exits with a non-zero value when /proc/asound is not present. Does anyone have any suggestions on how to force it to both end the init script and provide an exit value of 0 ? [10:01] * persia reads more about {} [10:02] persia: what about putting it in an if statement? [10:05] stefanlsd: Yeah, that was my next try :) [10:05] yeah. should work. the [ ] is short notation for the linux command test [10:06] and the || used in the example says - only run the next part of the command if the first part fails. (as opposed to && which says - run the next part only if the first part returns success) [10:07] Right. I only want to send the log message and exit the init script when there aren't any sound devices [10:07] (it doesn't make sense to poll the sound devices when there aren't any) [10:10] persia: probably want something like this - http://paste.ubuntu.com/35810/ [10:11] stefanlsd: I just tried it with [ ! -d /proc/asound ]; then, and an extra echo Trapped. [10:11] It did trap it, but it didn't exit [10:13] persia: should work - http://paste.ubuntu.com/35812/ here u can see the last echo doesnt run... [10:21] stefanlsd: Thanks for the hint. As it turns out, the original logic was correct: it's just that log_end_msg and log_warning_msg are failing. [10:21] * persia doesn't feel particularly insightful today [10:21] Is it necessary to use @ubuntu.com address in changelog if you have one? [10:21] No, although most people do. [10:22] persia: is there anything for/against it? [10:24] I try to use my @ubuntu.com email for everything Ubuntu because it makes it easier for me to filter my mail. [10:26] bobbo: ping [10:26] \sh: "your wifes"? ;)) [10:26] just reading your blog post [10:32] persia: what are your thoughts on this? https://bugs.launchpad.net/bugs/183139 [10:32] Launchpad bug 183139 in openjdk-6 "[wishlist] make gtk laf default for icedtea-java" [Wishlist,Triaged] [10:34] slytherin: Personally I like it, but 1) I think it would be better to ask in #ubuntu-java (but nobody is there right now), and I'd like to hear from yuriy, as he had some things to say about how Java was working with Kubuntu: I don't know if such a switch would break something there. [10:36] persia: right, that is a point even I considered. A particular look and feel is part of JRE and does not depend on native libraries IIRC. A java app with GTK LNF will be as much odd one out on Kubuntu as much one with Metal KNF. [10:38] slytherin: Right, although someone of the art & branding persuasion may feel that having Java be metal is somehow preferable. [10:39] Basically, if yuriy (or someone else who has interest in both Java and Kubuntu) says GTK isn't more broken, I'd like to see it switched. If it is more broken, I'm less sure. [10:40] persia: I will attach few screenshots of an example application to that bug and let people comment on that. [10:40] slytherin: That makes sense. You might also try asking if anyone in #kubuntu-devel has an opinion. [10:40] (perhaps post-screenshots) [10:41] persia: I will talk to yuriy first. === LucidFox is now known as LucidFox_away [11:28] Does a new microrelease SRU version number need ~hardy1 (or similar) at the end? As the package will be the same as the one in Intrepid [11:30] Laney: yes, or something other between the version in hardy and the version in intrepid [11:30] geser: Even if the versions in Hardy and Intrepid are the same? [11:32] done it anyway [11:32] Laney: does intrepid have already the new version? [11:32] geser: Yeah [11:32] how can then hardy and intrepid have the same version? or do you mean after the SRU? [11:33] That's what I mean, yes [11:33] They will both be at .17-0ubuntu1 then [11:34] as the hardy version and the intrepid version are build in different environments it's better to upgrade the package when someone upgrades from hardy to intrepid [11:40] moin [11:48] * slytherin takes a break for some food after a successful merge. [11:49] * Laney merges with slytherin [11:50] persia: geser: I will be glad if anyone of you can sponsor this merge - bug 227125 [11:50] Launchpad bug 227125 in jabref "Please merge jabref 2.3.1-3 (universe) from Debian unstable (contrib)" [Undecided,Confirmed] https://launchpad.net/bugs/227125 [11:51] k0p: umit is built! [11:51] rlaney@chicken:~/dev/ubuntu/packaging/glom$ rmadison umit umit | 0.9.5-0ubuntu1 | intrepid/universe | source [11:52] oh, source only :O [11:52] well, LP says it's built :( [11:53] hmmm [11:53] binary NEW: https://edge.launchpad.net/ubuntu/intrepid/+queue?queue_state=0&queue_text=umit [11:53] Laney, is need a requirement to compile? [11:54] what means that? [11:55] k0p: in some days it will hit the archive [11:56] k0p: every new package gets inspected by an archive admin before it gets included into the archive [11:56] geser, but the sources is already on the archive [11:56] sebner, :) ok [11:57] k0p: first the source needs to pass NEW, and later also the newly build debs [11:58] hmm ok [11:59] thanks everyone [12:02] slytherin: jabref uploaded [12:02] geser: thanks. :-) [12:04] geser: can you please also ack removal of libjaxp1.2-java from archive? bug 251973 [12:04] Launchpad bug 251973 in libjaxp1.2-java "Please remove the package from repositories" [Undecided,New] https://launchpad.net/bugs/251973 [12:06] I knew I've forgotten something [12:09] slytherin: are there perhaps some third party apps that might need it? or will they work with libjaxp1.3? [12:10] geser: I don't know. Should we really care about third party apps? [12:11] slytherin: not really, I just wonder as Debian has it still in their archive and Ubuntu seldom moves ahead with removing packages [12:12] geser: yes, Debian having old packages in archives is what causes people to keep using it even. But in this particular case there are no rdepends or reverse-build-depends. [12:19] slytherin: is JAXP 1.3 the successor or JAXP 1.2? [12:19] geser: yes [12:22] geser: LOL, even jaxp1.3 is in end of life. There will be no further releases. [12:22] slytherin: ACKed as upstreams also considers 1.3 as EndOfLife, so it's really time to drop 1.2 [12:24] geser: Do you have any non-VM installation of intrepid, is it stable enough? I was thinking about upgrading so that I can give more time on actually testing some java apps/libs. [12:25] slytherin: my desktop is running intrepid since some weeks now, without problems (at least for me) [12:25] geser: that is cool. I will upgrade today then. :-) [12:26] I was thinking of upgrading my ibook first but its power adapter is broken and repair will take time. [12:26] slytherin: please report bugs for any upgrade issues you encounter [12:27] sure. :-) [13:23] * RainCT uploads ubuntu-dev-tools 0.35 === LucidFox_away is now known as LucidFox [13:51] LucidFox: your timing is perfect. I was waiting for you. :-) [13:51] You fixed electric? [13:54] what is debuild's -v option for? [13:54] LucidFox: yes, only 2 changes not done. Everything else fixed. [13:55] If I build a qt4 application it required opengl now? [13:55] requires [13:55] elmargol> Only if it depends on QtOpenGL [13:56] RainCT: without looking into the code, my guess is that it gets passed to dpkg-genchanges: Causes changelog information from all versions strictly later than version to be used. [13:57] geser: ah, thanks [14:08] LucidFox: any comments? I am going out for some work for 2-3 hours. [14:08] slytherin> let me see [14:14] slytherin> You can generate the XPM icon from any other image in, say, GIMP, and then put it in the debian directory [14:14] Does anyone here know nspluginwrapper? I've put in a launchpad entry asking for it to be upgraded to the latest version; is there any chance of that happening for Intrepid - the version in Hardy has a nasty problem with flash crashing regularly that's apparently fixed (#254422) [14:15] LucidFox: is that so urgent? [14:15] probably not [14:15] let me test-build it [14:22] Can anyone please explain what this condition means? ifeq (,$(filter $(DEB_HOST_ARCH), alpha)) [14:23] It checks if the package is being built on the alpha platform, I think [14:23] slytherin> http://paste.ubuntu.com/35845/ [14:24] On any other platform than alpha, i think. [14:24] LucidFox: I have java home properly specified. [14:24] ah\ [14:24] indeed [14:24] and I even explicitly exported JAVA_HOME when that failed === Kopfgeldjaeger is now known as Kopfgeldjaeger|\ === Kopfgeldjaeger|\ is now known as Kopfi|\o [14:25] actually, with CDBS, you need to use JAVA_HOME_DIRS instead of JAVA_HOME === Kopfi|\o is now known as Kopfi|\m [14:25] and list the allowed JAVA_HOME values [14:26] Ah, wait [14:26] I get it [14:26] everything is fine [14:26] LucidFox: no, JAVA_HOME_DIRS is needed when you are using multiple jdk, for different arch [14:26] but I'm building the source package on Hardy, which doesn't have default-java [14:27] :-D [14:27]