[02:35] <ScottK> mfisch: change it from arch: all to arch: powerpc.
[02:37] <mfisch> ScottK: that was the fix I assumed, if it's worth doing
[02:38]  * ScottK did that for something and it did work.
[07:55] <dholbach> good morning
[08:32] <iulian> Morning dholbach.
[08:33] <dholbach> hi iulian
[09:09] <geser> ScottK, mfisch: but wouldn't this make the package (here  slof; powerpc firmware to use with qemu) unavailable to non-powerpc?
[09:16] <Laney> you'll still be able to install it using multi-arch
[09:30] <geser> but only if you add "powerpc" to your sources, right?
[09:31] <Laney> yeah, you'll have to enable it
[09:31] <Laney> better than no package though
[09:32] <geser> true
[10:17] <Laney> hmph
[10:23] <Laney> anyone using raring & lighttpd? userdir is broken on it here
[10:24] <Zhenech> debian stable here :P
[10:24] <Laney> ah
[10:24] <Laney> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680755
[10:24] <Laney> silly silly silly
[10:31] <Nafallo> hi. anyone loooking at this bug at all? https://bugs.launchpad.net/ubuntu/+bug/262433
[10:32] <smartboyhw> Wow it dates back from Hardy....
[10:33] <smartboyhw> Nafallo, all the wiki links are invalid in the bug
[10:33] <smartboyhw> So no one knows where the source code is...
[10:35] <Nafallo> http://wiki.sipfoundry.org/display/sipXecs/Home
[10:36] <smartboyhw> Nafallo, thx
[10:36] <Laney> someone please tell me how to make arch:all reprepro uploads work
[10:36] <Laney> using 'reprepro include'
[10:37] <Nafallo> and I believe here: http://download.sipfoundry.org/pub/sipXecs/
[10:39] <Nafallo> https://www.calivia.com/bk/sipx/sipx-on-debian
[14:36] <mfisch> geser: that's what I was thinking, the package is really an all since it's for qemu but needs to be built on PPC. Hence I'm not doing anything with it.
[19:57] <TheLordOfTime> are universe sync requests still accepted for raring?
[20:03] <micahg> TheLordOfTime: yes
[20:04] <TheLordOfTime> thanks.
[20:07] <TheLordOfTime> micahg, is it normal for requestsync to error out for newly-uploaded-to-experimental packages?
[20:07] <TheLordOfTime> s/newly/recently/
[20:07] <micahg> possibly
[20:07] <micahg> did LP pick it up yet?
[20:08] <TheLordOfTime> not sure, the upload was 10:07 UTC today.  (it was really early morning for that one)
[20:08] <TheLordOfTime> (upload to Debian)
[20:08] <TheLordOfTime> (early morning relatively speaking, ~05:10 here)
[20:09] <TheLordOfTime> if i use  -C in requestsync, will it ask me to provide the relevant changelogs if it can't pull the data?
[20:09] <TheLordOfTime> its a minor change to the package, but the sync'll close LP bug 1085742
[20:10] <TheLordOfTime> (the Debian "compromise" was to set a recommends on the g++ compiler)
[20:12] <TheLordOfTime> ... yep, requestsync -C ... worked and is asking me to fill in the changelog by hand.  *grabs data from packages.debian.org*
[20:13] <TheLordOfTime> ... stupid encoding issues...
[20:16]  * jtaylor would have left the bug at won't fix
[20:16] <TheLordOfTime> okay, so apparently PuTTY can't work with the character "ä" correctly.
[20:16]  * TheLordOfTime kicks his  computer
[20:17] <tumbleweed> TheLordOfTime: https://wiki.ubuntu.com/RaringRingtail/ReleaseSchedule up until Feature Freeze. Then it starts needing good reasons and paperwork
[20:17] <TheLordOfTime> ah, well then.  :P
[20:18]  * TheLordOfTime notices emails stating his system's imploding.
[20:18] <TheLordOfTime> ... oops
[23:07] <psusi> valgrind complains about an invalid read of size 8 then says: Address 0x6bfdb98 is 8 bytes inside a block of size 12 alloc'd.  If it's 8 bytes inside a block of 12, how is that invalid?
[23:10] <jtaylor> 8p8 e 16
[23:11] <jtaylor> 8+8 = 16, block is only size 12
[23:11] <jtaylor> psusi:
[23:11] <jtaylor> it reads 4 byte to much
[23:22] <psusi> jtaylor: why are you adding 8 to 8?
[23:23] <jtaylor> 8 byte read 8 byte into a block of size 12
[23:23] <jtaylor> if the block starts at 0 the read is starts at 8 and goes to 16
[23:24] <jtaylor> e.g. *(double *)(0x0+8)
[23:24] <psusi> OHH... I interpreted that as just 8 bytes somewhere inside the 12 byte block, it means it starts 8 bytes into it