Re: smplayer 14.9 gets muted when moving or resizing windows in xfce 4.12
Indeed Matthew, *muting* happens as a consequence of *pausing*. I've tried in a FreeBSD 10.1 amd64 machine and exactly the same things happens. Hence, it must be related to X.org rather than to OpenBSD. No big deal, I certainly can live with that. Regards, Luciano. On 19 January 2016 at 13:03, Birger Andersson wrote: > Hi Matthew > > Good point. Sound is muted and indeed playback is paused. Maybe it's the > pause that cause the muting. > > On further investigation in xfce, under the condition that the checkboxes > 'Hide content of > windows [when moving] or [when resizing]' are ticked muting and pausing > occurs when windows are moved/resized using mouse or keyboard. > > Furthermore, moving/resizing when using smplayer for playing a video file > results in a mute and pause. Playing an audio only file results in no mute > or pause. Window wise there is no canvas area but only the window > decorations when playing the audio file. > > Using mplayer from a terminal window and moving/resizing any window then > both the video file and the audio file gets muted and paused. > > /birger > > > On 2016-01-19 13:50, cho...@jtan.com wrote: > >> Luciano Rottava da Silva writes: >> >>> Hello, >>> >>> Same here with fvwm2-2.6.5 (installed via pkg) and 5.8-release. >>> >>> But in my case it happens when moving or *resizing* any window (xterm, >>> firefox, etc.) if I keep mouse pressed doing any of above event "long >>> enough". >>> >>> Looks like this issue is not directly related to wm or desktop >>> environment. >>> >> >> Are you sure it's *muting* and not *pausing*? >> >> ISTR from back when I used fvwm that this behaviour was caused by mouse >> drags freezing communication with X, causing all X clients to pause >> until the mouse dropped. >> >> I didn't ever fix it, sadly. Being one of those things that Shouldn't >> Even Be Possible I just chalked it down to X being X, where that >> statement is invalid. >> >> This was not on OpenBSD, by the way, but I doubt that matters. >> >> Matthew
Re: smplayer 14.9 gets muted when moving or resizing windows in xfce 4.12
Hello, Same here with fvwm2-2.6.5 (installed via pkg) and 5.8-release. But in my case it happens when moving or *resizing* any window (xterm, firefox, etc.) if I keep mouse pressed doing any of above event "long enough". Looks like this issue is not directly related to wm or desktop environment. Regards, Luciano. On 18 January 2016 at 15:38, Birger Andersson wrote: > Hi Jan, > > I can (almost) confirm the behaviour you describe. Logging into awesome > and starting mplayer in xterm muting occurs when *resizing* the xterm > window (or any other window). Moving a window does not seem to affect sound > output. > > Best regards > /birger > > On 2016-01-18 06:56, Jan Lambertz wrote: > >> Hi, >> >> i had a similar Problem. turned out to happen with plain mplayer and >> any windowmanager. when you move the application Window, after a sec >> or so mplayer stops Sound. can you verify the behavior ? >> > > > -- first in thread below --- > > When using smplayer version: 14.9.0 (svn r6994) under xfce 4.12 as > supplied in stock obsd 5.8 >> moving or resizing a window mutes the sound. > This happens under the condition that the > checkboxes 'Hide content of windows [when moving] or [when resizing]' are > ticked. Those boxes >> are found under the Settings -> Window Manager -> > Advanced tab in the main xfce menu. > > Muting occurs when resizing or moving the smplayer window or any other > unrelated window. The problem is repeatable. When using vlc for playing a > file and the boxes are ticked as above then there is no muting.
Re: Remove the mirrored site at openbsd.das.ufsc.br
Hi, We are working on it. I was responsible for keeping this mirror updated but, since 2010, there were significant changes in the lab (in a brazilian engineering school) and I have lost my account and ssh access to the machine. Trying to contact the so called "sysadmin" responsible was unsuccessfully. Next step is to get a car and go there. Thanks for the heads up! Cheers, Luciano. On 20 November 2015 at 22:15, Tae Wong wrote: > I want the mirrored site to be removed at the following location: > openbsd.das.ufsc.br > > The archived site is last updated in 2010.
Re: CD's arrived
And in Canada as well. (-: On 13 October 2015 at 09:44, wrote: > Arrived in Australia, along with tâshirts. Saved me some washing before > work tomorrow :) > > > On 8 Oct 2015, at 01:51, M Wheeler <6f84c...@refn.co.uk> wrote: > > > > CD's arrived today UK. Thanks again.
Re: USB mouse spontaneously detaching
That´s exactly my approach as well. (-: Boot the machine and switch to another tty. So looks like issue is much older than I thought. By the way, I have a mechanical brown cherry switch japanese keyboard and also I HHKB, and both work perfectly. On the other hand, both mice have this behaviour. On 18 August 2015 at 09:40, Vijay Sankar wrote: > I have had the same issue going back to OpenBSD 4.x ever since I changed > the KVM that had PS2 mouse and keyboard to a KVM with USB mouse etc. As a > result I always thought it was because of my KVM, so did not report it all > these years!!! > > Anyways, my caveman like approach to solve this was to do a CTRL-ALT-F2 if > I had to do anything with vi etc. > > Vijay > > Quoting Shaun Reiger : > > Ok so I use a cheep Logitech K120 keyboard and mouse that are plugged in to >> the usb 2 ports when I see the detach messages. But I tried a test with a >> combined keyboard/mouse also a Logitech model K400r and I haven't seen any >> detach messages. This was also plugged into the same usb 2 port. I have a >> HHKB keyboard which also doesn't illicit any detach message. These detach >> message may only be caused by specific keyboard and mouse models. >> >> I'll keep testing and post any findings. >> >> >> >> On Monday, August 17, 2015, Luciano Rottava da Silva >> wrote: >> >> Here it is my dmesg: >>> >>> OpenBSD 5.7 (GENERIC.MP) #881: Sun Mar 8 11:04:17 MDT 2015 >>> dera...@amd64.openbsd.org:/usr/src/sys/arch/amd64/compile/GENERIC.MP >>> real mem = 8015122432 (7643MB) >>> avail mem = 7797841920 (7436MB) >>> mpath0 at root >>> scsibus0 at mpath0: 256 targets >>> mainbus0 at root >>> bios0 at mainbus0: SMBIOS rev. 2.6 @ 0xeb0d0 (56 entries) >>> bios0: vendor American Megatrends Inc. version "1609" date 01/07/2014 >>> bios0: ASUSTeK COMPUTER INC. F1A55-M LE >>> acpi0 at bios0: rev 2 >>> acpi0: sleep states S0 S3 S4 S5 >>> acpi0: tables DSDT FACP APIC MCFG HPET SSDT SSDT >>> acpi0: wakeup devices SBAZ(S4) PS2K(S4) PS2M(S4) UAR1(S4) UHC1(S4) >>> UHC2(S4) USB3(S4) UHC4(S4) USB5(S4) UHC6(S4) UHC7(S4) PE20(S4) >>> PE21(S4) RLAN(S4) PE22(S4) PE23(S4) [...] >>> acpitimer0 at acpi0: 3579545 Hz, 32 bits >>> acpimadt0 at acpi0 addr 0xfee0: PC-AT compat >>> cpu0 at mainbus0: apid 0 (boot processor) >>> cpu0: AMD A6-3500 APU with Radeon(tm) HD Graphics, 2100.18 MHz >>> cpu0: >>> >>> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,3D NOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKIN IT,ITSC >>> cpu0: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB >>> 64b/line 16-way L2 cache >>> cpu0: ITLB 32 4KB entries fully associative, 16 4MB entries fully >>> associative >>> cpu0: DTLB 48 4KB entries fully associative, 48 4MB entries fully >>> associative >>> cpu0: AMD erratum 721 detected and fixed >>> cpu0: smt 0, core 0, package 0 >>> mtrr: Pentium Pro MTRR support, 8 var ranges, 88 fixed ranges >>> cpu0: apic clock running at 199MHz >>> cpu0: mwait min=64, max=64, C-substates=0.0.0.0.0, IBE >>> cpu1 at mainbus0: apid 1 (application processor) >>> cpu1: AMD A6-3500 APU with Radeon(tm) HD Graphics, 2099.94 MHz >>> cpu1: >>> >>> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,3D NOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKIN IT,ITSC >>> cpu1: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB >>> 64b/line 16-way L2 cache >>> cpu1: ITLB 32 4KB entries fully associative, 16 4MB entries fully >>> associative >>> cpu1: DTLB 48 4KB entries fully associative, 48 4MB entries fully >>> associative >>> cpu1: AMD erratum 721 detected and fixed >>> cpu1: smt 0, core 1, package 0 >>> cpu2 at mainbus0: apid 2 (application processor) >>> cpu2: AMD A6-3500 APU with Radeon(tm) HD Graphics, 2099.94 MHz >>> cpu2: >>> >>> FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CFLUS H,MMX,FXSR,SSE,SSE2,HTT,SSE3,MWAIT,CX16,POPCNT,NXE,MMXX,FFXSR,PAGE1GB,LONG,3D NOW2,3DNOW,LAHF,CMPLEG,SVM,EAPICSP,AMCR8,ABM,SSE4A,MASSE,3DNOWP,OSVW,IBS,SKIN IT,ITSC >>> cpu2: 64KB 64b/line 2-way I-cache, 64KB 64b/line 2-way D-cache, 1MB >>> 64b/line 16-way L2 cache >>> cpu
Re: USB mouse spontaneously detaching
=04 1f=03 20=09 21=09 22=09 23=09 24=37 3e=a3 words 00=ff0d 01=0d17 02=1726 03=2600 04= 05= 06= 07= spdmem0 at iic0 addr 0x50: 4GB DDR3 SDRAM PC3-10600 "eeprom" at iic0 addr 0x51 not configured azalia0 at pci0 dev 20 function 2 "AMD Hudson-2 HD Audio" rev 0x01: apic 4 int 16 azalia0: codecs: Realtek/0x0887 audio0 at azalia0 pcib0 at pci0 dev 20 function 3 "AMD Hudson-2 LPC" rev 0x11 ppb0 at pci0 dev 20 function 4 "AMD Hudson-2 PCI" rev 0x40 pci1 at ppb0 bus 1 ohci2 at pci0 dev 20 function 5 "AMD Hudson-2 USB" rev 0x11: apic 4 int 18, version 1.0, legacy support ppb1 at pci0 dev 21 function 0 "AMD Hudson-2 PCIE" rev 0x00 pci2 at ppb1 bus 2 ppb2 at pci0 dev 21 function 1 "AMD Hudson-2 PCIE" rev 0x00 pci3 at ppb2 bus 3 re0 at pci3 dev 0 function 0 "Realtek 8168" rev 0x06: RTL8168E/8111E-VL (0x2c80), msi, address 14:da:e9:ef:25:18 rgephy0 at re0 phy 7: RTL8169S/8110S PHY, rev. 5 ohci3 at pci0 dev 22 function 0 "AMD Hudson-2 USB" rev 0x11: apic 4 int 18, version 1.0, legacy support ehci2 at pci0 dev 22 function 2 "AMD Hudson-2 USB2" rev 0x11: apic 4 int 17 usb2 at ehci2: USB revision 2.0 uhub2 at usb2 "AMD EHCI root hub" rev 2.00/1.00 addr 1 pchb1 at pci0 dev 24 function 0 "AMD AMD64 14h Link Cfg" rev 0x43 pchb2 at pci0 dev 24 function 1 "AMD AMD64 14h Address Map" rev 0x00 pchb3 at pci0 dev 24 function 2 "AMD AMD64 14h DRAM Cfg" rev 0x00 km0 at pci0 dev 24 function 3 "AMD AMD64 14h Misc Cfg" rev 0x00 pchb4 at pci0 dev 24 function 4 "AMD AMD64 14h CPU Power" rev 0x00 pchb5 at pci0 dev 24 function 5 "AMD AMD64 14h Reserved" rev 0x00 pchb6 at pci0 dev 24 function 6 "AMD AMD64 14h NB Power" rev 0x00 pchb7 at pci0 dev 24 function 7 "AMD AMD64 14h Reserved" rev 0x00 usb3 at ohci0: USB revision 1.0 uhub3 at usb3 "AMD OHCI root hub" rev 1.00/1.00 addr 1 usb4 at ohci1: USB revision 1.0 uhub4 at usb4 "AMD OHCI root hub" rev 1.00/1.00 addr 1 isa0 at pcib0 isadma0 at isa0 pckbc0 at isa0 port 0x60/5 pckbd0 at pckbc0 (kbd slot) pckbc0: using irq 1 for kbd slot wskbd0 at pckbd0: console keyboard pcppi0 at isa0 port 0x61 spkr0 at pcppi0 usb5 at ohci2: USB revision 1.0 uhub5 at usb5 "AMD OHCI root hub" rev 1.00/1.00 addr 1 usb6 at ohci3: USB revision 1.0 uhub6 at usb6 "AMD OHCI root hub" rev 1.00/1.00 addr 1 urtwn0 at uhub2 port 2 "802.11n USB WLAN" rev 2.00/2.00 addr 2 urtwn0: MAC/BB RTL8192CU, RF 6052 2T2R, address a0:f3:c1:17:ca:22 uhidev0 at uhub3 port 3 configuration 1 interface 0 "Heng Yu Technology Pure Pro" rev 1.10/1.00 addr 2 uhidev0: iclass 3/1 ukbd0 at uhidev0: 8 variable keys, 6 key codes wskbd1 at ukbd0 mux 1 uhidev1 at uhub3 port 3 configuration 1 interface 1 "Heng Yu Technology Pure Pro" rev 1.10/1.00 addr 2 uhidev1: iclass 3/0, 3 report ids uhid0 at uhidev1 reportid 1: input=0, output=0, feature=7 uhid1 at uhidev1 reportid 2: input=1, output=0, feature=0 uhid2 at uhidev1 reportid 3: input=3, output=0, feature=0 uhidev2 at uhub3 port 4 configuration 1 interface 0 "Microsoft Microsoft Basic Optical Mouse v2.0" rev 1.10/1.04 addr 3 uhidev2: iclass 3/1 ums0 at uhidev2: 3 buttons, Z dir wsmouse0 at ums0 mux 0 vscsi0 at root scsibus2 at vscsi0: 256 targets softraid0 at root scsibus3 at softraid0: 256 targets root on sd0a (21999d7538f1f0a2.a) swap on sd0b dump on sd0b radeondrm0: 1920x1080 wsdisplay0 at radeondrm0 mux 1: console (std, vt100 emulation), using wskbd0 wskbd1: connecting to wsdisplay0 wsdisplay0: screen 1-5 added (std, vt100 emulation) wsmouse0 detached ums0 detached uhidev2 detached uhidev2 at uhub3 port 4 configuration 1 interface 0 "Microsoft Microsoft Basic Optical Mouse v2.0" rev 1.10/1.04 addr 3 uhidev2: iclass 3/1 ums0 at uhidev2: 3 buttons, Z dir wsmouse0 at ums0 mux 0 Now I'm using a wired basic MS mouse. Cheers, Luciano. On 16 August 2015 at 15:48, Luciano Rottava da Silva wrote: > Hi folks, > > I am running an OpenBSD 5.7 on amd64 with the very few packages which I > require for lean desktop. And as usual, pretty much everything is working. > > The only glitch is the mouse support, or maybe my devices. > > Every minute or so USB mouse detaches itself, and this happens in console > mode after booting the machine, and keeps on. > > This is what I get in ttyC0: > > ums0 detached > uhidev2 detached > uhidev2 at uhub3 port 4 configuration 1 interface 0 "Microsoft Microsoft > Basic Optical Mouse v2.0" rev 1.10/1.04 addr 3 > uhidev2: iclass 3/1 > ums0 at uhidev2: 3 buttons, Z dir > wsmouse0 at ums0 mux 0 > wsmouse0 detached > ums0 detached > uhidev2 detached > uhidev2 at uhub3 port 4 configuration 1 interface 0 "Microsoft Microsoft > Basic Optical Mouse v2.0" rev 1.10/1.04 addr 3 > uhidev2: iclass 3/1 > ums0
Re: USB mouse spontaneously detaching
No xscreensaver package is installed. Actually this happens even during installation process, like Shaun described. I also disconnected the mouse when I was doing a fresh install of 5.7. Maybe a side effect of usb 3.0 support. On 17 August 2015 at 11:46, Richard Thornton wrote: > If you have xscreensaver installed, that definitely does not always play > nice with mice and keyboards; perhaps it's something like that. > > Sent from my BlackBerry 10 smartphone on the Verizon Wireless 4G > LTE network. > Original Message > From: Luciano Rottava da Silva > Sent: Monday, August 17, 2015 9:14 AM > To: misc@openbsd.org > Subject: Re: USB mouse spontaneously detaching > > Yeah, that��s exactly what I am doing too. > > What��s the brand of your mouse? Was considering buying a Logitech but > looks > like problem is not mouse itself. > > > On 16 August 2015 at 15:48, Luciano Rottava da Silva > wrote: > > > Hi folks, > > > > I am running an OpenBSD 5.7 on amd64 with the very few packages which I > > require for lean desktop. And as usual, pretty much everything is > working. > > > > The only glitch is the mouse support, or maybe my devices. > > > > Every minute or so USB mouse detaches itself, and this happens in console > > mode after booting the machine, and keeps on. > > > > This is what I get in ttyC0: > > > > ums0 detached > > uhidev2 detached > > uhidev2 at uhub3 port 4 configuration 1 interface 0 "Microsoft Microsoft > > Basic Optical Mouse v2.0" rev 1.10/1.04 addr 3 > > uhidev2: iclass 3/1 > > ums0 at uhidev2: 3 buttons, Z dir > > wsmouse0 at ums0 mux 0 > > wsmouse0 detached > > ums0 detached > > uhidev2 detached > > uhidev2 at uhub3 port 4 configuration 1 interface 0 "Microsoft Microsoft > > Basic Optical Mouse v2.0" rev 1.10/1.04 addr 3 > > uhidev2: iclass 3/1 > > ums0 at uhidev2: 3 buttons, Z dir > > wsmouse0 at ums0 mux 0 > > > > I have two MS basic optical mouse, one wired and another wireless. The > > behaviour is exactly the same. > > > > wsmoused is not running, and I have nothing in my xorg.conf (actually I > > don't have a xorg.conf). > > > > I've found only one reference to a similar problem in misc@ but, > > unfortunatelly, there was no reply. > > > > So, any suggestion? Important to highlight that in X mouse works > > perfectly. It's just those annoying messages that keep popping up in the > > console that bothers me. > > > > Cheers, > > Luciano.
Re: USB mouse spontaneously detaching
Yeah, that´s exactly what I am doing too. What´s the brand of your mouse? Was considering buying a Logitech but looks like problem is not mouse itself. On 16 August 2015 at 15:48, Luciano Rottava da Silva wrote: > Hi folks, > > I am running an OpenBSD 5.7 on amd64 with the very few packages which I > require for lean desktop. And as usual, pretty much everything is working. > > The only glitch is the mouse support, or maybe my devices. > > Every minute or so USB mouse detaches itself, and this happens in console > mode after booting the machine, and keeps on. > > This is what I get in ttyC0: > > ums0 detached > uhidev2 detached > uhidev2 at uhub3 port 4 configuration 1 interface 0 "Microsoft Microsoft > Basic Optical Mouse v2.0" rev 1.10/1.04 addr 3 > uhidev2: iclass 3/1 > ums0 at uhidev2: 3 buttons, Z dir > wsmouse0 at ums0 mux 0 > wsmouse0 detached > ums0 detached > uhidev2 detached > uhidev2 at uhub3 port 4 configuration 1 interface 0 "Microsoft Microsoft > Basic Optical Mouse v2.0" rev 1.10/1.04 addr 3 > uhidev2: iclass 3/1 > ums0 at uhidev2: 3 buttons, Z dir > wsmouse0 at ums0 mux 0 > > I have two MS basic optical mouse, one wired and another wireless. The > behaviour is exactly the same. > > wsmoused is not running, and I have nothing in my xorg.conf (actually I > don't have a xorg.conf). > > I've found only one reference to a similar problem in misc@ but, > unfortunatelly, there was no reply. > > So, any suggestion? Important to highlight that in X mouse works > perfectly. It's just those annoying messages that keep popping up in the > console that bothers me. > > Cheers, > Luciano.
USB mouse spontaneously detaching
Hi folks, I am running an OpenBSD 5.7 on amd64 with the very few packages which I require for lean desktop. And as usual, pretty much everything is working. The only glitch is the mouse support, or maybe my devices. Every minute or so USB mouse detaches itself, and this happens in console mode after booting the machine, and keeps on. This is what I get in ttyC0: ums0 detached uhidev2 detached uhidev2 at uhub3 port 4 configuration 1 interface 0 "Microsoft Microsoft Basic Optical Mouse v2.0" rev 1.10/1.04 addr 3 uhidev2: iclass 3/1 ums0 at uhidev2: 3 buttons, Z dir wsmouse0 at ums0 mux 0 wsmouse0 detached ums0 detached uhidev2 detached uhidev2 at uhub3 port 4 configuration 1 interface 0 "Microsoft Microsoft Basic Optical Mouse v2.0" rev 1.10/1.04 addr 3 uhidev2: iclass 3/1 ums0 at uhidev2: 3 buttons, Z dir wsmouse0 at ums0 mux 0 I have two MS basic optical mouse, one wired and another wireless. The behaviour is exactly the same. wsmoused is not running, and I have nothing in my xorg.conf (actually I don't have a xorg.conf). I've found only one reference to a similar problem in misc@ but, unfortunatelly, there was no reply. So, any suggestion? Important to highlight that in X mouse works perfectly. It's just those annoying messages that keep popping up in the console that bothers me. Cheers, Luciano.
Re: Printing problems - OBSD 5.4 + lpd + Epson Stylus CX5600 (all-in-one)
Guys, For the record, I have managed to put my printserver into operation using LPD. However, due to compatibility with other platforms I've decided to switch to CUPS. Then, after disabling 'ulpt' device, printer was finally recognized using 'ugen'. Mission accomplished, printer serving BSDs, Linux and Windows perfectly. Thanks for the help. Luciano. On 10 January 2014 08:06, Zé Loff wrote: > On Thu, Jan 09, 2014 at 08:07:10PM -0200, Luciano Rottava da Silva wrote: > > Chaps, > > > > My printcap is, for the time being, as simple as possible: > > # cat /etc/printcap > > lp|local line printer:\ > > :sh:sd=/var/spool/output:\ > > :lp=/dev/ulpt0:\ > > :lf=/var/log/lpd-errs: > > > > #rp|remote line printer:\ > > # > :lp=:rm=printhost:rp=lp:sd=/var/spool/output:lf=/var/log/lpd-errs: > > > > Priting via lpr or writing directly to the usb port (cat /etc/printcap > > > /dev/ulpt0) gives absolutely nothing. > > You need a filter. I managed to get my PX830 working by installing > foomatic + gutenprint, selecting the appropriate ppd file and with the > following /etc/printcap: > > lp|epson:\ > :sh:\ > :lp=9...@printer.foo.bar:\ > :sd=/var/spool/output/epson:\ > :lf=/var/log/lpd-errs:\ > :if=/usr/local/bin/foomatic-rip:\ > :af=/etc/foomatic/EPSON-Artisan_835.ppd:\ > :rp=epson: > > Note that this printer is on accessed via network, hence the lp= line. > I think yours is fine as /dev/ulpt0, but I never used local printers, so > I'm not sure. > > Also, to get this to work took a lot of time, patience, hair pulling and > desk head-butting... I even tried to port epson's own linux filters, but > that route was even worse. > > Good luck! > Zé > > --
Printing problems - OBSD 5.4 + lpd + Epson Stylus CX5600 (all-in-one)
Chaps, I am trying to put a printserver into operation. This machine is based on a PCEngines Alix2d13. For the time being my goal is to use the printer only. Epson Stylus CX5600 (USB) is an all-in-one equipment. In order to do that, I am using the standard BSD spooling system, lpd. I don't need anything fancy like LPRng, CUPS, etc. The problem is that I am not able to print anything even writing directly to the usb port. OS is an fresh installation of OpenBSD 5.4 with lpd enabled. dmesg shows the following: ulpt0 at uhub1 port 2 configuration 1 interface 1 "EPSON USB1.1 MFP(Full-Speed)" rev 1.10/0.01 addr 2 ulpt0: using bi-directional mode ugen0 at uhub1 port 2 configuration 1 "EPSON USB1.1 MFP(Full-Speed)" rev 1.10/0.01 addr 2 usbdevs -d gives me: # usbdevs -d addr 1: EHCI root hub, AMD uhub0 addr 1: OHCI root hub, AMD uhub1 addr 2: USB1.1 MFP(Full-Speed), EPSON ulpt0 ugen0 And lpd acknowledges the receipt of a print job: # tail /var/log/lpd-errs Jan 9 18:50:27 printserver lpd[1378]: printserver.rottava.home requests printjob lp Jan 9 18:50:35 printserver lpd[6703]: printserver.rottava.home requests printjob lp Jan 9 19:23:08 printserver lpd[22787]: restarted Jan 9 19:24:22 printserver lpd[15982]: printserver.rottava.home requests printjob lp Jan 9 19:27:22 printserver lpd[21181]: restarted My printcap is, for the time being, as simple as possible: # cat /etc/printcap lp|local line printer:\ :sh:sd=/var/spool/output:\ :lp=/dev/ulpt0:\ :lf=/var/log/lpd-errs: #rp|remote line printer:\ # :lp=:rm=printhost:rp=lp:sd=/var/spool/output:lf=/var/log/lpd-errs: Priting via lpr or writing directly to the usb port (cat /etc/printcap > /dev/ulpt0) gives absolutely nothing. Ideas are most welcome because I am running out of it! Cheers, Luciano.
