[00:18] <Amaranth> bug 67384
[00:18] <ubotu> Launchpad bug 67384 in openoffice.org-amd64 "Openoffice keeps crashing" [Undecided,New] https://launchpad.net/bugs/67384
[00:18] <Amaranth> woo, ubotu is back
[03:23] <kgoetz> hi all, probably otish, but not sure of a better place: if i grab the 'linux' source package ( https://launchpad.net/ubuntu/+source/linux ), does that build the restricted binary packages, or just clean ones?
[05:04] <minghua> Hmm, Debian unstable's dpkg refuse to work on the hardy partition.  This is going to be tricky...
[05:09] <Fujitsu> minghua: What evil are you trying to commit?
[05:10] <minghua> Fujitsu: Nah, I am completely an innocent victim here.
[05:10] <minghua> Fujitsu: Just bitten by bug #201673.
[05:10] <ubotu> Launchpad bug 201673 in glibc "Hardy: "invalid pointer: 0xb7ef4b70" no program will start." [Critical,Confirmed] https://launchpad.net/bugs/201673
[05:14] <Fujitsu> minghua: You could always manually extract the file in question.
[05:15] <RAOF> You can't just mount up your hardy root and dpkg -x a working libc to it?
[05:15]  * LaserJock was going to mention something about hijacking
[05:15] <LaserJock> perhaps it's a little late in the evening for that though
[05:15]  * Fujitsu sends iwj after LaserJock.
[05:16] <minghua> Fujitsu: Yeah, I think that's what I'm going to do.
[05:16] <LaserJock> minghua: send iwj after me? :(
[05:16] <minghua> RAOF: Using which dpkg?
[05:17] <RAOF> minghua: Sid's, presumably, since Hardy's will be linked to a broken libc :)
[05:17] <minghua> RAOF: Exactly.  That's why I said "Debian unstable's dpkg refuse to work on the hardy partition" at the beginning.
[05:18] <minghua> RAOF: "dpkg: syntax error: unknown group `mlocate' in statoverride file" is the error message.
[05:19] <RAOF> minghua: I think we may be talking past each other.  Sid's dpkg presumably works in Sid, right?
[05:19] <StevenK> That's probably a symptom, not the problem
[05:19] <StevenK> NSS looks busted in Hardy due to the latest glibc upload.
[05:19] <RAOF> So, you boot into Debian, mount hardy's root to /media/please-fix-my-root, and dpkg -x libc6_version_that_works.deb /media/please-fix-my-root, right?
[05:20] <minghua> RAOF: "dpkg --root=/mnt --install libc6_2.7-5ubuntu2_i386.deb" in unstable gives the error message above.
[05:20] <RAOF> minghua: Ah, you're trying to do something better than me.  I was just trying to get you a working libc.so.6, so you could use hardy's dpkg again :)
[05:20] <minghua> RAOF: Okay, dpkg -x directly, I didn't think of that.  Thanks, I'll have a look.
[05:21]  * TheMuso just realized that it will likely break the buildds as well.
[05:25] <superm1> why was libc changed this late in the cycle though I have to wonder?
[05:25] <superm1> these are more of the behaviors you'd expect before alpha1 etc
[05:26] <minghua> Yeah, I think the QA procedure (if there was one) is completely thrown out of the window on this one.
[05:26] <minghua> Such things by no means help us attracting testers.
[05:27] <StevenK> Yay for complete conjecture.
[05:27]  * RAOF likes to think that this was meant to be a useful bug fix :)
[05:27] <minghua> StevenK: By "conjecture" you are referring to my comments?
[05:27] <StevenK> minghua: I am
[05:27] <superm1> well it appears that not everyone upgrading is affected though.  i've just spoken to a few folks that weren't affected
[05:27] <superm1> hm
[05:28] <superm1> i certainly don't look forward to having to reboot, find a live disk, and try to solve this on my system though.
[05:28] <minghua> StevenK: Sorry I don't quite understand.  Whose conjecture do you mean?  Glibc uploader's?  Mine?
[05:29] <StevenK> minghua: Your conjecture.
[05:29] <minghua> StevenK: Which is?
[05:29] <StevenK> minghua: That the QA procedure was ignored
[05:30] <slangasek> well, the QA procedure here certainly doesn't seem to have included requesting a FFe...
[05:30] <minghua> StevenK: True, it's all my guess.  But I hope you can understand my bitterness.
[05:34] <StevenK> Blink. My gutsy laptop managed to switch back to gdm from usplash while shutting down
[05:34] <RAOF> StevenK: Oh, you haven't seen that before?  Happened not infrequently for me (but it seems fixed now).
[05:35] <StevenK> RAOF: Nope
[05:37] <Amaranth> StevenK: I get that when X freezes on shutdown and I have to manually kill it to make the shutdown continue
[05:38] <StevenK> It switched back, I thought, "Wow, that was very fast", typed in my username, hit enter, it switched back to usplash, and I went "Oh. It hasn't shut down yet"
[05:46] <minghua> slangasek: Is the "update-alternative sticks at manual status" thing mentioned in bug #199030 a bug (i.e., can be fixed in some preinst/postinst scripts)?  Or is it something more sinister?
[05:46] <ubotu> Launchpad bug 199030 in scim "Can't close SCIM" [High,Fix released] https://launchpad.net/bugs/199030
[05:48] <slangasek> minghua: can be fixed in a future preinst/postinst
[05:49] <minghua> slangasek: Thanks.  Probably not worth it though (I believe the problematic setting only existed in one version, unfortunately it's the version shipped in alpha6).
[06:09] <LaserJock> nixternal: geeze dude, you had to blog it?
[06:10] <StevenK> "malloc this and malloc that everywhere" -- helpful.
[06:10] <StevenK> Not.
[06:28] <RAOF> Why must building Xorg git be so annoying.  Also, I'd like the forum universe to stop suggesting that installing the nvidia drivers with envy as the first port of call for any form of problem with graphics.
[06:29] <StevenK> Heh
[06:31] <kgoetz> (sorry for repost) probably otish, but not sure of a better place: if i grab the 'linux' source package (https://launchpad.net/ubuntu/+source/linux ), does that build the restricted binary packages, or just clean ones?
[06:35] <RAOF> kgoetz: No, it doesn't.  l-u-m and l-r-m are built from their own source packages.
[06:35] <kgoetz> RAOF: thanks. i was filing a bug on something that may not be redistributable, so i wanted to be sure
[06:46] <minghua> Heh.  Nice to see ScottK standing up against CoC slapping.
[07:13] <dholbach> good morning
[07:15] <boomer> dholbach: good morning
[07:16] <dholbach> hiya boomer
[07:16] <boomer> o/
[07:17] <emgent> heya :P
[08:11] <\sh> hmm...are we switching back from compiz to metacity and it's new composit world order? ;)
[08:16] <Fujitsu> \sh: And sacrifice Compiz's instability!? Sounds silly.
[08:17] <emgent> argh
[08:17] <emgent> heya Fujitsu :)
[08:18] <\sh> Fujitsu: well, seeing kde4 kwin and compositing ... I really don't know what's stability ;)
[08:18] <Fujitsu> Hiya emgent.
[08:18] <Fujitsu> emgent: Were you at the meeting?
[08:19] <emgent> security meeting ?
[08:19] <Fujitsu> Yeah.
[08:20] <emgent> Yes, but I had to leave before the end .. Small problems at home
[08:20] <\sh> oh damn...security meeting...my time schedule is too packed in the moment I think
[08:21] <emgent> My topic have been sent to the next meeting
[08:21] <Fujitsu> 6am + being sick == forgetting to attend, sorry.
[08:22] <emgent> ubuntu-pentest team will be start quickly
[08:23] <emgent> I just finally completing "anateater"
[08:26] <emgent> Fujitsu, yesterday kees try to find you about motu-swat
[08:26] <Fujitsu> emgent: I saw the ping, yeah.
[08:26]  * Fujitsu reads the context.
[08:26] <emgent> meeting log is avaiable
[08:26] <Fujitsu> emgent: What was the motu-swat item?
[08:27] <emgent> membership to join in this team
[08:27] <Fujitsu> What do you mean?
[08:27] <Fujitsu> (and where's the agenda these days?)
[08:28] <emgent> https://wiki.ubuntu.com/SecurityTeam/Meeting
[08:28] <emgent> MOTU-SWAT membership (postposed until motu-swat admins are available)
[08:29] <Fujitsu> What about membership? The requirements?
[08:30] <emgent> Fujitsu, i dont know, it's a keescook topic
[08:31] <Fujitsu> emgent: Ah, thanks.
[08:32] <emgent> Fujitsu, anyway i know who request membership
[08:32] <emgent> Nicolas Valcárcel (nxvl) (nvalcarcel)
[08:32] <emgent> and Andrea Corbellini (andrea-bs)
[09:10] <cprov> hi, can someone help me to fix the upgrade-disaster in my hardy installation ?
[09:11] <cprov> it died after the new glibc installation.
[09:12] <emgent`work> cprov, glibc broken: https://launchpad.net/bugs/201673
[09:12] <ubotu> Launchpad bug 201673 in glibc "Hardy: "invalid pointer: 0xb7ef4b70" no program will start." [Critical,Confirmed]
[09:13] <emgent`work> cprov, anyway for hardy please join #ubuntu+1
[09:13] <cprov> emgent`work, thanks
[09:13] <emgent`work> np
[09:17] <Laney> Haha, I was *just* about to hit yes on aptitude
[09:17]  * Laney runs far, far away
[10:35] <amarillion> Is there a debian policy for naming meta-packages?
[10:37] <amarillion> most metapackages in ubuntu seem to be named xxx-desktop
[10:52] <slytherin> persia: FYI ... Got internet connection at home. So I will be able to smash more bugs and FTBFS now. :-D
[10:57] <slytherin> Can someone 'give back' evolution-rss?
[11:03] <\sh> anyone has a clue of openbox?
[11:09] <Hobbsee> glibc breakage, right before a freeze/  tasty.
[11:10] <\sh> old news...
[11:10] <\sh> fix is already uploaded :)
[11:10] <emgent> \sh: there is a big problem now :P
[11:11] <emgent> new glibc FBTFS, bacause try to build with old glibc broken :)
[11:11] <Hobbsee> \sh: i just got home
[11:11] <\sh> emgent: the bug is LDFLAGS, the very same bug as with wine 0.9.55
[11:12] <emgent> yes i saw launchpad bug :P
[11:12] <emgent> i have to go, see you later :)
[11:12] <\sh> emgent: I wonder who was the dude who introduced those LDFLAG changes for the dpkg-buildpackage
[11:13] <Fujitsu> \sh: They hit a couple of my packages too, which was infuriating.
[11:16] <\sh> Fujitsu: it took us 4 weeks actually to find out that wine doesn't like our LDFLAGS...and now glibc...for me a reason to not introduce newly untested flags
[11:18] <Hobbsee> hi jono
[11:18] <jono> hey Hobbsee
[11:20] <\sh> grmpf...I can't work now...
[11:26] <\sh> bah
[11:27] <\sh> nice..libc6 ftbfs again...unable to apply some patches...
[11:30] <StevenK> It's being dealt with
[11:31] <StevenK> \sh: Newly untested flags? They look to be fine in the general case, it's just wine and glibc which are not normal pieces of software that don't work
[11:31] <DaveMorris> DktrKranz2: How did you get on with that example?
[11:34] <\sh> StevenK: well, after wine 0.9.54 was out those LDFLAGS were introduced, eventually without any further testing...and now glibc, which wasn't tested, too...
[11:34] <\sh> StevenK: so I say, untested flags
[11:43] <\sh> StevenK: and yes, I know this can give us speed improvements, but without test-building the whole archive, and see what breaks, this was a change which was really adventure-like
[11:46] <sistpoty|work> hi folks
[11:46] <emgent> hi sistpoty|work :P
[11:46] <sistpoty|work> hi emgent
[12:06] <promag> I'm using this "apt-get --simulate dist-upgrade" to get the list of packages available for upgrading but it only gives me the package name and version. Is there an easy way to also get the short description of each package?
[12:06] <slytherin> anu buildd admins here?
[12:07] <dholbach> slytherin: try #ubuntu-devel
[12:07] <soren> slytherin: If you want them to rebuild stuff due to libc6 breakage, don't bother :)
[12:08] <soren> slytherin: Common procedure in these situations (with massive build failures and such) is to retry everything that failed to build within the last X hours.
[12:08] <slytherin> soren: No. It is evolution-rss plugin. Looks like just wrong timing for builds caused FTBFS on non-i386 arch.
[12:09] <\sh> soren: no. 1 task: make glibc running again ;)
[12:11] <soren> \sh: It's building as we speak.
[12:11] <soren> slytherin: Er.. That's what I'm referring to?
[12:11] <\sh> soren: you don't mean 2.7-9ubuntu2?
[12:11]  * Fujitsu looks with confusion at https://edge.launchpad.net/ubuntu/+source/glibc/2.7-9ubuntu2/+build/539089. Is it needing to be built, currently building, or finished building?
[12:11] <soren> \sh: Yes?
[12:12] <\sh> soren: lp said: FTBFS because of a patch which can't be applied...so I think someone is working on 2.7-9ubuntu3
[12:12] <soren> \sh: No.
[12:12] <Fujitsu> \sh: No, ubuntu2 now builds OK.
[12:12] <slytherin> soren: Oh. But AFAIK, this is not the failure in last 24 hours. It is there for last 3 days at least.
[12:12] <soren> \sh: It breaks because the buildd's had the broken libc6.
[12:12] <soren> slytherin: Oh, ok.
[12:13] <soren> \sh: So it's a buildd issue now. No new glibc is needed. We'll just rebuild 9ubuntu2 and all will be well.
[12:13] <\sh> soren: ah so it's just a task of buildd sysadmin to inject a new one which needs to be build with a running system ;)
[12:13] <\sh> soren: btw...the bugger is really the dpkg upload from 2008-02-11 ;) with the introduced change to compiler flags
[12:13] <soren> \sh: I know.
[12:13] <soren> *shrug*
[12:13] <soren> :)
[12:15] <\sh> soren: seriously: when we start to rebuild all stuff against this new dpkg-buildpackage world order, we will see, that some apps won't run anymore...hopefully it's not much...but we should have tested it before this change went public
[12:15] <\sh> well..somehow I'm annoyed, because I can't do my work right now...building packages for the company on hardy fails ;)
[12:15] <soren> Er... We're in a development cycle. We develop stuff and see what happens.
[12:16] <Fujitsu> Some things break at runtime, and others at compiletime. It's really hard to test automatically for the former, which is what these two cases were.
[12:16] <Fujitsu> The two cases that I hit were the latter, which made things much easier :)
[12:18] <\sh> soren: yes...that is not the problem...but introducing some flags which are changing runtime behaviour needs to be better tested before the change...even in a devel cycle.
[12:19] <_ruben> having troubles compiling iscsitarget-source .. cant find any filed bugs for it, or perhaps im looking in the wrong place .. gutsy gibbon desktop (as test, want run another test on server later on)
[12:19] <\sh> runtime errors are evil...and if the software developer is not at fault, the distro folks are, always ;) /me included...
[12:19]  * \sh is really bored
[12:21] <_ruben> ok, am blind, there's a bug filed for it afterall
[12:33] <promag> I'm using this "apt-get --simulate dist-upgrade" to get the list of packages available for upgrading but it only gives me the package name and version. Is there an easy way to also get the short description of each package?
[12:38] <slytherin> If I update create a patch for configure.in, what is the way to get configure regenerated while building the package?
[12:41] <mok0> promag: apt-get --simulate dist-upgrade |grep Inst|cut -f2 -d' '|xargs apt-cache show|egrep 'Desc|Pack'
[12:45] <mok0> promag: apt-get --simulate dist-upgrade |xargs wajig whatis
[12:45] <mok0> promag: the latter is better if you have wajig installed...
[12:54] <Iulian> Hey
[12:55] <slytherin> dholbach: I am trying to fix evolution-scalix package. I am patching configure.in. How do I generate configure script in build process?
[12:56] <dholbach> slytherin: I'd recommend what seb128 said in #ubuntu-devel
[12:56] <slytherin> dholbach: Can you elaborate more?
[12:59] <promag> mok0: ty
[13:02] <huats> When I use debuild -S -sa to update a package, it yells that that pyqt is not installed... first time I encounter such a thing... any idea ?
[13:02] <huats> (it just happens of course for a package that need pyqt)
[13:03] <mok0> huats: you don't have pyqt installed?
[13:03] <\sh> huats: if build-dep says it needs pyqt you should have installed it on your system...
[13:04] <huats> yeah I that is what I figued out also... I am just suprised it is needed for debuild -S -sa
[13:05] <mok0> huats: use dpkg-buildpackage directly then
[13:06] <huats> ok
[13:06] <huats> mok0: thanks
[13:10] <\sh> huats: hmm...clean rule uses a python script which needs pyqt e.g.?
[13:14] <huats> \sh: I'll check
[13:31] <slavik> so ... any chance for a firefox3 beta4 package in the repo?
[13:32] <DktrKranz2> DaveMorris: yes. It looks good, but I haven't uploaded it since glibc is broken now.
[13:33] <hellboy195> DktrKranz2: hi :) you are noticing everything. wicked. (opencv). btw read the comment by Sarah on streamtuner?
[13:34] <DktrKranz2> hellboy195: I did
[13:35] <hellboy195> DktrKranz2: I'll readd it and that's all :)
[13:36] <DktrKranz2> hellboy195: IIRC, she said she didn't remove it intentionally, so it seems it can be re-enabled.
[13:36] <DktrKranz2> it should not bring in troubles, that's why I was unsure of it.
[13:36]  * Hobbsee blames MoM
[13:37] <hellboy195> DktrKranz2: but then the sync blocker is: Move yelp and xmms from Suggests to Recommends  <-- do de merge or wait for a debian update if I report the changes back?
[13:37] <DktrKranz2> I didn't see any good point to remove it, unless some troubles with buildd or whatever
[13:37] <hellboy195> Hobbsee: a pleasure to see you here :) You know. Our different timezones ,.. :)
[13:38] <Hobbsee> :)
[13:38]  * Hobbsee is always here.
[13:38]  * Hobbsee may be afk though.
[13:38] <hellboy195> Hobbsee: ^^ true. btw, I use DaD ;)
[13:38] <DktrKranz2> hellboy195: are changes really important to justify an upload now?
[13:39] <DktrKranz2> if so, we can sync it in intrepid, the important part is to inform Debian guys about interesting changes.
[13:39] <hellboy195> DktrKranz2: hmm we can wait for intrepid. But report now back to them?
[13:39] <DktrKranz2> yes
[13:39] <hellboy195> :)
[13:40] <Hobbsee> the freeze is not in yet...
[13:40] <Hobbsee> so you can still get it uploaded
[13:40] <DktrKranz2> Be sure to check if it hasn't been reported before, and to see if it is good for them (IIRC, it seems so)
[13:41] <hellboy195> DktrKranz2: yeah I always check ;)
[13:41] <hellboy195> Hobbsee: it isn't that important. Ah and thx for the supertuxkart ACK
[13:41] <Hobbsee> yay, supertux :)
[13:42] <hellboy195> DktrKranz2: aren't there discussions here in ubuntu and in debian to remove xmms from the repo?
[13:42] <slytherin> Hobbsee: Are you one of the buildd admins?
[13:43] <Hobbsee> slytherin: yes
[13:44] <slytherin> Hobbsee: can you give back evolution rss? As per my understanding it has build failure due to wrong timing on non-i386 arch.
[13:44] <Hobbsee> slytherin: given back
[13:45] <slytherin> Hobbsee: thanks.
[13:45] <DktrKranz2> hellboy195: IIRC, yes. Not sure about progress, though.
[13:45] <hellboy195> DktrKranz2: well this isn't a real problem. I advice debian folks to replace xmms with xmms2 then if it's stable :)
[13:46] <DktrKranz2> there are several plugins still depending on xmms
[13:47] <hellboy195> DktrKranz2: yeah. I won't get removed in the *near* future I suppose
[13:48] <sistpoty|work> oh Hobbsee: can you fiddle with buildd timeouts as well?
[13:49] <Hobbsee> sistpoty|work: i can't cancel builds, so probably not.
[13:49] <Hobbsee> sistpoty|work: one day, launchpad will actually implement that in the UI, then yes.
[13:50] <sistpoty|work> Hobbsee: heh, ok... seems like I still need to ping infinity then (though I've not yet managed to be up when he is) to make ghc6 build on sparc (it produces no output for a few hours, so gets killed, but the build would otherwise be fine)
[13:51] <Hobbsee> sistpoty|work: i'd say so
[13:51] <Hobbsee> sistpoty|work: i'm limited on wha'ts in the UI - so only reprioing, giving back, etc.
[13:51] <Hobbsee> i can mark the buildds as dead, or add more too, iir
[13:51] <Hobbsee> c
[13:52] <sistpoty|work> ah, k :(
[13:52] <Hobbsee> the rest is Lamont/infinity's domain
[13:52] <soren> sistpoty|work: Er... Just make it say something?
[13:53] <DktrKranz2> hellboy195: probably it will, but not for Lenny, I guess
[13:54] <soren> sistpoty|work: I don't think expecting builds to be hanging if they don't say anything for hours on end is an unreasonable heuristic.
[13:54] <hellboy195> We'll see
[13:54] <sistpoty|work> soren: it's just a ghc6->gcc invocation (with gcc taking a few hours then). so that would not be too easy, and it would imho be wrong, as the build itself is not buggy (just the timeout too small)
[13:55] <sistpoty|work> soren: I don't say anything against the heuristic, just that the timeout is too small ;)
[13:55] <soren> sistpoty|work: axiom for instance has a loop in its debian/rules that says "I'm still running" or something.
[13:55] <soren> sistpoty|work: How long is it? Two hours?
[13:55] <sistpoty|work> soren: about 9 hours on spooky (but spooky is not the fastest sparc)
[13:56] <soren> sistpoty|work: The timeout is 9 hours?
[13:56] <sistpoty|work> soren: the timeout is 1 hour 30 or s.th., but the longest gcc invocation of my test build took 9 hours
[13:57] <soren> sistpoty|work: If I have to wait more than a couple hours for the buildd's to figure out that a build has hung, I'll be quite annoyed, I think.
[13:57] <DktrKranz2> hellboy195: re bug 201185, is there a way to limit URL to be < 80 chars?
[13:57] <ubotu> Launchpad bug 201185 in opencv "Merge opencv 1.0.0-4 from Debian(Unstable)" [Wishlist,Confirmed] https://launchpad.net/bugs/201185
[13:57] <DktrKranz2> (cosmetic)
[13:58] <hellboy195> DktrKranz2: hmm I already thought about it. I think I can delete the url and only name the patch and the contributor?
[13:58] <sistpoty|work> soren: OTOH adding s.th. that circumvents the heuristic would... *erm* be counterproductive as well (if the build would really hang)?
[13:58] <DktrKranz2> hellboy195: if it's cvs/svn, you may name revision number
[13:59] <hellboy195> DktrKranz2: I'll take car
[13:59] <hellboy195> *cre
[13:59] <hellboy195> *care xD
[13:59] <DktrKranz2> :)
[13:59] <soren> sistpoty|work: That's a good point, too.
[13:59] <sistpoty|work> soren: anyway, I'd rather like a buildd admin handle the issue, and if the advice from him is to produce output, I can always do that then ;)
[13:59] <DktrKranz2> hellboy195: it's too early for you to take a car :)
[14:00] <slytherin> Does dash support 'if' conditional blocks that we usually use in bash?
[14:00] <sistpoty|work> slytherin: yes
[14:01] <slytherin> sistpoty|work: Do you see anything wrong with this block?
[14:01] <slytherin> if [ $EAPI_MINOR_VERSION -gt 10 ]; then
[14:01] <slytherin>     EVO_imagesdir="`pkg-config --variable=imagesdir evolution-shell`"
[14:01] <slytherin> else
[14:02] <sistpoty|work> slytherin: not in the if/then block... does it produce some error?
[14:02] <slytherin> sistpoty|work: I am now thinking if there is some problem with variable declaration. Something wrong with comparison
[14:02] <soren> Well, if EAPI_MINOR_VERSION is not set, the syntax is broken.
[14:03] <hellboy195> DktrKranz2: untrue ;)
[14:03] <sistpoty|work> slytherin: yes, what soren wrote
[14:03] <DktrKranz2> hellboy195: really? So it's just us who need to be 18?
[14:04] <hellboy195> DktrKranz2: yep. Here in Austria you could start with 17 and in the USA even with 16
[14:04] <hellboy195> DktrKranz2: and I have the driving license since july 2007 ;)
[14:04] <DktrKranz2> heh :)
[14:04] <DktrKranz2> c u later
[14:05] <hellboy195> you too
[14:05] <mok0> see you DktrKranz2
[14:08] <slytherin> Why the heck I can not compare a float with an integer? :-(
[14:09] <soren> In which language?
[14:09] <sistpoty|work> slytherin: FLOORVAL=$(echo $FLOAT | cut -d'.' -f 1)
[14:09] <soren> slytherin: ^
[14:09] <sistpoty|work> maybe that ^
[14:10] <soren> In posix shell?
[14:10] <slytherin> soren: bash. Actually I am trying to fix a build failure in which I have to compare evolution version installed to see if it is greater than certain value.
[14:10] <sistpoty|work> slytherin: though of course you might want to use bc to really work with floats
[14:10] <mok0> bash doesn't know about floating point
[14:10] <soren> slytherin: Use dpkg --compare-versions?
[14:10] <slytherin> soren: Don't think it will be possible. I am patching configure script
[14:11] <soren> slytherin: What's the problem, you're trying to solve?
[14:11] <sistpoty|work> slytherin: I guess the only way is to split the version string in separate substrings (as a version might have more '.' in it)
[14:13] <slytherin> soren: since evolution 2.12, there is no pkg-config --modversion evolution-shell-$version (where $version is evolution version). There is only pkg-config --modversion evolution-shell. So I am trying to fix that part in configure script
[14:15] <sistpoty|work> slytherin: if you know for certain, that there can be only one point, you can use echo "${some_version} >= 2.12" | bc -q
[14:15] <sistpoty|work> (and check the exit value)
[14:16] <slytherin> sistpoty|work: I am not certain about that. :-(
[14:16] <sistpoty|work> (bleh... the output of course)
[14:18] <slytherin> what if I compare them as string? ex. "$var" -gt "2.10" ?
[14:18] <slytherin> I can not do that. :-(
[14:19] <sistpoty|work> slytherin: wouldn't work for 2.100 vs. 2.2 for example
[14:42] <RainCT> hi
[14:42] <RainCT> how can I recover the files in /var/lib/dpkg?
[14:45] <Prezu> Does this: https://wiki.ubuntu.com/FreezeExceptionProcess apply also to universe?
[14:45] <\sh> Prezu: yes
[14:45] <Prezu> \sh: ok, thanks
[14:55] <slavik> so ... any chance for a firefox3 beta4 package in the gutsy64 repo?
[15:09] <\sh> slavik: if then only as backport...and only with a handful luck
[15:10] <slavik> :(
[15:11] <\sh> slavik: ask asac or any other member of ubuntu-mozilla team
[15:12] <slavik> is there a good place to ask?
[15:15] <jdong> slavik: yes the backport will be planned once ff3b4 hits hardy
[15:16] <jdong> slavik: the ff3b3 final backport is basically ready at the moment, I'd like to do one more upgrade test before sending them off for upload
[15:21] <slavik> jdong: will it be avail today for amd64? :P
[15:40] <RainCT> does anyone know how I can recover the file /var/lib/dpkg/available? slangasek?
[15:42] <jdong> slavik: all backports are built for all architectures
[15:42] <Lamego> RainCT, check https://answers.launchpad.net/dpkg/+question/12631
[15:42] <geser> RainCT: apt-cache dumpavail and dpkg --update-avail perhaps
[15:42] <slavik> jdong: I am sure that the 32bit repo has beta3, I reinstalled 64bit gutsy and the repo shows alpha8
[15:43] <RainCT> Lamego, geser: thanks
[15:43] <jdong> firefox-3.0 | 3.0~b3~cvs20080101t1000+nobinonly-0ubuntu1~gutsy1 | gutsy-backports/universe | source, amd64, i386, powerpc
[15:44] <jdong> slavik: ^^ the archive reports it's available on all 3 archs
[15:44] <nxvl> ScottK: did you take a look at Bug #179790?
[15:44] <ubotu> Launchpad bug 179790 in tinyerp-server "postgresql listens on :5432" [Undecided,Confirmed] https://launchpad.net/bugs/179790
[15:44] <slavik> хмм
[15:45] <slavik> http://us.archive.ubuntu.com/ubuntu/ is my repo ...
[15:46] <slavik> ok, weird ...
[15:46] <slavik> why would synaptic only show alpha8?
[15:50] <cody-somerville> persia, ping
[15:51] <cody-somerville> With qa.ubuntuwire.com down, is there another site that hosts similar information?
[16:00] <sistpoty|work> cody-somerville: oh, about the ghc6 merge... I've briefly looked over the proposed upstream patch, and it should be fine... however it would imho be good, if you could rebuild a few i386 libraries with the new ghc6 in wrong order to see if there is an ABI breakage
[16:02] <cody-somerville> sistpoty|work, Okay. Do you know if I use my PPA, will it use my ghc6 package?
[16:02] <cody-somerville> sistpoty|work, Or will I have to follow the wiki tutorial on how to utilize local packages in builds?
[16:02] <sistpoty|work> cody-somerville: no idea actually, but I guess you could find that out in the build log?
[16:02]  * cody-somerville nods.
[16:04] <cody-somerville> sistpoty|work, I'll do that right now.
[16:04] <sistpoty|work> cody-somerville: excellent, thanks!
[16:04] <hellboy195> dholbach: around?
[16:05] <dholbach> hellboy195: yes
[16:06] <hellboy195> dholbach: you remember that you unsubscribed u-u-s from circuslinux?
[16:06] <dholbach> hellboy195: which bug number?
[16:06] <hellboy195> dholbach: bug #198796
[16:06] <ubotu> Launchpad bug 198796 in circuslinux "Please sync circuslinux 1.0.3-22 from Debian(Unstable)" [Unknown,Fix released] https://launchpad.net/bugs/198796
[16:07] <hellboy195> dholbach: that was a mistake ;)
[16:07] <hellboy195> dholbach: you should ACK it and subscribe archive-admins :)
[16:08] <dholbach> hellboy195: I unsubscribed uus because DktrKranz2 asked you to look into syncing the package
[16:08] <dholbach> you're free to subscribe uus to the bug again
[16:09] <mok0> is the corrupt libc6 in the archive fixed?
[16:09] <dholbach> mok0: yes
[16:09] <dholbach> ubuntu2 should fix it
[16:09] <dholbach> hellboy195: somebody in the team will take care of it
[16:09] <dholbach> hellboy195: I'm looking into something else right now - if nobody did it until tomorrow morning I'll do it
[16:09] <mok0>  2.7-9ubuntu2?
[16:10] <dholbach> mok0: yes, that's what I'm running here
[16:10] <hellboy195> dholbach: yes BUTI transformed the bug report to a sync long before you unsubscribed ;)
[16:10] <hellboy195> *BUT
[16:10] <mok0> Hmm, that's not yet available from where I'm syncing from
[16:10] <dholbach> hellboy195: sorry for that then
[16:11] <mok0> dholbach: thx
[16:11] <dholbach> hellboy195: no need to get blocked on me :)
[16:11] <hellboy195> dholbach: ^^. no I just wanted to ask if it was a mistake of yours or mine
[16:11] <dholbach> ok
[16:12] <huats> hey Scott
[16:13] <huats> can you explain me what you mean on bug 193605
[16:13] <ubotu> Launchpad bug 193605 in conduit "Feature Freeze Exception request for Conduit 0.3.8" [Undecided,Confirmed] https://launchpad.net/bugs/193605
[16:13] <ScottK2> huats: In debian/changelog there are several references to using internal copies of various packages.
[16:14] <ScottK2> huats: This is generally bad because it's 2X the code for security support.
[16:14] <ScottK2> huats: So you aren't just asked for a new conduit version, you are also adding double copies of a bunch of things.
[16:14] <hellboy195> dholbach: then I'm resubscribing u-u-s :)
[16:15] <dholbach> alright
[16:15] <ScottK2> huats: Which may be reasonable to do if it provides something really wonderful
[16:15] <huats> ok
[16:15] <cody-somerville> sistpoty|work, What would be a few good packages to include in this test?
[16:15] <ScottK2> huats: So I'd like to know (in the bug) how taking this on would really enhance the end user experiend.
[16:15] <cody-somerville> siretart, Are there any in particular you think may have problems, etc.?
[16:16] <ScottK2> RainCT: Do you have some time to work on an archive testing problem with me?
[16:16] <sistpoty|work> cody-somerville: haskell libraries, that need other haskell libraries as build-dependency (apt-cache rdepends ghc6 | grep lib will give lots to pick from)
[16:17] <sistpoty|work> cody-somerville: in particular, haskell-opengl and gtk2hs are bad candidates, since these have object splitting disabled in the ubuntu delta. all others with other haskell libs as build-deps should be fine
[16:18] <cody-somerville> siretart, Okay. I'll build haskell-opnegl and gtk2hs in my ppa with the merged ghc6 package :)
[16:19] <sistpoty|work> cody-somerville: nope, not these two, these don't use object-splitting :P
[16:19] <cody-somerville> sistpoty|work, Okay. I understand you now.
[16:20] <sistpoty|work> :)
[16:20] <cody-somerville> sistpoty|work, Ugh... FTBFS due to chroot issues :/
[16:20] <huats> ScottK honnestly I don't know, this is a question that I think need to be asked upstream
[16:20] <sistpoty|work> cody-somerville: heh
[16:21] <cody-somerville> sistpoty|work, Actually, I think it is a known bug.
[16:21] <nxvl> ScottK2: did you take a look at Bug #179790?
[16:21] <ubotu> Launchpad bug 179790 in tinyerp-server "postgresql listens on :5432" [Undecided,Confirmed] https://launchpad.net/bugs/179790
[16:22] <sistpoty|work> ScottK2, Hobbsee, TheMuso, norsetto (who doesn't seem to be around): we should really make a decision about the gfortran transition...
[16:23] <leonel> scottk, scottl2   Checked the last clamav release  0.93rc1   no security bugfixes found   just  bugfixes or enhancements
[16:29] <cody-somerville> Is it okay for a universe package to suggest a multiverse package?
[16:30] <sistpoty|work> cody-somerville: yes
[16:31] <ScottK2> sistpoty|work: I've said go for it in at least one bug.  We've started, so we should press on.
[16:31] <tuxmaniac> sistpoty|work, if you guys decide on a positive note one of my bug reports gets closed :-)
[16:32] <sistpoty|work> ScottK2: ok, I just don't want to overrule s.o. in motu-release since we're talking about a transition here
[16:32] <ScottK2> Sure
[16:32] <tuxmaniac> cody-somerville, I dont mind you doing the merge for gnumeric. Please go ahead. and thanks for the initiative
[16:33] <ScottK2> sistpoty|work: If I understand it though we've already started this transition, so our choices are part done or maybe complete, right?
[16:33] <cody-somerville> tuxmaniac, Are you sure? You're welcome to do it.
[16:33] <sistpoty|work> ScottK2: or revert it (though since iirc ~50% are done, this would seem like the worst option for me)
[16:34] <ScottK2> sistpoty|work: Right.  So forward is really the only thing to do IMO
[16:34] <sistpoty|work> ScottK2: same here, and imho best to keep as close to unstable as possible (i.e. even drawing new upstreams in)... but I guess this might be debatable
[16:35] <ScottK2> sistpoty|work: My suggestion is stop debating and start fixing.
[16:35] <sistpoty|work> heh
[16:36] <sistpoty|work> I'll file a bug listing all affected packages tonight
[16:36] <tuxmaniac> cody-somerville, I will give it a shot. Looks like its gonna be some fun and learning.
[16:38] <cody-somerville> tuxmaniac, Okay. I've done the merge myself so if you change your mind please let me know.
[16:44] <mok0> My sbuilder fails because it cannot see my ~/.gnupg directory. I can I solve this problem?
[16:51] <bddebian> Heya gang
[16:54] <slytherin> Hobbsee: Can you please give back evolution-jescs?
[16:55] <huats> slytherin: what is wrong with evo-jescs ?
[16:56] <slytherin> huats: FTBFS on non0i386 arch
[16:56] <slytherin> huats: just problem with timing of build. Should build now
[16:57] <huats> slytherin: ok
[16:57] <huats> slytherin: i was wondering since I am the last updater :)
[16:57] <huats> thanks for the explanation
[16:58] <sistpoty|work> hi bddebian
[16:58] <bddebian> Hi sistpoty|work
[17:10]  * sistpoty|work heads home
[17:10] <sistpoty|work> cya
[17:15] <leonel> scottk, Scottk2   Checked the last clamav release  0.93rc1   no security bugfixes found   just  bugfixes or enhancements
[17:15] <ScottK2> leonel: Thanks
[17:31] <Laney> !freezeexception
[17:31] <ubotu> Sorry, I don't know anything about freezeexception - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[17:31] <Laney> bah
[17:32] <hellboy195> !FFE
[17:32] <ubotu> Sorry, I don't know anything about ffe - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[17:32] <hellboy195> Laney: :P
[17:32] <Laney> Does anything have to be done after a FFe for a sync from Debian is confirmed?
[17:33] <hellboy195> Laney: bug number?
[17:33] <Laney> hellboy195: bug 201494
[17:33] <ubotu> Launchpad bug 201494 in ubuntu "[FFe] Please sync xmonad-contrib (0.6-4) from debian unstable" [Wishlist,Confirmed] https://launchpad.net/bugs/201494
[17:34] <hellboy195> Laney: the 2nd Motu should have subscribed to ubuntu-archive
[17:36] <smarter> wow, we reached the 200000th bug?
[17:36] <ScottK2> hellboy195: motu-release doesn't necessarily do all the same checks ubuntu-universe-sponsors would do.  So if they didn't then uus should be subscribed to review it.
[17:36] <hellboy195> ScottK: Just said what I experienced personally :) thx
[17:38] <Laney> Hmm, but is there anything to review for a sync?
[17:39] <pochu> that the package builds fine, installs fine, works fine, doesn't introduce regressions or new dependencies in main...
[17:39] <pochu> for example :)
[17:41] <Laney> :P
[17:41] <Laney> So I should subscribe u-u-s then?
[17:41] <Laney> (I did already build + test it)
[17:43] <zul> I keep forgetting its motu-ff isnt it?
[17:44] <mathiaz> zul: what do you mean ?
[17:44] <mathiaz> zul: we're in FeatureFreeze now main and universe
[17:44] <zul> mathiaz: ffe for bacula
[17:45] <pochu> the team is called motu-release
[17:45] <mathiaz> zul: motu-release team ?
[17:45] <zul> dang thanks
[17:50] <ScottK2> Laney: Yes.  You should.
[17:50] <Laney> ScottK2: Thanks, done
[17:55] <hellboy195> zul: bacula?
[17:55] <zul> hellboy195: yes?
[17:56] <hellboy195> zul: I request the sync. which now needs a FFe
[17:56] <zul> hellboy195: yes because we added a whole slew of things that is not in debian
[17:56] <hellboy195> zul: ah Chuck Short :)
[17:57] <hellboy195> zul: but it's really really late
[17:58] <zul> hellboy195: its after the beta
[17:58] <hellboy195> zul: so. wait for intrepid?
[17:59] <zul> hellboy195: no
[17:59] <hellboy195> zul: :)
[17:59] <zul> hellboy195: its a feature that is needed for hardy
[18:00] <hellboy195> zul: are said you we'll do it?
[18:00] <zul> hellboy195: excuse me?
[18:00] <hellboy195> zul: request the FFe. sry
[18:01] <hellboy195> -are + you
[18:01] <zul> hellboy195: the server team will take care of it, its apart of a MIR that we just started
[18:02] <hellboy195> zul: sry. MIR?
[18:03] <zul> hellboy195: Main inclusion report
[18:04] <hellboy195> zul: ah ok, thx
[18:10] <tuxmaniac> cody-somerville, hey, the deb diff seems to have a lot of other changes. Can you please check why? I ran the merge-genchanges script too
[18:17] <cody-somerville> gpocentek, ping
[18:18] <tuxmaniac> cody-somerville, did you recieve my previous message?
[18:18] <cody-somerville> tuxmaniac, bo
[18:18] <cody-somerville> *no
[18:18] <tuxmaniac> cody-somerville, hey, the deb diff seems to have a lot of other changes. Can you please check why? I ran the merge-genchanges script too
[18:18] <cody-somerville> tuxmaniac, Your debdiff or mine?
[18:18] <tuxmaniac> cody-somerville, mine. have updated the bug
[18:18] <mok0> is there someone here that knows about sbuild?
[18:19] <tuxmaniac> cody-somerville, if I am right, the only file that needed merge attention was control
[18:19] <cody-somerville> tuxmaniac, There is something wrong with the debdiff you uploaded.
[18:19] <cody-somerville> tuxmaniac, There are no newlines and I see all sorts of weird characters
[18:20] <cody-somerville> tuxmaniac, Regarding your question, the debdiff you generate will show all the changes between our version and the debian version
[18:20] <cody-somerville> tuxmaniac, debian/control is not the only file changed by us
[18:20] <cody-somerville> tuxmaniac, It was the only file that Merge-o-matic could not merge on its own
[18:20] <tuxmaniac> cody-somerville, oh ok
[18:20] <cody-somerville> tuxmaniac, I've uploaded my "attempt". Feel free to take a look at it.
[18:21] <tuxmaniac> cody-somerville, ok i will
[18:21] <cody-somerville> tuxmaniac, I've never done a merge of gnumeric before so maybe you could review it and find something I did wrong :)
[18:21] <tuxmaniac> cody-somerville, same here too :-)
[18:21] <tuxmaniac> cody-somerville, in fact this is my first merge - o - experience
[18:23] <cody-somerville> tuxmaniac, This might be a difficult merge for your first try
[18:29] <tuxmaniac> cody-somerville, I just compared the deb diff that I generated. Its so funny that some "crazy" characters have been introduced in my diff. Wonder why.
[18:29] <tuxmaniac> compared with yours
[18:30] <cody-somerville> :)
[18:32] <ScottK2> mok0: persia is the one I know of who uses it regularly.
[18:32] <mok0> ScottK: ok, thanks!
[18:33] <mok0> I need to compile a package for etch and my etch sbuilder refuses to do anything.
[18:33] <ScottK2> Hmmm
[18:33] <mok0> "unable to get login information for username "mok" at /usr/lib/dpkg/controllib.pl line 64"
[18:33] <ScottK2> My gutsy pbuilder does a very nice Etch pbuilder.
[18:34] <mok0> ScottK2: I just created a whole bunch of sbuilders that use lvm snapshots...
[18:34] <mok0> The other ones work fine
[18:34] <mok0> only etch fails :-(
[18:35] <ScottK2> OK.  Well pbuilder works for me.  Dunno about sbuild.
[18:35] <mok0> ScottK: I'll do that for now. When persia's around I'll ask him
[18:37] <gpocentek> cody-somerville: pong
[18:38] <cody-somerville> gpocentek, Can I talk to you in private query?
[18:38] <cody-somerville> :)
[18:39] <gpocentek> cody-somerville: sure
[19:03] <nekohayo> hey there, I need to try a patch for epiphany, I'm running ubuntu hardy... is there a way for a mortal like me to do that easily?
[19:03] <nekohayo> I have no knowledge of package management
[19:04] <cody-somerville> StevenK, ping. If I had a package make it in before the FF but got rejected, do I need to get approval from the release team now or is the package still good to upload?
[19:04] <nekohayo> actually, I tried compiling it and I get http://pastebin.ca/941463
[19:05] <ScottK2> cody-somerville: A month later, I think you should ask.  Not a full FFe, but a bug explaining the situation.
[19:43] <lars> Hi :)  Anyone care to review new REVU upload http://revu.tauware.de/details.py?package=sun-javadb ?
[19:49] <lars> quit
[20:10] <mirrado> Hi
[20:13] <mirrado> Is it possible to ubuntu Motu team to make a backport of the package nvidia-glx-new from hardy to gutsy?
[20:13] <ScottK2> !backports | mirrado
[20:13] <ubotu> mirrado: If new updated Ubuntu packages are built for an application, then they may go into Ubuntu Backports. See https://help.ubuntu.com/community/UbuntuBackports - See also !packaging
[20:14] <mirrado> Thanks ScottK2
[20:40] <RainCT> how can I request a package removal? just file a bug and subscribe ubuntu-archive
[20:40] <RainCT> ?
[20:40] <geser> yes
[20:41] <RainCT> ok, thanks
[20:41] <geser> and check for rdepends and rbuilddepends for every binary package the source builds
[20:42] <geser> and if the package got also removed from Debian I usually mention the Debian removal bug and the reason
[20:42] <geser> just curious: which package do you want removed?
[20:51] <nixternal> Gnome :p
[20:51]  * nixternal hides
[20:55] <ScottK2> RainCT: Got a minute
[20:57] <Fujitsu> Morning all.
[20:57] <emgent> heya Fujitsu :)
[20:57] <RainCT> ScottK2: sure
[20:58] <RainCT> geser: sorry, hadn't see your further replies. it's mozilla-firefox-adblock
[20:59] <RainCT> geser: which has been deprecated by adblock-plus. but I've just seen that it's still in NEW, so I can't fill the removal request yet :(
[21:00] <ScottK2> RainCT: python-central 0.6 just got uploaded to the archives
[21:00] <CyberMatt> could someone take a look at my feature freeze exception request https://bugs.edge.launchpad.net/ubuntu/+source/inspircd/+bug/201941
[21:00] <ScottK2> RainCT: It moves some files and so packages that wrongly depended on interal python-central file arrangements will now FTBFS
[21:00] <ubotu> Launchpad bug 201941 in inspircd "FreezeException request-- Sync with  Debian unstable" [Undecided,New]
[21:01] <Fujitsu> ScottK2: Wasn't that done a few weeks ago?
[21:01] <ScottK2> Fujitsu: No.  Just two days.
[21:01] <CyberMatt> i think i did it correctly
[21:01] <Fujitsu> I had to change a few packages that I needed to be rebuilt...
[21:01] <Fujitsu> Arrrrgh, so it's been done again?
[21:01] <ScottK2> Fujitsu: Yes.
[21:01] <Fujitsu> Where are they now?
[21:01] <Fujitsu> (and why the heck is this happening a month before release!?)
[21:01] <Fujitsu> [insert cursing here]
[21:02] <ScottK2> RainCT: So I was wondering if you would be up for modifying puilder-dist to take a package list and build them insequence?
[21:02] <ScottK2> Fujitsu: Same reason we've doing late uploads of libc6?
[21:02] <Fujitsu> ScottK2: To break the world in a way that's completely untestable?
[21:03] <ScottK2> Fujitsu: OK.  You're right.  The reason for python-central isn't THAT good.
[21:03] <RainCT> ScottK2: ok, will add that option :)
[21:03] <ScottK2> Fujitsu: I don't know that there's more breakage than you already encountered
[21:03] <Fujitsu> Is there an easy way to check if packages will FTBFS, or do we need to rebuild all of them?
[21:04] <ScottK2> Fujitsu: doko had a suggestion.  Let me check my irc logs
[21:05] <Fujitsu> There aren't too many rdepends, so they can probably be rebuilt in a few hours.
[21:07] <RainCT> ScottK2: btw, since when do you like pbuilder-dist? :)
[21:07] <ScottK2> RainCT: I like it when it works
[21:08] <ScottK2> RainCT: I use a version of it myself.
[21:09] <RainCT> that remembers me.. if anyone is bored, pbuilder-dist from the bazaar branch (Python rewrite) could need some testing :)
[21:09] <ScottK2> I just never seem to have much luck with the released version.
[21:14] <RainCT> (or rather don't test it yet ;))
[21:24] <KasimirGabert> would somebody be able to help me with REVU?  All of my uploads are being rejected...
[21:32] <Nightrose> KasimirGabert: are you part of the required launchpad group and is your pgp key uploaded on launchpad and synced to revu?
[21:32] <KasimirGabert> it has been over a month on Launchpad
[21:32] <KasimirGabert> so I would imagine it has been synced
[21:33] <KasimirGabert> and I am part of the group
[21:33] <KasimirGabert> I don't understand it...
[21:33] <KasimirGabert> if you could help me, that would be awesome
[21:33] <Nightrose> are you sure you are uploading to revu?
[21:33]  * Nightrose didn´t the first time ;-)
[21:34] <KasimirGabert> ah :) yes, and I talked to somebody yesterday who saw all of the uploaded files, they were just all rejected
[21:34] <KasimirGabert> I am running 'dput revu file_name_whatever.changes'
[21:34] <KasimirGabert> and it says that it has been uploaded successfully
[21:34] <Nightrose> ok then you need someone with revu karma to look at it
[21:34] <KasimirGabert> ah... :) thanks anyways
[21:34] <Nightrose> sure
[21:34] <KasimirGabert> do you know anyone with revu karma?
[21:35] <ScottK2> KasimirGabert: As I said yesterday you probably need to talk to sistpoty.  He's not here right now.
[21:35] <Nightrose> persia and Hobbsee maybe?
[21:35] <ScottK2> Possibly
[21:35] <KasimirGabert> ScottK2: okay, I was trying again because it should be around evening in Europe... but okay :)
[21:36] <KasimirGabert> persia and Hobbsee?
[21:36] <pochu> KasimirGabert: was it *_all.changes or *_<some_arch>.changes ?
[21:36] <KasimirGabert> xboardloader_0.1.4-1ubuntu1_source.changes
[21:37] <KasimirGabert> should it be _all ?
[21:37] <pochu> hrmm, no that's fine, sorry
[21:37] <KasimirGabert> pochu: thanks :)
[21:37] <pochu> I guess it's properly signed? :)
[21:38] <emgent> heya people
[21:38] <KasimirGabert> it asks me for my pgp key password
[21:38] <KasimirGabert> I enter it, and it appears to work
[21:38] <KasimirGabert> and says properly signed as well
[21:39] <pochu> that should be fine then
[21:39] <KasimirGabert> hm... could it be that packages were initially bad, and therefore are continuing to be rejected?
[21:43] <RainCT> KasimirGabert: Hi. I'm that one from yesterday :)
[21:44] <KasimirGabert> RainCT: hello!
[21:44] <KasimirGabert> I guess this is still an odd problem... that needs some 'karma' from the REVU creators?
[21:45] <RainCT> KasimirGabert: I looked at two of the rejected packages and their changelog entry was wrong (one said unstable and another one gutsy; it should be hardy). I don't think that it would get rejected because of this, but if you haven't done so you could try uploading one with "hardy" as target in the changelog
[21:45] <RainCT> ScottK2: do you need it today?
[21:45] <KasimirGabert> RainCT: will do... is this legal even if I am developing on gutsy?
[21:46] <RainCT> KasimirGabert: yes, of course.
[21:46] <Lamego> as long it builds :)
[21:46] <KasimirGabert> okay, thanks :)
[21:46] <RainCT> KasimirGabert: what isn't ok is targeting new packages at gutsy as they aren't allowed anymore :)
[21:46] <RainCT> *allowed to enter there
[21:46] <KasimirGabert> ahh okay... so this is a new package only for hardy then, that makes sense
[21:48] <KasimirGabert> E: xboardloader_0.1.4-1ubuntu1_amd64.changes: bad-ubuntu-distribution-in-changes-file hardy
[21:48] <KasimirGabert> is that ignorable?
[21:49] <RainCT> KasimirGabert: yes. actually it would be good if you updated lintian and linda to hardy's (I think they work without problems on Gutsy)
[21:50] <KasimirGabert> RainCT: okay, does this mean downloading the files from Ubuntu's archive? or is there a way to only get a few hardy files?
[21:51] <RainCT> KasimirGabert: if you don't have hardy's binary repositories in your sources.list you can just get the .deb's from http://packages.ubuntu.com/hardy/<package name>
[21:51] <KasimirGabert> okay, doing that :)
[21:52] <KasimirGabert> RainCT: okay, it should be updated with a new changelog
[21:54] <KasimirGabert> hm... lintian was installed, but linda apparently needs some hardy specific stuff
[21:54] <KasimirGabert> (python-support)
[21:55] <KasimirGabert> RainCT: I also had two keys on Launchpad, I deactivated one of them
[21:55] <KasimirGabert> (the one which I am not signing with)
[21:58] <RainCT> KasimirGabert: ok, rejected again, but I got the error message
[21:58] <KasimirGabert> any leads?
[21:59] <RainCT> KasimirGabert: it doesn't find the public key (http://paste.ubuntu.com/5661/plain)
[22:00] <KasimirGabert> hm...
[22:00] <KasimirGabert> Contact details                                       Email:                                                                                                             kasimir@kgprog.com                                                                                                                            Wiki:                                       https://wiki.ubuntu.com/KasimirGabert                                                 
[22:00] <KasimirGabert> from Launchpad
[22:00] <RainCT> so for some reason it didn't take it
[22:00] <KasimirGabert> they are the same key... 38065AF4
[22:01] <KasimirGabert> RainCT: is it possible to have the keyrings synced again?
[22:03] <RainCT> doing so now
[22:03] <KasimirGabert> thanks :)
[22:05] <RainCT> KasimirGabert: please try uploading again
[22:05] <KasimirGabert> okay
[22:05] <RainCT> (I imported your key manually)
[22:06] <KasimirGabert> ah, thanks!
[22:06] <KasimirGabert> did it work?
[22:06] <RainCT> yes, but let's see if it accepts your packages now..
[22:06] <KasimirGabert> okay
[22:08] <RainCT> KasimirGabert: yeha
[22:08] <KasimirGabert> RainCT: thank you very much! :)
[22:08] <KasimirGabert> cool, I see it there
[22:08] <KasimirGabert> now I just need to wait for the freeze to be over :)
[22:09]  * RainCT hopes the key doesn't get removed with the next automatic sync :)
[22:09] <RainCT> KasimirGabert: you're welcome :)
[22:10] <KasimirGabert> RainCT: thanks, really, this is why Ubuntu will continue to become better; excellent support for fledgling developers!
[22:11] <RainCT> :)
[22:14] <KasimirGabert> well, I'll be heading off, thanks again everyone
[22:17] <RainCT> in what target should dh_install calls be in a debian/rules file without cdbs?
[22:18] <RainCT> ah, never mind :)
[22:44] <nxvl> DktrKranz2: around?
[22:45] <nxvl> DktrKranz2: i have merged Bug #179790 , bug #199487 and Bug #133187 as you requested
[22:45] <ubotu> Launchpad bug 179790 in tinyerp-server "postgresql listens on :5432" [Undecided,Confirmed] https://launchpad.net/bugs/179790
[22:45] <ubotu> Launchpad bug 199487 in tinyerp-server "Please sponsor tinyerp-server 4.2.0-1ubuntu1 into hardy" [Undecided,Confirmed] https://launchpad.net/bugs/199487
[22:45] <ubotu> Launchpad bug 133187 in tinyerp-server "TinyERP server doesn't have log file" [Undecided,New] https://launchpad.net/bugs/133187
[22:48] <ScottK2> RainCT: No.  I don't need it today.
[22:53] <RainCT> ScottK2: well, I'll do it now, but as a separate script (at least for now, might integrate it into pbuilder-dist later)
[22:54] <RainCT> ScottK2: what should it use to download the sources?
[23:05] <ScottK2> RainCT: a.u.c I would assume
[23:05] <ScottK2> If you meant the source
[23:06] <ScottK2> If you meant how to download them, maybe python-apt and apt-get source.
[23:06] <ScottK2> dget would also work.
[23:06] <RainCT> ScottK2: a.u.c?
[23:07] <pochu> archive.ubuntu.com
[23:07] <RainCT> ah
[23:39] <RainCT> ScottK2: well, will finish that tomorrow :P
[23:39] <RainCT> good night
[23:48] <civija> hy people!
[23:48] <civija> i'm having trouble with update-maintainer script from ubuntu-dev-tools
[23:49] <civija> it keeps telling me: Not an Ubuntu package or already maintained by the Ubuntu team.
[23:49] <Laney> civija: What does the Maintainer: field say in debian/control?
[23:50] <civija> for example, gnu hello package ...
[23:50] <civija> Maintainer: Santiago Vila <sanvila@debian.org>
[23:56] <mok0_> ! maintainer > civija
[23:58] <civija> mok0_: should't update-maintainer script change Maintainer to XSBC-Original-Maintainer?