similar to: [Bug 1478] New: Concatenations with ct status do not match

On Fri, Oct 9, 2020 at 11:35 PM Ondrej Zary <linux at zary.sk> wrote: > > Hello, > I'm testing 5.9.0-rc8 and found that Riva TNT2 stopped working: > [ 0.000000] Linux version 5.9.0-rc8+ (zary at gsql) (gcc (Debian 8.3.0-6) 8.3.0, GNU ld (GNU Binutils for Debian) 2.31.1) #326 SMP Fri Oct 9 22:31:40 CEST 2020 > ... > [ 14.771464] nouveau 0000:01:00.0: GPU not

Hello, I'm testing 5.9.0-rc8 and found that Riva TNT2 stopped working: [ 0.000000] Linux version 5.9.0-rc8+ (zary at gsql) (gcc (Debian 8.3.0-6) 8.3.0, GNU ld (GNU Binutils for Debian) 2.31.1) #326 SMP Fri Oct 9 22:31:40 CEST 2020 ... [ 14.771464] nouveau 0000:01:00.0: GPU not supported on big-endian [ 14.771782] nouveau: probe of 0000:01:00.0 failed with error -38 big-endian? WTF? The

https://bugzilla.netfilter.org/show_bug.cgi?id=1371 Bug ID: 1371 Summary: Concatenations Literal sets Product: nftables Version: unspecified Hardware: x86_64 OS: other Status: NEW Severity: normal Priority: P5 Component: nft Assignee: pablo at netfilter.org Reporter:

PROBLEM How can I concatenate the following lists into ONE LIST WITHOUT the unhelpful message "operator is invalid for atomic vectors"? Combine as a data frame? EXAMPLE Birth_Date <- NULL Birth_Date[1:3] <- c("01/17/1939","01/17/1949", "01/17/1959") Later_Date <- NULL Later_Date[1:3] <- c("01/17/2009", NA, NA) Names

https://bugzilla.netfilter.org/show_bug.cgi?id=1465 Bug ID: 1465 Summary: [vmap] ct state concatenation not working Product: nftables Version: unspecified Hardware: All OS: Debian GNU/Linux Status: NEW Severity: minor Priority: P5 Component: nft Assignee: pablo at

Hi there, Could someone please comment on the following hard-lock (*). Staring at the code, I see `nvkm_rd32` calls are enclosed in a timeout detection, except one. drivers/gpu/drm/nouveau/nvkm/engine/gr/g84.c#L171 ... nvkm_msec(device, 2000, if (!(nvkm_rd32(device, 0x100c80) & 0x00000001)) break; ); ... Would it make sense to also enclose this in the do/while loop ? Full ref: *

https://bugzilla.netfilter.org/show_bug.cgi?id=1082 Bug ID: 1082 Summary: Hard lockup when inserting nft rules (esp. ct rule) Product: nftables Version: unspecified Hardware: x86_64 OS: Debian GNU/Linux Status: NEW Severity: blocker Priority: P5 Component: kernel Assignee:

CentOS Errata and Bugfix Advisory 2013:1478 Upstream details at : https://rhn.redhat.com/errata/RHBA-2013-1478.html The following updated files have been uploaded and are currently syncing to the mirrors: ( sha256sum Filename ) i386: 987b06973c790616714d9192a7c0edd18ea28bcdcc55c6d7299346a76fa077fd cman-2.0.115-118.el5.1.i386.rpm

https://bugzilla.mindrot.org/show_bug.cgi?id=1478 Summary: ssh -V sends output to stderr instead of stdout Classification: Unclassified Product: Portable OpenSSH Version: 5.0p1 Platform: Other OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: Documentation AssignedTo:

Hi, Has anyone had experience with the Aastra 57i / 57i CT phones? The problem I'm having is that the phone isn't re-registering itself with the Asterisk server. As a result, the phone loses the registration with the server and is no longer able to receive incoming calls. Outgoing calls work fine. Right now, I have the following sip registration settings: sip registration period: 180

https://bugzilla.netfilter.org/show_bug.cgi?id=942 Summary: ct: timeout, ctevents, expevents and zone is not supported in nft Product: nftables Version: unspecified Platform: x86_64 OS/Version: Debian GNU/Linux Status: NEW Severity: normal Priority: P5 Component: nft AssignedTo:

https://bugzilla.netfilter.org/show_bug.cgi?id=951 Summary: ct expiration does not work with ranges Product: nftables Version: unspecified Platform: x86_64 OS/Version: All Status: NEW Severity: enhancement Priority: P5 Component: nft AssignedTo: pablo at netfilter.org ReportedBy: anarey at

https://bugzilla.netfilter.org/show_bug.cgi?id=1021 Pablo Neira Ayuso <pablo at netfilter.org> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |ASSIGNED CC| |pablo at netfilter.org --- Comment #1 from Pablo

https://bugzilla.netfilter.org/show_bug.cgi?id=1056 Bug ID: 1056 Summary: nft: Syntax error with dnat as ct state Product: nftables Version: unspecified Hardware: All OS: All Status: NEW Severity: normal Priority: P5 Component: nft Assignee: pablo at netfilter.org

https://bugzilla.netfilter.org/show_bug.cgi?id=1473 Bug ID: 1473 Summary: [log] not printing in combination with ct state and set update a/o rate limit Product: nftables Version: unspecified Hardware: arm OS: Debian GNU/Linux Status: NEW Severity: normal Priority: P5

Does anyone have success in upgrading Aastra/Sayson 480i CT firmware? All I get, no matter what I've tried is "Unable to upgrade firmware". tftpd is working because the dialplan freshens, and I have aastra.cfg whatevermacaddressfile.cfg and firmware.st in /tftpboot Am I missing something stupid? Is there another way to upgrade it? Chris Coulthurst chris@shuksan.com

Hello All, I have a need for a wireless solution and have been looking at the Aastra 57i CT phone that have the wireless handset with them. Aastra says they will cover "up to 300,000 square feet". I am finding this hard to accept. I was also wondering about the "secure WDCT cordless technology" Could this be a form of DECT? Any one using these that can shed some lite?

Has anyone worked with the upstream installation for 5.5, and successfully told it to ->shut up<- when you pull your smart card out of the reader? Since you can't add parms in /etc/reader.conf, or in a file in /etc/reader.conf.d, I tried editing /etc/init.d/pcscd to tell it error level and above logging only, and it ignores it, and writes over and over that the card is "mute or

(I think this is probably appropriate for r-devel -- if my diagnosis is correct, that is) I have a script that I run infrequently (i.e., quarterly) that has been working for several years. I re-ran it this morning for the first time since updating R from 2.6.2 to 2.7.0, and encountered an error. I found a simple example that shows the problem: > as.POSIXct( I( '2008-01-01' ) )

1. This is _not_ a bug in R itself. Please don't use R's bug reporting system for contributed packages. 2. This is _not_ a bug in svm() in `e1071'. I believe you forgot to take sqrt. 3. You really should use the `tot.MSE' component rather than the mean of the `MSE' component, but this is only a very small difference. So, instead of spread[i] <- mean(mysvm$MSE), you