[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<EMAIL_ADDRESS>                                                                                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<EMAIL_ADDRESS>[23:56] <mok0_> ! maintainer > civija
[23:58] <civija> mok0_: should't update-maintainer script change Maintainer to XSBC-Original-Maintainer?


[00:18] <Len-1204> Yup todays iso is not real usable. lightdm does seem to be there, but I never get x anything.
[00:21] <Len-1204> The logo with the spinning band for a bit then nothing. I can get console, and can see the lightdm files in /usr/lib/lightdm. Don't know what else is missing though.
[00:21] <Len-1204> Tomorrow is another day.
[02:14] <scott-upstairs> micahg, before i do stuff that isn't necessary, should i be taking out Depends: lightdm-gtk-greeter on any packages?
[02:14] <micahg> no
[02:22] <scott-upstairs> micahg, okay, here is what i have done:
[02:22] <scott-upstairs> 1. replaced 'ubuntustudio-icon-theme' in the seeds with 'xubuntu-icon-theme' and gave it a comment
[02:23] <scott-upstairs> 2. added /usr/share/pixmaps to the ubuntustudio-menu package and modified the install file for /usr/share/pixmaps
[02:23] <scott-upstairs> 3. added Depends: ubuntustudio-default-settings to ubuntustudio-menu because -default-settings is where it sets the applications menu icon
[02:23] <scott-upstairs>
[02:23] <scott-upstairs> i feel a little dirty about #3 though
[02:23] <scott-upstairs> ..
[02:24] <scott-upstairs> oh, i haven't pushed to bzr yet thought, i wanted your confirmation i didn't forget something or do something stupid first
[02:24] <scott-upstairs> ..
[02:26] <micahg> scott-upstairs: if you feel that ubuntustudio-menu is part of the overall Ubuntustudio settings and *required* for the US experience, Depends is appropriate
[02:29] <scott-upstairs> micahg, i do, but it just seems disproportionately inelegant
[02:29] <micahg> why?
[02:30] <scott-upstairs> it just seems disproportionate to force the installation of the -default-settings package, and all it entails, just to set the applications menu icon
[02:30] <scott-upstairs> it's a minor issue to me, really
[02:30] <micahg> oh, haha, I read that backwards :)
[02:31] <scott-upstairs> :)
[02:31] <scott-upstairs> micahg, but if you do not think i need to do anything else at this point i will push to bzr
[02:31] <micahg> yeah, that's not right
[02:31] <scott-upstairs> okay
[02:31] <scott-upstairs> so have -default-settings depend on -menu?
[02:31] <micahg> no
[02:31] <scott-upstairs> i just worry that if someone were to install ubuntustudio-menu then they would be without the proper menu icon
[02:33] <micahg> I'd suggest shipping the icon and configuration together in either package
[02:33] <micahg> since this is more about branding, maybe in default-settings
[02:34] <micahg> AIUI, the menu package is just extra enhancements
[02:36] <scott-upstairs> micahg, it currently is in the -default-settings package
[02:36] <scott-upstairs> so i'll remove the Depends: ubuntustudio-default-settings from ubuntustudio-menu package
[02:38] <scott-upstairs> and i'll add the /usr/share/pixmaps into -default-settings as well
[02:39] <scott-upstairs> micahg, after i complete this should i commit and push?
[02:39] <micahg> yes, please
[02:40] <micahg> oh, I see what you're saying, I think ubuntustudio-desktop should depend on ubuntustudio-default-settings
[02:40] <micahg> that's where you force the branding
[02:40] <scott-upstairs> no, i don't think that was what i was saying
[02:41] <scott-upstairs> in bzr right now...
[02:41] <scott-upstairs> 1. -default-settings sets the application menu icon
[02:41] <scott-upstairs> 2. nothing currently has the /usr/share/pixmaps directory
[02:41] <scott-upstairs>
[02:42] <scott-upstairs> i thought "why put the application menu logo in default-settings?  it really should be part of the -menu"
[02:42] <scott-upstairs> but then if someone installs just ubuntustudio-menu then the icon maybe be copied to their computer but not set properly
[02:42] <scott-upstairs>
[02:42] <scott-upstairs> that is why i thought of settings the -menu package to depend on -default-settings
[02:43] <scott-upstairs> it just seemed very, very heavy handed to force all the settings from -default-settings to set the application menu icon properly
[02:43] <micahg> !info ubuntustudio-menu
[02:44] <scott-upstairs> !info scott-upstairs
[02:44] <scott-upstairs> lol
[02:44] <micahg> meh, I wanted the long descriptions
[02:44] <micahg>  Installs a menu for Ubuntu Studio's use case. These menu has new audio
[02:44] <micahg>  production and video production subsections for Sound & Video section.
[02:44] <scott-upstairs> Description: Menu for Ubuntu Studio
[02:44] <scott-upstairs>  Installs a menu for Ubuntu Studio's use case. These menu has new audio
[02:44] <scott-upstairs>  production and video production subsections for Sound & Video section.
[02:44] <scott-upstairs> oh, hehe
[02:45] <scott-upstairs> you know?  i'm tempted to just put it all (including the -menu stuff) into -default-settings just like xubuntu does
[02:46] <micahg> fine with me, less source packages = less things to upload :)
[02:46] <scott-upstairs> you want me to do that now?  i can and fairly quickly i think
[02:47] <scott-upstairs> or we can wait
[02:47] <micahg> sure, just add a conflicts/replaces on the -menu package for -default-settings (conflicts since we're removing the package, not moving files)
[02:47] <scott-upstairs> okay
[02:48] <micahg> and remove it from the seed as well
[02:48] <scott-upstairs> right
[02:49] <scott-upstairs> i also see that the -menu package is currently depending on gnome-menus, i thought i saw some traffic that says we shouldn't do that?
[02:50] <micahg> do you need something in gnome-menus?
[02:50] <micahg> yeah, you don't need that anymore now that you're using Xfce
[02:51] <scott-upstairs> we might have at one time, but i don't know that we do anymore
[02:51] <scott-upstairs> okay, i will not add that to the -default-settings control file then
[02:56] <Len-1204> scott-upstairs, doing the menu as xubuntu does would be nice. The do not expect their menu to be used with anything else but xfce.
[02:57] <scott-upstairs> Len-1204, i'm not sure how our menu should be different, i'm not really very versed at menu stuff, i just look at what is done and hack it to work usually
[02:59] <Len-1204> scott-upstairs, we have a stock menu with two patches on it. Xubuntu has a new menu from scratch.
[03:00] <scott-upstairs> Len-1204, that certainly seems easier, how about we tackle this together when we restructure the menu?
[03:03] <scott-upstairs> okay, micahg, here is what i have done...
[03:03] <scott-upstairs> [seeds]
[03:03] <scott-upstairs> 1. replaced ubuntustudio-icon-theme with xubuntu-icon-theme
[03:03] <scott-upstairs> 2. removed ubuntustudio-menu
[03:03] <scott-upstairs> [-default-settings]
[03:03] <scott-upstairs> 3. added menu files
[03:03] <scott-upstairs> 4. modificed default-settings.isntall for menu files
[03:04] <scott-upstairs> 5. added Conflicts/Replaces: ubuntustudio-menu
[03:04] <scott-upstairs> 6. removed Recommends: gnome-menus
[03:04] <scott-upstairs>
[03:04] <scott-upstairs> does that sound correct?  should i add, commit, push?
[03:07]  * micahg wonders if 6 was an action or lack of one
[03:07] <micahg> but yes, sounds right
[03:11] <scott-upstairs> when i was adding the Conflicts/Replaces: ubuntustudio-menu i noticed that the -default-settings control file also said Recommend: gnome-menus
[03:11] <micahg> ah, ok, sounds good
[03:24] <scott-upstairs> micahg, seeds (rev. 1309) and -default-settings (rev. 95) pushed
[03:25] <scott-upstairs> sorry for the delay, wife got home from work and kids kept interrupting
[03:26] <micahg> scott-upstairs: sure, no rush, I've still got to have dinner before I tackle this stuff
[03:39] <micahg> scott-upstairs: BTW, it's better to do 1 commit per change, so removing ubuntustudio-menu should've been a separate commit from the icon change (it's good to bzr diff before committing to be sure that you've described the change properly)
[03:59] <ScottL> micahg, i had forgotten, i'm sorry, however, i believe i shall remember next time
[04:00] <micahg> ScottL: no worries, thanks
[04:01] <micahg> as soon as I get webkit building, I'll upload these
[06:19] <micahg> ScottL: FYI, Provides requires a comma separated package list like the other fields
[06:20]  * micahg fixes
[07:11] <micahg> ugh, now I don't know what to do about copyright...
[09:14] <micahg> ScottL: I'm not really happy with the lightdm theme (maintainer scripts) or default-settings (debian/copyright) branches ATM, I made quite a few fixes to the default-settings branch, they're both only missing a thing or 2, but I'm too tired ATM to get this right
[21:00] <len> Todays iso still looks small..
[21:01] <len> scott-work: I am guessing it is still not ready to be tried.
[21:05] <micahg> len: sorry, that's my fault, I wasn't able to get the packages uploaded last night
[21:07] <len> No worries. Sleep is more important than this.
[21:07] <micahg> I'll get it sorted over the weekend so there's a beta candidate on monday
[21:07] <len> Are the missing apps being included at this time?
[21:09] <micahg> missing apps?  well, currently, there's no ubuntustudio-desktop, default-settings, or lightdm-theeme
[21:09] <len> Ja, I tried yesterdays iso... no gui, just console.
[21:09] <micahg> ScottL: one thing I need from you is copyright information
[21:10] <micahg> len: same thing yesterday, these binaries were removed from precise accidentally
[21:10] <micahg> ScottL: we need to know the copyright of the images you added to the default settings package
[21:10] <len> micahg, I figured something like from the irc logs.
[21:11] <micahg> I debated doing a no change rebuild of the old versions, but as it was already broke, I didn't see the point
[21:12] <len> It would be nice to combine the settings and theming as xubuntu has.
[21:14] <micahg> yeah, we did a little package consolidation with menu moving into default settings (we need to update the copyright for that stuff as well)
[21:15] <len> Scott was asking for help redoing the menus... so I will take the changes and put them into one file instead of three.
[21:18] <micahg> well, for beta 1, let's just get everything working, them we can go back to consolidating :)
[21:19] <len> Oh yes. I just make the files, Scott adds them or not as he likes.
[21:41] <CFHowlett> themes?  I maintain that this has strong potential as the default wallpaper...  http://shitsukesen.deviantart.com/art/Fake-Ubuntu-Studio-Screen-shot-173257515
[21:49] <CFHowlett> or perhaps this one  http://spreadubuntu.org/en/material/unusual/beautiful-ubuntu-ray-traced-wallpapers
[21:53] <holstein> http://parker1.co.uk/eternity/screenshots/eternalstudio.png is my fav so far
[21:53] <holstein> i think the etched ones are knd of dry
[21:53] <holstein> kind*
[21:54] <holstein> i feel like thats where the desktop is headed though... with the faded out no color icons we are getting
[21:54] <holstein> i installed crunchbang and the icons in the try are the old-school ones with color
[21:54] <holstein> i like it :)
[21:54] <len> I'm not too picky, they are all better than I can do.
[21:55] <len> I would like a bit more contrast in the theme though.
[21:55] <holstein> yeah, at least more contrast
[21:56] <len> I find it hard to figure out which window I am typing into...
[21:59] <CFHowlett> holstein   fyi, I updated the logo...
[22:00] <CFHowlett> http://spreadubuntu.org/files/Branded-eternalstudio-wide.png
[22:01] <len> It looks a bit cleaner.
[22:03] <CFHowlett> I'd also submit these for consideration  https://wiki.edubuntu.org/UbuntuStudio/Artwork/OfficialOneiric
[22:03] <CFHowlett> love that etched metal look!
[22:38] <scott-work> micahg: i will get it tonight, hopefully shortlly after getting home i'll be leaving in moments)
[22:39] <scott-work> micahg: interestingly, these are wallpapers that we have been using already, so it might be that we didn't have copyright file in the previous package :/
[22:39] <scott-work> micahg: also, this has me wondering if i am including them in the default package then why do we also need a ubuntustudio-wallpaper package?
[22:40] <scott-work> the last question is probably something stupidly simple and i'm too brain dead from work to realize it
[22:40] <scott-work> at the moment
[22:42] <scott-work> hold on, which images did i put into default-settings?  wasn't that the icon images?
[22:42] <scott-work> not the wallpapers?  why the hell was i thinking it was wallpapers?
[22:43] <scott-work> *shrug* going home, i'll suss it out there where i can really look at stuff and drop/leave the work stuff in my head at work


