Hosting Provided By

debian-user-digest Digest V2007 #2740

From: <debian-user-digest-request(at)lists.debian.org>
Date: Sun Nov 04 2007 - 18:23:10 EST

Content-Type: text/plain

debian-user-digest Digest Volume 2007 : Issue 2740

Today's Topics:

  lprng + magicfilter + hpijs => hp de  [ "Javier Vasquez"  h  [ "Javier Vasquez"  ]
  Re: fglrx upgrade to 8.42.3           [ Davide Mancusi  ]

Date: Sun, 4 Nov 2007 14:20:16 -0600
From: "Javier Vasquez" <jevv.cr@gmail.com> To: debian-user <debian-user@lists.debian.org> Subject: lprng + magicfilter + hpijs => hp deskjet 680c

Message-ID: 
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Hi,

I have a HP-680C deskject printer that I wanted to make it work with lprng + magicfilter + hpijs. So far no luck. I seems like I'm able to use the filter:

/etc/magicfilter/dj550c-filter

Do you need help?

But for some reason I can't get to use the:

/etc/magicfilter/hpijs-filter

I always get the message from gs indicating hpijs device not found. I have the package hpijs already installed, and I tried also installing the ppd one with all the foomatic dependencies, and I got no luck. Is there any special trick for getting hpijs filter to work?

Is there any one else with the same printer using lprng + magic filter? If so, what is it they use and how to set that up?

Thanks,

-- 
Javier

Date: Sun, 4 Nov 2007 14:25:45 -0600 From: "Javier Vasquez" <jevv.cr@gmail.com> To: debian-user <debian-user@lists.debian.org> Subject: Re: lprng + magicfilter + hpijs => hp deskjet 680c Message-ID: <c88cc5730711041225p434a1ae6y5e15ceecb5b973cf@mail.gmail.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Content-Disposition: inline On 11/4/07, Javier Vasquez <jevv.cr@gmail.com> wrote:
> Hi,
>
> I have a HP-680C deskject printer that I wanted to make it work with
> lprng + magicfilter + hpijs. So far no luck. I seems like I'm able
> to use the filter:
>
> /etc/magicfilter/dj550c-filter
>
> But for some reason I can't get to use the:
>
> /etc/magicfilter/hpijs-filter
>
> I always get the message from gs indicating hpijs device not found. I
> have the package hpijs already installed, and I tried also installing
> the ppd one with all the foomatic dependencies, and I got no luck. Is
> there any special trick for getting hpijs filter to work?
>
> Is there any one else with the same printer using lprng + magic
> filter? If so, what is it they use and how to set that up?
>
> Thanks,
>
> --
> Javier
BTW: Is there a way to set the quality on /etc/printcap directly, so by default everything prints on economic/draft quality under such configuration? Thanks, -- Javier

Date: Sun, 4 Nov 2007 14:00:42 -0800 From: Andrew Sackville-West <andrew@farwestbilliards.com> To: debian-user@lists.debian.org Subject: Re: Intel Deluxe PC Camera Message-ID: <20071104220042.GA12370@localhost.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+bne1ZFwxW5PfJO" Content-Disposition: inline --x+bne1ZFwxW5PfJO Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 04, 2007 at 08:34:20AM -0800, Marc Shapiro wrote:
> Andrew Sackville-West wrote:
>> On Sun, Nov 04, 2007 at 08:27:53AM +0100, Thierry Chatelet wrote:
>> =20
>>> On Sunday 04 November 2007 07:35, John Schmidt wrote:
>>> =20
>>>> On Sunday 04 November 2007, Marc Shapiro wrote:
>>>> =20
>>>>> It looks like the driver module that I need is spca501. There is a
>>>>> source package for Etch:
>>>>>
>>>>> spca5xx-source
>>>>>
>>>>> =20
>>>> Do this:
>>>>
>>>> sudo m-a
>>>>
>>>> It will put up a dialogue box, and then you need to first prepare the=
=20
>>>> build
>>>> by downloading the kernel headers. Then choose select and check the
>>>> spca5xx-source, and it should download it for you. Then build it and
>>>> install it. These are all menu selectable items in module assitant.
>>>>
>>>> =20
>>> Unless I am mistaking, I read somewhere that spca5xx was for kernel up =
to=20
>>> 2.6.11, for later kernel you need gspca-sources.
>>> =20
>>
>> You are correct.
>> =20
> So, do I follow the instructions that John gave above and substitute=20
> gspca-source for spca5xx-source?
yep, but take note of John's continuation of this thread. I'm not sure what he'd doing there, but it may apply to your situation. A --x+bne1ZFwxW5PfJO Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHLkEKaIeIEqwil4YRAsqkAJ9NK165i4f7G4Rfbpk3rWNINaSxTACgjLLP KIsZI0MLmoQ9L08bPnFOM5Q= =uyEX -----END PGP SIGNATURE----- --x+bne1ZFwxW5PfJO--

Date: Sun, 4 Nov 2007 13:49:28 -0800 From: Andrew Sackville-West <andrew@farwestbilliards.com> To: debian-user@lists.debian.org Subject: Re: risks of using net apps as a user in wheel or adm? Message-ID: <20071104214928.GX12370@localhost.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="ixLxI13kJ3fj8Y4v" Content-Disposition: inline --ixLxI13kJ3fj8Y4v Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 04, 2007 at 07:23:47PM +0000, Joe wrote: =2E..
>
> It was to do with the original point, active client-side content of web=
=20
> pages, really. This was the 'vast majority of downloaded software' I
meant,=20 sorry, I musunderstood that point...
> and was contrasting it with the distribution of system executables, which=
=20
> is done relatively safely. Microsoft may not be as ethical as we would=20
> like, but so far the actual distribution system has remained fairly=20
> tamper-proof. Whatever malicious software ends up in the machine is exact=
ly=20
> the malicious software that Microsoft meant to distribute. And if the use=
=20
> of apt reached Windows-like proportions, how many people would manually=
=20
> invoke it each day? How many would scour the Internet for half an hour=20
> first, looking for evidence that the pending updates were safe or
> not?
I agree with you here. In fact, we basically agree across the board here, we just suffer from the medium's lack of nuance. ;)
> But hey, I=20
> deal with my government, whose ethics are lower still.
shudder. I feel for you. at the moment, I am largely insulated from *that* horror.=20 cheers. A =20 --ixLxI13kJ3fj8Y4v Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHLj5oaIeIEqwil4YRAhkXAJ4+A1BBjv1P16q3MuOXu0y02xUxXQCgsqnq wXR1D4xw4nreuGlfySCupvo= =5OeS -----END PGP SIGNATURE----- --ixLxI13kJ3fj8Y4v--

Do you need more help?

Date: Sun, 4 Nov 2007 13:52:49 -0800 From: Andrew Sackville-West <andrew@farwestbilliards.com> To: debian-user@lists.debian.org Subject: Re: Testing with some Unstable Message-ID: <20071104215249.GY12370@localhost.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="utG8zEvBNE7w4yrA" Content-Disposition: inline --utG8zEvBNE7w4yrA Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 04, 2007 at 07:48:36AM -0800, Jeff Grossman wrote:
> I am currently running a Debian testing system. I want to live on the=20
> cutting edge with a couple of packages, particularly Sendmail right now. =
=20
> When I run "aptitude install -t unstable sendmail libmilter1" I get the=
=20
> following output:
>
> The following packages have been automatically kept back:
> fontconfig-config gnustep-back-common gnustep-base-common
> gnustep-base-runtime gnustep-common gnustep-gpbs gnustep-gui-common
> gnustep-gui-runtime libcurl3 libfontconfig1 libgsasl7 libltdl3
> libltdl3-dev libobjc1 libruby1.8 libversion-perl linux-image-2.6-686
> linux-image-2.6-k7 php5-mcrypt python-support ruby1.8 ttf-dejavu
> The following packages have been kept back:
> acpid apache2 apache2-mpm-prefork apache2-utils apache2.2-common apt
> apt-listbugs apt-utils aptitude binutils bsdmainutils bsdutils coreutils
> cpp-4.1 curl debconf debconf-i18n debconf-utils debianutils eject g++-4.1
> gcc-4.1 gcc-4.1-base grub initramfs-tools installation-report
> iputils-ping klibc-utils laptop-detect libapache2-mod-php5 libc6
> libc6-amd64 libc6-dev libc6-dev-amd64 libc6-i686 libcupsys2 libdb4.6
> libglib2.0-0 libklibc libmudflap0-dev libopencdk10 libpcre3 libpcre3-dev
> libpcrecpp0 libpq5 libsasl2-2 libsasl2-modules libslang2 libssl-dev
> libssl0.9.8 libstdc++6-4.1-dev libtool linux-image-k7 linux-libc-dev
> locales login mercurial mount mutt openssl passwd php-pear php5 php5-cgi
> php5-cli php5-common php5-gd php5-mysql phpmyadmin razor sasl2-bin
> sendmail-base sendmail-bin sendmail-cf sensible-mda terminal.app usbutils
> util-linux x11-common zlib1g zlib1g-dev
> The following packages will be upgraded:
> libmilter1 sendmail
> 2 packages upgraded, 0 newly installed, 0 to remove and 103 not upgraded.
> Need to get 433kB of archives. After unpacking 0B will be used.
>
>
> I am assuming all of those packages have been updated in testing, but I=
=20
> have not asked to install them. Would I be shooting off my foot with jus=
t=20
> upgrading Sendmail and Libmilter from unstable but leaving everything els=
e=20
> from testing?
>
actually, assuming you now have unstable in your sources.list, those are packages currently installed for which there are updates available (probably unstable updates...). Be careful or you'll end up farther than you want. I can't answer to the specifics of sendmail and libmilter, but so long as you have unstable in your sources.list, those kept-back packages will appear (unless you upgrade them, of course). Probably, on the assumption that sendmail and libmilter is sufficient for your needs, you should change you sources.list back once those two upgrades are done.=20 A --utG8zEvBNE7w4yrA Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHLj8xaIeIEqwil4YRAvEwAKC8a37vnVuv0rjcWDes1M6n24/7TACghyV7 imuFu9WLjEpNDNlX9fPhe0g= =sQ2Z -----END PGP SIGNATURE----- --utG8zEvBNE7w4yrA--

Date: Sun, 4 Nov 2007 13:55:08 -0800 From: Andrew Sackville-West <andrew@farwestbilliards.com> To: debian-user@lists.debian.org Subject: Re: hard disk device name change after reboot Message-ID: <20071104215508.GZ12370@localhost.localdomain> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="QQylggUiIGa0KLvv" Content-Disposition: inline --QQylggUiIGa0KLvv Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Nov 04, 2007 at 10:49:49PM +0800, hhding.gnu wrote:
> hi list,
>=20
> I run Debian 4.1.2-13 on Dell PowerEdge 650 with kernel
> 2.6.21-2-686. When I install the debian, the device name of partition
> is hda1, hda2. After install, I reboot it for times and it works. One
> day, I find it fail to reboot, after waiting for root filesystem for a
> while, Debian drop to shell(busybox). Then I notice the device name of
> hard disk has automaticly changed to hde1,hde2. some times, the
> devices name is changed to others like hdg1, hdg2, etc. after reboot.
>=20
> What's the problem then? Can I fix the device name? Any clue for it
> is appreciated. :-)
>=20
Not sure specifically what is causing this problem, but in the meantime, switch to using LABEL's or UUID's to identify disks. That way you can continue booting until you figure it out. A --QQylggUiIGa0KLvv Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFHLj+8aIeIEqwil4YRAkk0AJ9L3NvsGTmHXAxtkD+9hAtLiQa9vQCcCINU AOEUXdGnsSL3zqpKncbC04Q= =6lxI -----END PGP SIGNATURE----- --QQylggUiIGa0KLvv--

