/srv/irclogs.ubuntu.com/2008/01/19/#ubuntu-motu.txt

KillerKiwi2005Whats the correct way to add a user to the fuse group?00:01
somerville32KillerKiwi2005, See #ubuntu for support00:01
KillerKiwi2005I mean for an installer... not as a user00:01
KillerKiwi2005we're working on a deb for the klik2 project00:01
ScottKKillerKiwi2005: It's still OT for here and #ubuntu-devel as these channels are about development OF Ubuntu, not on Ubuntu.00:05
saivannandi5 : Sorry for the time it took, I'm here now00:07
KillerKiwi2005scottKthats what im asking how would an "ubuntu" MOTU do that?00:07
* andi5 is here00:08
saivannandi5 : 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 process00:08
ubotuLaunchpad bug 184176 in gnucash "[hardy]Gnucash fails to build" [Medium,New] https://launchpad.net/bugs/18417600:08
saivannandi5 : I suggest that we look to find what library has been updated/changed in the last 4 days that can have an impact on gnucash00:09
andi5yep00:09
blueyedjonnymind: you need to adjust Suggests in debian/control.00:09
andi5i thought of pango, but that was last changed in december00:09
jonnymindImmediately:00:09
jonnymindblueyed: immediately. What's wrong?00:10
KillerKiwi2005scottK: Who/Where should I ask... ?00:10
saivannandi5 : 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 sense00:10
jonnymindarg00:10
blueyedjonnymind: seen it? :)00:10
jonnymindsorry.00:10
saivannandi5 : libgif changed today00:10
andi5libgif is irrelevant, from my perspective :)00:10
jonnymindhehe, you never get rid of all those details.00:10
saivannandi5 : Okay :)00:10
jonnymindblueyed: fixed and reuploading.00:11
andi5it touched gnucash mainly because bit-rotten build dependencies, i guess :)00:11
saivannandi5 : If you build gnucash in ubuntu hardy, do you also get a lot of errors?00:11
andi5+of, please keep ignoring my spelling :)00:11
andi5saivann: i tend to build gnucash from a self-compiled gnome stack, so i cannot readily answer that question :(00:11
saivannandi5 : Ok00:12
blueyedjonnymind: typo in README (s/OPERTION/OPERATION/)00:12
jonnymindOk, thanks.00:12
saivannandi5 : 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 this00:12
andi5how do you do that?  open up launchpad on the corresponding source package?00:13
blueyedjonnymind: same file, s/ad runs/and runs/00:13
ScottKA large number of graphics related packages have recently been upgraded for the recent libungif/libgif transition.00:13
saivannandi5 : Yes, just by looking at the debian changelog, I can see each updates with the date00:13
andi5saivann: feel free to do that... i still hope to see something from the compiler errors :)00:14
jonnymindblueyed: ack. repacking00:14
ScottKKillerKiwi2005: Support is on topic in #ubuntu-server00:14
saivannandi5 : 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 relevant00:15
=== \sh is now known as \sh_away
andi5saivann: what time zone is yours? .. i am UTC+1 here, so i will be sleeping in 5 hours :)00:15
saivannandi5 : 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
andi5saivann: have fun then :-D00:16
saivannandi5 : Thanks :) I'll keep the bug updated and I'll work on this, thanks a lot for your work on gnucash00:17
* saivann is gone00:17
andi5bye00:18
saivannbye00:18
=== n3xu|laptop is now known as nexu
jonnymindScottK: I have reuploaded after a couple of suggestion made by blueyed.00:35
jonnymindGood night and sweet dreams to all.00:35
jonnymind*suggestions00:35
Legendariohi, 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 REVU02:06
bddebianYou need to upload a source package, not a .deb02:08
Legendariobddebian, i know. but do i need to get through all the process of changing /debian files, signing and building it?02:14
imbrandonLegendario: its recomended yes02:15
=== bigon is now known as bigon`
Legendariook... that's what i wanted to know. I can't just send the .change file with the dput? right?02:16
imbrandoncorrect, it has to at very leaste be signed by the uploader , thats also on the REVU keyring02:17
Legendarioimbrandon, thanks a lot, dudes...02:18
=== Pricey is now known as PriceChild
Legendariois anyone here a reviwer at REVU?02:30
Legendarioanyone?02:42
minghuaLegendario: Just paste the REVU URL to advertise here generally, don't ask for any specific reviewers.02:43
minghuaLegendario: Describing what the package does also helps.02:43
Legendariominghua, ok thanks...02:44
Legendariowill do it right now02:44
Legendariohttp://revu.tauware.de/details.py?package=odfviewer is a simple odf viewer and my first package build02:54
Legendariohttp://revu.tauware.de/details.py?package=sive it's simple ipod video encoder and my second package build02:55
Legendarioi would apprecite if anyone can take a look at it...02:55
LaserJockhmm03:25
Legendariolet me ask one more thing. Are the packages I build supposed to have their distro on its name?03:38
minghuaLegendario: All REVU packages should target hardy, if that's what you're asking.03:39
Legendariomingha, that was not what i was asking, but it's nice to know... so i should set my pbuilder and chroot for hardy?03:41
Legendariominghua03:43
LaserJockLegendario: yep, new packages into Hardy so that's what you want to build for03:44
Legendariowhat i really wanted to know was if my resulting packages are supposed to have the distribution listed on the output .deb file name03:45
LaserJocknope03:46
Legendariook...03:46
Legendariothanks a lot everyone ;-)03:46
zulnerds!03:52
LaserJockyes ... and?03:55
Legendariono nerds... only geeks...03:55
LaserJockspeak for yourself ;-)03:56
bddebianheh03:56
Legendarioi geek is better than a nerd, right?! :-D03:59
LaserJockno way man04:00
* zul hands LaserJock his pocket protector04:00
LaserJockgeeks == Trekies, nerds == the people who put a man on the moon04:01
LaserJockzul: to go with my sliderule? nice!04:01
bddebianhehe04:01
* nenolod files a bug against zsnes with a debdiff to make it build an amd64 version.04:13
nenolod;)04:13
nenolod(ia32-libs-dev would be nice *hint hint*)04:13
* nenolod headdesks as he notices that zsnes was bumped recently.04:25
LucidFoxYay! Qt under GPLv3!04:27
ToyKeeper... only a decade late.  :)04:27
* nenolod headdesks at Qt being under GPL3.04:28
LucidFoxnenolod> GPLv2 + GPLv304:28
nenolodLucidFox, oh, ok.04:28
nenolodfantastic04:29
nenolodi succeeded in merging my ugly patch to make zsnes build on amd64.04:29
ToyKeeperI hope the ugly patch wasnt required for making the water effect work.  :)04:31
nenolodToyKeeper, zsnes uses x86 assembly, so is not buildable using 64bit libs.04:31
nenolodso .. off to play with ia32-libs it goes on amd64 ;)04:31
ToyKeeperAh, okay.  :)04:31
ToyKeeperI was just hoping I hadn't contributed to making it painful...04:32
saivannandi5: ping04:40
LaserJockLucidFox: Qt is v3 and v2?04:41
LucidFoxLaserJock> Qt3, starting with just-released version 3.3.8b04:43
LucidFoxQt4 is underway04:43
nenolodcan someone test that my debdiff in https://bugs.launchpad.net/ubuntu/+source/zsnes/+bug/184255 has no undesirable effect on x86?04:44
LaserJockLucidFox: I meant it is GPL v3 and v2?04:44
ubotuLaunchpad bug 184255 in zsnes "[patch] build amd64 package of zsnes" [Undecided,New]04:44
LucidFoxLaserJock> yes04:44
LucidFoxpreviously, it was just GPLv204:44
LaserJockI thought Qt4 was going to be GPLv3 only04:44
LucidFoxer, no04:44
nenolodLaserJock, lets hope so.04:45
nenolodLaserJock, that way there will be incentive for people to use a superior toolkit. :))04:45
LaserJockLucidFox: you sure, upstreams are starting licensing wars04:45
nenolode.g. GTK.04:45
nenolod:P04:45
LucidFoxLies! Qt > GTK! :p04:45
LucidFox(Disclaimer: GNOME user)04:45
LaserJockwx > *04:45
LaserJockI've grow to dislike GPLv3 immensely04:46
LaserJock*grown04:46
LucidFoxWhy?04:47
nenolodISC license \o/04:47
nenolodnobody can say bad about such a simple license04:47
LaserJockbecause it is going to cause an upstream I work with to have to reimplement a large chunk of code04:47
LaserJocka whole library04:47
LaserJockwhich just gonna be no fun at all04:47
LucidFoxLaserJock> Why? They're GPLv2 and depend on something that's GPLv3?04:48
LaserJockyep04:48
LaserJockwell, the library is GPLv2-only04:48
LaserJockand other libraries/tools are going to go to GPLv304:48
LucidFoxAh, so it's vice versa then.04:49
LaserJockso we have to pick which one to reimplement, basically04:49
minghuaLaserJock: Why?  Did they use said library before?04:50
LaserJockyep04:50
minghuaOh, should have read everything before replying...04:50
LaserJockit's one of the largest and most used chemistry libraries04:50
LaserJockwe have 15+ packages in Universe depending on it04:51
minghuaGPLv3 is going to fragment the FLOSS map, that was predicted.04:51
nenolodstupid GPLv304:51
nenolodactually,04:52
nenolodthere is a solution04:52
nenolodif you control the copyrights to the main program04:52
minghuaIf I were the developer, I would have decided to stay at v2 rather than reimplement stuff.04:52
civijahey guys04:52
civijai'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
nenolodyou 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
nenolodthen, dlopen the GPL2 library.04:53
nenolodproblem solved.04:53
nenolod;)04:53
minghua!info slrnface04:53
ubotuslrnface: 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 kB04:53
minghuacivija: You should put Ubuntu MOTU Developers <ubuntu-motu@lists.ubuntu.com>.04:54
minghuacivija: And please read https://wiki.ubuntu.com/DebianMaintainerField04:54
civijaminghua: aha, tnx!04:54
nenolodhmm, many of the packages i have encountered say "Ubuntu MOTU Team"04:55
minghuanenolod: That doesn't work, it's still violating the GPLv2 library's license.04:56
nenolodbummer.04:56
minghuanenolod: Unless the GPLv2 library's copyright holder acknowledge the "dlopen() is not derivative work" position as well.04:56
persianenolod: 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:56
nenolodwell04:57
nenolodi need to fix my debdiff for zsnes again :P04:57
LaserJockminghua: we can't 'cause we'll lose other, more fundamental libraries04:57
minghuaLaserJock: What are they?04:58
LaserJockI can't remember04:58
LaserJockbut with another project it's the toolkit, etc.04:58
minghuaI assume you can always fork the old GPLv2 version...04:58
LaserJockwell, that wouldn't be great04:59
LaserJockforking software all over the place04:59
* nenolod yawns04:59
minghuaAh, toolkit is going to be tough.  Probably they should have used GTK or04:59
LaserJockwe're hoping we can eventually get the GPLv2 library changed04:59
minghua... or Qt in the first place. :-)04:59
nenolodthere we go.04:59
LaserJockbut a company controls much of the copyright and doesn't seem willing04:59
nenolodhttp://launchpadlibrarian.net/11437565/zsnes_1.510-2ubuntu1.debdiff is a great example of why ia32-libs-dev would be a nice package.04:59
LaserJocklicense changes are really rough05:00
LaserJockI don't see why FSF would make GPL version non-compatible :(05:00
* minghua would rather see the forked GPLv2 version gets traction. :-)05:00
nenolodLaserJock, because richard stallman has an agenda05:01
minghuaBecause for FSF (RMS?), the license is a tool for advancing their belief/agenda, not (so much of) a tool for development collaboration.05:02
nenolodLaserJock, the agenda is that "only his way is free software", so you either can do GPLv3 or get screwed over05:02
nenolodLaserJock, it's their intentional goal05:02
minghuaI don't think RMS really wanted to say that.05:03
persiaLaserJock: 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
nenolodminghua, no i'm pretty sure the FSF guys want GPLv3 to be the only open source license05:03
minghuaI see it rather as "When I say certain things are not Free, they are not", such and Tivonization, etc.05:03
minghuanenolod: 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:04
nenolodminghua, 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 licenses05:05
nenolodminghua, or at least he was05:05
minghuaSlap the licenses?05:05
nenolodhe may have stopped after the ath5k disaster.05:05
LaserJockI'm fairly fond of MIT myself05:05
nenolodminghua, yes, as in bolting a GPL on top of the a trivially modified work05:06
nenolodi'd like the FSF & friends better if their associates didn't do such things05:07
minghuaWell, 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
nenolodminghua, before05:07
nenolodminghua, 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 code05:08
minghuaAnd as IANAL, I would consider Eben Moglen's opinion with very high respect unless another lawyer (or a judge on court) says otherwise.05:08
LaserJockin any case, it's really going to be difficult with the transition05:09
minghuanenolod: So?  I think it's perfectly fine, too.05:09
LaserJockanother one I think I'll have to deal with is squeak05:09
minghuaIt may be not quite moral, but I don't see anything illegal.05:09
nenolodminghua, it's legally fine yes, but ethically questionable05:09
LaserJockApple agreed to relicense as MIT, which is sweet05:09
LaserJockbut there's like hundreds of authors to track down and agree05:09
persiaLaserJock: How is MIT better than ISC?05:10
nenolodpersia, more words05:10
nenolod;)05:10
LaserJockpersia: I didn't say it was did I?05:10
minghuanenolod: 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
nenolodminghua, i agree that there are ways to do it that are ethically and morally fine.05:11
persiaLaserJock: 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
LaserJockhmm05:11
minghuaMaybe LaserJock is just a closet-Rubyist. :-)05:12
LaserJockI guess I'd say  MIT-like05:12
LaserJockBSD, ISC, and MIT are all quite similar in my book05:12
tuxmaniachello all05:12
LaserJockI hadn't even heard of ISC until the other day05:12
LaserJockbut I really dislike GPL05:12
minghuaLaserJock: "Quite similar", or "I don't know the real difference anyway"? ;-)05:13
minghuaThe latter for me.05:13
LaserJockI think they are related05:13
LaserJockas in BSD -> MIT -> ISC sort of roughly05:13
persiaI 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:14
LaserJockpersia: I agree05:15
LaserJockI don't know a whole lot about LGPL but it seems sort of failed in some ways05:15
nenolodI think the GPL is becoming less popular because it is too complex05:15
persiaFailed?  How.  There's lots of LGPL stuff, and some people seem quite happy with it.05:15
LaserJockI can't figure out if FSF want people to use it or not05:15
jsgotangcothe LGPL is much friendlier (hence liberal)05:16
nenoloda lot of the new projects i have looked at which were not forks, have been ISC or BSD or MIT license05:16
LaserJockI certainly wish the library I'm talking about was LGPL but the company that first developed it wanted it GPL05:16
persiaLaserJock: 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:17
LaserJockI just kinda figure if I'm gonna through it out there I might as throw it out there and make MIT-ish05:18
LaserJockah well05:19
nenolodthe common public license is interesting too05:19
nenolodbut i don't think i would use it.05:19
LaserJockin the mean time we'll have to figure out what to fork/reimplement and go through lots and lots of licensing wars05:19
LaserJockseems like libraries are just a real pain05:22
LaserJocksometimes with the cheapness of disk space i wonder if it'd just be better to do static linking more05:22
minghuaLaserJock: Yeah, and when there is a security hole in the library...05:23
LaserJockor just writing everything with the app05:23
LaserJockit just seems to be all the rage to create a library even if only one app uses it05:24
LaserJockwb persia05:29
pwnguinalso note that static linking takes more RAM05:30
persiaLaserJock: Thanks.05:30
persiaScottK: sbuild still fails.  Updating the bug.05:31
LaserJockpwnguin: I wonder how it would affect most apps05:31
LaserJockI can imagine things like tookits and DE libs would save a lot05:32
LaserJockbut a great many probably don't save much of anything by dynamic libs05:32
pwnguinglibc05:32
LaserJockgiven05:33
ScottKpersia: Thanks.05:33
* nxvl *HUGS* persia and ScottK without a reason05:34
LaserJockphew, 177 updates to install right out of the box06:18
* persia cheers the SRU team for effective work in coordinating updates06:18
* LaserJock hopes MOTU SRU goes out of business ;-)06:19
persiaLaserJock: Why?06:19
LaserJockbecause that means we did it right *before* release06:19
* ScottK cheers the MOTU SRU team for saying no so he could out of one with a clear conscience.06:19
LaserJocktime for bed06:20
LaserJockI'm off, have a good night/day06:20
persiaLaserJock: 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:20
LaserJockit'd be nice if security was the only thing we had to really worry about post-release though06:21
LaserJockbut yeah, it's only a dream ;-)06:21
persiaWe'd need a much larger universe-testing team.  The number of possible interactions between the number of packages is fairly high.06:22
ScottKSpeaking of testing ... https://wiki.ubuntu.com/MOTU/Clamav?action=show06:27
warp10Hi all!06:29
=== \sh_away is now known as \sh
\shmoins07:51
\emgentheya07:57
\shmoins \emgent07:58
minghua"Is this possible" is really a bad choice of Email subject...08:47
persiaYep.  Spam-like.  I wasn't sure of a better one though.08:49
minghuapersia: "Possible for MOTU to only maintains a single package?", perhaps?08:54
minghuaVerbosity seldom hurts, I would hope.08:55
persiaminghua: 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
persiaNow if only I had thought of that half an hour ago :(08:55
minghuaAnyway, if not for persia's reply, I probably would have just labeled it as spam without looking.08:56
persiaRight.  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:56
minghua(Oh, and not having a full name doesn't help either.)08:57
persiaminghua: There's been several REVU submissions from that email address, which is part of why I read it in the first place.08:57
minghuaThere have been two posts on planet complaining about the @ubuntu.com address attracting a large amount of spam, I think.08:57
persiaI don't think it is the @ubuntu address, except insofar as many people list that as the primary address in LP.08:58
persiaI 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
minghuapersia: Well, for me, plenty of spam goes directly to the @u.c address.09:00
TheMusoRainCT: 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
minghuaSounds a quite clever spam system...09:00
persiaminghua: Do you not see as much to sbcglobal?09:01
sistpotymorning everyone09:02
minghuapersia: 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
RainCTTheMuso: Do so, please :)09:02
TheMusoRainCT: Ok, whats the URL for your branch?09:02
persiaminghua: 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
minghuapersia: 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
RainCTTheMuso: http://bazaar.launchpad.net/~rainct/ubuntu-dev-tools/dev09:03
TheMusoRainCT: Thanks.09:04
sistpotylibrary packaging session in #ubuntu-classroom now (repetition of the session from Thursday)09:04
Ellyê/win 1009:05
Ellyer, sorry09:05
minghuaSBC (southwestern bell) doesn't support IMAP, so I don't really have many choices.09:06
minghuaAlthough I am starting to realize that using the same email service as the DSL company is probably not the best idea...09:06
persiasistpoty: Thanks for the reminder09:07
sistpotynp09:07
\shok..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:08
\shScottK, do you have a mail with a virus?09:12
=== Lure_ is now known as Lure
minghuaHuh.  What is the point of this "Debian Users" LP team?09:33
persiaMore emblems :)09:37
Hobbseemore shiny!09:38
\shmore teams...for whatever reason ;)09:41
TheMusoRainCT: Your changes have been merged.09:55
RainCTTheMuso: thanks :)09:55
LucidFoxWhich package is responsible for KDE automounting?10:37
=== asac_ is now known as asac
sistpotygeser: btw.: rocking work on the haskell transition front! Thanks a lot!12:11
LucidFoxWhat would be the Ubuntu equivalent of the "grave" severity in Debian?12:17
LucidFoxfor bugs12:17
sistpotyLucidFox: 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 project12:21
LucidFoxAck.12:21
gesersistpoty: I'm preparing now the next batch of sync request for haskell packages12:22
sistpotygeser: excellent!12:23
sistpotyyou rock!12:23
gesersistpoty: have you an idea how to fix the haskell-opengl FTBFS on i386?12:24
sistpotygeser: not at the moment... does it only FTBFS on i386 (I'm on amd64)12:25
geseryes, only on i38612:25
sistpotygeser: darn...12:26
geserI'm on amd64 too, where it builds successfully (I've tested the build on amd64 before filing the sync request)12:27
gesersistpoty: haskell-{glut,openal,alut} depwait now on haskell-opengl on i38612:27
sistpotygeser: 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, lpia12:28
sistpotygeser: urgh... the haskell-opengl FTBFS that looks like a problem with ghc6's splitobjs thingy12:33
sistpotygeser: from debian bug: "I can compile haskell-opengl fine by removing --enable-split-objs from CONFIGURE_OPTS."12:36
sistpotygeser: I'll apply this fix and upload a new version (even if only tested on amd64 *g*)12:37
gesersistpoty: no i386 pbuilder?12:38
sistpotygeser: nope, and my i386 chroot is totally out of date12:38
geseris it only removing that option?12:41
sistpotyyes... (actually I've only removed i386 from the switch in debian/rules)12:42
geserok, I'll build it in my i386 pbuilder and check if haskell-opengl builds then12:43
sistpotygeser: excellent, thanks. Do you upload it then as well?12:44
\shhmm..does canonical has a rsync mirror of the archives?12:45
gesersistpoty: can do it12:46
sistpotygeser: thanks a lot12:46
sistpoty\sh: iirc there used to be one. If have a very vague memory that it was shut down though.12:47
\shsistpoty, hmm...I wonder if using the http method gives me just the updated packages when I redo debmirror12:48
the_belgainapologies if i'm double-posting, but my connection to IRC just dropped and i don't know if the following made it...12:48
sistpoty\sh: no idea really... haven't used debmirror in a while12:48
the_belgainhi there - i'm having a little trouble with the <package>.install file for a pacakge i'm making12:48
the_belgaindh_install is failing because it can't find the directory i'm trying to get it to install. my <package>.install file looks like this: http://paste.ubuntu-nl.org/52573/12:48
the_belgainand debian/rules runs the makefile's installer to install in debian/tmp12:48
gesersistpoty: what exactly must be changed in debian/control in ghc6?12:49
sistpotythe_belgain: either use --source-dir=debian/tmp for dh_install or add debian/tmp as prefix12:50
the_belgainthanks12:50
sistpotygeser: line 25, remove i386 there12:50
sistpoty(that *should* do the trick)12:51
gesersistpoty: line 25 is "configure: configure-stamp" here.12:52
sistpotygeser: we're talking about haskell-opengl, aren't we?12:53
gesersistpoty: ah, so only haskell-opengl needs to be changed?12:54
sistpotygeser: yes... though the bug *might* be in ghc612:54
sistpotygeser: 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 :(12:55
=== LucidFox is now known as Strong_Bad
=== Strong_Bad is now known as LucidFox
\shpersia, ping freqtweak13:25
\shpersia, 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:28
db-keenA 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:31
man-dibackports.org is not 3rd party13:32
* Hobbsee wonders why not to use a ~13:32
man-dinot really13:32
Hobbseeman-di: for ubuntu it is?13:32
man-dibut I wonder about the reason13:32
man-diHobbsee: you right, for Ubuntu. I wear my Debian hat too often13:32
man-disorry13:33
* man-di better shuts up13:33
Hobbseedb-keen: 3.0~foo is less than 3.0, so you need to name carefully13:34
db-keenit's more of a 3.0-0~foo113:35
db-keenversus ubuntu might name it 3.0-0ubuntu113:35
db-keenversus Debian might name it 3.0-113:35
db-keenright?13:35
Hobbseeyeah13:35
db-keenso should I call it 3.0-0foo1 or 3.0-0~foo113:36
emgentjdstrand, ping for remember drupal fix sponsorization :P13:39
\shemgent, it's on their eyesight :) patience :)13:40
emgenthehehe sure :P13:40
jdstrandemgent: did you see my comments from yesterday?13:50
jdstrandemgent: hi btw13:50
emgenthippu, no sorry :(13:50
emgents/hippu/hi/13:50
jdstrandI was thinking of adding them to the bug, but thought you might have irc logs13:51
jdstrandanyway... let me get them13:51
emgentjdstrand, i think screen deattached.13:51
jdstrandfrom beofre:13:51
jdstrand14:46 < jdstrand> emgent: I was just reviewing your drupal update for SA-2007-03113:52
jdstrand14: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
jdstrand14:48 < jdstrand> was this the 'Upstream re-fix SA-2007-031 patch' as referenced in bug #181984 ?13:52
ubotuLaunchpad bug 181984 in drupal5 "Drupal5: SA-2007-031, SA-2008-005,SA-2008-006: SQL injection and XSS " [Undecided,Confirmed] https://launchpad.net/bugs/18198413:52
jdstrand14: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
\shjdstrand, yepp...Re: SA-2007-03113:52
\shjdstrand, patch in 5.4 for SA-2007-031 was broken and was fixed in 5.5 with the change in this very special line13:52
emgent\sh, ++13:53
\shjdstrand, http://drupal.org/files/issues/db_query_range.patch is the corrected fix for broken 5.4 SA-2007-031 patch13:53
jdstrand\sh is that referenced in the later patch urls?13:53
\shjdstrand, discussion was on http://drupal.org/node/198321 and report about if officially is on http://www.drupal.org/drupal-5.5 :)13:54
\shs/if/it/13:54
jdstrand\sh, emgent ok thanks, I'll just add that in13:54
emgentok cool jdstrand :P13:54
jdstrand(the references that is)13:54
\shemgent, ok my fault..I should have told you to add all references to debian/changelog...because it's important for reviewing the fixes13:55
jdstrandemgent: and I had a comment on wordpress13:55
jdstrand15: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:55
emgentjdstrand, ok13:56
\shnow where was I13:56
jdstrandemgent: fyi-- I will be travelling today and tomorrow and probably won't get to these until tomorrow night at the earliest13:56
emgentno problem :P13:57
emgentthanks jdstrand !13:57
jdstrandemgent: absolutely! :)13:57
\shjdstrand, it's weekend..you shouldn't work at all ;)13:57
jdstrand\sh: ;)13:58
emgenthahaha13:58
\shjdstrand, go go go ... and drink one or two beer for us ;)13:58
jdstrandheheh13:58
emgentno beer, rum&&Cola ++13:59
jdstrandif truth must be told, I actually like pink drinks13:59
jdstrandgo figure *shrug*13:59
emgent;)13:59
ion_Turkish Pepper (the candy) + vodka = teh awesome13:59
jdstrand(strawberry margarita)13:59
emgenthehehe13:59
ion_A.k.a. Salmiakkikoskenkorva in Finland.14:00
* emgent like Cubalibre.14:00
\shjdstrand, hmm...I'm more the caipi type of guy...and then a lot of them;)14:01
* sistpoty needs to go and buy beer14:03
\shsistpoty, kein bier vor vier ;)14:04
sistpotyhehe \sh14:04
\shor was it the other way around...14:04
ScottK\sh: No, but I could send you a clamav test file.14:11
\shScottK, please :)14:13
\shhmmm14:18
\shcan someone with sparc access check this http://launchpadlibrarian.net/11440832/buildlog_ubuntu-hardy-sparc.cyrus-imapd-2.2_2.2.13-13ubuntu1_FAILEDTOBUILD.txt.gz14:18
Hobbsee\sh: log into sparky.14:18
\shhmm...14:19
\shsparky.ubuntuwire.com?14:19
Hobbseeyes14:19
Hobbseesparky.tauware.de and revu.tauware.de also resolve at the same place14:19
Hobbsee\sh:14:20
Hobbseegive me a yell if you don't have permissions to run pbuilder there14:20
\shHobbsee, looks like I don't have the permission (public key)14:20
Hobbseeah14:20
\shwell public key is on LP and it works normally :)14:21
\shScottK, forget about the testfile...I see now it works :)14:22
\shjust catched 4 of those nasty mails ;)14:22
Hobbsee\sh: you changed keys did you?14:24
\shHobbsee, a couple of weeks yes14:24
mok0ScottK: Starting to work on avscan now14:26
Hobbsee\sh: you should be able to log in now14:28
\shHobbsee, cool thx :)14:30
Hobbseeyou're welcome14:30
\shHobbsee, pbuilder <- hardy?14:32
Hobbsee\sh: er, i think it uses pbuilder-dist from memory14:32
\shwell..pbuider-dist is not in there..and pbuilder-hardy also not14:33
geserdoes somebody know how to add input line editing for a python cli program?14:33
mok0geser: you probably need to use the readline module14:34
emgentbye people14:35
gesermok0: I've read the online help for the readline module but it's not obvious for me how to use it14:37
mok0Hmm, I've never used it either14:37
ScottKmok0: Great.14:39
StevenKI thought you just had to import it and it dealt?14:40
ScottKgeser: http://docs.python.org/lib/module-readline.html14:42
geserScottK: I've read that already (it's the same as the online help).14:43
ScottKOh.14:43
geserit seems to be more about input history but not about input editing14:43
geserI want to add line editing support to requestsync when asking for the rationale to drop Ubuntu changes14:44
StevenKEwww14:44
geserbtw: I've added python-launchpad-bugs support to requestsync in bzr. requestsync --lp uses it to file the bug instead of mailing it.14:46
geserit works for me, but I would like if other people could also test it before ubuntu-dev-tools gets uploaded the next time.14:47
ScottKgeser: Consulting my Python in a Nutshell, it seems the module is a wrapper for standard readline command, so it's hard to do much with it without also using the readline documentation.  http://tiswww.case.edu/php/chet/readline/rltop.html14:48
=== bigon` is now known as bigon
\shwhat was the proposed way to change the complete system language including keyboard layout for the console?14:56
bddebianHeya gang14:57
ScottK\sh: On another topic, did you notice gnuchash FTBFS now?  You upload built, but something changed underneath it since.14:57
ScottKheya bddebian14:57
\shScottK, yeah I read the bugreport...14:57
bddebianHi ScottK14:57
geserheya bddebian14:57
bddebianHi geser14:57
\shScottK, the reporter found out that is was one lib after Jan 13th14:58
ScottKWhich?14:58
\sh  libgconf2-dev   january 14th <---------- BUILD FAILED with this dependency installed hardy version 2.21.1-0ubuntu114:59
\shthe complete bug doc: bug #18417614:59
ScottKThanks14:59
ubotuLaunchpad bug 184176 in gnucash "[hardy]Gnucash fails to build with libgconf2-dev 2.21.1-0ubuntu1" [Medium,New] https://launchpad.net/bugs/18417615:00
geserScottK: looks like raw_input() does what I want (currently requestsync uses sys.stdin.readline())15:02
\shhmm now I'm fcked15:15
\shsomething generates a nose-0.10.1-py2.4.egg which shouldn't be in the package tree after debuild -S15:16
\shcan I just clean it during clean target?15:17
slavi1there is a problem with the new xserver-xorg-core package, mainly I get a 403 error trying to get it15:40
geserslavi1: the update is broken, so it got prevented from being installed15:40
* Hobbsee notes that hte new one is also up, too15:42
slavi1ahh, ok15:43
slavi1is it possible to tell apt to use another mounted system to perform operations on?15:43
slavi1the way that arch linux pacman can15:43
LucidFoxIs anyone going to upload yakuake-kde4 from REVU? It has gathered its 2 votes, it's not my package but I'm interested in it :)15:44
* Hobbsee thought it did get uploaded, and was in new?15:45
mok0slavi1: I suppose you can write an alternative apt.conf file, and have apt-get use it via the -c switch15:46
geserslavi1: what do you want to achieve?15:47
slavi1more like install ubuntu on a removable hard drive without booting off the livecd15:51
geserslavi1: simply chroot into the mounted system and call then apt-get15:54
geserslavi1: but you need to have there already at least a minimal installation15:55
mok0slavi1: and how will you make a bootable system using apt-get?15:55
slavi1geser: that's the reason why chroot won't work16:10
slavi1mok0: by installing grub onto it16:10
sistpotyyou can tell grub to install somewhere else, can't you? (iirc -R or -r)16:10
sistpotyhe, no, that was lilo *g*16:11
geserslavi1: use debootstrap to install a base system there so you can chroot16:11
\shsistpoty, grub-install --root-dir for telling grub to install grub imstages instead of root dir16:13
slavi1sistpoty: it is possible with grub, just set different root and do "install"16:13
gesersistpoty: with the grub-shell it should be possible16:13
slavi1I think16:13
=== bigon is now known as bigon`
\sh./grub-install --root-dir /mnt/foo/boot /dev/<your new boot device>16:15
\sh./grub-install --root-dir=/mnt/foo/boot /dev/<your new boot device> <--- sorry that's the correct syntax..16:15
slavi1ty16:15
slavi1but apt is a bigger issue16:16
\shslavi1, hmm?16:16
\shsudo chroot /<our chroot dir>16:16
\shvi /etc/apt/sources.list -> change it16:16
\shapt-get update && apt-get dist-upgrade doesn't work?16:16
geser\sh: he needs to install a base system with debootstrap there first16:17
slavi1yes16:17
\shgeser, sure :)16:17
slavi1so it is possible ...16:17
sistpotydebootstrap hardy /some/where doesn't work?16:18
sistpotyor maybe gutsy *g*16:18
=== Ubulette_ is now known as Ubulette
\shScottK, I'm having the new upstream version of gnucash on my todo ... let's see if it's building16:22
\shScottK, well no16:25
\shgncmod-gnome-search.c:92: error: old-style parameter declarations in prototyped function definition16:27
mohammadHi, does anyone know whether swt3.3 (source package is eclipse 3.3) will be added to ubuntu hardy?16:39
=== bigon` is now known as bigon
=== bigon is now known as bigon`
jdongmohammad: depends on if anyone will work on packaging them.16:56
jdongmohammad: at the rate things are going now, I think there was a handful of volunteers looking into it, I haven't heard much for the past month, so unless more people pitch in, I'd guess no, it would not reach Hardy.16:57
=== _czessi is now known as Czessi
LucidFoxjdong> Marillat has merged some changes of mpeg4ip back into DMO17:04
LucidFoxincluding your debian/copyright17:05
jdongLucidFox: cool, yeah, we e-mailed him about it :)17:16
LucidFoxah, didn't know17:17
jdonghe's not interested in repacking the orig.tar.gz for the licensing issues though, so we won't be able to directly sync from him17:17
jdong(I don't blame him :D)17:17
jdonggrr why doesn't cygwin support UTF-8?17:17
crimsunhttp://www.okisoft.co.jp/esc/utf8-cygwin/17:19
jdonguname -a17:19
jdongoops17:19
yamalMOTUs, the new sabnzbd package is awaiting your expert review @ http://revu.tauware.de/details.py?package=sabnzbdplus17:23
LucidFoxIANAMOTU, but:17:27
LucidFoxis (Closes: LP #xxx) accepted by LP? I've _never_ seen anything but (LP: #xxx)17:27
jdongLucidFox: no, you shouldn't use Closes: LP17:27
LucidFoxand I think debian/changelog is overly verbose, just "Initial release (LP: #xxx)" would be sufficient17:27
jdongLP: #xxxx is the best form17:28
LucidFoxalso, Ubuntu never had Python 2.3, so python-all-dev (>= 2.3.5-11) seems sort of pointless17:29
xhakerHey, what if in an .install file i want to conditionaly install files depending on the distribution?17:29
LucidFoxxhaker> What do you mean, depending on the distribution?17:29
LucidFoxIf that is the case, package separately for each distribution17:29
xhakeras in, we no longer support hotplug, debian does. i want it to build correctly for both17:30
LucidFoxyamal> Consider using dh_install and debian/install instead of cp17:30
LucidFoxby extension, it will make debian/dirs redundant17:30
xhakerLucidFox: what about adding the files needed in debian but not in ubuntu through rules?17:30
\shwhat is different between debian and ubuntu then?17:31
LucidFoxIf Debian and Ubuntu need different handling, I think it's best to have two different packages: one for debian, the other for Ubuntu17:31
* \sh needs food...asap17:32
yamalLucidFox: tx17:32
LucidFoxyamal> The debhelper build-dependency seems overly precise, is there a reason why you require this specific minimal version?17:33
LucidFox(for example, how dh_icons requires >= 5.0.51)17:34
LucidFoxalso, patches 03 and 04 are logically connected - their purpose is to make the program find files in /usr/share. Perhaps it would make sense to merge them?17:37
LucidFoxThere's a freenode team called "upstream"? o_O17:41
yamalLucidFox: might make sense to join those patches.17:41
yamalLucidFox: what do you mean with that last remakr17:41
LucidFoxyamal> that's not directed to you :)17:42
yamaloh ok :)17:42
LucidFoxFor your package, that's all I see. MOTUs may catch more stuff.17:42
yamalit's a nice start, and luckily all quite fixable too ;)17:42
=== apachelogger_ is now known as apachelogger
jonnymindGood evening.17:51
xhakerWhat if the new Debian version changed things a bit, and doing a merge, the remaining changes are the same but in differente places? can someone enlighten me17:52
sistpotyxhaker: if they have the same effect, sync it17:53
xhakersistpoty: the remaining changes! :) Some stuff had to be changed in ubuntu to obtain the same effect from before.17:55
xhakereffect is the same.. diff is not17:56
crimsunit's still a merge if there are remaining changes.17:56
sistpotyxhaker: so you still need ubuntu changes? Then I'd say re-merge the remaining changes so that they work again ;)17:56
sistpotyon top of the debian package17:57
sistpoty(that's what I usually do... reapplying ubuntu changes on top of the new debian version)17:57
xhakerand what about the changelog.. should I say I dropped and readded accomodated to the new debian package, or should i just keep the usual remaining changes bit?17:58
LucidFoxxhaker> There's no need to keep debian/changelog when doing a sync17:59
LucidFoxwhen doing a merge, keep only entries since the last sync17:59
geserxhaker: just the usual remaining bits17:59
upshi17:59
LucidFoxups> welcome :)18:00
upsthanks :)18:00
=== bigon` is now known as bigon
LucidFoxHeh, I just searched Google for "libtool sucks" and the second result is: 'Google doesn't show even nearly enough hits when you search for "libtool sucks".'18:00
sistpotyxhaker: you can drop them, but make sure to have every detail listed in the new changelog entry (e.g. bug numbers, from who's what patch etc.)18:00
upsi added debian/copyright and did an "svn diff" for the patch - will it take care of the new copyright file as well?18:01
LucidFoxups> What do you mean?18:01
LucidFoxWhat are you trying to do?18:01
upsLucidFox: create a package from svn source - i took care of the build-depends and warnings etc given by the packaging scripts18:03
upsone of the warnings were missing copyright file18:03
upsso i put it there18:03
ryanakcais there a reason why bzr is still at 1.0 in hardy? (1.1.0 came out in early november iirc)18:03
upsnow i'm trying to create a patch to send to the upstream developer, using "svn diff"18:03
LucidFoxWhy would upstream be interested in debian/copyright?18:04
upsbut i don't see any mention of the copyright file in the diff18:04
xhakerthanks for the help folks.. will pursue to comply :)18:04
LucidFoxUpstreams shouldn't generally include the debian directory, that's the packager's job18:04
jonnymindScottK: I uploaded another Falconpl package yesterday. I'd like to be sure it's ok, so it can pass next REVU day...18:04
upswell it is already there18:04
LucidFoxups> WHAT?!18:05
LucidFoxAsk upstream to remove it.18:05
sistpotyryanakca: maybe bzr-tools?18:05
\shhmmm...am I blind or liboglappth is not existing in ubuntu?18:05
upsLucidFox: why? it will be useful for anyone who wants to build a deb from source himself, don't you think?18:05
sistpotyups: did you checkout an upstream project or from debian/ubuntu somewhere? (what apt-get source hints you in case there is a Vcs-* thingy in debian/control)18:06
ryanakcasistpoty: eh? its at 1.0.0 too... is it because there isn't a 1.1.0 version of it yet?18:06
upsLucidFox: since the control file is already there18:06
=== bigon is now known as bigon`
sistpotyryanakca: yes, that's my guess that both should be uploaded at the same time... but I have no idea about bzr-tools (or if there is a new version yet)18:07
LucidFoxups> Oh no, not the same argumentation again18:07
LucidFoxI'm tired of avidemux advocating that18:07
upsLucidFox: hmm... not aware if this is a debated topic - i'll be happy to read if you have any pointers ;)18:07
LucidFoxIf upstream wants to distribute a debian directory, it must be at least renamed.18:08
LucidFoxLike smplayer does.18:08
crimsun\sh: it has yet to be synced in.18:08
LucidFoxIf they want everyone to be able to build their own debs, that's fine, but it shouldn't interfere with distribution packaging.18:08
\shcrimsun, yeah...there is no bug open for it I guess18:08
LucidFoxso, ups, please ask upstream to move the debian directory out of the way. Like, rename to debian-upstream.18:08
ryanakcasistpoty: ok. I'll check in #bzr ... if there is a bzrtools thats available at 1.1.0, I'll update debian's 1.1~rc1-1 to 1.1.0-1 ... and I'm guessing it wouldn't be too late to sync/merge into Ubuntu?18:09
upsLucidFox: thanks, i'll see what can be done18:10
sistpotyryanakca: no, it's not yet too late, there is still some time until FeatureFreeze18:11
ryanakcasistpoty: ok, thanks. *gets to it*18:11
sistpotyryanakca: but please make sure that bzr-buildpackage still works... I guess otherwise a lot of people would be unhappy ;)18:11
* LucidFox never even used [vcs]-buildpackage...18:12
ryanakcasistpoty: hehe... I've never used it... so I guess I'll pass it by someone who does use -buildpackage to test it18:12
sistpotyryanakca: that seems prudent :)18:12
LucidFoxBy the way, may I assume that NEW is going to stay untouched until Monday? :)18:13
sistpotyLucidFox: that's a smart guess ;)18:15
LucidFoxheh, I see18:15
LucidFoxso libmp4v2 builds are still going to stay broken for a while18:15
zulafternoon18:17
geserHi zul18:17
zulhey geser18:17
\shhmmm what was the url again for viewing the new queue?18:18
geser\sh: https://edge.launchpad.net/ubuntu/hardy/+queue18:19
\shgeser, thx18:19
\shwell...filing a bug against liboglappth18:20
\shTheMuso_, ping gnubiff...do you know exactly why debian upstream maintainer doesn't want to change from fam to gamin?18:25
\shoh ... infinity did the change in the first place18:27
\shcrimsun, bug #18438918:39
ubotuLaunchpad bug 184389 in ubuntu "Sync liboglappth from debian unstable" [Undecided,Confirmed] https://launchpad.net/bugs/18438918:39
ryanakcasistpoty: hmmm... bzrtools is already at 1.1-1 in Debian...18:39
crimsunryanakca: just ask for a sync18:40
ryanakcaand it looks like hardy's bzr-builddeb is 0.92 while bzr is 1.0 ... so I'm guessing backward / forward / whatever compatibility or somewhing18:41
ryanakcacrimsun: *nods* ... I'm updating Debian's bzr from 1.1~rc1-1 to 1.1-1... dunno if they'll take it though, but if they do, I guess I'll sync it too?18:42
sistpotyryanakca: try it out and if nothing breaks, ask for sync... (I assume you've also asked at bzr what they think is the best, do you?)18:42
ryanakcasistpoty: I have. haven't received an answer yet, but if its a go, it'll just be a matter of submitting it to debian...18:43
sistpotydoes anyone mind me breaking revu? I'd like to get non-motu comments finally enabled :)18:44
crimsunsistpoty: I don't mind.18:45
sistpotyhey crimsun btw :)18:45
* ryanakca doesn't... but since I'm not an active user, my vote doesn't count for much...18:45
zulsistpoty: noooo....:)18:48
sistpotyheh18:48
sistpotyzul: no about non-motu comments or about breaking revu :P18:48
zulsistpoty: heh18:48
sistpotybtw.: how can I do a diff between two bzr branches? (want to see how much revu-production is diverged from trunk)18:50
sistpotyurgh... revu-production is so wrong according to bzr st18:52
asabilhi all18:52
crimsun'lo sistpoty, zul18:52
gesersistpoty: bzr help diff suggest that "bzr diff one_branch other_branch" might work18:52
sistpotygeser: I assume that then bzr st should be clean in revu-production? (trying nevertheless)18:53
bddebianHmm, what replaces libglade-gnome0-dev for gnome2?18:54
asabilI would like to contribute a package, how do I do so ?18:54
geser!revu > asabil18:55
geserbddebian: are you porting from gnome1 to gnome2?18:56
asabiland am I allowed to upload to Revu ?18:56
bddebiangeser: Trying to yes18:56
zulhey crimsun how is it going?18:56
sistpotythanks geser, output looks sensible18:56
bddebiangeser: Well actually the new upstream is supposed to be gnome2, I'm just trying to fix the build-deps :)18:57
geserbddebian: check which header is missing and search then the package for it18:57
crimsunzul: not bad, you?  And the kid?18:58
geserasabil: everybody from the ubuntu-universe-contributors team is allowed to upload to revu and that team is open for everyone18:58
zulcrimsun: everyone is doing good, now that im working again18:58
crimsunzul: belated congrats!18:58
zulcrimsun: thanks..18:58
\shbddebian, just try libglade2-dev ?18:59
sistpotyemgent: you told me you fixed a security bug in revu? do you still have the patch? (looking at the diff right now, and not yet understanding everything)18:59
sistpotyi.e. diff between production and trunk, which is *erm* big19:00
\shdesktop-file-validate is a nice tool ,-)19:03
sistpotyemgent: nevermind, found out the changes, thanks!19:03
=== Skiessl is now known as Skiessi
CyberMatttest19:11
bddebianOK, what is an XML perl parser for intltool?19:12
bddebianHello CyberMatt19:12
CyberMattsorry my lag was way up for asec19:12
CyberMatthello though19:13
nenolodDktrKranz, yo19:15
DktrKranznenolod, hey :)19:16
nenolodDktrKranz, debian has been "working" on getting zsnes on amd64 for some time, but it's not really possible because debian does not do multilib, but instead does an emulation chroot19:16
nenolodor at least, that's my understanding of things19:17
=== _stefan_ is now known as sistpoty
DktrKranznenolod, unluckily I haven't any amd64 box to test if your fix works, though :(19:18
nenolodDktrKranz, it works19:18
nenolodDktrKranz, my concern is "does it work on x86 still"19:18
nenolodwhich it "should", but i don't have any x86 pbuilder set up at the moment ;)19:19
DktrKranznenolod, for x86, I can test it. Since I don't use zsnes, is there any tests to be done?19:19
nenolodDktrKranz, just see if it starts up :)19:20
nenolodDktrKranz, if it starts, then it's ok19:20
DktrKranzok, thanks for the pointer. I'll start a test build now19:20
\shguys, if anyone has a quad core desktop for me, please mail it to me ,)19:21
DktrKranz\sh, I don't even know what a quad core is, my hardware is so old it will ask for retirement soon, I guess :)19:22
\shDktrKranz, amd opteron 2x dual core  ,-)19:23
\shbddebian, xml perl parser for intltool?19:23
DktrKranzwhat about amd 900? :)19:24
bddebian\sh: I got it, thanks19:24
\shbddebian, intltool depends on libxml-parser-perl ;-)19:24
bddebianYeah19:24
\shDktrKranz, well, this is far below my desktops what I have here19:24
\shI wonder if I can use a ccache between an emt64 and x86 compiling 64bit code19:25
DktrKranz\sh, this is my main desktop, I've some p133 toys around, maybe with some clustering...19:25
DktrKranznenolod, FYI, test build will be available here: http://packages.linuxdc.it/hardy/result/zsnes_1.510-2ubuntu1/19:27
* nenolod has a bunch of AMD equipment.19:34
* \sh has a high load....19:35
\shw19:36
\sh 20:35:37 up 2 days,  7:08,  7 users,  load average: 8,68, 6,51, 4,7819:36
Nafallothat's not high :-)19:36
\shNafallo, for a P4 emt64 3.0GHz Desktop it is ;)19:36
\shbut most probpably it's io load19:36
Nafallotop would tell19:37
Nafalloiostat as well ;-)19:37
\shNafallo, io load...19:38
\shNafallo, less ram == more swap19:39
Nafallo:-)19:39
\shwell, starting up my p4 i386 :)19:41
DktrKranz\sh, play with swappiness a bit, then19:41
\shDktrKranz, na I'm sharing the builds between two workstations now :)19:42
nenolodvirtualbox-ose needs a nochange rebuild19:42
DktrKranz\o/ to clusters19:42
\shtwo merges on the emt64 box, the next two on the second computer...and when I have time, I'm starting up again my laptop to buildd two more packages19:43
\shactually I could setup one of the two 1U servers with dual PIII 1Ghz power :)19:44
\shwell it's noisy but who cares ;)19:44
geser\sh: grid pbuilder?19:44
DktrKranzsome who thinks noise is irritating19:44
DktrKranzsome neighbours, for instance19:45
\shDktrKranz, na not so noisy :)19:45
DktrKranzheh19:45
\shgeser, is it working ? ,-)19:46
* DktrKranz is playing with qemubuilder, but with weak results19:46
\shgeser, will you go to FOSDEM this year?19:50
geser\sh: I plan but I don't know yet, as I've 4 exams in the week after FOSDEM19:51
geserit depends how good my learning goes19:52
\shgeser, well exams are more important then fosdem :) I hope I could make it...My wife could visit her sister in belgium and I would travel to bruxelles19:53
sistpotywohoo, contributor comments activated, and I didn't break revu once doing that :)20:01
asabilhi all20:01
asabilhow do I change a filename using *.install files20:01
\shsistpoty, grats :)20:01
sistpotythanks \sh :)20:02
asabilI am making a package contains a small file extention bug20:02
sistpotyasabil: not too sure if that's possible at all... did you look at the manpage of dh_install yet?20:02
asabilsistpoty: the man page says it is not possible20:03
asabilany workaround ?20:03
sistpotyasabil: mv in debian/rules before calling dh_install?20:03
asabilsistpoty: I am using cdbs20:04
sistpotyasabil: then you're doomed :P... (consider not using cdbs or ask someone who knows cdbs better than I do)20:04
asabiloki20:04
\shdamn...now I know why I got doomed20:09
\shI switched off trackerd completly from session administration in gnome...20:09
\shbut it comes back all the time20:09
sistpotytrackerd is the indexing thingy, right?20:10
\shyepp20:10
* sistpoty hopes that kde won't add such a thing by default20:10
\shsistpoty, it will :)20:10
\shdesktop search is a hype20:11
sistpotydamn, I'm doomed as well *g*20:11
sistpotyat least I have atm. not got that update notifier thingy (whatever its called in kde) installed and don't have regressions yet (at least none that I think come from there)20:12
\shsistpoty, you mean this adept nightmare?20:12
sistpoty\sh: no, rather that "I've got new updates for you... click here. I'll remind you on every new login again" *g*20:13
sistpotybtw.: I've got somehow icons for the contents of my root directory on my desktop... is this a known bug?20:13
sistpoty(they just landed there instead of my desktop dir, didn't find out even what to change for this *g*)20:14
ScottKsistpoty: KDE has Strigii for thrashing your hard drive, but it's better bavhed than tracker.20:14
sistpotyScottK: ah thanks.20:14
sistpotyScottK: hah, not installed :)20:15
somerville32Is there a motu-security ml?20:23
somerville32(ie. security announcements for universe packages)20:24
jpatricksomerville32: I didn't know universe packages got security updates20:24
somerville32jpatrick, Of course they do20:24
somerville32jpatrick, Just not from Canonical20:25
jpatrickah20:25
somerville32:)20:25
sistpotysomerville32: none that I'm aware of20:27
somerville32I'm thinking that maybe we should get them sent to ubuntu-security-announce20:28
somerville32Should also be on the Ubuntu website20:28
persia\sh: The current state of freqtweak is the result of an ITA race for which neither competitor currently feels like doing anything.  The latest Debian upload was a merge of Ubuntu patches, but the Debian tarball is still constructed in an ugly manner (and the code is the same).  If you're merging, I'd recommend either grabbing a new SVN snapshot, or using the Ubuntu tarball.  On the other hand, I'm not convinced there is a benefit other than to re20:52
\shpersia, ok...so do you still want to be mentioned in the XSBC-Orig-Maintainer?20:54
persia\sh: Not really.  I vaguely feel I ought to file an ITA and update Debian, but until I am motivated to do that again, I probably shouldn't be the O-M.20:56
\shpersia, ok...20:57
persiaDebian has a better copyright, but their icon varies from upstream for no adequately explained reason.  Debian README.Debian is really not an ideal way to pull from upstream: please use Ubuntu get-orig-source (with dates adjusted).  A new snapshot won't mean anything, as upstream hasn't gotten around to committing the local branch to SVN in the last couple years.20:57
persia\sh: Just out of curiosity, what prompts you to try this merge?  Given that two different people completely rewrote the packaging (in a similar way) from the last common copy, I don't imagine it will be fun (although a good test of merging skills)21:03
ScottKsistpoty: Thanks for your work on REVU.21:03
sistpotyScottK: you're welcome... I had these patches lying around for ages actually, but didn't come to comitting them to production :(21:03
\shpersia, just to clean the merge list21:04
sistpotyScottK: and of course any beautification of the motu icon is more than welcome (/me sucks at html)21:04
=== bddebian2 is now known as bddebian
ScottKProbably not as bad as I do.21:04
sistpotyheh21:04
\shpersia, as you can see on changes and ubuntu-archive sync reports I'm trying to clean the list...everything which is not as clear as it should, I'm asking the last uploader21:05
persia\sh: OK.  Just checking :)  Feel free to ask me if you have any questions, and feel free to skip if you have any problems (as the only new patch in Debian is the menu structure change).21:05
\shpersia, na .. I was just confused because of the QA upload and your last setting of Original-Maintainer :)21:06
persia\sh: Some history:21:06
\shpersia, gnucash and gfpoken are giving me more pain :)21:06
persiaUpstream is mostly dead, and the last released version FTBFS.  The package was orphaned.  I repackaged, and forwarded to a sponsor.  Bart repackaged during sponsor review, and uploaded a version that didn't include the patches.  As upstream is dead, the package was again orphaned, after applying the patches I submitted upstream.21:08
\shpersia, bah21:09
persia\sh: I don't know much about either gnucash or gfpoken.  Sorry.21:09
\shpersia, gnucash is broken because of something new in the last gnome upload...21:29
\shpersia, and gfpoken needs a imlib2 source change21:29
persia\sh: Really?  I thought gnucash was still gtk121:30
ScottK2StevenK: Ondrej (who has been upating python-numpy and python-scipy in Debian) mentioned to me that he thinks he's done updating the packages for a bit and this might be a good time for an update in Ubuntu.21:30
ScottK2persia: No.  The updated it.21:30
persia\o/21:30
ScottK2persia: It was done the last time gtk was threatened to be removed from Debian.21:30
persiaI'm looking forward to xmms removal :)21:30
persia\sh: Thanks for becoming TIL for gaphor :)  Have fun!21:31
\shpersia, TIL?21:31
\shpersia, gnucash depends on gnome and gtk221:32
persia\sh: Touched-it-last (that being why I've been watching upstream since Dapper: I don't use the package, really understand the code, or understand python packaging)21:32
\shpersia, well, the fun part was the .egg directory after debuild -S21:34
\shpersia, and hopefully zope3 will switch to 2.5 soon...so we can be in sync with debian21:35
persia\sh: You shouldn't be getting that if ez-setup was disabled properly.  Are you sure Cédric applied the don't-access-the-internet patch all the way?21:35
* persia notes that pattern here, that changes in Debian already present in Ubuntu aren't always merged21:36
\shpersia, #from ez_setup import use_setuptools21:38
persia\sh: Hmm.  I wonder why clean was updating ,egg then.  Anyway, fixed now :)21:38
\shpersia, but debian upstream has it still in its setup.py21:39
\shpersia, and it was nose*.egg21:40
persia\sh: uncommented?  In that case, I think it's cleaner to tell the package not to try to talk to the cheeseshop, rather than deleting the results in clean:, as otherwise there's no guarantee of build repeatability on a system connected to the internet.21:40
ScottKThat sounds reasonable to me.21:41
\shpersia, the merge I did has it commented in...the debian upstream still has no comment sign before this line21:41
persia\sh: That's what I thought.  If you've commented it out (and also the call to use_setuptools), I don't understand how you would be downloading nose.egg.  Maybe python-nose needs to be Build-Depends: rather than Build-Depends-Indep: to avoid this.21:42
\shpersia, I check...give me a sec21:43
\shpersia, ok...found the bugger21:50
\shpersia, first mom was totally wrong, regarding setup.py ... from ez_setup import use_setuptools is now commented out21:51
\shpersia, debian/control: move python-nose from b-d-i to b-d helps21:51
persia\sh: Thanks for tracking that down.  I'm really happy not to have another changelog entry in that package :)  (also, this is part of why I don't use MoM: I hope you're not trying MoM for freqtweak)21:51
\shpersia, nope...21:52
\shpersia, normally I'm checking debian orig source and ubuntus old source but I have to admit, I should do it all the time :)21:53
sistpotyheh, MoM is like CDBS... you'll never know what you get and how it was assembled *g*21:53
sistpoty(at least for me, haven't mastered both yet)21:54
persiaWell, you can look at the source for both in an attempt to discover this.21:54
jpatricksistpoty: you can always look at the source21:54
sistpotypersia, jpatrick: sometimes the source doesn't give too much insight ;)21:55
persia\sh: I'll warn you that things I touch (especially things I touch post FeatureFreeze) tend to be adaptations of patches upstream or in Debian (admittedly, sometimes before they are adopted upstream or in Debian), and a such, are very likely to confuse MoM.21:55
persiasistpoty: I've not tried with MoM, but I've yet to find a CDBS confusion that wasn't resolved by looking at the make include files.21:56
sistpotyI guess I just like it simple :)21:57
\shpersia, I'm telling you, with b-d: python your patch works21:58
\shpersia, with py2.4 it gives all the way this .egg dir21:58
persia\sh: Umm.  You have to build with python2.4 or setuputils replaces the #! lines, and you lose zope3 compatibility21:59
\shpersia, I know...21:59
* \sh needs a smoke first...this is really...well..strange21:59
\shgrmpf22:02
\shwell yeah22:03
\shif python-nose on the build-host is not pre-installed, it gives the .egg directory22:03
persiaWhich should be handled by build-depends, no?22:03
\shbuild-host == where you start debuild -S22:03
\shnope22:04
\shbuild-depends will be pulled in during pbuilder build...22:04
persia\sh: Build-Depends: , not Build-Depends-Indep:  There is no guarantee that debian/rules clean: works properly without Build-Depends: installed.22:04
\shbut debuild -S calls make -f debian/rules clean and then you need for setup.py python-nose and python-setuptools22:04
persia(this is why debhelper is Build-Depends: even for arch-all packages)22:04
\shwell, I should use dpkg-source and dpkg-genchanges not debuild22:06
persiaIf you don't want to install the Build-Depends, yes :)22:07
\shor pdebuild22:07
\shgnarf...22:07
persia\sh: On the other hand, the package should be patched harder to never download nose from cheeseshop: you should get an error, rather than a populated .egg directory.22:08
persia(and please pass the patch to Cédric, who has to make a binary package every time, and doesn't find these things easily)22:08
\shpersia, well, he applied your patch correctly...I was the one who was fooled by MoM ... that's it22:09
\shand using debuild is bad....noted....please bang my head 10 times on the desk and put me in the corner for stupid pupils..kthx ;)22:10
persia\sh: I thought the patch was applied correctly, but I'm not enough of a python person to be sure the patch is sufficient in every case.  Before my patch, it always downloaded from cheeseshop.  Now it appears to only do so if python-nose is not available when running debian/rules clean, but that's only a partial solution.22:11
\shpersia, I wonder if there is something like Pre-Build-Dep22:11
persia\sh: Nope.22:12
\shpersia, the only thing what makes the download happen is python setup.py clean22:13
\shwe can avoid it when removing this call and doing the cleanup manually22:13
persia\sh: That's not the right solution.  The right solution is to adjust setup.py to not try to get stuff from the cheeseshop.  My first attempt was to comment out the use_setuptools line.  This is apparently not always sufficient.22:14
POX_persia: let me guess: ez_install?22:14
soren\sh: What would pre-build-dep do?22:15
ScottKI was waiting for you to show up ...22:15
ScottKPOX_: ^^22:15
POX_persia: do you have "from ez_setup import use_setuptools" in setup.py?22:15
POX_if yes, remove it22:15
persiaPOX_: Yep.  First attempt is the second patch listed at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=461157, but this apparently still downloads if python-nose isn't installed when running debian/rules clean22:15
ubotuDebian bug 461157 in gaphor "gaphor: FTBFS in sbuild" [Serious,Fixed]22:15
persiaPOX_: That was commented out, but it still does it :(  Also, \sh is taking over gaphor :)22:16
\shsoren, telling the maintainer to install this dependency first, because the maintainer needs it to call debian/rules clean e.g.22:16
POX_do you call setup.py clean before or after patching?22:17
POX_and why before? :)22:17
soren\sh: And this is different from Build-Depends how?22:17
persiaPOX_: No patch target.  Patch is inline22:17
POX_ok, where are up to date sources?22:18
persiasoren: For arch:any packages, Build-Depends also contains things not required to run debian/rules clean22:18
\shsoren, well, everything is ok, when your debuild -S complains about a missing build-dep, e.g. when cdbs is missing it complains...but now it just goes over this, and downloads something22:18
persiaPOX_: http://ftp.debian.org/debian/pool/main/g/gaphor/gaphor_0.12.5-1.dsc should exhibit the issue22:18
persia\sh: Do you have a better link for POX_ for the ez_setup issue?22:19
\shpersia, nope...just download the package and apt-get remove python-nose (if you have it installed)22:19
sorenpersia: And how does *pre*-b-d change this?22:20
persiasoren: pre-b-d would be the list of things for debian/rules clean.  b-d would be the list of things when building arch:any, and b-d-i would be the list of things for building arch:all.  Note that I don't see the point of pre-d-b, but am only explaining how it could be used.22:22
\shsoren, let's state a Pre-Build-Dep as PreReq in a rpm.spec...your build-system-host needs it before it can start with anything" it tells you "listen, before you can work with my rules file or with my build instruction in my .spec, you need to install this...when you did, I can go on with my usual work and clean your code" (just as an example)... like an user extension to a minimal installed packagelist for building packages22:22
* persia notes that the very concept of pre-d-b is Ubuntu-only, as it only has meaning when one is building source packages and not when building binary packages.22:23
\shespecially for packages who are calling ./configure before they can execute make clean22:23
\shpersia, well, rpm based distros are building source packages and binary packages from the very same .tar.gz/.patch/.spec  directory ;)22:24
sorenErm... B-d's need to be fulfilled before you can be sure your can even execute debian/rules properly.22:24
persiasoren: in most cases, build-essential handles that22:24
sorenYou need debhelper to be installed, for instance, before most debian/rules will do anything at all without breaking all over the place.22:24
sorenpersia: No.22:25
\shsoren, yes...this is not the question...this belongs to your package building tools...22:25
persia\sh: pre-d-b would only mean anything for .dsc based distros.  RPM doesn't matter.22:25
persiasoren: Ah right.  Thanks.  You've pushed me to take an opinion :)22:25
\shpersia, redhat and suse are working with such a system22:25
soren\sh: debhelper is not a required component when building a debian package.22:25
persia\sh: pre-d-b is bad because it requires far too much variance from Debian, for no extra benefit except to protect lazy packagers.22:26
sorenAnd it doesn't make sense anyway.22:26
persia\sh: Neither Fedora nor OpenSUSE pay any attention to debian/control.22:26
sorenGive me an example of something that should be p-d-b and not b-d(-i, perhaps).22:26
persiasoren: debhelper would be a common example.  python-nose would be the example \sh wanted to work around the ez-setup annoyance.22:27
\shsoren, I think the bug here was: debuild -S behaves differently from dpkg-buildpackage...22:27
\shdpkg-buildpackage complains directly about the missing b-ds22:28
sorenpersia: Ah, you want to move things from b-d to p-d-b? Not copy them to it?22:28
persia\sh: Even with -S?22:28
persiasoren: That would seem right to me, if I hadn't come to the opinion that it was a waste of time.22:29
sorenpersia: Heh :)22:29
sorenThe point is, you can expect a call to debian/rules (even to clean) to work properly if your b-d's aren't fulfilled.22:29
persiaOr to put that another way, that would make sense to me if Debian were to migrate to source-only uploads.22:29
persiasoren: Right.  Another way to handle it would be to have b-d-arch: to handle things that aren't required to build a source package.22:30
\shpersia, nope...the -S is the problem in general22:30
persia\sh: OK.  Just making sure that there wasn't a behavioural difference between debuild and dpkg-buildpackage.22:31
\shpersia, reading the manpage of dpkg-buildpackage again and again, -S should just build the source package...nothing else..22:32
persia\sh: Running clean is considered part of building a source package.22:32
sorenFrom Debian Policy: "The Build-Depends and Build-Conflicts fields must be satisfied when any of the following targets is invoked: build, clean, binary, binary-arch, build-arch, build-indep and binary-indep. "22:32
sorenThere you have it. Grey on green.22:33
ScottK2Are the brackets in "mv debian/libspf-doc/usr/share/doc/libspf-doc/{html,api}" a bashism?22:33
persiasoren: Right.  Note 1) policy follows practice, and 2) Debian doesn't use sourceful uploads, so the condition under discussion should never occur22:33
persiaScottK: Yes.22:33
\shpersia, yeah...but then it should complain about not fullfilled b-ds22:33
ScottK2persia: Thanks.22:34
sorenpersia: Er.. Yes, they do.22:34
ScottK2That'd explain why the package won't build now.22:34
sorenpersia: They just don't do source-only uploads.22:34
soren\sh: What should complain?22:34
persiasoren: Maybe terminology.  Perhaps "Debian doesn't use source-only uploads"?22:34
sorenpersia: Much better :)22:34
\shsoren, dpkg-buildpackage -S22:35
\shsoren, dpkg-buildpackage -S is for building the source package, clean target needs to be called during this source package creation, so regarding your quoted policy, it should complain by default when a b-d is missing, right?22:35
persia\sh: I'd argue that due to the source-only nature of Ubuntu, that's not an Ubuntu bug, and that build-dep-arch is more correct (but not worth the trouble).  It might be a Debian bug.22:36
sorenI guess dpkg-buildpackage is high-level enough to do that.22:37
soren\sh:  Write a patch :)22:37
\shpersia, I don't say at all that's bug in ubuntu or debian...it's just a logic bug in dpkg-buildpackage...22:38
\shsoren, hehe :)22:38
=== janito_ is now known as Lamego
\shpersia, source package creation with dpkg-buildpackage -S should include the -D switch of the tool...to check the b-ds correctly before calling clean target...so the policy is correct at least ;)22:39
* soren has an early start tomorrow morning and has to pack before the sprint on Monday22:40
sorenG'night, guys.22:40
sistpotygn8 soren22:40
persia\sh: Sure.  I'm just not sure if that part of policy is ideal for Ubuntu.  I like the idea of Build-Depends-Arch:, but just don't see the point of carrying it as a variance.22:40
persiagood night soren22:40
sistpoty\sh: imo dpkg-build-package is the wrong place...22:41
sistpotydpkg-buildpackage is low enough to assume that anything is installed needed for building22:41
sistpotyso either pbuilder or sbuild would be to blame22:41
\shsistpoty, nope...22:41
sistpoty\sh: dpkg-buildpackage doesn't know anything about what you've got installed in your system, and imo that's correct for *this* tool22:42
persiasistpoty: No.  1) This is source packages only, so neither pbuilder or sbuild has been involved yet, and 2) dpkg-buildpackage does complain for other required targets.22:42
sistpotypersia: it does?22:42
\shsistpoty, dpkg-buildpackage -D checks the b-ds from debian/control if those are on your build host22:42
persiasistpoty: Yep.  Try running dpkg-buildpackage -B without build-depends satisfied.22:42
sistpotyok, if that's the case, then I'll take back my argument and vouch for the opposite *g*22:43
persia\sh: pass your -S implies -D patch to sistpoty :)22:44
\shsistpoty, when you check the buildlogs of soyuz, you can see that sbuild is checking the b-ds of the source package before any call is made to debian/rules22:44
\shpersia, well the bug is, that -S doesn't imply -D ,-)22:44
persia\sh: Right, so the patch is -S implies -D, no?22:45
sistpoty\sh: sure for sbuild, that's where I put it... because I assumed that dpkg-buildpackage wouldn't handle this case22:45
\shpersia, well this should be done, yes ... it would help people to not use debuild -S (which is written in several documentations)22:45
sistpotybut it obviously knows about b-d's so you're right ;)22:46
persia\sh: debuild -S just calls dpkg-buildpackage -S.  It should do the right thing.22:46
\shpersia, well after the patch yes *eg*22:46
persiasistpoty: How do you build source packages with sbuild?22:46
sistpotypersia: you cannot... build e.g. debuild could handle that... how do you build these w.o. dpkg-buildpackage?22:47
sistpotys/build/but/22:47
persiasistpoty: dpkg-source?  (and, no, I don't advocate this)22:48
sistpotyheh22:48
sistpotyanyways, you're completely right ;)22:48
\shpersia, but back to gaphor, our buildd is intelligent enough to not fail ;)22:50
persia\sh: That's because it's not trying to build source :p22:51
* POX_ is finishing his patch for #461157 (which he will reopen soon)22:51
persiaPOX_: Thank you very much :)22:52
\shI'm waiting for POX ;)22:55
* \sh takes a deeper look at sbuild to use it instead of pbuilder22:57
persia\sh: There's a script in ubuntu-dev-tools to automate setting it up, if you have LVM (even just LVM on a 20GB partition)22:58
* sistpoty is off to bed23:01
sistpotygn8 everyone23:01
\shpersia, well, I'll have 500GB still free to ise23:02
\shs/ise/use/23:02
ScottKgeser: I see you once aske for an etpan-ng sync.  Do you use the package?23:02
\shbrb23:06
\shrestarting session23:06
=== \sh is now known as \sh_away
geserScottK: no23:07
ScottKgeser: OK.  Thanks.23:08
geserScottK: looking at the old sync request, I guess it was because of unmet deps23:08
ScottKOK.  I'm messing with a bunch of mail related packages for backports.  I think I'll leave that one alone then.23:09
POX_a propos sync requests (while updating my pbuilder :)23:09
POX_ScottK: could you sync all my paste* packages?23:10
POX_all need to be synced at the same time (I moved to pysupport)23:10
POX_I will give you package names in a sec.23:10
ScottK2OK23:10
=== \sh_away is now known as \sh
POX_paste, pastedeploy, pastescript, pastewebkit23:11
ScottK2Any particular order?23:12
POX_paste fixes LP: #18416223:12
POX_paste should be first23:12
ScottK2Bug #18416223:12
ubotuLaunchpad bug 184162 in paste "python-paste missing dependency on python-scgi" [Undecided,In progress] https://launchpad.net/bugs/18416223:12
\shpersia, give me a hint...mk-sbuild-lv just started ...do I need to mount some lv volumes first before going on?23:12
persiaDo need to define a volume group, but I don't think you need to define any volumes.  My setup experience predates the script though.23:14
geserare there some stats how much space the average build takes? I plan to run pbuilder on tmpfs once I've 4 GB RAM23:15
bddebianNice23:19
persiageser: I use a 4GB volume with sbuild, and only have ever had trouble with WX (but I've not tried eclipse, OOo, etc.)23:19
\shhmm23:29
\sh mk-sbuild-lv --arch=amd64 --name=hardy --source-template=/home/shermann/pbuilder/etc/hardy/apt.conf/sources.list data00 hardy23:29
\shSpecified release not known to debootstrap23:29
\shwtf?23:29
ScottK\sh: Do you have the one from Gutsy-backports or the regular one?23:30
\shScottK, I'm on hardy23:31
ScottKOh.23:31
ScottKNevermind23:31
\shand debootstrap works23:31
\sh# Is the specified release known to debootstrap?23:34
\shif [ ! -f "/usr/lib/debootstrap/scripts/$RELEASE" ]; then23:34
\sh-EBUG23:34
\shit's really /usr/share/ not /usr/lib23:34
ScottK2POX_: There's all requested.23:34
POX_ScottK2: thanks23:34
ScottK2There's/There're23:34
\shnow23:35
=== nikolas_ is now known as nikolas
\shfixing23:38
\shwow...my first contribution to ubuntu-dev-tools...23:44
\shhmm...arch:all is simple arch:i386 for sbuild, right?23:46
crimsunessentially.23:47
\shcrimsun, but when my default arch is amd64, how can I tell sbuild to use this as as arch:all replacement?23:48
\shfeedparser_4.1-10.dsc: i386 not in arch list: all -- skipping23:48
\shah23:49
\sh-A is the magic switch23:49
crimsunit appears to be, yes.23:50

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!