similar to: [lld] Reject some lld specific one-dash long options

Commit-ID: d310db70cde8a212a463635f7321744ec502fe94 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=d310db70cde8a212a463635f7321744ec502fe94 Author: Patrick Brown <opensource at whoopdedo.org> AuthorDate: Sun, 6 Dec 2015 15:09:42 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Sat, 28 Mar 2020 21:42:54 +0000 [klibc] dash: builtin: Reject

Commit-ID: eaf105c1c16e2157ebce8c63a58acca75df65ca9 Gitweb: http://git.kernel.org/?p=libs/klibc/klibc.git;a=commit;h=eaf105c1c16e2157ebce8c63a58acca75df65ca9 Author: Patrick Brown <opensource at whoopdedo.org> AuthorDate: Sun, 6 Dec 2015 15:09:42 +0100 Committer: Ben Hutchings <ben at decadent.org.uk> CommitDate: Fri, 25 Jan 2019 02:57:21 +0000 [klibc] builtin: Reject

Dear I try to add three different lines (solid, short dash, long dash) in to current barplot. I saw there are types of lines ("p","b", ect). However, they are not what I request. Has nayone have this experience? Many Thanks! Xin [[alternative HTML version deleted]]

? KLIBCCC usr/dash/eval.o usr/dash/eval.c: In function 'evaltree': usr/dash/eval.c:277:19: warning: logical not is only applied to the left hand side of comparison [-Wlogical-not-parentheses] ?? if (!exitstatus == isor) ?????????????????? ^ Not sure what the fix should be: ?? if (!(exitstatus == isor)) Or ?? if ((!exitstatus) == isor) Any idea ? Christophe

On Wed, May 25, 2016 at 12:12 PM, Sean Silva <chisophugis at gmail.com> wrote: > > > On Mon, May 23, 2016 at 8:23 PM, Sean Silva <chisophugis at gmail.com> wrote: > >> Jake and I have been integrating IRPGO on PS4, and we've identified 3 >> remaining work items. >> >> >> - Driver changes >> >> We'd like to make IRPGO the

----- Forwarded message from "H. Peter Anvin" <hpa at zytor.com> ----- Date: Mon, 29 Mar 2010 15:07:01 -0700 From: "H. Peter Anvin" <hpa at zytor.com> To: maximilian attems <max at stro.at> Cc: Colin Watson <cjwatson at ubuntu.com>, klibc at zytor.com, Herbert Xu <herbert at gondor.apana.org.au>, Nobuhiro Iwamatsu <iwamatsu at nigauri.org>

From: maximilian attems <max at stro.at> On review of klibc dash changes: "Hmm, this breaks the non-glibc case. You're now returning a pointer to a string on the stack which is illegal." Herbert Xu Use upstream dash way. Signed-off-by: maximilian attems <max at stro.at> Cc: Herbert Xu <herbert at gondor.apana.org.au> --- usr/dash/cd.c | 7 ++++--- 1 files

Hi guys, I was wondering if there were any plans for MPEG DASH support in icecast ? Regards. Y. -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.xiph.org/pipermail/icecast-dev/attachments/20140211/79be77ce/attachment.htm

DASH being an open standard, doesnt make it necessarily patent free ? http://dashif.org/about-dash-industry-forum/ On Tue, Feb 11, 2014 at 9:12 AM, "Thomas B. R?cker" < thomas.ruecker at tieto.com> wrote: > Hi, > > On 11/02/14 10:00, Yannick "Modah" Gouez wrote: > > Hi guys, > > > > I was wondering if there were any plans for MPEG DASH

We still appear to be missing the following dash commit: http://git.kernel.org/?p=utils/dash/dash.git;a=commitdiff;h=d0a3b102c672bd07f190eacb7f95643a89d27c9a commit d0a3b102c672bd07f190eacb7f95643a89d27c9a Author: Jim Meyering <meyering at redhat.com> Date: Fri Jul 8 16:12:20 2011 +0800 [MEMALLOC] Avoid gcc warning: variable 'oldstackp' set but not used * src/memalloc.c

