search for: unsuit

Package: logcheck Version: 1.2.69 Severity: normal Tags: patch Logcheck's reports contains many messages like: Feb 7 19:03:57 srv dhcpd: DHCPREQUEST for 172.21.0.126 from 00:19:7e:9f:cc:32 (Hostname Unsuitable for Printing) via eth0 Feb 7 19:03:57 srv dhcpd: DHCPACK on 172.21.0.126 to 00:19:7e:9f:cc:32 (Hostname Unsuitable for Printing) via eth0 I create file /etc/logcheck/ignore.d.server/dhcp.local with two rules and these messages now ignored by logcheck. Two my rules: ^\w{3} [ :0-9]{11} [._[:a...

Hi all, I have a Opteron-machine with the MPT SCSI-controller (Symbios 53c1030). At least in i386-mode, mkinitrd does not seem to build a usable initrd for 2.6.13.x (.3 tested) with this kernel. With 2.6.12.6 it works fine. I have not tested this in x86_64 -mode yet. The symptom is that mptbase and mptscsih load, but mptscsih does not discover any controllers nor drives, and things like

...id you read my discussion with Andy on >> patch 2? I think it resolves all the points you have. The current >> CREATE_DUMB > > I had missed the discussion, and, indeed, the patch you attached fixes > the problem on Xilinx. Great. Thanks for testing. > >> ioctl is unsuited for anything but the simple RGB formats. The bpp > > It's a bit difficult to use, but is it really unsuited? bitsperpixel, > width and height do give an exact pitch and size, do they not? It does > require the userspace to handle the subsampling and planes, though, so > far...

...olicy''d make sense because it would allow us to respond quickly to problems in a deployed version by checking out the branch from which the exported tag is derived and then deriving a new tag from the committed changes. Often times the trunk contains active developments that simply make it unsuitable for deployment. However, the SwitchTower examples seem to be based on deploying directly from trunk. I''m wondering: how do people deal with having to fix something in a release without going back to the trunk to do this. It seems to me that not having releases reflected in SVN branche...

...tree (y ~ x1 + x2 + x3 + x4 ) # tree.screens () # useless plot(myfit); text (myfit, all= TRUE, cex=0.5, pretty=0) # tile.tree (myfit, fgl$type) # useless # close.screen (all= TRUE) # useless My current tree plot resulted from above code shows as: 1. overlapped #s caused by unsuitable length of branch. 2. no misclassification rates: 'misclass.tree' only brings up the error of ' misclassification error rate is appropriate for factor responses only', but my response y is 0/1 data. 3. Unsuitable location of notations: there are not two notation of splitting...

...;>> patch 2? I think it resolves all the points you have. The current >>> CREATE_DUMB >> >> I had missed the discussion, and, indeed, the patch you attached fixes >> the problem on Xilinx. > > Great. Thanks for testing. > >> >>> ioctl is unsuited for anything but the simple RGB formats. The bpp >> >> It's a bit difficult to use, but is it really unsuited? bitsperpixel, >> width and height do give an exact pitch and size, do they not? It does >> require the userspace to handle the subsampling and planes, thou...

...suitable for the kernel. > > These are all good points. Did you read my discussion with Andy on patch > 2? I think it resolves all the points you have. The current CREATE_DUMB I had missed the discussion, and, indeed, the patch you attached fixes the problem on Xilinx. > ioctl is unsuited for anything but the simple RGB formats. The bpp It's a bit difficult to use, but is it really unsuited? bitsperpixel, width and height do give an exact pitch and size, do they not? It does require the userspace to handle the subsampling and planes, though, so far from perfect. So, I...

This may be of interest: http://lhc-compiler.blogspot.com/2009/01/case-against-cllvm.html People implementing a new Haskell compiler explain why LLVM is an unsuitable target for them.

...lves all the points you have. The current >>>> CREATE_DUMB >>> >>> I had missed the discussion, and, indeed, the patch you attached >>> fixes the problem on Xilinx. >> >> Great. Thanks for testing. >> >>> >>>> ioctl is unsuited for anything but the simple RGB formats. The bpp >>> >>> It's a bit difficult to use, but is it really unsuited? >>> bitsperpixel, width and height do give an exact pitch and size, do >>> they not? It does require the userspace to handle the subsampling...

I've got a run of Shielded Twisted Pair (4 conductors) which used to be a Token Ring Network drop and I'm not using it anymore. Would it be decent to replace the ends with normal analog phone connectors and use it for a phone extension, or is STP unsuitable for that? Thanks Steve

