Re: [SLUG] Debian question
DaZZa wrote: No, I'm not being converted (shaddup David!) I've been, erm, asked to work on a little embedded box that $POE is trialling for a POS graphical display terminal. Said device runs Debian - and has issues with running a graphics mode higher than 1024x768. Naturally, $POE want it at 1280x720 (widescreen 16:9 ratio) It's running a bastardised/modified Debian Etch, as far as I can tell. Now, for all you Debian lovers out there. 1) Is Etch recent, or behind the times? The box is from HP - model available if required. it runs an ATI embedded card - shared video graphics RAM with the motherboard, I believe 2) Is this mode even valid? 3) Anyone know the magic to get this working? TIA. DaZZa 1) Etch focuses on stability and security - thus its a modern system, but not necessarily bleeding edge (where most bugs and security vulnerabilities are). Etch is an excellent choice for requirements demanding a stable, secure and well performing system. 2 3) Another script that might be useful to automatically install proprietary ATI video drivers is here: http://techpatterns.com/forums/about933.html I have used it successfully on Debian machines with NVidia and ATI cards running Lenny or Unstable branches, although I haven't tested it with Etch. Still, if you have had no luck so far maybe it is worth a shot. TIP: You can only run the script from the console however (not from within X). HTH Jaime -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Debian question
On Wed, Apr 9, 2008 at 8:03 PM, Jaime Tarrant [EMAIL PROTECTED] wrote: 2 3) Another script that might be useful to automatically install proprietary ATI video drivers is here: http://techpatterns.com/forums/about933.html I have used it successfully on Debian machines with NVidia and ATI cards running Lenny or Unstable branches, although I haven't tested it with Etch. Still, if you have had no luck so far maybe it is worth a shot. TIP: You can only run the script from the console however (not from within X). Another possible option which I used when I felt particularly lazy or out of time to do it properly is to boot a live Ubuntu disk on the machine and copy the X config file from it to merge with the Debian one. --Amos -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Debian question
On Thu, Apr 10, 2008 at 12:37 PM, Amos Shapira [EMAIL PROTECTED] wrote: On Wed, Apr 9, 2008 at 8:03 PM, Jaime Tarrant [EMAIL PROTECTED] wrote: 2 3) Another script that might be useful to automatically install proprietary ATI video drivers is here: http://techpatterns.com/forums/about933.html I have used it successfully on Debian machines with NVidia and ATI cards running Lenny or Unstable branches, although I haven't tested it with Etch. Still, if you have had no luck so far maybe it is worth a shot. TIP: You can only run the script from the console however (not from within X). Another possible option which I used when I felt particularly lazy or out of time to do it properly is to boot a live Ubuntu disk on the machine and copy the X config file from it to merge with the Debian one. Not an option on these boxes. No floppy disk. No CD. Solid-state HD. Suggestions have been received and are being looked into. As far as I know, we've updates the distribution with the latest patches using apt-get distro upgrade without success (once we removed the poxy HP repository from the sources list and actually GOT some upgrades), and are now trying to find/apply the latest ATI drivers to the video card. Damn thing is still refusing to do widescreen modes. :-( Won't even do 1600x1050 now. Thanks to all for suggestions. DaZZa -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Debian question
On Thu, Apr 10, 2008 at 12:51:48PM +1000, DaZZa wrote: On Thu, Apr 10, 2008 at 12:37 PM, Amos Shapira [EMAIL PROTECTED] wrote: On Wed, Apr 9, 2008 at 8:03 PM, Jaime Tarrant [EMAIL PROTECTED] wrote: 2 3) Another script that might be useful to automatically install proprietary ATI video drivers is here: http://techpatterns.com/forums/about933.html I have used it successfully on Debian machines with NVidia and ATI cards running Lenny or Unstable branches, although I haven't tested it with Etch. Still, if you have had no luck so far maybe it is worth a shot. TIP: You can only run the script from the console however (not from within X). Another possible option which I used when I felt particularly lazy or out of time to do it properly is to boot a live Ubuntu disk on the machine and copy the X config file from it to merge with the Debian one. Not an option on these boxes. No floppy disk. No CD. Solid-state HD. Suggestions have been received and are being looked into. As far as I know, we've updates the distribution with the latest patches using apt-get distro upgrade without success (once we removed the poxy HP repository from the sources list and actually GOT some upgrades), and are now trying to find/apply the latest ATI drivers to the video card. Damn thing is still refusing to do widescreen modes. :-( Won't even do 1600x1050 now. something I noticed on my deb leny (amd64) box is that when the monitor was off whilst rebooting X defaulted to 800x600 (couldn't get eddid info ) , this was for an nvidia, but the ati might do the same thing Thanks to all for suggestions. DaZZa -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html -- Paul's Law: In America, it's not how much an item costs, it's how much you save. signature.asc Description: Digital signature -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Debian question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 1. Etch is recent. 2. Running the proprietary drivers you can get widescreen with ATI cards but embedded cards can be a problem due to the shared memory (usually 64MB). 3. You can get the drivers and have them set up for you using a little program created by Alberto Milone called 'envy'. HTH Heracles DaZZa wrote: | No, I'm not being converted (shaddup David!) | | I've been, erm, asked to work on a little embedded box that $POE is | trialling for a POS graphical display terminal. | | Said device runs Debian - and has issues with running a graphics mode | higher than 1024x768. | | Naturally, $POE want it at 1280x720 (widescreen 16:9 ratio) | | It's running a bastardised/modified Debian Etch, as far as I can tell. | | Now, for all you Debian lovers out there. | | 1) Is Etch recent, or behind the times? The box is from HP - model | available if required. it runs an ATI embedded card - shared video | graphics RAM with the motherboard, I believe | 2) Is this mode even valid? | 3) Anyone know the magic to get this working? | | TIA. | | DaZZa -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH+/7SybPcBAs9CE8RAjtmAJwOHbFTpA2Of/vClbvezhCB+WSlogCeL4ns CjSn2yxab+8xMRDFMKoFv5M= =N6W1 -END PGP SIGNATURE- -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Debian question
On Wed, 2008-04-09 at 09:25 +1000, Heracles wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 1. Etch is recent. 2. Running the proprietary drivers you can get widescreen with ATI cards but embedded cards can be a problem due to the shared memory (usually 64MB). 3. You can get the drivers and have them set up for you using a little program created by Alberto Milone called 'envy'. I've also had good luck with envy Dazz.. it's time you joined the rest of the known world ;-) HTH Heracles DaZZa wrote: | No, I'm not being converted (shaddup David!) | | I've been, erm, asked to work on a little embedded box that $POE is | trialling for a POS graphical display terminal. | | Said device runs Debian - and has issues with running a graphics mode | higher than 1024x768. | | Naturally, $POE want it at 1280x720 (widescreen 16:9 ratio) | | It's running a bastardised/modified Debian Etch, as far as I can tell. | | Now, for all you Debian lovers out there. | | 1) Is Etch recent, or behind the times? The box is from HP - model | available if required. it runs an ATI embedded card - shared video | graphics RAM with the motherboard, I believe | 2) Is this mode even valid? | 3) Anyone know the magic to get this working? | | TIA. | | DaZZa -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFH+/7SybPcBAs9CE8RAjtmAJwOHbFTpA2Of/vClbvezhCB+WSlogCeL4ns CjSn2yxab+8xMRDFMKoFv5M= =N6W1 -END PGP SIGNATURE- -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] Debian question
| I've been, erm, asked to work on a little embedded box that $POE is | trialling for a POS graphical display terminal. | | Said device runs Debian - and has issues with running a graphics mode | higher than 1024x768. | | Naturally, $POE want it at 1280x720 (widescreen 16:9 ratio) | | It's running a bastardised/modified Debian Etch, as far as I can tell. | | Now, for all you Debian lovers out there. | | 1) Is Etch recent, or behind the times? The box is from HP - model | available if required. it runs an ATI embedded card - shared video | graphics RAM with the motherboard, I believe | 2) Is this mode even valid? | 3) Anyone know the magic to get this working? | etch has problems with wide screen until you update X, even for the latest etch revision - still needs apt-get dselect-update or aptitude upgrade Dean -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] debian question
[EMAIL PROTECTED] wrote: I'm not sure whether the upgrade will cause problems with existing packages. Does apt-get ensure that upgrades do not break existing packages or dependencies? If a dependancy would break a package then apt-get would put it in the list of packages it is removing and then give you the [Y/n] option of continuing. This works at least 99% of the time. Very ocassionally a package get through which doesn't list its dependancies correctly and then can break if that unlisted dependancy is upgraded or removed. Erik -- +---+ Erik de Castro Lopo [EMAIL PROTECTED] (Yes it's valid) +---+ ... a discussion of C++'s strengths and flaws always sounds like an argument about whether one should face north or east when one is sacrificing one's goat to the rain god. -- Thant Tessman -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] debian question
On 8/2/05, Erik de Castro Lopo [EMAIL PROTECTED] wrote: [EMAIL PROTECTED] wrote: I'm not sure whether the upgrade will cause problems with existing packages. Does apt-get ensure that upgrades do not break existing packages or dependencies? If a dependancy would break a package then apt-get would put it in the list of packages it is removing and then give you the [Y/n] option of continuing. This works at least 99% of the time. Very ocassionally a package get through which doesn't list its dependancies correctly and then can break if that unlisted dependancy is upgraded or removed. What Erik said :) The most common problems I've seen with Debian are that * Sometimes a package doesn't include everything you might expect - eg, I think it's possibly to install postgres clients without installing a postgres server. On reflection, this makes sense - you could well be wanting to access a postgres server on another machine, you don't actually need the libraries * Sometimes you'll install a package but it won't do anything useful until you do a bit of twiddling; eg, again using postgres, by default it's quite locked down and you have to do a few things to install it (from memory, it's configured to be completely inaccessible to everyone and you have to manually allow even access from localhost). Again, though, this makes sense - Debian favours sensible defaults - ie, defaults which are not going to break things. The only times I've ever seen dependency problems where my own fault - if you're going to live on Unstable and apt-get dist-upgrade without checking what you're doing first, you can expect things to break every now and then.. My biggest hint for doing upgrades or installs if you find that things aren't working as you expect: check /usr/share/doc/packagename/README.Debian (sometimes it's gzipped). This file will explain any differences between the upstream package and the Debian package (eg: postgres stores some files in different locations, has a different default pg_hba file), and will often give some basic use instructions as well. If you want to know more about Debian's packaging system, a good place to start would be the FAQ: http://www.us.debian.org/doc/manuals/debian-faq/ch-pkg_basics.en.html One of Debian's strengths is that the maintainers are very strict about maintaining their policies on packages, and ensuring that certain standards are met before the packages can be placed into the main repository (at least, the stable repository - unstable is called unstable for a reason :) You can read more about the policy, and what packages must do to comply, at http://www.us.debian.org/doc/debian-policy/ch-binary.html#s3.5 Debian also adheres (mostly?) to the Filesystem Hierarchy Standard (http://www.us.debian.org/doc/packaging-manuals/fhs/), which I quite like.. prevents some of the bizarre things I've seen on redhat - eg, all config files are on /etc, rather than redhat which arbitrarily stores BIND configs in /var/named. I'm sure that makes sense to someone, but I'm not that someone.. -- There is nothing more worthy of contempt than a man who quote himself in his email footer - Zhasper, 2005 -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] debian question
On Tue, 2005-08-02 at 14:04 +0930, [EMAIL PROTECTED] wrote: Can I go ahead with this without causing dependency problems for other packages? IOW. If I say yes, will any other packages on the server refuse to run? I'm confused, and don't really understand the question - what you've pasted looks perfectly normal. Assuming you're not using any third party apt sources, and haven't compiled/installed anything manually regarding those things that are about to be installed, there's no reason why what you pasted would break any other packages. I'd suggest having a good read of the Debian documentation, which covers this sort of thing: http://www.us.debian.org/doc/ R -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] debian question
On 8/2/05, Ryan Verner [EMAIL PROTECTED] wrote: On Tue, 2005-08-02 at 14:04 +0930, [EMAIL PROTECTED] wrote: Can I go ahead with this without causing dependency problems for other packages? IOW. If I say yes, will any other packages on the server refuse to run? I'm confused, and don't really understand the question - what you've pasted looks perfectly normal. You've obviously not had the dubious pleasure of cajoling any RedCrap systems into working lately. You've obviously been lulled by Debian's excellent package management, especially the excelleng dependency/conflict management.. Luke's original question makes perfect sense for someone who's used to the RedCrap World of Pain.. Luke: welcome to Debian. Enjoy :) -- There is nothing more worthy of contempt than a man who quote himself in his email footer - Zhasper, 2005 -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] debian question
Hi. 02Aug2005 @ 14:13 Ryan Verner thusly spake On Tue, 2005-08-02 at 14:04 +0930, [EMAIL PROTECTED] wrote: Can I go ahead with this without causing dependency problems for other packages? IOW. If I say yes, will any other packages on the server refuse to run? I'm confused, and don't really understand the question - what you've pasted looks perfectly normal. I'm not sure whether the upgrade will cause problems with existing packages. Does apt-get ensure that upgrades do not break existing packages or dependencies? Kr. Luke. -- ._.. .| .| |.|/.|_ . .|__.|_|.|\.|_ . :61 421 276 282: -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] debian question
Hi. 02Aug2005 @ 14:52 James Polley thusly spake On 8/2/05, Ryan Verner [EMAIL PROTECTED] wrote: On Tue, 2005-08-02 at 14:04 +0930, [EMAIL PROTECTED] wrote: Can I go ahead with this without causing dependency problems for other packages? IOW. If I say yes, will any other packages on the server refuse to run? I'm confused, and don't really understand the question - what you've pasted looks perfectly normal. You've obviously not had the dubious pleasure of cajoling any RedCrap systems into working lately. You've obviously been lulled by Debian's excellent package management, especially the excelleng dependency/conflict management.. Luke's original question makes perfect sense for someone who's used to the RedCrap World of Pain.. Luke: welcome to Debian. Enjoy :) Thanks James. Does your answer imply that indeed I can go ahead without worry about broken dependencies (and you're right, on redhat/fedora this is always a problem/consideration) :-). Kind regards. Luke. -- ._.. .| .| |.|/.|_ . .|__.|_|.|\.|_ . :61 421 276 282: -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
Re: [SLUG] debian question
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 [EMAIL PROTECTED] wrote: Hi. 02Aug2005 @ 14:52 James Polley thusly spake On 8/2/05, Ryan Verner [EMAIL PROTECTED] wrote: On Tue, 2005-08-02 at 14:04 +0930, [EMAIL PROTECTED] wrote: Can I go ahead with this without causing dependency problems for other packages? IOW. If I say yes, will any other packages on the server refuse to run? I'm confused, and don't really understand the question - what you've pasted looks perfectly normal. You've obviously not had the dubious pleasure of cajoling any RedCrap systems into working lately. You've obviously been lulled by Debian's excellent package management, especially the excelleng dependency/conflict management.. Luke's original question makes perfect sense for someone who's used to the RedCrap World of Pain.. Luke: welcome to Debian. Enjoy :) Thanks James. Does your answer imply that indeed I can go ahead without worry about broken dependencies (and you're right, on redhat/fedora this is always a problem/consideration) :-). Kind regards. Luke. Yes, apt-get resolves the depandancies for you. If you are having dependancy issues on redhat/fedora servers you might considering using it on there as well. - -- dave. - reality-distortion field: n. An expression used to describe the persuasive ability of managers like Steve Jobs. Those close to these managers become passionately committed to possibly insane projects, without regard to the practicality of their implementation or competitive forces in the marketplace. - -BEGIN PGP SIGNATURE- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFC7wFLhPPdWeHRgaoRAh0MAKD8e2Xt5KQ4ZQTf2XxJSlvyvEWgUgCgsvcX TIFtOW/8E+2dURUKpyLkOoU= =xPN8 -END PGP SIGNATURE- -- SLUG - Sydney Linux User's Group Mailing List - http://slug.org.au/ Subscription info and FAQs: http://slug.org.au/faq/mailinglists.html
