similar to: (no subject)

Hello, Samba user folks :) I have a few very likely newbie questions: 1. I installed Samba 2.2.6 from sources and I don't seem to have smbclient or nmblookup. Did I goof somewhere and forget something that would have included them? 2. I am curious about upgrading samba via CVS - I've looked at the instructions and it seems pretty straightforward. Is there anything to watch out for as

Hello, all. What mechanism does samba use to delete a file on a *nix box when deleted from a connected Win2k machine? In other words, does it run the rm -f command? Some other command? Who does it run as? Can I intercept the command and insert my own script? I'm interested in creating an undelete shell script that keeps files from "accidentally-on-purpose" being erased from the

Hello, all. Maybe I'm looking at this wrong, but when I view my log.smbd file, I see the following line: [2002/11/25 08:20:40, 3] lib/access.c:check_access(318) check_access: no hostnames in host allow/deny list. But looing in smb.conf I see hosts allow = 127.0.0.1 10.0.0. Am I looking in the wrong place or am I not understanding what's going on? Thanks, all

Hello, all I was wondering if anyone else has seen this: I'll arrive in the morning, start Microsoft Word. It takes 30-45 seconds to open. I'll hit the File menu item - takes about 30 secnods to open. If I close Word and open it back up, it all works fine (i.e., no delays). If I close Word and come back to it in half an hour or so, it all starts over. I think I've posted this here

Hello, all I have a problem with my administrator accounts on WinNT with Samba. When I log in locally as the Administrator, it works as expected - I *am* the administrator for the machine. When I log into the domain as Administrator, it works as expected - I log in as root. The prolem comes when I try to do anything on the local machine as Administrator (logged into the Samba server). The

Hello all. I am using BackgrounDRB with "great happiness and joy", however, I am running into one problem in that when I am running my tests with autotest using Sqlite3 3.3.17 I am getting "ActiveRecord::StatementInvalid" exception inside of the sqlite_adapter.rb:360 which is checking for an empty structure. I thought it might be the version of Sqlite, so I upgraded to 3.3.17

@Mikel You could use Centova's port 80 proxy meanwhile couldn't you? Also. Centova Cast doesn't have an SSL setting for the servers unless you're manually overwriting the server config files.. or is it? On Sat, Feb 29, 2020 at 6:13 PM Mikel Sanz | 20 Comunicación < mikel at 20comunicacion.com> wrote: > For example, in my case, we use several servers with Centovacast,

i am using sarima() function as below ___________________________________________________________________________________________ sarima=function(data,p,d,q,P=0,D=0,Q=0,S=-1,tol=.001){ n=length(data) constant=1:n xmean=matrix(1,n,1) if (d>0 & D>0) fitit=arima(data, order=c(p,d,q), seasonal=list(order=c(P,D,Q), period=S),

I have 8 cofactors possibly affecting one and only one variable. I make conditional histograms: <-pdf(file="tst3.pdf",paper="special",width=36,height=36) <-histogram(~Oversized|dat$c1*dat$c2*dat$c5*dat$c6*dat$c7*dat$c8*dat$c9*dat$c10,nint=21,layout=c(32,8),data=dat,type="count") <-dev.off() This works (compliments to R developers!) but it does generate a

From: Mikel Rychliski <mikel at mikelr.com> [ Upstream commit 72e0ef0e5f067fd991f702f0b2635d911d0cf208 ] On some EFI systems, the video BIOS is provided by the EFI firmware. The boot stub code stores the physical address of the ROM image in pdev->rom. Currently we attempt to access this pointer using phys_to_virt(), which doesn't work with CONFIG_HIGHMEM. On these systems,

From: Mikel Rychliski <mikel at mikelr.com> [ Upstream commit 72e0ef0e5f067fd991f702f0b2635d911d0cf208 ] On some EFI systems, the video BIOS is provided by the EFI firmware. The boot stub code stores the physical address of the ROM image in pdev->rom. Currently we attempt to access this pointer using phys_to_virt(), which doesn't work with CONFIG_HIGHMEM. On these systems,

From: Mikel Rychliski <mikel at mikelr.com> [ Upstream commit 72e0ef0e5f067fd991f702f0b2635d911d0cf208 ] On some EFI systems, the video BIOS is provided by the EFI firmware. The boot stub code stores the physical address of the ROM image in pdev->rom. Currently we attempt to access this pointer using phys_to_virt(), which doesn't work with CONFIG_HIGHMEM. On these systems,

From: Mikel Rychliski <mikel at mikelr.com> [ Upstream commit 72e0ef0e5f067fd991f702f0b2635d911d0cf208 ] On some EFI systems, the video BIOS is provided by the EFI firmware. The boot stub code stores the physical address of the ROM image in pdev->rom. Currently we attempt to access this pointer using phys_to_virt(), which doesn't work with CONFIG_HIGHMEM. On these systems,

On 14 Sep 2019, at 21:54, Mikel Sanz | 20 Comunicación wrote: > Yes, it is the first thing I have tried, but I have encountered this > problem. If I enable option <option name="allow_duplicate_users" > value="1"/>, it works fine. But if set to 0, to limit one connection > per > user, it does not work properly and forces you to manually enter the >

Yes, I know, but, from what I see, the "allow_duplicate_users = 0" option is not really usable, because of these problems that it generates in many players. Therefore, I think it would be interesting for Icecast to allow the option to limit to 2 (or those defined in the configuration), so that it can be used and limited, at least. I think that new option is very necessary. El sáb., 14

[AMD Public Use] > -----Original Message----- > From: Bjorn Helgaas <helgaas at kernel.org> > Sent: Saturday, March 28, 2020 4:19 PM > To: Mikel Rychliski <mikel at mikelr.com> > Cc: amd-gfx at lists.freedesktop.org; linux-pci at vger.kernel.org; > nouveau at lists.freedesktop.org; Deucher, Alexander > <Alexander.Deucher at amd.com>; Koenig, Christian >

This is a real problem that needs to be addressed. Anyone has figured a way to mitigate this? On Sat, Feb 29, 2020 at 4:29 PM Mikel Sanz | 20 Comunicación < mikel at 20comunicacion.com> wrote: > Yes, I also think that 6 years of Beta is too much and now it's too late... > > El sáb., 29 feb. 2020 14:25, Alexandru Matei <alexandru.ort at gmail.com> > escribió: >

https://bugzilla.mindrot.org/show_bug.cgi?id=1768 Mikel Mcdaniel <mikelmcdaniel at gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |mikelmcdaniel at gmail.com --- Comment #1 from Mikel Mcdaniel <mikelmcdaniel at gmail.com> --- Hello.

pci_platform_rom() returns an __iomem pointer which should not be accessed directly. Change radeon_read_platform_bios() to use memcpy_fromio() instead of calling kmemdup() on the __iomem pointer. Signed-off-by: Mikel Rychliski <mikel at mikelr.com> --- drivers/gpu/drm/radeon/radeon_bios.c | 11 +++++++---- 1 file changed, 7 insertions(+), 4 deletions(-) diff --git

On 14 Sep 2019, at 21:39, Mikel Sanz | 20 Comunicación wrote: > I would like to have a private signal, which can only be tuned by whoever > has the username and password, and know who is connected. But I wish the > URL could be delivered with the username and password, to open it directly > on a player or receiving device... Thanks. > Then http://user:password at