[00:01] Whats the correct way to add a user to the fuse group? [00:01] KillerKiwi2005, See #ubuntu for support [00:01] I mean for an installer... not as a user [00:01] we're working on a deb for the klik2 project [00:05] KillerKiwi2005: It's still OT for here and #ubuntu-devel as these channels are about development OF Ubuntu, not on Ubuntu. [00:07] andi5 : Sorry for the time it took, I'm here now [00:07] scottKthats what im asking how would an "ubuntu" MOTU do that? [00:08] * andi5 is here [00:08] andi5 : bug 184176 is probably about a change in a library in hardy because the same package builded without any problem 4 days before, and now there's a lot of errors during the compilation process [00:08] Launchpad bug 184176 in gnucash "[hardy]Gnucash fails to build" [Medium,New] https://launchpad.net/bugs/184176 [00:09] andi5 : I suggest that we look to find what library has been updated/changed in the last 4 days that can have an impact on gnucash [00:09] yep [00:09] jonnymind: you need to adjust Suggests in debian/control. [00:09] i thought of pango, but that was last changed in december [00:09] Immediately: [00:10] blueyed: immediately. What's wrong? [00:10] scottK: Who/Where should I ask... ? [00:10] andi5 : I must admit that I'm pretty new to this so I might be wrong, but since it builded OK 4 days ago, I think that it makes sense [00:10] arg [00:10] jonnymind: seen it? :) [00:10] sorry. [00:10] andi5 : libgif changed today [00:10] libgif is irrelevant, from my perspective :) [00:10] hehe, you never get rid of all those details. [00:10] andi5 : Okay :) [00:11] blueyed: fixed and reuploading. [00:11] it touched gnucash mainly because bit-rotten build dependencies, i guess :) [00:11] andi5 : If you build gnucash in ubuntu hardy, do you also get a lot of errors? [00:11] +of, please keep ignoring my spelling :) [00:11] saivann: i tend to build gnucash from a self-compiled gnome stack, so i cannot readily answer that question :( [00:12] andi5 : Ok [00:12] jonnymind: typo in README (s/OPERTION/OPERATION/) [00:12] Ok, thanks. [00:12] andi5 : I planned to look at each gnucash dependency to find which one were updated in the last 4 days and find which one cause this problem, unless you want to take care of this [00:13] how do you do that? open up launchpad on the corresponding source package? [00:13] jonnymind: same file, s/ad runs/and runs/ [00:13] A large number of graphics related packages have recently been upgraded for the recent libungif/libgif transition. [00:13] andi5 : Yes, just by looking at the debian changelog, I can see each updates with the date [00:14] saivann: feel free to do that... i still hope to see something from the compiler errors :) [00:14] blueyed: ack. repacking [00:14] KillerKiwi2005: Support is on topic in #ubuntu-server [00:15] andi5 : Great thanks for your help on this! I should start working on that problem in approximately 5 hours, I'll keep you aware if I find something relevant === \sh is now known as \sh_away [00:15] saivann: what time zone is yours? .. i am UTC+1 here, so i will be sleeping in 5 hours :) [00:16] andi5 : Oh, bad :P So I'll post informations on the bug report ( it's weekend here and my brother want to eat pizza :) ) [00:16] saivann: have fun then :-D [00:17] andi5 : Thanks :) I'll keep the bug updated and I'll work on this, thanks a lot for your work on gnucash [00:17] * saivann is gone [00:18] bye [00:18] bye === n3xu|laptop is now known as nexu [00:35] ScottK: I have reuploaded after a couple of suggestion made by blueyed. [00:35] Good night and sweet dreams to all. [00:35] *suggestions [02:06] hi, i would like some to answer me some doubts... i want a certain program to be in universe but i saw that there is already a .deb package on the authors homepage. Can it be placed on the REVU or do i need to build it again to place it on REVU [02:08] You need to upload a source package, not a .deb [02:14] bddebian, i know. but do i need to get through all the process of changing /debian files, signing and building it? [02:15] Legendario: its recomended yes === bigon is now known as bigon` [02:16] ok... that's what i wanted to know. I can't just send the .change file with the dput? right? [02:17] correct, it has to at very leaste be signed by the uploader , thats also on the REVU keyring [02:18] imbrandon, thanks a lot, dudes... === Pricey is now known as PriceChild [02:30] is anyone here a reviwer at REVU? [02:42] anyone? [02:43] Legendario: Just paste the REVU URL to advertise here generally, don't ask for any specific reviewers. [02:43] Legendario: Describing what the package does also helps. [02:44] minghua, ok thanks... [02:44] will do it right now [02:54] http://revu.tauware.de/details.py?package=odfviewer is a simple odf viewer and my first package build [02:55] http://revu.tauware.de/details.py?package=sive it's simple ipod video encoder and my second package build [02:55] i would apprecite if anyone can take a look at it... [03:25] hmm [03:38] let me ask one more thing. Are the packages I build supposed to have their distro on its name? [03:39] Legendario: All REVU packages should target hardy, if that's what you're asking. [03:41] mingha, that was not what i was asking, but it's nice to know... so i should set my pbuilder and chroot for hardy? [03:43] minghua [03:44] Legendario: yep, new packages into Hardy so that's what you want to build for [03:45] what i really wanted to know was if my resulting packages are supposed to have the distribution listed on the output .deb file name [03:46] nope [03:46] ok... [03:46] thanks a lot everyone ;-) [03:52] nerds! [03:55] yes ... and? [03:55] no nerds... only geeks... [03:56] speak for yourself ;-) [03:56] heh [03:59] i geek is better than a nerd, right?! :-D [04:00] no way man [04:00] * zul hands LaserJock his pocket protector [04:01] geeks == Trekies, nerds == the people who put a man on the moon [04:01] zul: to go with my sliderule? nice! [04:01] hehe [04:13] * nenolod files a bug against zsnes with a debdiff to make it build an amd64 version. [04:13] ;) [04:13] (ia32-libs-dev would be nice *hint hint*) [04:25] * nenolod headdesks as he notices that zsnes was bumped recently. [04:27] Yay! Qt under GPLv3! [04:27] ... only a decade late. :) [04:28] * nenolod headdesks at Qt being under GPL3. [04:28] nenolod> GPLv2 + GPLv3 [04:28] LucidFox, oh, ok. [04:29] fantastic [04:29] i succeeded in merging my ugly patch to make zsnes build on amd64. [04:31] I hope the ugly patch wasnt required for making the water effect work. :) [04:31] ToyKeeper, zsnes uses x86 assembly, so is not buildable using 64bit libs. [04:31] so .. off to play with ia32-libs it goes on amd64 ;) [04:31] Ah, okay. :) [04:32] I was just hoping I hadn't contributed to making it painful... [04:40] andi5: ping [04:41] LucidFox: Qt is v3 and v2? [04:43] LaserJock> Qt3, starting with just-released version 3.3.8b [04:43] Qt4 is underway [04:44] can someone test that my debdiff in https://bugs.launchpad.net/ubuntu/+source/zsnes/+bug/184255 has no undesirable effect on x86? [04:44] LucidFox: I meant it is GPL v3 and v2? [04:44] Launchpad bug 184255 in zsnes "[patch] build amd64 package of zsnes" [Undecided,New] [04:44] LaserJock> yes [04:44] previously, it was just GPLv2 [04:44] I thought Qt4 was going to be GPLv3 only [04:44] er, no [04:45] LaserJock, lets hope so. [04:45] LaserJock, that way there will be incentive for people to use a superior toolkit. :)) [04:45] LucidFox: you sure, upstreams are starting licensing wars [04:45] e.g. GTK. [04:45] :P [04:45] Lies! Qt > GTK! :p [04:45] (Disclaimer: GNOME user) [04:45] wx > * [04:46] I've grow to dislike GPLv3 immensely [04:46] *grown [04:47] Why? [04:47] ISC license \o/ [04:47] nobody can say bad about such a simple license [04:47] because it is going to cause an upstream I work with to have to reimplement a large chunk of code [04:47] a whole library [04:47] which just gonna be no fun at all [04:48] LaserJock> Why? They're GPLv2 and depend on something that's GPLv3? [04:48] yep [04:48] well, the library is GPLv2-only [04:48] and other libraries/tools are going to go to GPLv3 [04:49] Ah, so it's vice versa then. [04:49] so we have to pick which one to reimplement, basically [04:50] LaserJock: Why? Did they use said library before? [04:50] yep [04:50] Oh, should have read everything before replying... [04:50] it's one of the largest and most used chemistry libraries [04:51] we have 15+ packages in Universe depending on it [04:51] GPLv3 is going to fragment the FLOSS map, that was predicted. [04:51] stupid GPLv3 [04:52] actually, [04:52] there is a solution [04:52] if you control the copyrights to the main program [04:52] If I were the developer, I would have decided to stay at v2 rather than reimplement stuff. [04:52] hey guys [04:53] i'm preparing debdiff for slrnface package and I've changed Maintainer: to XSBC-Original-Maintainer:, but don't know now what i should put in new Maintainer: field? [04:53] you can go to gpl3, and have a "linking exception" which says: "Modular code linking at runtime to this program is not affected by the GPL license on this program." [04:53] then, dlopen the GPL2 library. [04:53] problem solved. [04:53] ;) [04:53] !info slrnface [04:53] slrnface: shows X-Faces from a newsposting on an X11 terminal emulator. In component universe, is optional. Version 2.1.1-6 (gutsy), package size 25 kB, installed size 104 kB [04:54] civija: You should put Ubuntu MOTU Developers . [04:54] civija: And please read https://wiki.ubuntu.com/DebianMaintainerField [04:54] minghua: aha, tnx! [04:55] hmm, many of the packages i have encountered say "Ubuntu MOTU Team" [04:56] nenolod: That doesn't work, it's still violating the GPLv2 library's license. [04:56] bummer. [04:56] nenolod: Unless the GPLv2 library's copyright holder acknowledge the "dlopen() is not derivative work" position as well. [04:56] nenolod: Those ought be updated, but it's not worth an upload just for that. Maybe you can find another trivial bug, lintian warning, etc. in one of those packages and fix them? [04:57] well [04:57] i need to fix my debdiff for zsnes again :P [04:57] minghua: we can't 'cause we'll lose other, more fundamental libraries [04:58] LaserJock: What are they? [04:58] I can't remember [04:58] but with another project it's the toolkit, etc. [04:58] I assume you can always fork the old GPLv2 version... [04:59] well, that wouldn't be great [04:59] forking software all over the place [04:59] * nenolod yawns [04:59] Ah, toolkit is going to be tough. Probably they should have used GTK or [04:59] we're hoping we can eventually get the GPLv2 library changed [04:59] ... or Qt in the first place. :-) [04:59] there we go. [04:59] but a company controls much of the copyright and doesn't seem willing [04:59] http://launchpadlibrarian.net/11437565/zsnes_1.510-2ubuntu1.debdiff is a great example of why ia32-libs-dev would be a nice package. [05:00] license changes are really rough [05:00] I don't see why FSF would make GPL version non-compatible :( [05:00] * minghua would rather see the forked GPLv2 version gets traction. :-) [05:01] LaserJock, because richard stallman has an agenda [05:02] Because for FSF (RMS?), the license is a tool for advancing their belief/agenda, not (so much of) a tool for development collaboration. [05:02] LaserJock, the agenda is that "only his way is free software", so you either can do GPLv3 or get screwed over [05:02] LaserJock, it's their intentional goal [05:03] I don't think RMS really wanted to say that. [05:03] LaserJock: It wasn't intended to make them incompatible, just address what were perceived as "weaknesses" in GPLv2. These happen to include additional restrictions, which are not permitted to be applied to GPLv2 work. [05:03] minghua, no i'm pretty sure the FSF guys want GPLv3 to be the only open source license [05:03] I see it rather as "When I say certain things are not Free, they are not", such and Tivonization, etc. [05:04] nenolod: They want (or rather, RMS wants), but he know it's not a practical goal. There is pretty much no way to get rid of BSD/MIT/X11 style license. [05:05] minghua, i don't know, Eben Moglen seems to be doing a great job of incorrectly convincing people that it is legal to slap the GPL on BSD/MIT/ISC/X11 licenses [05:05] minghua, or at least he was [05:05] Slap the licenses? [05:05] he may have stopped after the ath5k disaster. [05:05] I'm fairly fond of MIT myself [05:06] minghua, yes, as in bolting a GPL on top of the a trivially modified work [05:07] i'd like the FSF & friends better if their associates didn't do such things [05:07] Well, if you are talking about the statement from SFLC after the fiasco about the wireless driver code between OpenBSD and Linux kernel people, I skimmed that statement and didn't see anything particularly wrong, or anyone pointing out such thing. [05:07] minghua, before [05:08] minghua, before the OpenBSD guys got ticked, eben moglen told the ath5k guys that it was "perfectly fine" to bolt a GPL license on top of the modified code [05:08] And as IANAL, I would consider Eben Moglen's opinion with very high respect unless another lawyer (or a judge on court) says otherwise. [05:09] in any case, it's really going to be difficult with the transition [05:09] nenolod: So? I think it's perfectly fine, too. [05:09] another one I think I'll have to deal with is squeak [05:09] It may be not quite moral, but I don't see anything illegal. [05:09] minghua, it's legally fine yes, but ethically questionable [05:09] Apple agreed to relicense as MIT, which is sweet [05:09] but there's like hundreds of authors to track down and agree [05:10] LaserJock: How is MIT better than ISC? [05:10] persia, more words [05:10] ;) [05:10] persia: I didn't say it was did I? [05:11] nenolod: There are ways to do it so that I feel it's ethnically/morally fine. And ethnics and moralities are always subjective anyway. [05:11] minghua, i agree that there are ways to do it that are ethically and morally fine. [05:11] LaserJock: You said "I'm fairly fond of MIT myself". You're the only non-rubyist I've seen say that, and I wondered why. [05:11] hmm [05:12] Maybe LaserJock is just a closet-Rubyist. :-) [05:12] I guess I'd say MIT-like [05:12] BSD, ISC, and MIT are all quite similar in my book [05:12] hello all [05:12] I hadn't even heard of ISC until the other day [05:12] but I really dislike GPL [05:13] LaserJock: "Quite similar", or "I don't know the real difference anyway"? ;-) [05:13] The latter for me. [05:13] I think they are related [05:13] as in BSD -> MIT -> ISC sort of roughly [05:14] I don't like BSD because most people don't actually notice the bit about the Regents of the University of California, and just point at /usr/share/common-licenses/BSD. For MIT/ISC, it's just wordiness. [05:15] persia: I agree [05:15] I don't know a whole lot about LGPL but it seems sort of failed in some ways [05:15] I think the GPL is becoming less popular because it is too complex [05:15] Failed? How. There's lots of LGPL stuff, and some people seem quite happy with it. [05:15] I can't figure out if FSF want people to use it or not [05:16] the LGPL is much friendlier (hence liberal) [05:16] a lot of the new projects i have looked at which were not forks, have been ISC or BSD or MIT license [05:16] I certainly wish the library I'm talking about was LGPL but the company that first developed it wanted it GPL [05:17] LaserJock: I believe they don't like people to use LGPL, but think it's better than using ISC (or the like) if you want people to use the source as infrastructure for a source-denied product. [05:18] I just kinda figure if I'm gonna through it out there I might as throw it out there and make MIT-ish [05:19] ah well [05:19] the common public license is interesting too [05:19] but i don't think i would use it. [05:19] in the mean time we'll have to figure out what to fork/reimplement and go through lots and lots of licensing wars [05:22] seems like libraries are just a real pain [05:22] sometimes with the cheapness of disk space i wonder if it'd just be better to do static linking more [05:23] LaserJock: Yeah, and when there is a security hole in the library... [05:23] or just writing everything with the app [05:24] it just seems to be all the rage to create a library even if only one app uses it [05:29] wb persia [05:30] also note that static linking takes more RAM [05:30] LaserJock: Thanks. [05:31] ScottK: sbuild still fails. Updating the bug. [05:31] pwnguin: I wonder how it would affect most apps [05:32] I can imagine things like tookits and DE libs would save a lot [05:32] but a great many probably don't save much of anything by dynamic libs [05:32] glibc [05:33] given [05:33] persia: Thanks. [05:34] * nxvl *HUGS* persia and ScottK without a reason [06:18] phew, 177 updates to install right out of the box [06:18] * persia cheers the SRU team for effective work in coordinating updates [06:19] * LaserJock hopes MOTU SRU goes out of business ;-) [06:19] LaserJock: Why? [06:19] because that means we did it right *before* release [06:19] * ScottK cheers the MOTU SRU team for saying no so he could out of one with a clear conscience. [06:20] time for bed [06:20] I'm off, have a good night/day [06:20] LaserJock: I guess. Given the number of lines of code, I'm not sure that's possible, although some cases (FTBFS, cannot-install, etc.) are being improved as we develop better tools to see the problems. [06:21] it'd be nice if security was the only thing we had to really worry about post-release though [06:21] but yeah, it's only a dream ;-) [06:22] We'd need a much larger universe-testing team. The number of possible interactions between the number of packages is fairly high. [06:27] Speaking of testing ... https://wiki.ubuntu.com/MOTU/Clamav?action=show [06:29] Hi all! === \sh_away is now known as \sh [07:51] <\sh> moins [07:57] <\emgent> heya [07:58] <\sh> moins \emgent [08:47] "Is this possible" is really a bad choice of Email subject... [08:49] Yep. Spam-like. I wasn't sure of a better one though. [08:54] persia: "Possible for MOTU to only maintains a single package?", perhaps? [08:55] Verbosity seldom hurts, I would hope. [08:55] minghua: Maybe, although that still doesn't parse. Perhaps "It is possible to become MOTU while only maintaining a single package?", but that seems overlong. [08:55] Now if only I had thought of that half an hour ago :( [08:56] Anyway, if not for persia's reply, I probably would have just labeled it as spam without looking. [08:56] Right. I'm now confident that ubuntu-bugs@ is used for spam harvesting. There is a direct correlation between any LP activity and the receipt of spam to the primary address listed in LP. [08:57] (Oh, and not having a full name doesn't help either.) [08:57] minghua: There's been several REVU submissions from that email address, which is part of why I read it in the first place. [08:57] There have been two posts on planet complaining about the @ubuntu.com address attracting a large amount of spam, I think. [08:58] I don't think it is the @ubuntu address, except insofar as many people list that as the primary address in LP. [09:00] I think rather that one of the subscribers to ubuntu-bugs@ is reading headers, and passing them to somewhere. My reasoning is that I don't get much spam to the primary address during REVU day, but always get 30-40 messages when doing bug triage or sponsoring (regardless of time of day or day of week, etc.). It feels like a realtime system. [09:00] persia: Well, for me, plenty of spam goes directly to the @u.c address. [09:00] RainCT: Sorry I haven't gotten to merge your changes yet. If they haven't been done, I'll take care of it now. [09:00] Sounds a quite clever spam system... [09:01] minghua: Do you not see as much to sbcglobal? [09:02] morning everyone [09:02] persia: I don't really have a hard number, I delete them before downloading them through POP3. But the general impression is that ~90% spam are to the @u.c address. [09:02] TheMuso: Do so, please :) [09:02] RainCT: Ok, whats the URL for your branch? [09:03] minghua: Ah. The delete-before-download and use of POP3 perhaps makes it hard to check the timing and source relationship to LP activity. [09:03] persia: But then again, the mails I send to mailing lists has @u.c address in From: line too, so it's many factors. [09:03] TheMuso: http://bazaar.launchpad.net/~rainct/ubuntu-dev-tools/dev [09:04] RainCT: Thanks. [09:04] library packaging session in #ubuntu-classroom now (repetition of the session from Thursday) [09:05] ê/win 10 [09:05] er, sorry [09:06] SBC (southwestern bell) doesn't support IMAP, so I don't really have many choices. [09:06] Although I am starting to realize that using the same email service as the DSL company is probably not the best idea... [09:07] sistpoty: Thanks for the reminder [09:07] np [09:08] <\sh> ok..let's check...wife is in berlin for two days, enough coffee powder in the cupboard...nicotine is also on board...let's have some ubuntu fun :) [09:12] <\sh> ScottK, do you have a mail with a virus? === Lure_ is now known as Lure [09:33] Huh. What is the point of this "Debian Users" LP team? [09:37] More emblems :) [09:38] more shiny! [09:41] <\sh> more teams...for whatever reason ;) [09:55] RainCT: Your changes have been merged. [09:55] TheMuso: thanks :) [10:37] Which package is responsible for KDE automounting? === asac_ is now known as asac [12:11] geser: btw.: rocking work on the haskell transition front! Thanks a lot! [12:17] What would be the Ubuntu equivalent of the "grave" severity in Debian? [12:17] for bugs [12:21] LucidFox: Debian severities don't map to ubuntu, because debian severity refers to *one particular* package, while ubuntu's severity is the severity in the whole project [12:21] Ack. [12:22] sistpoty: I'm preparing now the next batch of sync request for haskell packages [12:23] geser: excellent! [12:23] you rock! [12:24] sistpoty: have you an idea how to fix the haskell-opengl FTBFS on i386? [12:25] geser: not at the moment... does it only FTBFS on i386 (I'm on amd64) [12:25] yes, only on i386 [12:26] geser: darn... [12:27] I'm on amd64 too, where it builds successfully (I've tested the build on amd64 before filing the sync request) [12:27] sistpoty: haskell-{glut,openal,alut} depwait now on haskell-opengl on i386 [12:28] geser: I'll take a look (and maybe upgrade my old laptop to hardy today)... but my first work is to try to get ghc6 built on sparc and bootstrapped on hppa, lpia [12:33] geser: urgh... the haskell-opengl FTBFS that looks like a problem with ghc6's splitobjs thingy [12:36] geser: from debian bug: "I can compile haskell-opengl fine by removing --enable-split-objs from CONFIGURE_OPTS." [12:37] geser: I'll apply this fix and upload a new version (even if only tested on amd64 *g*) [12:38] sistpoty: no i386 pbuilder? [12:38] geser: nope, and my i386 chroot is totally out of date [12:41] is it only removing that option? [12:42] yes... (actually I've only removed i386 from the switch in debian/rules) [12:43] ok, I'll build it in my i386 pbuilder and check if haskell-opengl builds then [12:44] geser: excellent, thanks. Do you upload it then as well? [12:45] <\sh> hmm..does canonical has a rsync mirror of the archives? [12:46] sistpoty: can do it [12:46] geser: thanks a lot [12:47] \sh: iirc there used to be one. If have a very vague memory that it was shut down though. [12:48] <\sh> sistpoty, hmm...I wonder if using the http method gives me just the updated packages when I redo debmirror [12:48] apologies if i'm double-posting, but my connection to IRC just dropped and i don't know if the following made it... [12:48] \sh: no idea really... haven't used debmirror in a while [12:48] hi there - i'm having a little trouble with the .install file for a pacakge i'm making [12:48] dh_install is failing because it can't find the directory i'm trying to get it to install. my .install file looks like this: http://paste.ubuntu-nl.org/52573/ [12:48] and debian/rules runs the makefile's installer to install in debian/tmp [12:49] sistpoty: what exactly must be changed in debian/control in ghc6? [12:50] the_belgain: either use --source-dir=debian/tmp for dh_install or add debian/tmp as prefix [12:50] thanks [12:50] geser: line 25, remove i386 there [12:51] (that *should* do the trick) [12:52] sistpoty: line 25 is "configure: configure-stamp" here. [12:53] geser: we're talking about haskell-opengl, aren't we? [12:54] sistpoty: ah, so only haskell-opengl needs to be changed? [12:54] geser: yes... though the bug *might* be in ghc6 [12:55] geser: but the only fix for ghc6 that I could produce right now would be to disable object splitting for i386 in general, and that would mean a rebuild of all libs again :( === LucidFox is now known as Strong_Bad === Strong_Bad is now known as LucidFox [13:25] <\sh> persia, ping freqtweak [13:28] <\sh> persia, you added yourself with the last new upstream version for ubuntu as original maintainer, should I leave it, or should I use the debian maintainer now? (which is qa group because of debian package maintainer orphaning it) [13:31] A week or so ago, I asked about versioning 3rd party packages, people said NOT to use a '~'. However, backports.org and getdeb.net both use them. Was I misled? Should I use them too? [13:32] backports.org is not 3rd party [13:32] * Hobbsee wonders why not to use a ~ [13:32] not really [13:32] man-di: for ubuntu it is? [13:32] but I wonder about the reason [13:32] Hobbsee: you right, for Ubuntu. I wear my Debian hat too often [13:33] sorry [13:33] * man-di better shuts up [13:34] db-keen: 3.0~foo is less than 3.0, so you need to name carefully [13:35] it's more of a 3.0-0~foo1 [13:35] versus ubuntu might name it 3.0-0ubuntu1 [13:35] versus Debian might name it 3.0-1 [13:35] right? [13:35] yeah [13:36] so should I call it 3.0-0foo1 or 3.0-0~foo1 [13:39] jdstrand, ping for remember drupal fix sponsorization :P [13:40] <\sh> emgent, it's on their eyesight :) patience :) [13:40] hehehe sure :P [13:50] emgent: did you see my comments from yesterday? [13:50] emgent: hi btw [13:50] hippu, no sorry :( [13:50] s/hippu/hi/ [13:51] I was thinking of adding them to the bug, but thought you might have irc logs [13:51] anyway... let me get them [13:51] jdstrand, i think screen deattached. [13:51] from beofre: [13:52] 14:46 < jdstrand> emgent: I was just reviewing your drupal update for SA-2007-031 [13:52] 14:47 < jdstrand> emgent: I see that the upstream patch listed on http://drupal.org/node/198162 is different than SA-2007-031-5.3.dpatch (I've only looked at gutsy so far) [13:52] 14:48 < jdstrand> was this the 'Upstream re-fix SA-2007-031 patch' as referenced in bug #181984 ? [13:52] Launchpad bug 181984 in drupal5 "Drupal5: SA-2007-031, SA-2008-005,SA-2008-006: SQL injection and XSS " [Undecided,Confirmed] https://launchpad.net/bugs/181984 [13:52] 14:49 < jdstrand> emgent: if so, can you provide the link to the updated patch (the changelog still has http://drupal.org/node/198162) [13:52] <\sh> jdstrand, yepp...Re: SA-2007-031 [13:52] <\sh> jdstrand, patch in 5.4 for SA-2007-031 was broken and was fixed in 5.5 with the change in this very special line [13:53] \sh, ++ [13:53] <\sh> jdstrand, http://drupal.org/files/issues/db_query_range.patch is the corrected fix for broken 5.4 SA-2007-031 patch [13:53] \sh is that referenced in the later patch urls? [13:54] <\sh> jdstrand, discussion was on http://drupal.org/node/198321 and report about if officially is on http://www.drupal.org/drupal-5.5 :) [13:54] <\sh> s/if/it/ [13:54] \sh, emgent ok thanks, I'll just add that in [13:54] ok cool jdstrand :P [13:54] (the references that is) [13:55] <\sh> emgent, ok my fault..I should have told you to add all references to debian/changelog...because it's important for reviewing the fixes [13:55] emgent: and I had a comment on wordpress [13:55] 15:24 < jdstrand> emgent: regarding wordpress, the version and changelog entry does not conform to https://wiki.ubuntu.com/SecurityUpdateProcedures. Can you look at 'Preparing an update' at section '4' and '5' and resubmit your debdiff (please also give the url of the patch you used). thanks for your hard work! [13:56] jdstrand, ok [13:56] <\sh> now where was I [13:56] emgent: fyi-- I will be travelling today and tomorrow and probably won't get to these until tomorrow night at the earliest [13:57] no problem :P [13:57] thanks jdstrand ! [13:57] emgent: absolutely! :) [13:57] <\sh> jdstrand, it's weekend..you shouldn't work at all ;) [13:58] \sh: ;) [13:58] hahaha [13:58] <\sh> jdstrand, go go go ... and drink one or two beer for us ;) [13:58] heheh [13:59] no beer, rum&&Cola ++ [13:59] if truth must be told, I actually like pink drinks [13:59] go figure *shrug* [13:59] ;) [13:59] Turkish Pepper (the candy) + vodka = teh awesome [13:59] (strawberry margarita) [13:59] hehehe [14:00] A.k.a. Salmiakkikoskenkorva in Finland. [14:00] * emgent like Cubalibre. [14:01] <\sh> jdstrand, hmm...I'm more the caipi type of guy...and then a lot of them;) [14:03] * sistpoty needs to go and buy beer [14:04] <\sh> sistpoty, kein bier vor vier ;) [14:04] hehe \sh [14:04] <\sh> or was it the other way around... [14:11] \sh: No, but I could send you a clamav test file. [14:13] <\sh> ScottK, please :) [14:18] <\sh> hmmm [14:18] <\sh> can someone with sparc access check this http://launchpadlibrarian.net/11440832/buildlog_ubuntu-hardy-sparc.cyrus-imapd-2.2_2.2.13-13ubuntu1_FAILEDTOBUILD.txt.gz [14:18] \sh: log into sparky. [14:19] <\sh> hmm... [14:19] <\sh> sparky.ubuntuwire.com? [14:19]