| === JainAmber is now known as kyl | ||
| ScottK | mfisch: change it from arch: all to arch: powerpc. | 02:35 |
|---|---|---|
| mfisch | ScottK: that was the fix I assumed, if it's worth doing | 02:37 |
| * ScottK did that for something and it did work. | 02:38 | |
| === Logan_ is now known as Guest74070 | ||
| === Logan__ is now known as Logan_ | ||
| dholbach | good morning | 07:55 |
| iulian | Morning dholbach. | 08:32 |
| dholbach | hi iulian | 08:33 |
| === buildslayer is now known as shadeslayer | ||
| geser | ScottK, mfisch: but wouldn't this make the package (here slof; powerpc firmware to use with qemu) unavailable to non-powerpc? | 09:09 |
| Laney | you'll still be able to install it using multi-arch | 09:16 |
| geser | but only if you add "powerpc" to your sources, right? | 09:30 |
| Laney | yeah, you'll have to enable it | 09:31 |
| Laney | better than no package though | 09:31 |
| geser | true | 09:32 |
| Laney | hmph | 10:17 |
| Laney | anyone using raring & lighttpd? userdir is broken on it here | 10:23 |
| Zhenech | debian stable here :P | 10:24 |
| Laney | ah | 10:24 |
| Laney | http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=680755 | 10:24 |
| ubottu | Debian bug 680755 in lighttpd "lighttpd: Upgrading from Squeeze disables directory listing" [Important,Open] | 10:24 |
| Laney | silly silly silly | 10:24 |
| Nafallo | hi. anyone loooking at this bug at all? https://bugs.launchpad.net/ubuntu/+bug/262433 | 10:31 |
| ubottu | Ubuntu bug 262433 in Ubuntu "[needs-packaging] sipXecs - Communications Suite, IP PBX server, VoIP" [Wishlist,Confirmed] | 10:31 |
| smartboyhw | Wow it dates back from Hardy.... | 10:32 |
| smartboyhw | Nafallo, all the wiki links are invalid in the bug | 10:33 |
| smartboyhw | So no one knows where the source code is... | 10:33 |
| Nafallo | http://wiki.sipfoundry.org/display/sipXecs/Home | 10:35 |
| 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:36 |
| Nafallo | and I believe here: http://download.sipfoundry.org/pub/sipXecs/ | 10:37 |
| Nafallo | https://www.calivia.com/bk/sipx/sipx-on-debian | 10:39 |
| === Tonio_aw is now known as Tonio_ | ||
| === Tonio_ is now known as Tonio_aw | ||
| === Tonio_aw is now known as Tonio_ | ||
| 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. | 14:36 |
| === Ursinha-afk is now known as Ursinha | ||
| === almaisan-away is now known as al-maisan | ||
| === al-maisan is now known as almaisan-away | ||
| === broder_ is now known as broder | ||
| === yofel_ is now known as yofel | ||
| === lifeless_ is now known as lifeless | ||
| TheLordOfTime | are universe sync requests still accepted for raring? | 19:57 |
| === Quintasan_ is now known as Quintasan | ||
| micahg | TheLordOfTime: yes | 20:03 |
| TheLordOfTime | thanks. | 20:04 |
| 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:07 |
| 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:08 |
| 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:09 |
| ubottu | Launchpad bug 1085742 in znc (Ubuntu) "znc-dev should depend on the required compilers" [Undecided,New] https://launchpad.net/bugs/1085742 | 20:09 |
| TheLordOfTime | (the Debian "compromise" was to set a recommends on the g++ compiler) | 20:10 |
| TheLordOfTime | ... yep, requestsync -C ... worked and is asking me to fill in the changelog by hand. *grabs data from packages.debian.org* | 20:12 |
| TheLordOfTime | ... stupid encoding issues... | 20:13 |
| * 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:16 | |
| 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:17 |
| * TheLordOfTime notices emails stating his system's imploding. | 20:18 | |
| TheLordOfTime | ... oops | 20:18 |
| 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:07 |
| jtaylor | 8p8 e 16 | 23:10 |
| jtaylor | 8+8 = 16, block is only size 12 | 23:11 |
| jtaylor | psusi: | 23:11 |
| jtaylor | it reads 4 byte to much | 23:11 |
| psusi | jtaylor: why are you adding 8 to 8? | 23:22 |
| 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:23 |
| 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 | 23:24 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!