This came out of some debugging I was doing to figure out how BE mode works on this hardware. Among other things, it came out that we're not exposing 16-bpp mode support and that the ARGB8888 mode that we do expose is broken. Also the overlay logic was pretty broken, I must have only tested with very "normal" overlay buffer sizes with modetest before. That said, this code has only

Five years after initially posting to this list[0], I finally completed as browser-based video source client iceast. The code is here: https://gitlab.com/jamie/icecream As Romain Beauxis responded to my initial email, webrtc was unsuitable and websockets was the way to go. Thanks for the help! jamie 0. http://lists.xiph.org/pipermail/icecast-dev/2013-July/002223.html -- May First/People Link Growing networks to build a just world https://mayfirst.org https://support.mayfirst.org OpenPGP Key: http://current.workingdirectory.ne...

On 2016-06-09, Gordon Messmer <gordon.messmer at gmail.com> wrote: > On 06/09/2016 08:18 AM, Alessandro Baggi wrote: >> How I can perform this check? > > > Run rsync with the -c argument. Will this be very slow if Alessandro has a large number of files? OTOH if he really needs to ensure integrity there likely isn't a better option. --keith -- kkeller at

This came out of some debugging I was doing to figure out how BE mode works on this hardware. Among other things, it came out that we're not exposing 16-bpp mode support and that the ARGB8888 mode that we do expose is broken. Also the overlay logic was pretty broken, I must have only tested with very "normal" overlay buffer sizes with modetest before. That said, this code has only

...g Xen hypercalls in jailhouse for grant table and > event channels would actually make a lot of sense. The Xen > implementation is 2.5kLOC and I think it should be possible to compact > it noticeably, especially if you limit yourself to 64-bit guests. At least the grant table model seems unsuited for Jailhouse. It allows a guest to influence the mapping of another guest during runtime. This we want (or even have) to avoid in Jailhouse. I'm therefore more in favor of a model where the shared memory region is defined on cell (guest) creation by adding a virtual device that comes with s...

...g Xen hypercalls in jailhouse for grant table and > event channels would actually make a lot of sense. The Xen > implementation is 2.5kLOC and I think it should be possible to compact > it noticeably, especially if you limit yourself to 64-bit guests. At least the grant table model seems unsuited for Jailhouse. It allows a guest to influence the mapping of another guest during runtime. This we want (or even have) to avoid in Jailhouse. I'm therefore more in favor of a model where the shared memory region is defined on cell (guest) creation by adding a virtual device that comes with s...

hello, I have a problem with an unsuitable font in the windows menus/dialogs with the above versions of wine (dont think this depends much on the versions, though. Have not tried other versions so far.) when using debian sarge. The font seems to look a bit ugly, usually destroys partly the menu/dialog structures, and, most important, h...

...eters? I think those would be easier for the userspace to use, > instead of trying to adjust the parameters to be suitable for the kernel. These are all good points. Did you read my discussion with Andy on patch 2? I think it resolves all the points you have. The current CREATE_DUMB ioctl is unsuited for anything but the simple RGB formats. The bpp parameter is not very precise. The solution would be a new ioctl call that receives the DRM format and returns a buffer for each individual plane. I provided a workaround patch that uses the bpp value directly if drm_driver_color_mode_format()...

...ars on the graph and on the legend does not match. This problem has been discussed recently here: http://www.nabble.com/ggplot2---legend-for-fill-coulours-td16235166.html and the solution was to use scale_fill_identity to manually define the order of both the breaks and the labels. This is however unsuitable for me (at least in the unmodified form), as this is part of a script that does not know in advance how many levels there arae in f1. Is there a way round this problem? Many thanks Mikhail Spivakov Mikhail Spivakov PhD Postdoctoral Fellow EMBL/EBI Germany/UK [[alternative HTML version dele...

...NA 5 I have been trying to run a Cox Proportional Hazards Model with the code model<-coxph(Surv(Year, Decline) ~ Temperature + Oxygen + Channelisation) but keep getting an error message ?Invalid status value?. Have I inputted the data in the wrong format or am I trying to run a totally unsuitable model? Any help would be greatly appreciated Tom -- View this message in context: http://n4.nabble.com/Survival-analysis-tp1559155p1559155.html Sent from the R help mailing list archive at Nabble.com.