| 00:00.10 | paravoid | I'd be more than happy to ship another version than the one I originally wanted if it's going to be supported |
| 00:00.20 | kpfleming | but when the project is doing the work using its own resources, they will set the policy and schedule based on what they can accommodate |
| 00:00.38 | Corydon76-lap | paravoid: what exactly do you mean by "supported", though? |
| 00:01.12 | paravoid | Corydon76-lap: our definition of supported is a) security fixes, b) major data loss fixes. |
| 00:01.20 | Corydon76-lap | paravoid: Among the Debian packages, only a very small handful have support like Asterisk in the first place. Most of them don't have quick turnaround of issues |
| 00:02.01 | paravoid | believe me, I know :) |
| 00:02.34 | paravoid | kpfleming: fair enough. you asked for feedback though, so my comments seem appropriate, no? |
| 00:02.40 | kpfleming | indeed they are |
| 00:03.21 | kpfleming | and like i said, others may share your concern (outside of the debian issues) about 1.6.2 having a 24 month lifetime, and if there is demand to address that and resources can be scared up to do it, it will be extended |
| 00:03.42 | Corydon76-lap | The major criticism that I have of distributions packaging something like Asterisk (or Firefox) is that the target moves so quickly as to make packages outdated the second they are pressed onto a CD |
| 00:03.42 | paravoid | essentially, the discussion is about the overlap of LTS releases |
| 00:03.47 | kpfleming | correct |
| 00:03.55 | kpfleming | and 1.4 will overlap into 1.8 by 2 years |
| 00:04.08 | kpfleming | so users who want LTS can skip 1.6.x entirely |
| 00:04.40 | paravoid | with release dates almost 5 years apart though. |
| 00:05.09 | paravoid | 4½ to be fair |
| 00:05.35 | paravoid | oh, that's wrong, sorry. |
| 00:06.02 | Qwell | paravoid: -1 :) I got 4.5 3 times, but kept feeling it was wrong |
| 00:06.03 | Corydon76-lap | I count 3.5 |
| 00:06.09 | paravoid | Corydon76-lap: I guess the same applies to the kernel as well? |
| 00:06.15 | paravoid | right, -1 |
| 00:06.33 | kpfleming | it's supposed to be 2 years between LTS, but in this first case, it will be longer because we're trying to coordinate a number of schedules togeher |
| 00:06.58 | Corydon76-lap | paravoid: the kernel developers have already come to a conclusion about polishing the kernel, saying it's for the distributions to do |
| 00:07.43 | Corydon76-lap | I don't recall us ever saying that polishing Asterisk's rough parts was up to someone else to do. ;-) |
| 00:07.54 | paravoid | Corydon76-lap: my point is, the lines to be drawn aren't very clear |
| 00:08.16 | paravoid | asterisk has a *HUGE* dependency chain, there are more than many users that don't want to compile it from source |
| 00:08.31 | Corydon76-lap | Uh, it does? |
| 00:08.36 | paravoid | I can understand you not wanting to support all of our users |
| 00:08.44 | Corydon76-lap | was only aware of about 3 required packages |
| 00:08.52 | paravoid | and we try to not bug you before we've verified that it's an upstream bug |
| 00:09.25 | paravoid | we even had a patch that said 'please report bugs to Debian, not Digium' in the banner |
| 00:09.28 | kpfleming | so how do you handle kde, gnome, openoffice, etc? they have even more massive dependencies, and no published schedule for long term support of releases AFAIK |
| 00:10.14 | paravoid | kpfleming: the same? don't expect users to download KDE/GNOME/OO.org from source for security fixes but support them? |
| 00:10.52 | kpfleming | no, regarding schedules. if you pick kde 4.4, you can't know that the kde crew will provide security fixes for the lifetime of squeeze |
| 00:10.58 | kpfleming | so how is this different? |
| 00:11.33 | paravoid | it's not, but I'm sure that if upstream KDE asked for feedback on their release schedule the relevant maintainers would step in to comment ;-) |
| 00:11.50 | kpfleming | ok, so you're not expecting anything, just asking |
| 00:12.16 | paravoid | 01:47 < paravoid> kpfleming: all the possible solutions to my problem (that I can think of) are intrusive to your schedule, I'm not getting my hopes up :( |
| 00:12.21 | kpfleming | but in the case of asterisk, providing distro-backported security fixes is likely much easier than for something the size of openoffice or firefox |
| 00:12.44 | paravoid | depends |
| 00:12.54 | kpfleming | so signing up for that seems far less of a burden than is already in place for other packages... and you know you won't even have to deal with it for some period of time |
| 00:13.27 | kpfleming | i guess my point is that complaining about not being able to include 1.6.2 into squeeze because there's no long-term support is a red herring, because hundreds/thousands of other packages have no long-term support and they are included |
| 00:13.49 | paravoid | oh I never said we weren't going to include it |
| 00:14.03 | kpfleming | it sure seemed that way |
| 00:14.04 | paravoid | I said that we're going to take the toll on supporting it and patching it ourselves |
| 00:14.10 | Corydon76-lap | You just said that it was hard to choose |
| 00:14.33 | Corydon76-lap | possibly because we have a ton of different versions that have longer support schedules than most of your packages |
| 00:14.42 | paravoid | 01:49 < paravoid> or we are going to be forced to backport patches on our own |
| 00:14.45 | paravoid | 01:49 < paravoid> something we prefer not to do but I guess we'll be forced to. |
| 00:15.09 | kpfleming | so if you are not the only distribution in that situation, then there will be a mass of interested developers that can work together to provide backported security fixes for 1.6.2 for an extended period of time |
| 00:15.13 | Corydon76-lap | If anything, you should be encouraging other projects to commit to a support period, as we have |
| 00:15.30 | paravoid | kpfleming: surely hope so; I haven't got in touch with Fedora/RH developers |
| 00:15.47 | paravoid | tried to get in touch with someone who forked our packages for Ubuntu without much luck. |
| 00:15.58 | kpfleming | and as russell posted, if there is a team of people willing to do the backport work, we'd be happy to provide commit access and use of the proper machinery to trigger releases, so there could be 'official' releases |
| 00:16.33 | paravoid | it surprises me that this is considered a "distro" issue btw. |
| 00:16.47 | kpfleming | why? |
| 00:17.08 | paravoid | I'm sure there are integrators who are doing setups that expect them to last for >2 years without a major asterisk upgrade |
| 00:17.19 | kpfleming | and they do last that long, and much longer |
| 00:17.27 | paravoid | with no security support? |
| 00:17.47 | kpfleming | and when a security issue comes long, they evaluate whether the systems they have built/deployed might be susceptible, and take the proper action |
| 00:17.54 | kpfleming | that's why they get paid money to do integration in the first place |
| 00:18.26 | paravoid | the proper action being "backport the patch on one's own"? |
| 00:18.44 | kpfleming | or find it already backported in the community, or hire someone to help with it, or other options |
| 00:19.08 | paravoid | right |
| 00:19.14 | paravoid | sounds less than fun :) |
| 00:19.15 | kpfleming | but maybe their system is not susceptible at all... for example, some of those integrators don't use IAX2 in any way. they haven' bothered dealing with the chan_iax2 changes. |
| 00:19.27 | kpfleming | it's a job, it's not supposed to be fun ;-) |
| 00:19.30 | Corydon76-lap | paravoid: are you familiar with White Box Linux? |
| 00:19.38 | paravoid | no, sorry |
| 00:20.07 | paravoid | Google says it's a CentOS-alternative or something? |
| 00:20.16 | Corydon76-lap | paravoid: their sole business is to support Red Hat after RH has decided it's past their interest |
| 00:20.21 | paravoid | ah |
| 00:20.26 | Corydon76-lap | or rather, support RHEL |
| 00:20.52 | Corydon76-lap | If somebody wants to sell contracts like that for Asterisk, I don't see a problem with that |
| 00:21.25 | Corydon76-lap | It's going to be a niche, perpetually-shrinking market |
| 00:21.37 | paravoid | but you were having a problem with "people patching up asterisk" :) |
| 00:21.42 | paravoid | anyway |
| 00:21.52 | kpfleming | when users think they are getting Asterisk(TM) but it's not, that's different |
| 00:22.05 | kpfleming | when a user makes an explicit choice to use a derivative version, that's fine |
| 00:22.12 | paravoid | you're raising an entirely different matter |
| 00:22.16 | kpfleming | yep |
| 00:22.17 | Corydon76-lap | I don't have a problem with people patching up Asterisk, if it's a version that we aren't going to support anyway |
| 00:22.17 | paravoid | but I'd be happy to discuss this |
| 00:22.33 | kpfleming | just responding to your mildly trolling statement :-) |
| 00:22.53 | paravoid | Firefox/Thunderbird etc. got renamed in Debian partly because of security support issues |
| 00:23.14 | paravoid | Debian wanted to be able to support Firefox long after MoCo said "upgrade from 1.0 to 1.5" |
| 00:23.20 | kpfleming | right |
| 00:23.34 | paravoid | so they forced Debian to change the name, via trademark restrictions |
| 00:23.45 | kpfleming | i doubt that we'd be that strict about it |
| 00:23.48 | paravoid | I'd prefer it if we didn't do the same for asterisk |
| 00:23.48 | Corydon76-lap | I thought it was because you wanted to make various functionality patches that they disagreed with, and they told you that their trademark would be in violation if you still called it Firefox |
| 00:23.53 | paravoid | but it's your trademark :) |
| 00:24.16 | paravoid | Corydon76-lap: there are no extra functionality patches in Iceweasel or Icedove |
| 00:24.20 | kpfleming | the intent of that restriction is functionality changes, not security fixes, porting issues, etc. |
| 00:24.40 | Corydon76-lap | paravoid: I don't think they saw it that way |
| 00:24.48 | kpfleming | but of course that's nearly impossible to write legal language for, so it's left open to the judgement of the parties what is acceptable and what is not |
| 00:24.52 | paravoid | Corydon76-lap: I doubt that there are many functionality changes in Firefox that would needed to be done and weren't possible with extensions |
| 00:25.12 | kpfleming | if you want to talk about the firefox issues, take it elsewhere please |
| 00:25.35 | Corydon76-lap | paravoid: for example, Debian disables the builtin version upgrade support in Firefox |
| 00:26.01 | kpfleming | so does pretty much everyone else |
| 00:26.08 | kpfleming | again, that is way off-topic |
| 00:26.21 | paravoid | I have answers but I'm trying not to reply :) |
| 00:26.29 | paravoid | anyway, in Debian right now we have 12 patches |
| 00:26.34 | kpfleming | you have each other's email addresses, feel free :-) |
| 00:26.43 | Corydon76-lap | You can reply privately to me on my other nick in about 2.5 hours. |
| 00:26.53 | paravoid | one is |
| 00:26.54 | paravoid | M14718 |
| 00:26.56 | MuffinMan | [closed] [Asterisk] Core/BuildSystem 0014718: [patch] relax badshell tilde test reported by tzafrir (Karma: +123.50) https://issues.asterisk.org/view.php?id=14718 |
| 00:27.03 | Corydon76-lap | I'm going home, and that's approxmiately my commute time |
| 00:27.25 | kpfleming | i can state with my management hat on that it's extremely unlikely that digium would ever have any interest in pursing a trademark action for distribution of asterisk with backported security fixes in it. nearly no possibility at all, in fact. |
| 00:27.36 | paravoid | closed "to be discussed in asterisk-dev", raised there, never got a reply |
| 00:28.06 | kpfleming | then that means the wider community does not have any interest in that change, i assume |
| 00:28.13 | paravoid | prevents building with our packaging system (~ can be part of our version number and has been in the past, and the directory name has the version in it) |
| 00:28.17 | Corydon76-lap | paravoid: I proposed an alternate patch on that issue and never got any definitive reply |
| 00:28.23 | paravoid | right |
| 00:28.37 | kpfleming | also, that's not part of asterisk that we care about for trademark issues anyway. the build system is subject to the needs of the packager |
| 00:29.16 | Corydon76-lap | If you don't test and provide feedback, the issue goes dead |
| 00:29.49 | kpfleming | i must head home to my wife... have a lovely evening/night/morning, depending on your current longitude |
| 00:30.26 | paravoid | bye-bye to both of you |
| 00:30.26 | paravoid | I was intending to send a mail reporting all of our patches to asterisk-dev |
| 00:30.28 | paravoid | I'll do that in one of the following days |
| 00:30.48 | paravoid | along with the issue # in each of them. |
| 00:30.55 | Corydon76-lap | paravoid: if you're willing to test AND PROVIDE FEEDBACK on 14718, I'll reopen |
| 00:31.33 | paravoid | I am, see my mail on 11/7 |
| 00:31.35 | paravoid | asterisk-dev |
| 00:31.41 | paravoid | (tzafrir opened the issue #, not me) |
| 00:32.19 | paravoid | testing the issue is trivial btw |
| 00:32.25 | paravoid | just mv asterisk asterisk~1 |
| 00:32.25 | *** join/#asterisk-dev snuff-work (n=aaa@120.19.87.196) |
| 00:32.25 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 00:32.45 | Corydon76-lap | It's probably already deleted from my mailbox; I don't keep list mail to which I'm not interested |
| 00:33.10 | paravoid | I use gmane :) |
| 00:33.40 | paravoid | http://article.gmane.org/gmane.comp.telephony.pbx.asterisk.devel/37753/match=14718 |
| 00:33.53 | *** join/#asterisk-dev dwery (n=dwery@nslu2-linux/dwery) |
| 00:34.31 | *** part/#asterisk-dev dwery (n=dwery@nslu2-linux/dwery) |
| 00:35.16 | paravoid | Corydon76-lap: as a closing note to the discussion above, you have to understand, both for Asterisk/Mozilla |
| 00:35.21 | paravoid | that we're volunteers |
| 00:35.32 | paravoid | that are spending our free time serving our users the best we see fit |
| 00:35.40 | paravoid | and there are users who appreciate that and use our packages |
| 00:35.52 | Corydon76-lap | paravoid: you have to understand that for the first 5 years of my Asterisk core development, I was also a volunteer |
| 00:35.53 | paravoid | I don't believe that we are doing more than harm than you do |
| 00:36.17 | paravoid | er, than s/you do$/do good/ |
| 00:36.44 | paravoid | the point is, I don't see why we're at opposite sides |
| 00:37.35 | paravoid | it's natural for our interests to not always align |
| 00:38.23 | Corydon76-lap | Yes, but there's a noted difference between users of Asterisk and packagers thereof |
| 00:38.33 | Corydon76-lap | I don't know if you personally use Asterisk or not |
| 00:38.41 | paravoid | of course I do |
| 00:39.01 | paravoid | and have several friends who are integrators and use my packages |
| 00:39.14 | paravoid | and thank me at every chance |
| 00:39.16 | Corydon76-lap | So the question is more of one about whether it's a problem for you as a user versus you as a packager |
| 00:39.48 | paravoid | I use asterisk both for fun (for my PBX at home) and for work |
| 00:40.09 | Corydon76-lap | I'm one of the guys who pushed this whole concept, and it's because of my history with a reseller and integrator |
| 00:40.52 | Corydon76-lap | this whole concept, being, informing the community in advance before we discontinue support of a release |
| 00:41.17 | paravoid | that's a great step and I'm not objecting to that obviously |
| 00:42.31 | Corydon76-lap | The major reason is allowing IT depts to make advance plans. Distribution packagers didn't even come up in the discussion, because they also serve who we mutually think of as end users |
| 00:43.44 | *** join/#asterisk-dev kazaa_lite (n=msaleem@cpc6-slam5-2-0-cust171.2-4.cable.virginmedia.com) |
| 00:44.44 | Corydon76-lap | Everybody wishes that we'd support every release forever, obviously |
| 00:45.21 | paravoid | you have to acknowledge that having a 1.4 -> 1.8 upgrade sounds like a big gap though. |
| 00:45.27 | Corydon76-lap | and at the opposite end, we'd like to (optimally) never have to support it past the day of release. |
| 00:45.52 | Corydon76-lap | Only because we skip version numbers |
| 00:46.35 | Corydon76-lap | For other projects, it'd be like going from 1.1 to 1.3 |
| 00:47.42 | Corydon76-lap | I'm also going home. Bye! |
| 04:04.17 | *** join/#asterisk-dev phodat (n=marcus@cable-115-103.sssnet.com) |
| 04:08.02 | *** join/#asterisk-dev phodat (n=marcus@cable-115-103.sssnet.com) |
| 04:17.41 | *** join/#asterisk-dev xpot-mobile (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 05:04.45 | *** part/#asterisk-dev alecdavis (n=alec@202.36.76.21) |
| 05:13.00 | *** join/#asterisk-dev ticoit (n=ticoit@201.191.190.116) |
| 05:13.48 | *** join/#asterisk-dev ticoit (n=ticoit@201.191.190.116) |
| 06:24.11 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 06:49.02 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 06:49.02 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 06:49.41 | oej | Morning, folks! |
| 07:13.33 | snuff-work | ello oej |
| 08:10.42 | *** join/#asterisk-dev snuff-work (n=aaa@210.9.82.197) |
| 08:10.42 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |
| 08:35.32 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 08:35.32 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 08:49.02 | *** join/#asterisk-dev DarkRift (n=dark@65.92.166.170) |
| 08:57.34 | *** join/#asterisk-dev oej (n=olle@ns.webway.se) |
| 08:57.34 | *** mode/#asterisk-dev [+o oej] by ChanServ |
| 08:59.36 | oej | Good news that the 1.8 decision has been made. |
| 09:07.11 | snuff-work | now if only 1.8 would build on sparc :) |
| 09:10.25 | snuff-work | i will get there eventually.. |
| 09:26.34 | *** join/#asterisk-dev kaii (n=kai@ciphron.de) |
| 09:43.51 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 09:43.51 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 09:51.46 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 09:51.46 | *** mode/#asterisk-dev [+o mvanbaak] by ChanServ |
| 09:59.12 | wedhorn | noooo, can't be 1.8, we were going to fix up skinny for 1.6! |
| 10:08.27 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 10:10.05 | mvanbaak | lol |
| 10:52.25 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 11:29.23 | *** join/#asterisk-dev kay2 (n=key2@olm03.cvf.fr) |
| 11:32.38 | *** join/#asterisk-dev wildzero-cw (n=chatzill@p50997436.dip0.t-ipconnect.de) |
| 11:53.08 | *** join/#asterisk-dev wildzero-cw (n=chatzill@p50997436.dip0.t-ipconnect.de) |
| 12:23.58 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 12:23.58 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 12:58.33 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 12:58.33 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 13:39.52 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 13:39.53 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 13:46.29 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 13:58.19 | *** join/#asterisk-dev Gugge (n=gugge@vlan2.dlxhosting.dk) |
| 14:00.55 | *** join/#asterisk-dev elguero (n=elguero@12.187.84.162) |
| 14:54.09 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 14:54.09 | *** mode/#asterisk-dev [+o leifmadsen] by ChanServ |
| 14:56.39 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 14:56.39 | *** mode/#asterisk-dev [+o sruffell] by ChanServ |
| 15:03.59 | *** join/#asterisk-dev vally (n=kvirc@217.243.245.34) |
| 15:10.05 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 15:28.09 | *** join/#asterisk-dev ticoit (n=ticoit@201.191.190.116) |
| 15:38.33 | *** join/#asterisk-dev Victor_Yure_ (n=victor@unaffiliated/victoryure/x-837844) |
| 15:40.28 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 15:40.28 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 15:55.15 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 15:55.15 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 16:05.17 | seanbright | can we create a top-level svn directory for the autoconf stuff? |
| 16:05.43 | seanbright | i can populate it once it's created |
| 16:06.08 | russellb | Hm, is the build_tools dir an external? |
| 16:06.11 | russellb | we had talked about that before... |
| 16:06.29 | seanbright | it may be there. i don't see it though. |
| 16:09.08 | seanbright | we'd need to find a new home for menuselect-deps if we external'd build_tools |
| 16:09.28 | russellb | true. |
| 16:09.39 | *** join/#asterisk-dev elguero (n=elguero@12.187.84.162) |
| 16:09.52 | tzafrir_laptop | has a string sense of re-inventing the wheel |
| 16:10.03 | seanbright | what is a string sense? |
| 16:10.27 | tzafrir_laptop | are those autoconf macros standard ones? |
| 16:10.42 | seanbright | no |
| 16:11.06 | seanbright | standard to asterisk, dahdi tools, and menuselect |
| 16:13.00 | tzafrir_laptop | Well, the build system in dahdi-tools provide no real atvantage over standard automake (except for 'nice' build commands, but that can also be aranged) |
| 16:13.21 | tzafrir_laptop | ('nice' as in silent) |
| 16:14.05 | seanbright | i'm talking about the stuff in the autoconf/ subdirectory |
| 16:14.19 | *** join/#asterisk-dev The_Boy_Wonder (n=vossel@asterisk/batman-developer/dvossel) |
| 16:14.19 | *** mode/#asterisk-dev [+o The_Boy_Wonder] by ChanServ |
| 16:14.20 | seanbright | http://svnview.digium.com/svn/asterisk/trunk/autoconf/ |
| 16:15.45 | tzafrir_laptop | external to share it with? |
| 16:16.53 | *** join/#asterisk-dev atis_work (n=atis_wor@193.238.212.171) |
| 16:17.27 | seanbright | asterisk, menuselect, dahdi-tools |
| 16:17.54 | seanbright | nevermind, dahdi-tools doesn't use it |
| 16:18.00 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 16:18.04 | seanbright | just asterisk & menuselect |
| 16:18.27 | seanbright | well.. dahdi tools could use it to replace acinclude.m4 |
| 16:18.51 | tzafrir_laptop | or just switch to autoconf and do away with the externals |
| 16:19.32 | seanbright | it already uses autoconf |
| 16:19.34 | tzafrir_laptop | has countless of local copies of mxml |
| 16:19.40 | seanbright | that's what acinclude.m4 is |
| 16:19.44 | seanbright | it's part of autoconf |
| 16:19.50 | tzafrir_laptop | right. s/autoconf/automake/ |
| 16:21.53 | tzafrir_laptop | That's basically a single Makefile.am |
| 16:22.54 | seanbright | but when how do you selectively build modules? --enable-mod=one,two,three? |
| 16:23.04 | seanbright | --enable-res-something |
| 16:23.22 | tzafrir_laptop | modules? in dahdi-tools? |
| 16:23.37 | seanbright | thought you were speaking generally |
| 16:23.38 | tzafrir_laptop | 'make' to build them all |
| 16:23.44 | seanbright | s/modules/tools/ |
| 16:24.00 | tzafrir_laptop | make dahdi_monitor # to build just dahdi_monitor |
| 16:24.05 | tzafrir_laptop | Why complicate things? |
| 16:24.22 | seanbright | ah |
| 16:24.35 | seanbright | interesting idea |
| 16:25.15 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 16:25.15 | *** mode/#asterisk-dev [+o kpfleming] by ChanServ |
| 16:30.41 | kay2 | someone has dev a bit in chan_rtmp.c in here ? |
| 16:36.32 | Qwell | kay2: you're gonna need to be a little more specific to get an answer |
| 16:36.52 | leifmadsen | kay2: someone? yes. |
| 16:38.10 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 17:25.49 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 17:25.49 | *** mode/#asterisk-dev [+o putnopvut] by ChanServ |
| 17:27.48 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 17:38.48 | tzafrir_laptop | The script http://svn.digium.com/svn/dahdi/tools/team/tzafrir/perl-sysstate/build_tools/dump_sys_state is generally functional |
| 17:39.18 | tzafrir_laptop | If anybody here has any idea how to further trim stuff from there, it would help |
| 18:33.55 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 18:33.55 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 18:33.55 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 18:33.55 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) [NETSPLIT VICTIM] |
| 18:33.55 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) [NETSPLIT VICTIM] |
| 18:33.55 | *** join/#asterisk-dev The_Boy_Wonder (n=vossel@asterisk/batman-developer/dvossel) |
| 18:33.55 | *** join/#asterisk-dev elguero (n=elguero@12.187.84.162) |
| 18:33.55 | *** join/#asterisk-dev ticoit (n=ticoit@201.191.190.116) |
| 18:33.55 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 18:33.55 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) [NETSPLIT VICTIM] |
| 18:33.55 | *** mode/#asterisk-dev [+oooo putnopvut kpfleming The_Boy_Wonder sruffell] by irc.freenode.net |
| 18:33.55 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 18:33.55 | *** join/#asterisk-dev Gugge (n=gugge@vlan2.dlxhosting.dk) |
| 18:33.55 | *** join/#asterisk-dev wildzero-cw (n=chatzill@p50997436.dip0.t-ipconnect.de) [NETSPLIT VICTIM] |
| 18:33.55 | *** join/#asterisk-dev kay2 (n=key2@olm03.cvf.fr) |
| 18:33.56 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 18:33.56 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 18:33.56 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 18:33.56 | *** join/#asterisk-dev kaii (n=kai@ciphron.de) [NETSPLIT VICTIM] |
| 18:33.56 | *** join/#asterisk-dev DarkRift (n=dark@65.92.166.170) |
| 18:33.56 | *** join/#asterisk-dev snuff-work (n=aaa@210.9.82.197) [NETSPLIT VICTIM] |
| 18:33.56 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) [NETSPLIT VICTIM] |
| 18:33.56 | *** join/#asterisk-dev phodat (n=marcus@cable-115-103.sssnet.com) |
| 18:33.56 | *** join/#asterisk-dev Deeewayne (n=dwayne@ool-43522b13.dyn.optonline.net) |
| 18:33.56 | *** mode/#asterisk-dev [+oooo leifmadsen mvanbaak snuff-work Deeewayne] by irc.freenode.net |
| 18:34.20 | *** join/#asterisk-dev denon (n=denon@synapse.subneural.net) |
| 18:34.20 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 18:34.20 | *** join/#asterisk-dev jtodd (i=vdtqo1ha@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 18:34.20 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 18:34.20 | *** join/#asterisk-dev TheDavidFactor (n=chatzill@fw1.safedataisp.net) |
| 18:34.20 | *** join/#asterisk-dev sgimeno (n=sgimeno@226.Red-80-33-64.staticIP.rima-tde.net) |
| 18:34.20 | *** join/#asterisk-dev ayrjola (n=ayrjola@gw.ccxtech.fi) |
| 18:34.20 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 18:34.20 | *** join/#asterisk-dev wedhorn (n=nnnnnnnn@123-243-209-34.static.tpgi.com.au) [NETSPLIT VICTIM] |
| 18:34.20 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) [NETSPLIT VICTIM] |
| 18:34.20 | *** mode/#asterisk-dev [+oooo jtodd file seanbright snuff-home] by irc.freenode.net |
| 18:34.20 | *** join/#asterisk-dev Corydon76-dig (i=six@c-69-137-80-31.hsd1.tn.comcast.net) |
| 18:34.20 | *** join/#asterisk-dev CGMChris (n=chris@74.143.228.142) |
| 18:34.20 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 18:34.20 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 18:34.20 | *** join/#asterisk-dev dlu (n=quassel@83.125.8.7) |
| 18:34.20 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 18:34.21 | *** join/#asterisk-dev Kobaz (n=kobaz@its.kobaz.net) |
| 18:34.22 | *** join/#asterisk-dev kerframil (n=kerframi@gentoo/user/kerframil) [NETSPLIT VICTIM] |
| 18:34.22 | *** mode/#asterisk-dev [+ooo Corydon76-dig Qwell russellb] by irc.freenode.net |
| 18:34.22 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 18:34.22 | *** join/#asterisk-dev xpot (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 18:34.22 | *** join/#asterisk-dev Daviey (n=Daviey@ubuntu/member/pdpc.gold.Daviey) |
| 18:34.22 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 18:34.22 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 18:34.22 | *** join/#asterisk-dev mnicholson_ (n=mnichols@nat/digium/x-papvixpbbkjgeobr) |
| 18:34.22 | *** join/#asterisk-dev pyite (n=dschreib@unaffiliated/pyite) [NETSPLIT VICTIM] |
| 18:34.22 | *** join/#asterisk-dev malcolmd (n=malcolmd@pdpc/sponsor/digium/malcolmd) |
| 18:34.22 | *** join/#asterisk-dev jsmith (n=nnjsmith@asterisk/training-and-documentation-guru/jsmith) |
| 18:34.22 | *** join/#asterisk-dev ecrane (n=ecrane@o1-69-19-166-10.static.o1.com) |
| 18:34.22 | *** join/#asterisk-dev mog (n=mog@c-71-228-185-24.hsd1.al.comcast.net) |
| 18:34.22 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 18:34.22 | *** mode/#asterisk-dev [+oooo malcolmd jsmith mog ChanServ] by irc.freenode.net |
| 18:34.22 | *** join/#asterisk-dev Amorsen (n=Amorsen@94.127.50.7) [NETSPLIT VICTIM] |
| 18:34.22 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 18:34.22 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) [NETSPLIT VICTIM] |
| 18:34.22 | *** join/#asterisk-dev felipe_ (n=felipe@my.nada.kth.se) |
| 18:34.22 | *** join/#asterisk-dev nd- (n=nd-@xes-mad.com) |
| 18:34.22 | *** join/#asterisk-dev heliosj (n=jeff@i216-58-41-253.cybersurf.com) |
| 18:40.39 | *** join/#asterisk-dev moy (n=moy@189.172.99.102) |
| 18:43.35 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 18:43.35 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 19:24.32 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@local.xorcom.com) |
| 19:24.32 | *** join/#asterisk-dev moy (n=moy@189.172.99.102) |
| 19:24.32 | *** join/#asterisk-dev Victor_Yure (n=victor@unaffiliated/victoryure/x-837844) |
| 19:24.32 | *** join/#asterisk-dev putnopvut (n=putnopvu@asterisk/master-of-queues/mmichelson) |
| 19:24.32 | *** join/#asterisk-dev CunningPike (n=CunningP@204.239.8.157) |
| 19:24.32 | *** join/#asterisk-dev kpfleming (n=kpflemin@asterisk/digium-director-of-software-tech/kpfleming) |
| 19:24.32 | *** join/#asterisk-dev marv[work] (n=timr@router.asteriasgi.com) |
| 19:24.32 | *** join/#asterisk-dev The_Boy_Wonder (n=vossel@asterisk/batman-developer/dvossel) |
| 19:24.32 | *** mode/#asterisk-dev [+oooo tzafrir_laptop putnopvut kpfleming The_Boy_Wonder] by irc.freenode.net |
| 19:24.32 | *** join/#asterisk-dev elguero (n=elguero@12.187.84.162) |
| 19:24.33 | *** join/#asterisk-dev ticoit (n=ticoit@201.191.190.116) |
| 19:24.33 | *** join/#asterisk-dev anthm (n=anthm@freeswitch/developer/anthm) |
| 19:24.40 | *** join/#asterisk-dev sruffell (n=sruffell@asterisk/the-kernel-guy/sruffell) |
| 19:24.40 | *** join/#asterisk-dev leifmadsen (n=Leif@asterisk/documenteur-extraordinaire/blitzrage) |
| 19:24.40 | *** join/#asterisk-dev Gugge (n=gugge@vlan2.dlxhosting.dk) |
| 19:24.40 | *** join/#asterisk-dev wildzero-cw (n=chatzill@p50997436.dip0.t-ipconnect.de) |
| 19:24.40 | *** join/#asterisk-dev kay2 (n=key2@olm03.cvf.fr) |
| 19:24.40 | *** join/#asterisk-dev caio1982 (i=caio1982@CAcert-br/caio1982) |
| 19:24.40 | *** join/#asterisk-dev puzzled (n=foobar@puzzled.xs4all.nl) |
| 19:24.40 | *** join/#asterisk-dev mvanbaak (n=michiel@asterisk/contributor-and-bug-marshal/mvanbaak) |
| 19:24.41 | *** join/#asterisk-dev kaii (n=kai@ciphron.de) |
| 19:24.41 | *** join/#asterisk-dev DarkRift (n=dark@65.92.166.170) |
| 19:24.41 | *** join/#asterisk-dev snuff-work (n=aaa@210.9.82.197) |
| 19:24.41 | *** mode/#asterisk-dev [+oooo sruffell leifmadsen mvanbaak snuff-work] by irc.freenode.net |
| 19:24.41 | *** join/#asterisk-dev philipp64 (n=chatzill@63.224.43.239) |
| 19:24.41 | *** join/#asterisk-dev phodat (n=marcus@cable-115-103.sssnet.com) |
| 19:24.41 | *** join/#asterisk-dev Deeewayne (n=dwayne@ool-43522b13.dyn.optonline.net) |
| 19:24.41 | *** join/#asterisk-dev denon (n=denon@synapse.subneural.net) |
| 19:24.41 | *** join/#asterisk-dev Marquis42 (n=bfhbmw0@65-127-126-34.dia.static.qwest.net) |
| 19:24.41 | *** join/#asterisk-dev jtodd (i=vdtqo1ha@asterisk/community-director-and-tie-dye-shirt-lover/jtodd) |
| 19:24.41 | *** join/#asterisk-dev file (n=file@asterisk/developer-and-muffin-lover/file) |
| 19:24.41 | *** join/#asterisk-dev TheDavidFactor (n=chatzill@fw1.safedataisp.net) |
| 19:24.41 | *** join/#asterisk-dev sgimeno (n=sgimeno@226.Red-80-33-64.staticIP.rima-tde.net) |
| 19:24.41 | *** join/#asterisk-dev ayrjola (n=ayrjola@gw.ccxtech.fi) |
| 19:24.41 | *** join/#asterisk-dev seanbright (n=sean@asterisk/contributor-and-bug-marshal/seanbright) |
| 19:24.41 | *** mode/#asterisk-dev [+oooo Deeewayne jtodd file seanbright] by irc.freenode.net |
| 19:24.41 | *** join/#asterisk-dev wedhorn (n=nnnnnnnn@123-243-209-34.static.tpgi.com.au) |
| 19:24.41 | *** join/#asterisk-dev snuff-home (n=snuffy@203-219-29-182-bri-ts6-2600.tpgi.com.au) |
| 19:24.41 | *** join/#asterisk-dev Corydon76-dig (i=six@c-69-137-80-31.hsd1.tn.comcast.net) |
| 19:24.41 | *** join/#asterisk-dev CGMChris (n=chris@74.143.228.142) |
| 19:24.41 | *** join/#asterisk-dev Qwell (i=north@pdpc/sponsor/digium/Qwell) |
| 19:24.41 | *** join/#asterisk-dev russellb (n=russellb@asterisk/digium-open-source-team-lead/russellb) |
| 19:24.41 | *** mode/#asterisk-dev [+oooo snuff-home Corydon76-dig Qwell russellb] by irc.freenode.net |
| 19:24.42 | *** join/#asterisk-dev dlu (n=quassel@83.125.8.7) |
| 19:24.42 | *** join/#asterisk-dev hugorebelo (n=hugorebe@200-171-132-124.completo.com.br) |
| 19:24.42 | *** join/#asterisk-dev Kobaz (n=kobaz@its.kobaz.net) |
| 19:24.42 | *** join/#asterisk-dev kerframil (n=kerframi@gentoo/user/kerframil) |
| 19:24.42 | *** join/#asterisk-dev janinge (i=j@ninge.net) |
| 19:24.42 | *** join/#asterisk-dev xpot (n=xpot@70-91-210-233-BusName-Utah.hfc.comcastbusiness.net) |
| 19:24.42 | *** join/#asterisk-dev Daviey (n=Daviey@ubuntu/member/pdpc.gold.Daviey) |
| 19:24.42 | *** join/#asterisk-dev MuffinMan (n=muffinma@asterisk/issue-tracker-bot/muffinman) |
| 19:24.42 | *** join/#asterisk-dev angler (n=angler@pdpc/sponsor/digium/angler) |
| 19:24.42 | *** join/#asterisk-dev mnicholson_ (n=mnichols@nat/digium/x-papvixpbbkjgeobr) |
| 19:24.42 | *** join/#asterisk-dev pyite (n=dschreib@unaffiliated/pyite) |
| 19:24.42 | *** join/#asterisk-dev malcolmd (n=malcolmd@pdpc/sponsor/digium/malcolmd) |
| 19:24.42 | *** join/#asterisk-dev jsmith (n=nnjsmith@asterisk/training-and-documentation-guru/jsmith) |
| 19:24.42 | *** join/#asterisk-dev ecrane (n=ecrane@o1-69-19-166-10.static.o1.com) |
| 19:24.42 | *** join/#asterisk-dev mog (n=mog@c-71-228-185-24.hsd1.al.comcast.net) |
| 19:24.42 | *** join/#asterisk-dev ChanServ (ChanServ@services.) |
| 19:24.42 | *** mode/#asterisk-dev [+oooo malcolmd jsmith mog ChanServ] by irc.freenode.net |
| 19:24.42 | *** join/#asterisk-dev Amorsen (n=Amorsen@94.127.50.7) |
| 19:24.42 | *** join/#asterisk-dev micols (n=mio@rlogin.dk) |
| 19:24.42 | *** join/#asterisk-dev paravoid (n=paravoid@zebra.cslab.ece.ntua.gr) |
| 19:24.42 | *** join/#asterisk-dev felipe_ (n=felipe@my.nada.kth.se) |
| 19:24.43 | *** join/#asterisk-dev nd- (n=nd-@xes-mad.com) |
| 19:24.43 | *** join/#asterisk-dev heliosj (n=jeff@i216-58-41-253.cybersurf.com) |
| 19:29.44 | *** join/#asterisk-dev moy (n=moy@189.172.99.102) [NETSPLIT VICTIM] |
| 19:37.29 | *** join/#asterisk-dev alecdavis (n=alec@202.36.76.21) |
| 20:16.09 | jsmith | The_Boy_Wonder: Quick question re: the test framework. Can tests be execute via AMI as well? (I know I can always to Action: Command, but the output is often harder to parse.) |
| 20:17.16 | russellb | jsmith: not yet |
| 20:18.10 | *** join/#asterisk-dev errotan (n=errotan@81.0.115.3) |
| 20:18.21 | jsmith | russellb: OK, good to know. |
| 20:18.32 | jsmith | will use the "Command" action for now |
| 20:18.32 | russellb | but would be a welcome addition |
| 20:22.27 | russellb | JunK-Y: are you sure you're running those CLI commands on the correct server? |
| 20:24.16 | JunK-Y | yes, totally |
| 20:24.21 | JunK-Y | i was on conference 13 |
| 20:24.34 | JunK-Y | by doing a restart now, it flushed everyone. |
| 20:55.39 | *** join/#asterisk-dev xpot-mobile (n=xpot@173-14-232-121-Utah.hfc.comcastbusiness.net) |
| 21:05.57 | russellb | leifmadsen: ping |
| 21:06.08 | leifmadsen | russellb: pong, yo. |
| 21:06.21 | russellb | leifmadsen: jtodd is back on the phone |
| 21:06.27 | leifmadsen | russellb: thus I will become back on the phone |
| 21:06.36 | russellb | rockin' |
| 21:06.38 | *** join/#asterisk-dev tzafrir_laptop (n=tzafrir@bzq-218-155-145.cablep.bezeqint.net) |
| 21:06.38 | *** mode/#asterisk-dev [+o tzafrir_laptop] by ChanServ |
| 21:19.19 | seanbright | VPMADT032 Failed! Unable to ping the DSP (2)! |
| 21:19.36 | seanbright | and no, i will not contact support |
| 21:19.36 | seanbright | heh |
| 21:19.51 | tzafrir_laptop | wrong IP address? |
| 21:20.09 | seanbright | it |
| 21:20.15 | seanbright | it's a daughterboard |
| 21:20.21 | seanbright | HWEC |
| 21:20.28 | russellb | seanbright: http://www.digium.com/en/supportcenter/ |
| 21:20.52 | seanbright | damn it |
| 21:20.54 | tzafrir_laptop | Any shopping list of stuff in app_meetme that is missing from app_confbridge? |
| 21:21.12 | russellb | tzafrir_laptop: yeah, all of the features you see in "core show application MeetMe" |
| 21:21.21 | russellb | most of those features aren't in ConfBridge yet |
| 21:21.24 | russellb | but we'd like them to be :-) |
| 21:21.57 | seanbright | but not just copied from one to the other |
| 21:22.03 | russellb | right. |
| 21:22.14 | seanbright | lest we junk it up |
| 21:22.19 | seanbright | confbridge <3 |
| 21:22.23 | seanbright | meetme </3 |
| 21:22.46 | tzafrir_laptop | Which implies meetme > confbridge |
| 21:23.11 | seanbright | tzafrir_laptop </3 |
| 21:23.22 | tzafrir_laptop | is great |
| 21:44.44 | tzafrir_laptop | russellb, so who is allowed to create a (confbridge) conference? Or is it left for the dialplan? |
| 21:44.55 | russellb | it's the dialplan right now |
| 21:44.59 | russellb | but it's a C api |
| 21:45.27 | tzafrir_laptop | I see there's no equivalent of meetme.conf. But then that's mainly used for keeping PINs |
| 21:47.50 | russellb | yep, not needed |
| 21:53.00 | jsmith | As I understand it, all conferences are created dynamically, similar to using the 'd' option with MeetMe(). |
| 21:53.22 | jsmith | too wishes that ConfBridge had more of the options that MeetMe has |
| 21:54.08 | file | I don't want ConfBridge to get overloaded with things that can be done outside of ConfBridge though |
| 22:01.19 | tzafrir_laptop | file, any idea for specific things that are missing and should be done in app_confbridge? |
| 22:01.37 | file | has no list |
| 22:01.59 | tzafrir_laptop | Are there cases where you would not want to allow someone to create a conference? Do conferences have contexts? |
| 22:02.52 | file | I'm sure there is a case like that, but there are tools available to the dialplan to write such a thing to limit it. |
| 22:03.46 | jsmith | tzafrir_laptop: My main complaint about ConfBridge is the lack of AMI actions and events |
| 22:04.01 | jsmith | tzafrir_laptop: It makes it much harder to do things external to the dialplan |
| 22:06.38 | tzafrir_laptop | btw: http://www.asterisk.org/developers/get-source still points to asterisk 1.2 |
| 22:07.25 | tzafrir_laptop | I know it's an example. But maybe having zaptel in that example is not a good idea |
| 22:07.39 | snuff-work | file.. u did most of the work in making the new rtp core right? |
| 22:07.52 | file | I made it pluggable, yeah |
| 22:08.13 | snuff-work | had a few questions about it.. |
| 22:09.38 | file | questions asked may be answered |
| 22:09.42 | snuff-work | mainly why say on line 487 (and other places..) we make a char data[256] which we then just make a uint pointer to.. |
| 22:10.02 | file | are you talking res_rtp_asterisk? |
| 22:10.03 | snuff-work | wouldn't it be best to a uint array of 64.. |
| 22:10.04 | snuff-work | yes |
| 22:10.09 | file | that was the original code. |
| 22:10.29 | snuff-work | ah |
| 22:11.10 | snuff-work | also there is 1 or 2 places where we set the same var twice with two values and it can only be the 2nd always |
| 22:11.30 | snuff-work | aka.. line 571 |
| 22:11.52 | snuff-work | and 633 |
| 22:13.06 | file | ok? ^_^ |
| 22:14.05 | snuff-work | hasn't yet tried his recompiled version with that stuff changed.. but i just found those points interesting (found while lookin over sparc complains) |
| 22:14.09 | snuff-work | *complaints |
| 22:14.28 | Qwell | Solaris sure does like to complain |
| 22:14.41 | snuff-work | yes i know :) |
| 22:14.49 | snuff-work | well Solaris SPARC anyway |
| 22:15.13 | snuff-work | solaris x86 is less so.. |
| 22:15.36 | Corydon76-dig | Sounds like you just need an alignment declaration on the char[256] |
| 22:15.43 | snuff-work | makes up quick patch to fix 2 small solaris issues now. for bug tracker loggin |
| 22:16.07 | Corydon76-dig | probably align(8) |
| 22:16.19 | Corydon76-dig | just to be safe |
| 22:16.42 | Qwell | the uint array appears correct though. it's silly to even be a char[] |
| 22:23.25 | JunK-Y | leifmadsen: for M16480, maybe we can just update the UPGRADE.txt and mention we need to call the Answer() first? |
| 22:40.20 | alecdavis | leifmaden: #15957 and #16212 need a relationship please. |
| 23:00.36 | leifmadsen | alecdavis: okie |
| 23:01.00 | leifmadsen | done |
| 23:01.24 | leifmadsen | JunK-Y: we could... but really that feels like a bug and the application should work the way Playback(), etc... do |
| 23:01.39 | leifmadsen | that is my expected behaviour opinion |
| 23:24.06 | *** join/#asterisk-dev jetsnoc (n=jetsnoc@216.83.78.106) |
| 23:44.46 | *** join/#asterisk-dev tzafrir__laptop (n=tzafrir@212.179.75.202) |
| 23:44.46 | *** mode/#asterisk-dev [+o tzafrir__laptop] by ChanServ |
| 23:56.47 | *** join/#asterisk-dev snuff-work (n=aaa@120.17.166.93) |
| 23:56.47 | *** mode/#asterisk-dev [+o snuff-work] by ChanServ |