Date: Sun, 4 Nov 2007 23:59:50 +0100 (CET) From: "s. keeling" <keeling@nucleus.com> To: debian-user@lists.debian.org Subject: Re: Telnet/SSH Terminal Help Message-ID: <slrnfisjn6.7a3.keeling@heretic.nucleus.com> Jeff Grossman <jeff@stikman.com>:
> > Douglas A. Tutty wrote:
> >> On Mon, Oct 29, 2007 at 06:03:01AM -0700, Jeff Grossman wrote:
> >>>
> >>> If I do an 'export LC_ALL=C' then term=linux and term=screen appear to
> >>> act the same. The display is much better but still not perfect. I
> >>> have
> >>> updated a new picture at http://www.stikman.com/mcdisplay1.jpg.
> >>
> >> What about TERM=screen ?
>
> Where should I put the 'export LC_ALL=C' command so it is always done for
> each login and for each user? The /etc/bash.bashrc file?
/etc/profile is the usual place, but are you sure you want to do that? That would have no effect here because I clobber whatever the system gives me in my own startup scripts. btw, defining LC_ALL=C is heavy-handed overkill. Better would be LANG. I also set LC_COLLATE=C. Here's what I end up with: (0) heretic /home/keeling_ locale LANG=en_US.iso885915 LC_CTYPE="en_US.iso885915" LC_NUMERIC="en_US.iso885915" LC_TIME="en_US.iso885915" LC_COLLATE=C LC_MONETARY="en_US.iso885915" LC_MESSAGES="en_US.iso885915" LC_PAPER="en_US.iso885915" LC_NAME="en_US.iso885915" LC_ADDRESS="en_US.iso885915" LC_TELEPHONE="en_US.iso885915" LC_MEASUREMENT="en_US.iso885915" LC_IDENTIFICATION="en_US.iso885915" LC_ALL= LC_ALL isn't even set! -- Any technology distinguishable from magic is insufficiently advanced. (*) http://blinkynet.net/comp/uip5.html Linux Counter #80292 - - http://www.faqs.org/rfcs/rfc1855.html Please, don't Cc: me.