On Wed, May 25, 2016 at 2:17 PM, Xinliang David Li <davidxl at google.com> wrote: > > > On Wed, May 25, 2016 at 12:12 PM, Sean Silva <chisophugis at gmail.com> > wrote: > >> >> >> On Mon, May 23, 2016 at 8:23 PM, Sean Silva <chisophugis at gmail.com> >> wrote: >> >>> Jake and I have been integrating IRPGO on PS4, and

This document from Qualcomm may help. http://www.qualcomm.com/media/documents/qualcomm-dash-licensing-commitment it states : Companies will not have to pay royalties or license fees because they have implemented the DASH Standard using Qualcomm's DASH Essential Patents within a standalone software application sold and distributed separately from a product capable of implementing a WWAN

On Tue, Jan 22, 2019 at 08:23:15PM +0100, Sam Ravnborg wrote: > So one could backport this fix. > But a better approach was maybe to upgrade to latest dash version. > yes, indeed upgrading dash is the best way. In the past, we imported latest dash from time to time. thanks to Ben for all of his work!

Daniel, I won't make any points regarding DASH's fit with Icecast, but I wanted to address your statement that there is no purpose for adaptive streaming. Cell phone connections are fairly terrible and inconsistent. Even if you have a solid signal on a 4G technology, you could walk around a corner and it will disappear. What works at 3mbit/s one minute might be 10kbit/s the next.

fix subject and added warning to patch mail, thanks for review. ----- Forwarded message from "H. Peter Anvin" <hpa at zytor.com> ----- Date: Mon, 29 Mar 2010 15:07:01 -0700 From: "H. Peter Anvin" <hpa at zytor.com> To: maximilian attems <max at stro.at> Cc: Colin Watson <cjwatson at ubuntu.com>, klibc at zytor.com, Herbert Xu <herbert at

Package: logcheck-database Version: 1.2.54 Severity: normal I recently created a bridge with the name xen-local. The DHCP server gets requests via this bridge. I got spammed with logcheck messages about DHCPREQUESTS and the lot because the name of the interface in the logcheck-database does not match on names with a dash in it. -- System Information: Debian Release: 4.0 APT prefers stable

Hello, Since klibc dash last merge is a bit dated yesterday I resyncronised the dash in klibc repo from dc2bc17c7bbe3188cfb0c695dc472b39bcf0b27a up to ec2c84d3c4dba4b74440d72bdd1de416a9acd2a9 commit. Please test it: git://git.kernel.org/pub/scm/libs/klibc/klibc-queue.git http://git.kernel.org/?p=libs/klibc/klibc-queue.git;a=shortlog Without objections this will land in klibc-1.5.23. It got

Hi list, I'm using Asterisk2Billing (v2.0.16) and it appears to have an annoying bug. When there are rates for e.g. 44 (UK landline) and 44870 (UK premium) and a fraudster manages to somehow dial 44-870 instead of 44870 the rate for 44 will match, not the one for 44870. So, I would like to block all calls on a dialplan level that contain a dash. -44, 4-4, 44-, 44---, -, ---, just

Hi, I'm trying to setup the provisioning of new OpenStack hypervisors with cinder volumes on them. The problem is that kickstart doesn't allow dashed in volume group names? I tried this: volgroup cinder-volumes --pesize=4096 pv.02 and this: volgroup cinder--volumes --pesize=4096 pv.02 but in both cases I end up with a volume group named "cindervolumes" on the system. Any

hello hpa, pushed out new patch queue :) It contains the sync with latest dash git, renaming of some README's to ease their packaging, sparc32 socket test and a sh4 fix by Debian porters (numbers of changes is huge, but mostly contained in dash). git pull git://git.debian.org/users/maks/klibc.git maks initramfs-tools seems happy with that version of dash, saw no regression on boot test with