[16:56] <The_LoudSpeaker> Hey!
[16:57] <Kilos--> hey
[16:57] <The_LoudSpeaker> Just letting you know that the website in channel announcement is rigged.
[16:58] <The_LoudSpeaker> Also, has there been any ubuntu conference held in India till date?
[16:59] <Kilos> hmm...
[17:00] <Kilos> maybe pavlushka knows what is going on here. I havent visited this channel for about 6 months
[17:00] <Kilos> he will be here in about 20 mins he said
[17:05] <The_LoudSpeaker> @Kilos, Thanks!
[17:05] <The_LoudSpeaker> Also, where are you from?
[17:05] <Kilos> south africa
[17:06] <Kilos> that got you thinking
[17:06] <Kilos> ah you are an ubuntu member . cool
[17:08] <Kilos> pavlushka oing
[17:08] <Kilos> ping as well
[17:15] <pavlushka> Hello The_LoudSpeaker
[17:16] <The_LoudSpeaker> @pavlushka, Hii! I am active member of Lubuntu. I was wondering if any Ubuntu conferences were organised in India in the past.
[17:18] <Kilos> who is indias leadership pavlushka ?
[17:18] <pavlushka> The_LoudSpeaker: Bhavani aka coolbhavi from your side can tell you better, search him on LP and try to contact him by mail probably
[17:18] <The_LoudSpeaker> @pavlushka, Thanks!
[17:19] <Kilos> oh my, another one that doesnt use irc
[17:20] <The_LoudSpeaker> Also, the web page in the announcement is rigged I guess. http://www.ubuntu-in.info opens something it should not. ;)
[17:20] <u-la-la> [ Cute Adult Pic and Videos - ubuntu-in.info ] - www.ubuntu-in.info ( https://tinyurl.com/y5fbf3jy )
[17:21] <pavlushka> The_LoudSpeaker: yes it is but at most I can tell you that the webserver was powered by nginx :p
[17:22] <pavlushka> running that website
[17:22] <Kilos> you talking about the link in the topic guys?
[17:23] <pavlushka> Kilos: yep
[17:24] <Kilos> Welcome to the Ubuntu Indian LoCo team channel. Please talk in English for everyone to understand clearly. Information on the Indian LoCo email list is on https://lists.ubuntu.com/mailman/listinfo/ubuntu-in
[17:24] <u-la-la> [ ubuntu-in Info Page ] - lists.ubuntu.com ( https://tinyurl.com/7nvozjz )
[17:24] <Kilos> i see that and the link goes to the mailingt list
[17:25] <Kilos> the tiny link as well
[17:39] <pavlushka> Kilos: no both link goes to some bad sites
[17:40] <Kilos> lol no man
[17:40] <Kilos> i go straight to mailing list
[17:41] <pavlushka> Kilos: but ubuntu-in.info links are redirecting to some bad sites
[17:41] <Kilos> why not me
[17:42] <pavlushka> Kilos: ay be that's a logical hack based on regions
[17:42] <pavlushka> *may be
[17:43] <Kilos> yip 3 times here goes to mail
[17:47] <pavlushka> Kilos: but it takes us to some russian sites, don't know who did it
[17:48] <Kilos> oh my
[17:49] <pavlushka> Kilos: and The_Loudspeaker has left this channel but he is in #lubuntu and #lubuntu-devel
[17:50] <pavlushka> Kilos: may be he has lost interest on being here
[17:50] <Kilos> maybe someone there asked him if he was involved in his home group as well
[17:50] <Kilos> yeaah all dead here
[17:50] <pavlushka> Kilos: looks like he is a bug reporter on lubuntu
[17:51] <Kilos> aha
[17:55] <pavlushka> ping rajrajraj
[19:01] <rajrajraj> Hi


[01:10] <KGB-0> mutter ubuntu/master b12281e Marco Trevisan * pushed 6 commits (first 5 follow) * https://deb.li/Y1BV
[01:10] <KGB-0> mutter ubuntu/master 59f9acd Jeremy Bicha debian/ source/lintian-overrides tests/control tests/libmutter-10-dev * Update autopkgtest & lintian override for new version * https://deb.li/39510
[01:10] <KGB-0> mutter ubuntu/master 8b0e29c Jeremy Bicha debian/changelog * releasing package mutter version 42~beta-1 * https://deb.li/K5nz
[01:10] <KGB-0> mutter ubuntu/master f58a54b Marco Trevisan (Treviño) debian/changelog * Merge tag 'debian/42_beta-1' into ubuntu/master * https://deb.li/3A3hg
[01:10] <KGB-0> mutter ubuntu/master 77e7c2e Marco Trevisan (Treviño) debian/patches/x11-Add-support-for-fractional-scaling-using-Randr.patch * xrandr-scaling: Do not change type of experimental settings schema * https://deb.li/F3YG
[01:10] <KGB-0> mutter ubuntu/master 9e5b655 Marco Trevisan (Treviño) debian/changelog * Update changelog * https://deb.li/3dCOM
[06:40] <oSoMoN> good morning desktoppers
[06:50] <ricotz> good morning :)
[06:50] <ricotz> hey oSoMoN
[07:03] <didrocks> good morning
[07:05] <oSoMoN> hey ricotz, salut didrocks
[07:05] <didrocks> salut oSoMoN
[07:05] <ricotz> didrocks, hello
[07:07] <ricotz> oSoMoN, regarding https://bugs.launchpad.net/ubuntu/+source/0ad/+bug/1962154 , would you be available to sponsor a proper 0ad package?
[07:07] <duflu> Morning oSoMoN, ricotz, didrocks
[07:08] <ricotz> duflu, hey
[07:10] <didrocks> hey duflu, ricotz
[07:10] <oSoMoN> ricotz, if we have proper fixes for mozjs78 (ideally coming from upstream), yes
[07:10] <oSoMoN> hey duflu
[07:10] <ricotz> oSoMoN, https://people.ubuntu.com/~ricotz/sponsoring/
[07:10] <ricotz> oSoMoN, two upstream fixes
[07:20] <oSoMoN> ricotz, I gotta go to school now, I'll take a look later in the day
[07:26] <jibel> Good mornign all
[07:30] <duflu> Hi jibel
[07:30] <oSoMoN> salut jibel
[07:33] <jibel> Hey duflu oSoMoN
[07:36] <ricotz> oSoMoN, thanks
[07:36] <ricotz> hello jibel
[07:38] <jibel> Good morning ricotz
[08:01] <didrocks> salut jibel
[08:04] <jpnurmi> good morning
[08:07] <didrocks> hey jpnurmi
[08:07] <jpnurmi> hey didrocks
[08:13] <Nafallo> morning :-)
[08:13] <didrocks> hey Nafallo
[08:17] <jpnurmi> hey Nafallo
[08:18] <duflu> Hi jpnurmi and Nafallo
[08:19] <jpnurmi> hey duflu
[08:30] <seb128> goood morning desktopers
[08:42] <duflu> Morning seb128
[08:46] <jpnurmi> good morning seb128
[09:58] <ricotz> oSoMoN, here is a corresponding 0ad build - https://launchpad.net/~wfg/+archive/ubuntu/0ad/+sourcepub/13309264/+listing-archive-extra
[09:58] <ricotz> hello seb128 jpnurmi
[10:03] <tjaalton> new gjs broke wsmatrix
[11:07] <oSoMoN> ricotz, your sponsoring directory is missing 0ad_0.0.25b-1.1ubuntu1.dsc
[11:25] <ricotz> oSoMoN, sorry, fixed
[11:30] <oSoMoN> ricotz, uploaded, it's now in the queue: https://launchpad.net/ubuntu/jammy/+queue?queue_state=0&queue_text=0ad
[11:31] <ricotz> oSoMoN, thank you
[12:01] <jbicha> good morning
[12:07] <Nafallo> good afternoon, jbicha :-)
[12:07] <jbicha> :)
[12:30] <oSoMoN> hi jbicha
[13:57] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561016 (build i386) stage: build, status: created
[13:57] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561014 (extract-source) stage: provisioning, status: created
[13:57] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561015 (build) stage: build, status: created
[13:57] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561017 (build source) stage: build, status: created
[13:57] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561018 (test-build-any) stage: test, status: created
[13:57] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561020 (test-crossbuild-arm64) stage: test, status: created
[13:57] <KGB-2> libhandy-1 pipeline Jeremy Bicha 358223 * pending (piuparts: created; blhc: created; extract-source: pending; autopkgtest: created; lintian: created; reprotest: created; test-crossbuild-arm64: created; test-build-all: created; test-build-any: created; build source: created; build i386: created; build: created)
[13:57] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561024 (blhc) stage: test, status: created
[13:57] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561019 (test-build-all) stage: test, status: created
[13:58] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561025 (piuparts) stage: test, status: created
[13:58] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561014 (extract-source) stage: provisioning, status: running. Duration: 3 seconds
[13:58] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561017 (build source) stage: build, status: pending
[13:58] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561015 (build) stage: build, status: pending
[13:58] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561015 (build) stage: build, status: running. Duration: no time
[14:02] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561015 (build) stage: build, status: success. Duration: 3 minutes and 48 seconds
[14:02] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561025 (piuparts) stage: test, status: pending
[14:02] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561021 (reprotest) stage: test, status: pending
[14:02] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561024 (blhc) stage: test, status: pending
[14:02] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561023 (autopkgtest) stage: test, status: pending
[14:02] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561022 (lintian) stage: test, status: pending
[14:02] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561021 (reprotest) stage: test, status: running. Duration: no time
[14:03] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561022 (lintian) stage: test, status: running. Duration: no time
[14:03] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561019 (test-build-all) stage: test, status: running. Duration: no time
[14:03] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561023 (autopkgtest) stage: test, status: running. Duration: no time
[14:04] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561024 (blhc) stage: test, status: success. Duration: 1 minute and 18 seconds
[14:04] <KGB-2> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561019 (test-build-all) stage: test, status: success. Duration: 1 minute and 21 seconds
[14:04] <KGB-0> GNOME / libhandy-1 builds Jeremy Bicha * Build #2561020 (test-crossbuild-arm64) stage: test, status: failed. Duration: 1 minute and 57 seconds
[14:13] <KGB-0> libhandy-1 pipeline Jeremy Bicha 358223 * [16 minutes and 28 seconds] success (piuparts: success; reprotest: success; autopkgtest: success; test-build-any: success; lintian: success; test-crossbuild-arm64: failed; test-build-all: success; blhc: success; build i386: success; build: success; build source: success; extract-source: success)
[14:39] <KGB-0> gnome-shell signed tags 0389ec5 Jeremy Bicha upstream/42.0 * Upstream version 42.0 * https://deb.li/3aEJ2
[14:40] <KGB-2> gnome-shell upstream/latest 1ee5e8a Jeremy Bicha * pushed 16 commits (first 5 follow) * https://deb.li/i46m7
[14:40] <KGB-2> gnome-shell upstream/latest 3e2460b Fabio Tomat po/fur.po * Update Friulian translation * https://deb.li/7qHy
[14:40] <KGB-2> gnome-shell upstream/latest b832324 Cenk Uluisik data/dbus-interfaces/org.gnome.Shell.Introspect.xml js/misc/introspect.js * introspect: Add WindowsChanged signal * https://deb.li/3F6s4
[14:40] <KGB-2> gnome-shell upstream/latest 7af157f Tim Sabsch po/de.po * Update German translation * https://deb.li/aabM
[14:40] <KGB-2> gnome-shell upstream/latest 435f077 Ivan Molodetskikh po/ru.po * Update Russian translation * https://deb.li/3MjUj
[14:41] <KGB-2> gnome-shell upstream/latest 870bbc9 Yosef Or Boczko po/he.po * Update Hebrew translation * https://deb.li/IjSN
[14:41] <KGB-2> gnome-shell pristine-tar 4199e20 Jeremy Bicha gnome-shell_42.0.orig.tar.xz.delta gnome-shell_42.0.orig.tar.xz.id * pristine-tar data for gnome-shell_42.0.orig.tar.xz * https://deb.li/3eznx
[15:31] <KGB-2> gnome-shell-extensions signed tags 97970a7 Jeremy Bicha upstream/42.0 * Upstream version 42.0 * https://deb.li/ktev
[15:39] <Nafallo> heh. always when jbicha wakes up the KGB goes nuts :-P
[15:41] <jbicha> the ci is really noisy
[15:42] <Nafallo> I see what you mean. perhaps success|failure would be enough :-)
[15:43] <Nafallo> actually. the pipeline notification is a pretty good summary ;-)
[15:56] <seb128> we should probably change the settings for the CI and the bot
[20:15] <KGB-2> gnome-boxes signed tags 03c4cca Jeremy Bicha ubuntu/42_rc-1ubuntu1 * gnome-boxes Debian release 42~rc-1ubuntu1 * https://deb.li/3LRdD
[20:15] <KGB-0> gnome-boxes ubuntu/master 5043c00 Jeremy Bicha debian/patches/ series Update-recommended-downloads.patch * Add patch to only feature Ubuntu and GNOME OS * https://deb.li/0l7j
[20:15] <KGB-0> gnome-boxes ubuntu/master fb4cfe9 Jeremy Bicha debian/ changelog control control.in * releasing package gnome-boxes version 42~rc-1ubuntu1 * https://deb.li/iieVR
[20:15] <KGB-0> gnome-boxes ubuntu/master eac99fc Jeremy Bicha debian/ control control.in gbp.conf * Update debian/gbp.conf and Vcs fields for Ubuntu packaging branch * https://deb.li/jlPi
[20:21] <KGB-2> gnome-boxes tags 03c4cca Jeremy Bicha ubuntu/42_rc-1ubuntu1 * tag deleted
[20:22] <KGB-2> gnome-boxes signed tags c739551 Jeremy Bicha ubuntu/42_rc-1ubuntu1 * gnome-boxes Debian release 42~rc-1ubuntu1 * https://deb.li/3LRdD


[10:47] <teddy-dbear> Morning peoples, critters and everything else
[12:59] <icey> ahoy
[13:49] <JonathanD> Ahoy