Date: Sun, 04 Nov 2007 21:38:02 +0100 From: Davide Mancusi <arekfu@gmail.com> To: debian-user@lists.debian.org Subject: Re: fglrx upgrade to 8.42.3 Message-ID: <472E2DAA.3030902@gmail.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Jonathan Kaye ha scritto:
> Following your message I checked out nexuiz and it runs fine with my card
> and driver. I'm surprised that running the ATI-Installer gave you error
> messages. I see 2 differences between our systems:
> 1. You are using a 64bit kernel and I'm using a 32bit one (although I have
> an AMD64 Athlalon Chip.
> 2. I'm running lenny and you're running sid.
> I think the 32 and 64bit versions use the same installation file, yes?
> So if it's not related to one of those 2 differences I'm stumped. I don't
> understand why just running the installation program with the --buildpkg
> switch causes error in your system and not in mine.
Yes, Jonathan, as I hinted at in the previous post (see external link) the problem was that the ATI package has not been properly updated yet to reflect the changes that took place in the way Debian organises the GL libraries (they used to be in /usr/X11R6/lib*). It is possible to work around this by uncompressing the ATI package and creating an appropriate symlink. This happens only when building for amd64. In the meantime, I have found out that nexuiz runs fine if I run it with the -safe switch; it runs windowed and I think some effects are disabled. Probably ATI broke some of the GLX extensions in the 8.40 --> 8.42 upgrade. Thank you very much for your help anyway! I have posted a bug on the ATI bugzilla and if something pops up, I will post here again. Davide -- A tautology is a thing which is tautological. -- Time flies like an arrow. Fruit flies like a banana. End of debian-user-digest Digest V2007 Issue #2740 ************************************************** Received on Sun Nov 4 18:23:17 2007

This message: [ Message body ]
Next message: debian-user-digest-request(at)lists.debian.org: "debian-user-digest Digest V2007 #2742"
Previous message: debian-user-digest-request(at)lists.debian.org: "debian-user-digest Digest V2007 #2739"

Contemporary messages sorted: [ By Date ] [ By Thread ] [ By Subject ] [ By Author ] [ By messages with attachments ]

This archive was generated by hypermail 2.1.8 : Wed Mar 19 2008 - 02:55:56 EDT