Re: [Stretch] Status for architecture qualification
On 2016-06-05 8:56 AM, Steven Chamberlain wrote: John Paul Adrian Glaubitz wrote: >I have invested lots of time and effort to get sparc64 into a usable state in Debian. >We are close to 11.000 installed packages. Missing packages include Firefox, >Thunderbird/Icedove, golang and LibreOffice to name the most important ones. Is there some way to define 'core'[0] packages as blockers for testing migration, and arch release qualification; but other packages not? Many of these ports would be useful if just a base system was released, and preferably having stable/security updates for that part (otherwise it is difficult for users to try it, developers to work on it, or DSA to support buildds for it; all of which are limitations on ports' further growth). I might mention that many kernel and tool chain bugs have been resolved on hppa since we joined ports. Total source package count is now close to 11100, although this fluctuates. Using this measure we are at the same level as alpha, ppc64 and sparc64. SMP systems are stable and run reliably as buildd machines. Even if we increased our relative package count, we don't have the manpower to re-qualify as a release architecture. However, I like Steve's suggestion. Helge effectively defined a set of core packages for hppa when he set up a new jessie-based install disk a few months ago. This is currently available at . I tend to think this should be done within the context of Debian ports. Dave -- John David Anglin dave.ang...@bell.net
Re: preparing for GCC 4.9
Hello and apologies for the cross-post, I've built GCC 4.9 on my PowerMac G5 (ppc64) running Debian 7.3. I'd like to support the port of Debian to this platform using GCC 4.9 and would appreciate a pointer on where to begin if possible. Additionally, I could provide a SSH login to the machine. Thanks, Dave -Original Message- From: Matthias Klose Sent: Tuesday, May 13, 2014 7:00 AM To: David Gosselin ; Patrick Baggett Cc: debian-po...@lists.debian.org Subject: Re: preparing for GCC 4.9 sorry, can't help with this. setting up a pbuilder or sbuild, and start building packages from the base system? Matthias Am 13.05.2014 03:26, schrieb David Gosselin: I'm in the same boat as Patrick, except with a PowerMac G5. Please let us know how to begin. Thanks, Dave On May 12, 2014, at 16:02, Patrick Baggett baggett.patr...@gmail.com wrote: Hi Matthias et al, I'd like to try to do some of this using my sparc box and see how far I get. Is there a link that explains how to set up these steps? Others seem to just know what to do, but I haven't the slightest idea of where to begin. I have a box with gcc-4.9, plenty of disk space, and electricity to burn. Where do I start? Patrick On Thu, May 8, 2014 at 10:25 AM, Matthias Klose d...@debian.org wrote: With gcc-4.9 now available in testing, it is time to prepare for the change of the default to 4.9, for a subset of architectures or for all (release) architectures. The defaults for the gdc, gccgo, gcj and gnat frontends already point to 4.9 and are used on all architectures. Issue #746805 tracks the gfortran default change, including the change of the Fortran 90 module version change. The Debian archive was rebuilt twice on amd64, once in February, resulting in bug submissions for GCC and feedback for the porting guide [1], a second time in March to file issues for packages failing to build with GCC 4.9 [2]. Another test rebuild for Ubuntu on amd64, i386, armhf, ppc64el didn't show any other compiler regressions on these architectures. I would like to see some partial test rebuilds (like buildd or minimal chroot packages) for other architectures. Any possibility to setup such a test rebuild for some architectures by the porters? Afaics the results for the GCC testsuite look okish for every architecture. I'll work on fixing the build failures in [2], help is of course appreciated. Almost all build failures are analyzed and should be easy to fix (exceptions e.g. #746883). Patches for the ones not caused by the Debian packaging may be found in distributions already using GCC 4.9 as the default compiler (e.g. Fedora 21). If anything goes well, and a large amount of build failures are fixed, I plan to make GCC 4.9 the default for the C/C++/ObjC/Obj-C++ frontends at the end of May, beginning of June. Bugs reports for packages building with a legacy version of GCC (4.6, 4.7, 4.8) will be filed. Matthias [1] http://gcc.gnu.org/gcc-4.9/porting_to.html [2] https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-gcc-4.9;users=debian-...@lists.debian.org -- To UNSUBSCRIBE, email to debian-ia64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/536ba1ce.9070...@debian.org -- To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/5371fb4e.9090...@debian.org -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/B91D376632C449D19144C06F2D3226D4@Sam
Re: preparing for GCC 4.9
I'm in the same boat as Patrick, except with a PowerMac G5. Please let us know how to begin. Thanks, Dave On May 12, 2014, at 16:02, Patrick Baggett baggett.patr...@gmail.com wrote: Hi Matthias et al, I'd like to try to do some of this using my sparc box and see how far I get. Is there a link that explains how to set up these steps? Others seem to just know what to do, but I haven't the slightest idea of where to begin. I have a box with gcc-4.9, plenty of disk space, and electricity to burn. Where do I start? Patrick On Thu, May 8, 2014 at 10:25 AM, Matthias Klose d...@debian.org wrote: With gcc-4.9 now available in testing, it is time to prepare for the change of the default to 4.9, for a subset of architectures or for all (release) architectures. The defaults for the gdc, gccgo, gcj and gnat frontends already point to 4.9 and are used on all architectures. Issue #746805 tracks the gfortran default change, including the change of the Fortran 90 module version change. The Debian archive was rebuilt twice on amd64, once in February, resulting in bug submissions for GCC and feedback for the porting guide [1], a second time in March to file issues for packages failing to build with GCC 4.9 [2]. Another test rebuild for Ubuntu on amd64, i386, armhf, ppc64el didn't show any other compiler regressions on these architectures. I would like to see some partial test rebuilds (like buildd or minimal chroot packages) for other architectures. Any possibility to setup such a test rebuild for some architectures by the porters? Afaics the results for the GCC testsuite look okish for every architecture. I'll work on fixing the build failures in [2], help is of course appreciated. Almost all build failures are analyzed and should be easy to fix (exceptions e.g. #746883). Patches for the ones not caused by the Debian packaging may be found in distributions already using GCC 4.9 as the default compiler (e.g. Fedora 21). If anything goes well, and a large amount of build failures are fixed, I plan to make GCC 4.9 the default for the C/C++/ObjC/Obj-C++ frontends at the end of May, beginning of June. Bugs reports for packages building with a legacy version of GCC (4.6, 4.7, 4.8) will be filed. Matthias [1] http://gcc.gnu.org/gcc-4.9/porting_to.html [2] https://bugs.debian.org/cgi-bin/pkgreport.cgi?tag=ftbfs-gcc-4.9;users=debian-...@lists.debian.org -- To UNSUBSCRIBE, email to debian-ia64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/536ba1ce.9070...@debian.org
Re: Problems with X11 on Ultra10
Hi, I was curious as to what prompted you to try SBUS:/SUNW,ffb@1e,0 for the BusID value? Thanks, Dave -Original Message- From: Sad Clouds Sent: Sunday, May 04, 2014 3:57 AM To: Hayden Kroepfl Cc: debian-po...@lists.debian.org Subject: Re: Problems with X11 on Ultra10 On Sun, 4 May 2014 08:25:16 +0100 Sad Clouds cryintotheblue...@googlemail.com wrote: On Sat, 03 May 2014 17:20:33 -0600 Hayden Kroepfl perlpow...@gmail.com wrote: On 03/05/14 03:39 PM, Sad Clouds wrote: Hello, I'm new to Debian and trying it out on Ultra10 which has Creator3D framebuffer. I installed Debian stable and seem to be having some issues with X11 or display manager. The system boots OK and I can see boot messages, but when it goes to start display manager the screen goes black and nothing happens. No windows, no mouse cursor, nothing. Any ideas? Might as well ask about the obvious right away, do you have your monitor hooked up to the onboard video in the bottom left corner (facing the back), or to the 13W3 video connector on the Creator3D? What could be happening is X11 picked the wrong card by default and is only showing it on the opposite connector. If you have a second monitor try hooking one up to the 13W3 and one to the VGA connector. Hayden K. Hello, that was the first thing I tried however there is no VGA signal on machfb. I managed to get IP address assigned to this machine from DHCP server, logged in via ssh and looked at the logs. Looks like X server has problems configuring framebuffer device. So I generated xorg.conf manually with 'X -configure' and it thinks I have 3 cards: Identifier Card0 Driver mach64 BusID PCI:1:2:0 Identifier Card1 Driver fbdev BusID PCI:1:2:0 Identifier Card2 Driver vesa BusID PCI:1:2:0 This looks wrong to me, one of them should be using sunffb driver. And why all three drivers refer to the same BusID? I tried copying this file to /etc/X11/xorg.conf and leaving only Identifier Card1 Driver sunffb BusID PCI:1:2:0 But still can't get X11 running Any ideas? OK changed that to BusID SBUS:/SUNW,ffb@1e,0 and X11 works now. -- To UNSUBSCRIBE, email to debian-powerpc-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140504085745.1a1891593485ab7e82a14...@googlemail.com -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/A073714047E1467D83D0E44AD63B4AC6@Sam
Re: Bug#730258: please add arch-specific BTS tags
On 23-Nov-13, at 6:35 PM, John Paul Adrian Glaubitz wrote: Crossing my fingers! It's been sad to see the number of up-to-date packages in hppa dropping over the time. It should be going up now. Dave -- John David Anglin dave.ang...@bell.net -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/blu0-smtp50b10a8a25fb6dfae41df297...@phx.gbl
Re: Roll call for porters of architectures in sid and testing
Hi, Although I'm not a DD/DM, I currently do the majority of the Debian unstable package builds for parisc. As noted by Helge, these are available at www.parisc-linux.org . While not fully complete, the archive contains several thousand packages that are constantly being updated. We are close to restarting a parisc buildd... I perform a small amount of porting (e.g., webkitgtk, qt4-x11, ...) and bug reporting. This has reduced the number of packages which need changes to build on parisc. I'm also a parisc GCC and binutils maintainer. In the past year or so, I spent a significant amount of time working on parisc cache related issues in the linux kernel. I support this activity with three parisc servers and one workstation. In my spare time, I do embedded software and electronic design. Regards, John David (Dave) Anglin On 5-Sep-13, at 5:21 PM, Helge Deller wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hello, I am not currently a porter but I would like to be one for the architecture parisc/hppa. I currently have lots of parisc hardware (5 workstations and 4 servers), all currently running debian unstable from our own debian repository at www.parisc-linux.org. My involvement for debian-parisc so far: - - I was one of the initiators of parisc-linux port back in 1999. - - I have continuous worked on the ports since then. - - I'm currently one of the two official linux kernel maintainers for the parisc port at kernel.org. - - I've fixed quite some debian bugs reported for parisc in the past, including locking functions in gcc, KDE fixes, udev fixes and many more. - - I do have a strong linux developer background (C/C++, Assembler) and was formerly a developer at a major linux distributor. - - I'm maintaining the parisc-linux website and wikis. I am not a DD/DM but would like to become one. At last, I would be happy if parisc could become again a supported platform in the debian-ports repositories for the lifetime of Jessie. parisc was dropped with debian squeeze, because there were quite some stability issues with the Linux kernel at that time. Currently, upstream kernel 3.10 (stable) and kernel 3.11 do work reliable on all major machines. -- Helge Deller On 09/01/2013 09:33 AM, Niels Thykier wrote: Hi, As we announced in [LAST-BITS], we would like to get a better idea of that status of the ports, to make an informed decision about which port can be released with jessie. One of the steps is to get an overview of which of the porters are (still) active for each port. Once the results from the role-call are in, we will request other information about the status of the ports. In the meantime, feel free to update and collect info about the ports in the Debian wiki[WIKI]. If you are (or intend to become) an active porter for the lifetime of jessie, then please send a signed email explaining your involvement in the port to the Release Team debian-rele...@lists.debian.org before 1st of October 2013. Please explain the level of your involvement in the port. Feel free to use the following template as your reply: Hi, I am an active porter for the following architectures and I intend to continue this for the lifetime of the jessie release: For ARCH, I - test (most|all) packages on this architecture - fix toolchain issues - triage arch-specific bugs - fix arch-related bugs - maintain buildds - ... I am a DD|I am a DM|I am not a DD/DM YOUR NAME Niels, on behalf of the release team [LAST-BITS] http://lists.debian.org/debian-devel-announce/2013/08/msg6.html [WIKI] https://wiki.debian.org/ArchiveQualification/Jessie -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSKPXJAAoJEIfJwVG1Hjhk1BsH/3nhr6HjGwpGnc6NnQxV3KA2 95LNye6Fi7aOh5NWGrjn8c3fmyJcoHdQFAMOIIulGZW6gLAeu1cX9Y16OAzMKP/H LTCvq0Q8yzl/U75+NKgz9rdozsXds43rmuyBJIZdypGXKjWEIkRz/ISzOL4+hdqh W+HoYWG/fqCsdhJMiUIIUQ7BW6kadJmoi3L5dZBBwLD9bHLY6lCIT4JEdDXKZrQ9 NPIYhEDfCIJl4yS982Q76SwqEkCYG84f0Egez66ADuazCjqGWkrI6EBzOeDvgV26 wdfekcU/Wx3LcFDBnd8clMG/MdmxxQu7c915Uv23DejD0QWVUlimFSTfWI8v59k= =htC/ -END PGP SIGNATURE- -- John David Anglin dave.ang...@bell.net -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/blu0-smtp4079aa5b84535dc5ec3a7397...@phx.gbl
Re: Roll call for porters of architectures in sid and testing (Status update)
On 21-Sep-13, at 7:23 PM, Ben Hutchings wrote: I'll continue testing/software development activity on ia64 for the Jessie cycle, and more generally, until Debian drops ia64. I'm already waiting for Wayland on ia64 and other big updates. So please, keep ia64 in the bandwagon ;-) But I don't think ia64 is well-supported even in wheezy. The kernel doesn't boot on some common machines and no-one seems to be able to fix it. I don't believe this for a minute. This is about Debian and it's ability to attract capable porters. I seem to recall that a recent Wayland build is in the unstable parisc archive... Dave -- John David Anglin dave.ang...@bell.net -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/blu0-smtp95e95ff163518fb536728097...@phx.gbl
Re: DSA concerns for jessie architectures
* Martin Zobel-Helas (zo...@debian.org) wrote: [please consider replacing debian-ports@ldo with the appropriate port specific list when replying.] * armel: no remote management (being worked on); no archive kernel for the machines we use. * armhf: no remote management (being worked on). Generally I've seen most ARM boards managed via separate PDUs and serial concentrators; there are ARM systems that as I understand are built for remote management - but if you've got PDUs setup then you can control nigh on anything; and given the current draw on many of those machines it doesn't need to be expensive PDUs, simple USB driven relay setups can be sufficient (although it gets hairier if you want to control hard drive power etc). Dave -- -Open up your eyes, open up your mind, open up your code --- / Dr. David Alan Gilbert| Running GNU/Linux | Happy \ \ gro.gilbert @ treblig.org | | In Hex / \ _|_ http://www.treblig.org |___/ -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130622175739.GB25102@gallifrey
Re: Current and upcoming toolchain changes for jessie
Hi Aurelien, On 18-Jun-13, at 6:05 PM, Aurelien Jarno wrote: This is true that they have recently contacted me through another email address, but I haven't found time to work on that. Just stay tuned. That's great news. Helge and I have been working away as best we can to maintain the port. I know everybody is busy and this is a significant effort. Dave -- John David Anglin dave.ang...@bell.net -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/blu0-smtp54755f6f47f39a181d6a697...@phx.gbl
Re: java on wheezy
On Sunday 14 Apr 2013, Zenaan Harkness wrote: My test (and Java app I want to run) is sweethome3d. Wasn't working on wheezy. Upgraded to sid. Sweethome3d worked. Upgraded some days back, now it doesn't work. Not sure if I'm doing anything wrong. 64-bit. Haven't tested in a browser. Zenaan Well on my system (upto date sid, but 32 bit) running openjdk7 sweethome3d works properly. Davod
Re: Bug#685967: amd64 install FAQ can't be read without a login / broken link
Control: user www.debian@packages.debian.org Control: usertag -1 content ports Hi amd64 people, Le 27/08/2012 00:33, Wim Lewis a écrit : Package: www.debian.org Attempting to read the FAQ for the amd64 port leads me to a page requiring a login. Starting from the page http://www.debian.org/ports/amd64/, I follow the link The debian-amd64 howto and FAQ to http://alioth.debian.org/docman/view.php/30192/21/debian-amd64-howto.html. That redirects me to https://alioth.debian.org/account/login.php?triggered=1return_to=%2Fdocman%2Fview.php%2F30192%2F21%2Fdebian-amd64-howto.html, which is a page requesting a username and password I don't have, and displaying the message You've been redirected to this login page because you have tried accessing a page that was not available to you as an anonymous user. It does not seem reasonable that reading the install FAQ should require a login. Actually, it even needs to be accepted in the project ;). Can someone fix the access rights to this document, or point us to another URL, or state that the link should be removed? (Note that on the page http://wiki.debian.org/DebianAMD64 there is also a link to debian-amd64-howto.html, with the annotation Broken as of 20110729. FilipusKlutiero.) … Regards David signature.asc Description: OpenPGP digital signature
Re: Updating w.d.o/{intro/organization#distribution,ports/}
[ Huge cross-post, sorry. Please, only respond to your port list and debian-www@l.d.o, or at least keep me CC if you drop debian-www ] Hi ports and ports-like team, Le 05/04/2012 16:27, David Prévot a écrit : The ports and ports-like part of our organization page [1] might be pretty outdated on the members side. Could you please confirm that the members list of your team is still accurate, or provide an updated list. Without any answer within a week, I'll drop the members name from this page, but will keep the name of the port and a link to the mailing list as main contact point. If you answer after a week, I'll also be happy to update the page afterwards. It's been a long week… Thanks to Bill (Alpha), Dann (IA-64), Thorsten (m68k), Carlos and John (PA-RISC), Samuel and Svante (GNU/Hurd), and Christoph and Arno (GNU/kFreeBSD), the organization page [1] has just been updated. http://anonscm.debian.org/viewvc/webwml/webwml/english/intro/organization.data?r1=1.428r2=1.429 If you have a second thought, please don't hesitate to reply so we can update the page [1]. 1: http://www.debian.org/intro/organization#distribution If you have any update to propose about your port page [2], I'd also be happy to update the respective page on your behalf, and would be even happier if you do it yourself (please, ask for write access [3] if you're not already a member of webwml). 2: http://www.debian.org/ports/ 3: http://www.debian.org/devel/website/using_cvs#write-access The offer still stands ;-) We also have one open bug report [4] about the www.d.o/ports/ part, specific to amd64, any help to solve it would be welcome (closing it in case it doesn't make sense could also be appropriate). 4: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611830 This one too… Regards David signature.asc Description: OpenPGP digital signature
Updating w.d.o/{intro/organization#distribution,ports/}
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 [ Huge cross-post, sorry. Please, only respond to your port list and debian-www@l.d.o, or at least keep me CC if you drop debian-www ] Hi ports and ports-like team, The ports and ports-like part of our organization page [1] might be pretty outdated on the members side. Could you please confirm that the members list of your team is still accurate, or provide an updated list. Without any answer within a week, I'll drop the members name from this page, but will keep the name of the port and a link to the mailing list as main contact point. If you answer after a week, I'll also be happy to update the page afterwards. 1: http://www.debian.org/intro/organization#distribution If you have any update to propose about your port page [2], I'd also be happy to update the respective page on your behalf, and would be even happier if you do it yourself (please, ask for write access [3] if you're not already a member of webwml). 2: http://www.debian.org/ports/ 3: http://www.debian.org/devel/website/using_cvs#write-access We also have one open bug report [4] about the www.d.o/ports/ part, specific to amd64, any help to solve it would be welcome (closing it in case it doesn't make sense could also be appropriate). 4: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=611830 Regards David -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.12 (GNU/Linux) iQIcBAEBCAAGBQJPfgAgAAoJELgqIXr9/gnyzpUP/2fIZ8QyGu/Zk04wk2FFNQIw /TX13YDWpcZFLdObqwsiyGITIav0Q77bdfhc71dW/m3ZpHbV5l86W1LvazGwn8Wt sseeBp3a/dKPmeKVzPq8Q7zWNXDioDodkKLHmJefB8ziuaOgw/bROanCCGhOflnp yneSaga5qdTGB0tLxxHgPzpRl+CIR05x+gOmW76DXLykdSFs/G9DMPj+eoR5lZXT 0cnu1mA7u1kpPdw6QBW15DEWisQorkDhyqvHsJ2w9owPTcIzx8E02PuesRqe/Ngi jG/paUn1CpDq+mRfx5iTP3Wf1DDWpMriUzyBxpnsXsNQuOPznrP1xhQ8leHbSX+k e1X369isjQ0WiyOApna653KpQmNBW/dewyKr7ATwf4rXYL0F1vj7NZGYRN/+fXio xEypEWEYHuOVVzylty4I87tFo8FAxrcb7dyaEeD/ADdjxWKk5uH3UdJzvgH36U/S dsmEafdI9aQIKyCcaCsqbYSICSy3xgEk4JdLNiI7qvyrqLhbsK1cPIod6FJOiq29 QJ7UpIk76AiyYgPYOl7i8v4kx8cEM3XZMjbJlI4cyk/3Xa4GyitWuWT5pB3KiOSm Ejwi/atgCxzJgzAt8P5s3m9KM3+68TL2qO/HjGk/ei31MNXGSz2wiEjU/a8qdhZd bQpLlaqtB//svizu91tW =Nh8A -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/4f7e0020.8060...@debian.org
Re: GCC-4.5 as the default for (at least some) architectures
On Tue, Mar 1, 2011 at 8:34 PM, Matthias Klose d...@debian.org wrote: I'll make gcc-4.5 the default for (at least some) architectures within th= e next two weeks before more transitions start. =A0GCC-4.5 is already used as th= e default compiler for almost any other distribution, so there shouldn't be many su= rprises on at least the common architectures. =A0About 50% of the build failures = exposed by GCC-4.5 are fixed [1]. =A0I didn't see issues on amd64 and i386, armel (although optimized for a different processor) and powerpc (some object f= iles linked into shared libs had to be built as pic). As the maintainer file for the ports in GCC is a bit outdated, I'd like t= o ask which architectures should do the switch together with the four architect= ures mentioned above, and which not, and which ones should be better delayed, = or dropped. Dave, What's your opinion on switching to GCC 4.5 for HPPA? Do it! I have built glibc with it and all my recent kernel have been with 4.5. I'm not aware of any new issues with 4.5 and a number of things are fixed. For kernel builds, the following patch must be included: 2010-12-18 John David Anglin dave.ang...@nrc-cnrc.gc.ca PR target/46915 * config/pa/pa.c (branch_to_delay_slot_p): Use next_active_insn instead of next_real_insn. Search forward checking for both ASM_INPUT and ASM_OPERANDS asms until exit condition is found. (branch_needs_nop_p): Likewise. (use_skip_p): New function. (output_cbranch): Use use_skip_p. (output_bb, output_bvb): Likewise. There are some other bug fixes in 4.6 that might need back porting. We also need this binutils change: 2011-02-18 John David Anglin dave.ang...@nrc-cnnrc.gc.ca PR ld/12376 emulparams/hppalinux.sh (DATA_ADDR): Define. (SHLIB_DATA_ADDR): Likewise. This should eliminate cache issues arising from non equivalent aliasing. Hopefully, the above will help resolve some of the build and kernel issues that blocked squeeze. I personally don't know what the critical blockers were. If they involve GCC or binutils, I'm willing to take a look. I'm sure a number of things have been magically fixed by updates to the middle-end. The biggest issue is the callee copies args on HPPA and this differs from most other targets. Regards, Dave -- J. David Anglin dave.ang...@nrc-cnrc.gc.ca National Research Council of Canada (613) 990-0752 (FAX: 952-6602) -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20110307013751.74c8c5...@hiauly1.hia.nrc.ca
Re: Having trouble establishing IP masquerading
You need to have rules in the FORWARD chain (of the filter table) - The examples in the URL you referenced: $IPTABLES -A FORWARD -i $EXTIF -o $INTIF -m state --state ESTABLISHED,RELATED -j ACCEPT $IPTABLES -A FORWARD -i $INTIF -o $EXTIF -j ACCEPT I'm guessing $EXTIF would be eth0, and $INTIF would be whatever your inside interface is. David On 9/11/10 8:10 AM, Hendrik Boom wrote: I've been IP masquerading for years. But now my Pentium front-end machine has bit the dust, and I'm setting up my server to do the masquerading itself. It's and AMD65 running Debian lenny: hend...@lovesong:~$ uname -a Linux lovesong 2.6.30-1-486 #1 Mon Aug 3 15:05:33 UTC 2009 i686 GNU/Linux hend...@lovesong:~$ I've been more-or-less following the instructions in http://tldp.org/HOWTO/IP-Masquerade-HOWTO/firewall-examples.html but nothing seems to work. I wondered it perhaps the modules weren't being loaded, so I did lsmod. INstead of the modules I requested, whose names started with ip_, I have another set of modules with similar names starting with nf_. Is this relevant? The script I'm using to start IP forwarding is as follows: #!/bin/sh modprobe ip_tables modprobe ip_conntrack modprobe ip_conntrack_ftp modprobe ip_conntrack_irc modprobe iptable_nat modprobe ip_nat_ftp modprobe ip_nat_irc echo 1 /proc/sys/net/ipv4/ip_forward iptables --policy INPUT ACCEPT iptables --flush INPUT iptables --policy OUTPUT ACCEPT iptables --flush OUTPUT iptables --policy FORWARD DROP iptables -t nat -F iptables -t nat -A POSTROUTING -o eth0 -j MASQUERADE echo list resulting ip tables iptables --list echo filter: iptables -L -n -t filter echo mangle: iptables -L -n -t mangle echo nat: iptables -t nat -n -L -v And when I run it, it reports: list resulting ip tables Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy DROP) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination filter: Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy DROP) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination mangle: Chain PREROUTING (policy ACCEPT) target prot opt source destination Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination Chain POSTROUTING (policy ACCEPT) target prot opt source destination nat: Chain PREROUTING (policy ACCEPT 32304 packets, 2322K bytes) pkts bytes target prot opt in out source destination Chain POSTROUTING (policy ACCEPT 2881 packets, 200K bytes) pkts bytes target prot opt in out source destination 0 0 MASQUERADE all -- * eth00.0.0.0/00.0.0.0/0 Chain OUTPUT (policy ACCEPT 3520 packets, 242K bytes) pkts bytes target prot opt in out source destination list resulting ip tables Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy DROP) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination filter: Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy DROP) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination mangle: Chain PREROUTING (policy ACCEPT) target prot opt source destination Chain INPUT (policy ACCEPT) target prot opt source destination Chain FORWARD (policy ACCEPT) target prot opt source destination Chain OUTPUT (policy ACCEPT) target prot opt source destination Chain POSTROUTING (policy ACCEPT) target prot opt source destination nat: Chain PREROUTING (policy ACCEPT 32304 packets, 2322K bytes) pkts bytes target prot opt in out source destination Chain POSTROUTING (policy ACCEPT 2881 packets, 200K bytes) pkts bytes target prot opt in out source destination 0 0 MASQUERADE all -- * eth00.0.0.0/00.0.0.0/0 Chain OUTPUT (policy ACCEPT 3520 packets, 242K bytes) pkts bytes target prot opt in out source destination Evidently, when I run it, it does *something*. But when I try to use the masquerade, nothing seems to get through, except from the machine doing the masquerading itself. The server is currently the only machine on my LAN that has access to the internet. -- hendrik
Re: ia32-apt-get and dependencies errors
Goswin von Brederlow wrote: Jaime Ochoa Malagón chp...@gmail.com writes: On Mon, Aug 17, 2009 at 2:52 AM, Goswin von Brederlow goswin-...@web.de wrote: Hans-J. Ullrich hans.ullr...@loop.de writes: I understand well, there are efforts to chose other ways, so ia32-apt-get should not block the other ways. Well, which one will win at last will show the future. IMO ia32-apt-get is a good way at the moment, and I think, even Goswin would not mourne if some day a better way will be found and ia32-apt- get will disappear. The future will show us. ia32-apt-get will disapear and was always ment to disapear with multiarch. I also always intended to make that transition as smooth as possible. The multiarch people fear that ia32-apt-get might conflict with multiarch, and currently they are right. The existing packages would conflicht with future multiarch packages. But to resolve that some of the multiarch features have to be added to dpkg first and then ia32-apt-get can be updated to use those features for a smooth upgrade. So from my side there is a solid plan in place how to do a smooth upgrade to multiarch. No blocks in sight. there are good news :-) If ftp-master lets me. I thought 'ia32-apt-get' was removed by accident, and you were merely waiting for a sponsor to get it added back. Was it actually removed intentionally? Dave W. -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Debian AMD64 resuce disk??
On Thu, 2009-06-18 at 20:11 -0400, Whit Hansell wrote: Is there such a thing available? No, I don't need it yet. Would like to know if there is one I could have on hand, tho' if necessary. I downloaded INSERT and fired it up but it only gave me a very limited number of available programs to use. I believe there were 8 -10 or so. No GUI(no big loss) but it right away told me there wasn't much I could do with it. Anyone have any ideas? Gracias, amigos. Whit -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: Skype after ia32-libs update?
Thank you for you reply. Not, this does not work either (same output as before): I got it by downloading the .deb from skype's site, and # ia32-dpkg -i skype-debian_2.0.0.72-1_i386.deb # ia32-apt-get -f install I am submitting a bug report now. By the way, in order to keep up-to-date, do I need to do apt-get update, apt-get dist-upgrade, ia32-apt-get update and ia32-apt-get dist-upgrade, all the four commands? Thank you, David Please Cc to me if replying. 2009/7/6 Goswin von Brederlow goswin-...@web.de That is because ai32-apt-get, by popular demand, is no longer allowed to divert apt-get. You need to call ia32-apt-get or ia32-aptitude instead. See NEWS file in the package. MfG Goswin
Re: Skype after ia32-libs update?
Thank you. I followed your steps, even after deleting /etc/ia32-apt and reinstalling ia32-apt-get (as the former directory did not update its sources.list's). But I am afraid that it does not work yet: # apt-get update [...] W: Failed to fetch http://download.skype.com/linux/repos/debian/dists/stable/non-free/binary-amd64/Packages 404 Not Found E: Some index files failed to download, they have been ignored, or old ones used instead. # apt-get install skype Reading package lists... Done Building dependency tree Reading state information... Done Package skype is not available, but is referred to by another package. This may mean that the package is missing, has been obsoleted, or is only available from another source E: Package skype has no installation candidate I am using the latest versions of all the packages. Should I file a bug report? Thank you, David Please Cc to me if replying
Skype after ia32-libs update?
Hello, I have skype installed from deb http://people.debian.org/~rafael/skype-amd64 ./ but after ia32-libs upgrade, skype does not work any more: $ skype skype: error while loading shared libraries: libXv.so.1: cannot open shared object file: No such file or directory I think this is because /emul/ia32-linux/usr/lib/libXv.so.1 does not exist in the new version of ia32-libs (that is a dummy package, by the way). My first try was to write to skype amd64's maintainer, but as displayed at the bottom of http://people.debian.org/~rafael, he left Debian. So I would like to ask whether some of you got skype working, and how. Also, if there is any IT-knowledgable here, would anyone fancy maintaining skype in amd64 from now on? :-) Thank you very much in advance, David Please Cc to me if replying
Backport?
Afaik for AMD64, there until now is no backport to lenny. However I got it working: To prepare it, I said: dpkg --force-all --purge ekiga Then I - changed lines in the /etc/apt/sources list from lenny to experimental - apt-get dist-upgrade And then I simply had to do an apt-get -f install :-) and I had Ekiga version 3. Of course, not to always get the packages from the experimental distribution, I immediately replaced the /etc/apt/sources list by the old one (lenny) and did again apt-get update David -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ssh
Francesco Pietra wrote: That's odd. I am able to get commands to work over SSH without a password. I copied the contents of ~/.ssh/id_rsa.pub on my work computer into ~/.ssh/authorized_keys on my home computer. Now I can SSH from my work computer to my home computer like this: ssh m...@myhomepc date And it logs into my home computer and then runs the date command. I did not have to do anything with the authorized_keys file on my work computer to make this happen. That's all appropriate. You only need to modify authorized_keys in both places if you want the symmetric relationship that either machine can log into the other. Correct. I mentioned that I did not have to alter the authorized_keys file on my work PC in response to the OP's statement: I know how to solve the issue, i.e. by cross appending the authorized_keys files, in order that each machine knows itself. But there must be a simpler way. I have no idea why you would need to do something like that. I have never had to cross-append anything in order to make this work. I just wanted to clarify for the OP that the keys only need to be shared in one direction to do this. He seems to indicate that the passwordless login works just fine unless he tries to run a command through the ssh command line. I don't know why that would make a difference. Big difference for me. As I said in my original post, certain computational parallelized codes (from major supercomputer centers, latest versions) do not work unless the two machines talking to one another also know themselves. Usually, the two machines are my desktop (let say deb32) and my parallel computer (let say deb64) talking to one another via a router.The only way I found (perhaps suggested by the author of the code, I don't remember) to login passwordless (my arrangement is also passfraseless) to the parallel computer - and vice versa - while requesting the date, is to take the deb32 keys from deb64 and append them to those of deb32 itself, and vice versa. I admit that most codes do not care about that, but it happens that I am using at this very moment a code that has such idiosyncrasy. When I said there must be a simpler way, I meant to make that appending intrinsic in the configuration of ssh. Otherwise, I have to stay to ssh if I want (as I need) also to access supercomputers. I am surprised that others are able to login while running a command by simply sending one-way the keys. As I am no system expert, I assume that I am not setting up correctly ssh. regards francesco Francesco, If I understand you correctly, you are trying to ssh from your PC running 32-bit Lenny to a node in a parallel computing cluster running 64-bit Lenny. Is this correct? I'm not sure why a simple one-way shared key would not work if you are trying to run a command on the parallel computer from your PC. You shouldn't need two-way authentication unless the parallel computer needs to run something on your machine using the same tunnel. But I might be misunderstanding how you have things set up. - Dave P.S. I sent this reply back to the lists so this conversation wouldn't go completely off-list, in case someone else is interested too. -- Dave Parker Utica College Integrated Information Technology Services (315) 792-3229 Registered Linux User #408177 -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ssh
Is any 'send file' command to make so that two machines (an amd64 multisocket and a simple i386, both lenny) talk scp with one another through a router (attached to adsl) fully without asking the password? With 'fully' I mean that command: ssh target_machine_name date gives the date without asking a password. The mere sending id_rsa.pub to create the authorized_keys file only works (without asking the password) for command: ssh target_machine_name but if 'date' is also requested, the password is needed (at least in my hands). I know how to solve the issue, i.e. by cross appending the authorized_keys files, in order that each machine knows itself. But there must be a simpler way. That's odd. I am able to get commands to work over SSH without a password. I copied the contents of ~/.ssh/id_rsa.pub on my work computer into ~/.ssh/authorized_keys on my home computer. Now I can SSH from my work computer to my home computer like this: ssh m...@myhomepc date And it logs into my home computer and then runs the date command. I did not have to do anything with the authorized_keys file on my work computer to make this happen. - Dave -- Dave Parker Utica College Integrated Information Technology Services (315) 792-3229 Registered Linux User #408177 -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: ssh
Christopher Browne wrote: On Tue, Jan 20, 2009 at 11:06 AM, David A. Parker dpar...@utica.edu wrote: Is any 'send file' command to make so that two machines (an amd64 multisocket and a simple i386, both lenny) talk scp with one another through a router (attached to adsl) fully without asking the password? With 'fully' I mean that command: ssh target_machine_name date gives the date without asking a password. The mere sending id_rsa.pub to create the authorized_keys file only works (without asking the password) for command: ssh target_machine_name but if 'date' is also requested, the password is needed (at least in my hands). I know how to solve the issue, i.e. by cross appending the authorized_keys files, in order that each machine knows itself. But there must be a simpler way. That's odd. I am able to get commands to work over SSH without a password. I copied the contents of ~/.ssh/id_rsa.pub on my work computer into ~/.ssh/authorized_keys on my home computer. Now I can SSH from my work computer to my home computer like this: ssh m...@myhomepc date And it logs into my home computer and then runs the date command. I did not have to do anything with the authorized_keys file on my work computer to make this happen. That's all appropriate. You only need to modify authorized_keys in both places if you want the symmetric relationship that either machine can log into the other. Correct. I mentioned that I did not have to alter the authorized_keys file on my work PC in response to the OP's statement: I know how to solve the issue, i.e. by cross appending the authorized_keys files, in order that each machine knows itself. But there must be a simpler way. I have no idea why you would need to do something like that. I have never had to cross-append anything in order to make this work. I just wanted to clarify for the OP that the keys only need to be shared in one direction to do this. He seems to indicate that the passwordless login works just fine unless he tries to run a command through the ssh command line. I don't know why that would make a difference. He also mentioned scp, and I think the better alternative would be to run sftp with a batch file. - Dave -- Dave Parker Utica College Integrated Information Technology Services (315) 792-3229 Registered Linux User #408177 -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: flashplayer on debian-amd64 (sid)
Dear maintainers, I tested some flash plugins onm my amd64 system. According to this, I found out, flashplugin-nonfree either from sid or experimental is not working. This is because it is using nspluginwrapper and the 32-bit version of flashplayer10. I have found out a better solution. Two opportunities: [snip] For those interested in a more Debianly-correct solution, I will share my latest experience from yesterday, after trying to get the 64-bit Flash plugin working using 'flashplugin-nonfree' from the experimental repositories: First, I began having problems with Flash this Fall with the 1.7.x series of 'flashplugin-nonfree'. The maintainer of the package, Bart Martens, realized that it was a violation of Debian policy for the installer scripts to touch anything in the Debian alternatives system when installing the plugin, and removed the script code that sets the 'flash-mozilla.so' link in /etc/alternatives to auto mode if it (for any reason) gets set to manual. When I installed versions of 'flashplugin-nonfree' in the 1.7.x series, Flash was broken. I was holding the package at 1.6.3 for a long time until I found some time to do some reading on the bug tracking system -- where I found out about the issue with the Debian alternatives system. Sure enough, something had set 'flash-mozilla.so' to manual on my system, and updates of the Flash plugin in 1.7.x were not being recognized after being installed because of that. The alternatives system _was_ properly indicating that the newly-installed version was the preferred version, but the manual status was keeping the links from being updated to the new version. (Current status can be checked by running 'update-alternatives --display flash-mozilla.so'.) The fix was to run 'update-alternatives --auto flash-mozilla.so'. After that, Flash was working fine for me again. Yesterday, I installed the experimental version of 'flashplugin-nonfree', version 2 (actually 1:2, with the epoch prefixed) -- which uses the 64-bit beta from Adobe's website, and has NO dependency on 'nspluginwrapper' -- to see if it would work for me. After installing it, I had no Flash support at all... and the Iceweasel Tools-Add-ons-Plugins menu confirmed that with no listing for Shockwave Flash. I had taken notes on my problems describe above during the Fall, and re-read those notes. After investigating the dates of 'libflashplayer.so' in /usr/lib/mozilla/plugins and /usr/lib/flashplugin-nonfree, I realized that cruft was left behind on my system because not all of these files end up getting tracked properly by the Debian packaging system when stuff from Adobe gets installed in the filesystem. Furthermore, the alternatives link to 'flash-mozilla.so' was set to manual again, but the alternatives system was correctly identifying the new, version 2, Flash player as the preferred version. Simply running update-alternatives --auto flash-mozilla.so was enough to allow Iceweasel to use the new Flash player, and it is working great for me! This really needs to be documented somewhere -- nothing relevant appears in /usr/share/doc/flashplugin-nonfree, though the changelog includes some hints -- and I would argue that the debconf system could be used to ask for user input if the 'flash-mozilla.so' link in the alternatives is set to manual. The sort of grief demonstrated by the post to which I am responding could be lessened or avoided entirely with a little helpful information! Hope that helps someone, Dave W. -- To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org with a subject of unsubscribe. Trouble? Contact listmas...@lists.debian.org
Re: /etc/apt/sources.list
On Thu, 2008-09-18 at 15:26 +1000, Alex Samad wrote: On Thu, Sep 18, 2008 at 10:04:46AM +0800, David Palmer wrote: Having a problem - with two different releases, now, 4.0r3 and 4.0r4, on installation. For some reason the installer no longer includes John Hasler's pppconfig package (although plenty of attention is given to pppoe), setserial isn't included in the base config to assist with modem port detection, so consequently, there's no access to a mirror and the only thing that ends up in the sources.list file is the cdrom path. I could probably figure things out but I'm a bit doubtful on the syntax employed when specifying the paths in the /etc/apt/sources.list edit. I've searched everywhere fron Martin Kraft's book, to ' Linux Rute User's Tutorial and Exposition', the Debian site - including the amd64 installation manual, man pages and google.amongst others, but I can find no hard and fast specification as to whether the 'amd64' qualifier should be included in the path and if so, how it should be qualified, i.e. associated with forward slashes; underscores or hyphens. Could anybody point me to a reliable source, please? man sources.list Some examples: deb http://http.us.debian.org/debian stable main contrib non-free deb http://http.us.debian.org/debian dists/stable-updates/ Right! So there's no need to include an amd64 rider in there at all? Apt picks it up automagically? Thanks for your help. Regards, David Palmer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Sources List.
Hello again, I've spent most of the day trying to get this format right. Would somebody be so kind as to look at it for me and advise what will immediately become blazingly obvious? Aptitude advises that the problem is in line 5 and I believe it because aptitude is smarter than I am. Wisdom comes with age and I'm not quite sixty yet. I've moved things around until I'm giddy and posting the answer back to the list is fine as, in the interim, I've cleared up the backlog of 10,000 emails. Regards and thanks, David Palmer. # deb cdrom:[Debian GNU/Linux 4.0 r4 _Etch_ - Official amd64 DVD Binary-1 20080726-23:51]/ etch contrib main deb http://ftp.au.debian.org/debian stable main contrib non-free deb http://ftp.au.debian.org/debian dists/stable-updates/ deb http://security.debian.org/ etch/updates main contrib non-free
Re: Sources List.
On Thu, 2008-09-18 at 14:53 +0200, Thierry Chatelet wrote: # deb cdrom:[Debian GNU/Linux 4.0 r4 _Etch_ - Official amd64 DVD Binary-1 20080726-23:51]/ etch contrib main deb http://ftp.au.debian.org/debian/ stable main contrib non-free deb http://ftp.au.debian.org/debian/ dists/stable-updates/ deb http://security.debian.org/ etch/updates main contrib non-free As for the second line, I have no idea what it is. No, that doesn't happen in the actual file. It's just the wrap from the end of the cdrom description. Thanks for your time and trouble. Regards, David Palmer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sources List.
On Thu, 2008-09-18 at 10:18 -0300, Gunther Furtado wrote: snip There is no dists/stable-updates/ on http://ftp.au.debian.org/debian Maybe you should try something like: deb http://ftp.au.debian.org/debian stable-proposed-updates or deb http://ftp.au.debian.org/debian distts/stable-proposed-updates cheers, Right! So that's what the situation is. A peculiarity with that particular mirror. I had followed the directories through and seen it, but thought there would probably be something like a timed release when the name of the directory would be changed. Too complicated. Simple works. It's rated as one of the main ones on the Debian site, so I thought I'd be safe from anything like that. Probably the best thing is just to change mirrors. Regards and thanks, David Palmer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
/etc/apt/sources.list
Having a problem - with two different releases, now, 4.0r3 and 4.0r4, on installation. For some reason the installer no longer includes John Hasler's pppconfig package (although plenty of attention is given to pppoe), setserial isn't included in the base config to assist with modem port detection, so consequently, there's no access to a mirror and the only thing that ends up in the sources.list file is the cdrom path. I could probably figure things out but I'm a bit doubtful on the syntax employed when specifying the paths in the /etc/apt/sources.list edit. I've searched everywhere fron Martin Kraft's book, to ' Linux Rute User's Tutorial and Exposition', the Debian site - including the amd64 installation manual, man pages and google.amongst others, but I can find no hard and fast specification as to whether the 'amd64' qualifier should be included in the path and if so, how it should be qualified, i.e. associated with forward slashes; underscores or hyphens. Could anybody point me to a reliable source, please? I'll have to read the answer in the archives as I've been off-line for a while and I've got about 10,000 emails backed up on me. With spam training on a new mail client, that's a whole separate issue Thanks for any information. Regards, David Palmer. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Official installer debian.exe ?
http://goodbye-microsoft.com/ I don't think it's 'official', but I've tried it before and it worked for me in the past. The website has more info if you're interested. On Wed, Mar 19, 2008 at 10:09 AM, Hans-J. Ullrich [EMAIL PROTECTED] wrote: Dear maintainers, I found an installer (sadly I forgot the link to it), where you can download a file named debian.exe. This is an installer, which can be started out of Microsoft systems to install Debian on a system. The installer is looking very fine, and is running well. Is this an official installer released by you ? I did not find any information about this. Greetings Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: [EMAIL PROTECTED] and Boinc
Mike Cruz wrote: I would like to install and run the [EMAIL PROTECTED] project on my server. It does not have X11 installed. I already have installed boinc_client. I understand you can control boinc for the command line using boinc_cmd. bonic_client is already setup to start at boot. I am trying to connect to the seti @home project and its not working. I understand there is yet another account I need for bonic to work somthing called BAM. could someone explain this? Its really silly having this many problems installing and running [EMAIL PROTECTED] I used to help back when I ran gentoo and it was simple as pie it seem like they really made it much harder to HELP them out. It might be one of those little things. You've spelt boinc as bonic twice in your post. Have you done the same in your config? Regards, -- David Palmer Linux User - #352034 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Machine Check Exception
It is helping enough, seems to be a problem with the bank4 memory module. So you have a hardware problem in that memory module, to check if it is for sure, you can get out such module and see if the problem persists or not. Eduardo M KALINOWSKI wrote: Today, for the first time, I got this message during boot (just after some messages from ohcihcd): HARDWARE ERROR CPU 0: Machine Check Exception:4 Bank 4: b2070f0f TSC a38a02f0b This is not a software problem! Run through mcelog --ascii to decode and contact your hardware vendor Kernel panic - not syncing: Machine check Well, mcelog --ascii does not help much, to say the truth: HARDWARE ERROR. This is *NOT* a software problem! Please contact your hardware vendor CPU 0 4 northbridge TSC a38a02f0b Northbridge Watchdog error bit57 = processor context corrupt bit61 = error uncorrected bus error 'generic participation, request timed out generic error mem transaction generic access, level generic' STATUS b2070f0f MCGSTATUS 4 The processor is an Athlon 64 3000+, on a Asus K8U-X motherboard. The error first appeared just after I plugged a USB webcam in my system. However, both times resetting the system made it boot correctly. So, how should that messages be interpreted? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Question: package listing with apt
dpkg -l ¦ less Hans-J. Ullrich wrote: Hi all, how can I list all installed packages in the shell ? I suppose it can be done using apt, but with apt-cache or apt-show I could not find a way. What did I miss ? Regards Hans --- avast! Antivirus: Outbound message clean. Virus Database (VPS): 0640-6, 08/10/2006 Tested on: 10/10/2006 08:08:55 avast! - copyright (c) 1988-2006 ALWIL Software. http://www.avast.com ___ The all-new Yahoo! Mail goes wherever you go - free your email address from your Internet provider. http://uk.docs.yahoo.com/nowyoucan.html
Re: rret or rred
On Monday 18 September 2006 15:12, Wolfgang Mader wrote: Hello list, since this is silly question I only want a short answer. Today I noticed a process using top with the name rred or rret owned by root. It eats up 70% of my cpu. Now he is gone. I can not find him neither with top nor with the systemguard from kde. What is this for an strange process. Do I have to worry the same way users from the other os have to? Thank you, W. Mader I suspect you were running apt-get update at the time. This is the process that processes the .pdiff files. It is thus friendly and not a concern. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
On Jul 12, 2006 at 20:39, Art Edwards praised the llamas by saying: The point is that they do not work exactly fine. For ddd, the console at the bottom is dead. The keyboard fails. For grace(xmgrace) the same symptom is present in all text boxes. This appears to be a pretty general problem because the same is true for Fedora Core 5, but not for Fedora Core 4. I have compiled xmgrace from sources and I have the same problem. I have done some looking and this problem surfaced several years ago on a cygwin list. Just for the record, when I invoke xmgrace from the command line, I receive many errors like this: Warning: String to TranslationTable conversion encountered errors Warning: translation table syntax error: Unknown keysym name: osfHelp I get exactly the same set from ddd. Again, this is true for AMD64 for both Debian and for Fedora Core 5. Can you file bugs about both these issues using the reportbug tool so the maintainers are made aware of the problems. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Broken applications: Could we be honest?
On Jul 12, 2006 at 21:52, Art Edwards praised the llamas by saying: I posted the same initial message on the three sites I thought were appropriate. My plea for honesty was a measure of frustration with what should be well-established packages. It turns out that in the newer distros, the structure of /usr/X11R6 has changed dramatically enough that it broke a .cshrc file that had worked for five years. Your fustration clearly hasn't reached a point where you felt it necessary to file a bug report about the issues you've faced. We can not fix problems if we don't know about them. I can not find a single bug report about the issues you've raised and I can only find one bug submitted by yourself. Occasionally we need to make incompatible changes to improve the distribution. The NEWS.Debian for Xorg should detail these changes. I would imagine that this change is significant to warrant a debconf notice during upgrade. I would also hope it is detailed in the Etch release notes, although I'd understand if these haven't been completely written yet. Arguably there should be symlinks in place so that the upgrade doesn't break your .cshrc file. I would suggest filing a bug against the package that contais the file that has moved, explaining that there is a regression. Please file bugs in our BTS as it is the only way maintainers can reliably discover problems in the distribution. A large number of developers do not read any of the lists you've posted to. -- David Pashley [EMAIL PROTECTED] Nihil curo de ista tua stulta superstitione. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Etch weekly build
Hi, http://cdimage.debian.org/cdimage/weekly-builds/amd64/iso-dvd/ I just noticed that the weekly build of etch for amd64 is now 3 DVDs. Does this mean that the etch DVDs are now usable? The 3rd ISO is a little smaller than the equivalent i386 ISO. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Etch weekly build
On Thu, Jun 29, 2006 at 12:45:03PM +0200, P|pex wrote: I used the sarge cd for amd64 and after upgrade to etch with aptitude dist-ugprade Thanks for the reply. I currently have a working sarge, but I'm on dial-up so aptitude dist-upgrade isn't practical. The system is also in daily use, so I don't want to attempt an upgrade and then have to spend ages picking up the pieces if it fails. What I normally do is install the upgrade to another partition and dual- boot. When I'm happy with the new version (or distro) I configure it to mount the other partitions (/home etc) and make it the default boot. The sarge that I have installed is a bit of a hack too. The default sarge install kernel didn't recognise my SATA controller, so I had to boot another kernel before installing, which meant that the modules didn't load properly and I had to do some configuration by hand later. So I really don't want to try to upgrade it. Maybe I'll give it a go. I'll let you know the results if I do. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
KDE and Etch/Testing
Hello, Looking through the archives, there was recently a post about KDE not being available yet. Does anyone know if this has been fixed yet? I tried 'apt-get install kde' today and got the same result: The following packages have unmet dependencies. kdebase: Depends: kappfinder (= 4:3.5.2-2) but it is not going to be installed Depends: kate (= 4:3.5.2-2) but it is not going to be installed Depends: kcontrol (= 4:3.5.2-2) but it is not going to be installed Depends: kdebase-bin (= 4:3.5.2-2) but it is not going to be installed Depends: kdebase-kio-plugins (= 4:3.5.2-2) but it is not going to be installed Depends: kdepasswd (= 4:3.5.2-2) but it is not going to be installed Depends: kdeprint (= 4:3.5.2-2) but it is not going to be installed Depends: kdesktop (= 4:3.5.2-2) but it is not going to be installed Depends: kfind (= 4:3.5.2-2) but it is not going to be installed Depends: khelpcenter (= 4:3.5.2-2) but it is not going to be installed Depends: kicker (= 4:3.5.2-2) but it is not going to be installed Depends: klipper (= 4:3.5.2-2) but it is not going to be installed Depends: kmenuedit (= 4:3.5.2-2) but it is not going to be installed Depends: konqueror-nsplugins (= 4:3.5.2-2) but it is not going to be installed Depends: konqueror (= 4:3.5.2-2) but it is not going to be installed Depends: konsole (= 4:3.5.2-2) but it is not going to be installed Depends: kpager (= 4:3.5.2-2) but it is not going to be installed Depends: kpersonalizer (= 4:3.5.2-2) but it is not going to be installed Depends: ksmserver (= 4:3.5.2-2) but it is not going to be installed Depends: ksplash (= 4:3.5.2-2) but it is not going to be installed Depends: ksysguard (= 4:3.5.2-2) but it is not going to be installed Depends: ktip (= 4:3.5.2-2) but it is not going to be installed Depends: kwin (= 4:3.5.2-2) but it is not going to be installed Depends: libkonq4 (= 4:3.5.2-2) but it is not going to be installed E: Broken packages Thanks! Dave -- Dave Parker Utica College Department of Integrated Information Technology Services Data Processing Office (315) 792-3229 Registered Linux User #408177 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Sarge on 100GB SATA Drives
Hi Siju, On Fri, Apr 21, 2006 at 06:02:06PM +0530, Siju George wrote: Hi all, I am trying to net install sarge amd64 port on an amd64 athlon computer with 120GB Seagate Baracuda 7200.7 SATA Hard Disk. The mother board is http://www.directron.com/rs482m4ild.html It seems the installer does not detect the hard disk :-( Is this hardware supported? any work arounds? I had a similar problem. It isn't the disk itself that isn't recognised, it's the controller. My SATA controller wasn't recognised by the sata_sil kernel module in the stock kernel. I worked around the problem by hacking the kernel modules from an OpenSUSE initrd into a copy of the debian installer initrd, and then booting the OpenSuSE kernel with the hacked initrd by inserting an option into the already-installed OpenSuSE's GRUB menu. It kind of worked. The main problem was that the modules in the base system didn't match the kernel, so the basic installer couldn't detect the hardware properly (apart from the DVD and the hard drive), which has caused other problems along the way, and I still haven't got the system properly configured as a result. :-( I had to copy /lib/modules/xxx from SuSE into Debian by booting SuSE and mounting the Debian root before I could even boot the installed system properly. There must be a better way - such as building a new installer DVD from the old one but with replaced kernel and modules, but I've no how to do that. I'm new to debian, having come from slackware via SuSE (and given up on SuSE because there's so much missing). Also never had bleeding-edge hardware before ;-) Installed from DVDs: 2x Sarge-amd64 plus the backports disk. I need x.org 6.9 to support the ATI card. Dave pgp0rS3w40Zr1.pgp Description: PGP signature
Re: Xorg broken in dual-head mode
Raimund Jacob wrote: Hi! after todays discussion about Xorg 7.0 i wanted to add my .02 euros because i hit a brick wall: https://bugs.freedesktop.org/show_bug.cgi?id=6593 i was using the 'sid' thing while the amd64-port wasnt official. now i'm stuck between etch (too old, some of my packages require newer packages) and sid (some X packages already want Xorg 7.0 (which isnt there) and some packages aren't available yet). i guess the latter will be solved during the next days, though... Raimund ps: just FYI, no action required :) I installed nvidia-glx 1.0.8756-3 and xserver-xorg-video-nv 1:1.0.1.5-2 and have had no problems with a dual-head display with xorg 7.0. Below is a record of my upgrade, using the official Debian repositories. I did not have to rebuild the nvidia kernel module. Like others, I have residual keyboard issues because of xbase-libs not yet being upgraded; I worked around it by creating symlinks to startx and xauth, which were no longer on the path. Dave 2006-04-13 15:40 install libgl1-mesa-glx 6.4.1-0.4 2006-04-13 15:40 upgrade xlibmesa-dri 1:7.0.10 2006-04-13 15:40 upgrade xlibmesa-gl 1:7.0.10 2006-04-13 15:41 upgrade xfonts-100dpi 1:1.0.0-2 2006-04-13 15:41 upgrade xfonts-100dpi-transcoded 1:1.0.0-2 2006-04-13 15:41 upgrade xfonts-75dpi 1:1.0.0-2 2006-04-13 15:41 upgrade xfonts-75dpi-transcoded 1:1.0.0-2 2006-04-13 15:41 upgrade xfonts-base 1:1.0.0-3 2006-04-13 15:41 upgrade xfonts-base-transcoded 6.9.0.dfsg.1-6 2006-04-13 15:41 install xfonts-encodings 1:1.0.0-2 2006-04-13 15:41 upgrade xfonts-scalable 1:1.0.0-3 2006-04-13 15:41 install xfonts-utils 1:1.0.0-3 2006-04-13 15:41 install libglu1-mesa 6.4.1-0.4 2006-04-13 15:41 upgrade libglu1-xorg 1:7.0.10 2006-04-13 15:43 install dmidecode 2.8-2 2006-04-13 15:43 install laptop-detect 0.12.1 2006-04-13 15:43 remove libxosd-dev 2.2.14-1.2 2006-04-13 15:43 remove libxtst-dev 6.9.0.dfsg.1-3 2006-04-13 15:43 upgrade libxtst6 1:1.0.1-2 2006-04-13 15:43 remove libxv-dev 6.9.0.dfsg.1-3 2006-04-13 15:43 upgrade libxv1 1:1.0.1-2 2006-04-13 15:43 remove libxvmc-dev 6.9.0.dfsg.1-3 2006-04-13 15:43 upgrade libxvmc1 1:1.0.1-3 2006-04-13 15:43 remove libxxf86dga-dev 6.9.0.dfsg.1-3 2006-04-13 15:43 upgrade libxxf86dga1 2:1.0.0-2 2006-04-13 15:43 remove libxxf86misc-dev 6.9.0.dfsg.1-3 2006-04-13 15:43 upgrade libxxf86misc1 1:1.0.0-3 2006-04-13 15:43 remove libxxf86vm-dev 6.9.0.dfsg.1-3 2006-04-13 15:43 upgrade libxxf86vm1 1:1.0.0-3 2006-04-13 15:43 remove xlibs-dev 6.8.2.dfsg.1-11 2006-04-13 15:43 remove xlibs-static-dev 6.9.0.dfsg.1-3 2006-04-13 15:43 remove xlibs-static-pic 6.9.0.dfsg.1-3 2006-04-13 15:44 upgrade libxaw7 1:1.0.1-4 2006-04-13 15:44 remove libxaw7-dev 6.9.0.dfsg.1-3 2006-04-13 15:44 remove libxmu-dev 6.9.0.dfsg.1-3 2006-04-13 15:44 remove libxpm-dev 6.9.0.dfsg.1-3 2006-04-13 15:44 remove libxrandr-dev 6.9.0.dfsg.1-3 2006-04-13 15:44 upgrade libxrandr2 2:1.1.0.2-3 2006-04-13 15:44 remove libxres-dev 6.9.0.dfsg.1-3 2006-04-13 15:44 upgrade libxres1 2:1.0.0-2 2006-04-13 15:44 remove libxss-dev 6.9.0.dfsg.1-3 2006-04-13 15:44 upgrade libxss1 1:1.0.1-3 2006-04-13 15:44 remove libxt-dev 6.9.0.dfsg.1-3 2006-04-13 15:44 upgrade libxt6 1:1.0.0-3 2006-04-13 15:44 remove libxtrap-dev 6.9.0.dfsg.1-3 2006-04-13 15:44 upgrade libxtrap6 1:1.0.0-2 2006-04-13 15:46 upgrade libcairo2 1.0.4-1 2006-04-13 15:46 remove libcairo2-dev 1.0.2-3 2006-04-13 15:46 upgrade libgnomeui32 1.4.2-32 2006-04-13 15:46 remove libx11-dev 6.9.0.dfsg.1-3 2006-04-13 15:46 remove libxcursor-dev 1.1.3-1 2006-04-13 15:46 upgrade libxcursor1 1.1.5.2-2 2006-04-13 15:46 remove libxdamage-dev 6.9.0.dfsg.1-3 2006-04-13 15:46 upgrade libxdamage1 1:1.0.2.2-2 2006-04-13 15:46 remove libxfixes-dev 6.9.0.dfsg.1-3 2006-04-13 15:46 upgrade libxfixes3 1:3.0.1.2-2 2006-04-13 15:46 remove libxft-dev 2.1.7-1 2006-04-13 15:46 remove libxi-dev 6.9.0.dfsg.1-3 2006-04-13 15:46 upgrade libxi6 1:1.0.0-3 2006-04-13 15:46 remove libxinerama-dev 6.9.0.dfsg.1-3 2006-04-13 15:46 upgrade libxinerama1 1:1.0.1-2 2006-04-13 15:46 remove libxkbfile-dev 6.9.0.dfsg.1-3 2006-04-13 15:46 upgrade libxkbfile1 1:1.0.2-2 2006-04-13 15:46 remove libxkbui-dev 6.9.0.dfsg.1-3 2006-04-13 15:46 upgrade libxkbui1 1:1.0.1-2 2006-04-13 15:46 upgrade libxmu6 1:1.0.1-2 2006-04-13 15:46 remove libxmuu-dev 6.9.0.dfsg.1-3 2006-04-13 15:46 upgrade libxmuu1 1:1.0.1-2 2006-04-13 15:46 remove libxp-dev 6.9.0.dfsg.1-3 2006-04-13 15:46 upgrade libxp6 6.9.0.dfsg.1-6 2006-04-13 15:46 remove libxrender-dev 1:0.9.0.2-1 2006-04-13 15:46 upgrade libxrender1 1:0.9.0.2-2 2006-04-13 15:47 upgrade libfs6 2:1.0.0-2 2006-04-13 15:47 remove libice-dev 6.9.0.dfsg.1-3 2006-04-13 15:47 upgrade libice6 1:1.0.0-2 2006-04-13 15:47 remove libsm-dev 6.9.0.dfsg.1-3 2006-04-13 15:47 upgrade libsm6 1:1.0.0-3 2006-04-13 15:47 upgrade libxaw8 6.9.0.dfsg.1-6 2006-04-13 15:48 upgrade lbxproxy 6.9.0.dfsg.1-6 2006-04-13 15:48 remove libdmx-dev 6.9.0.dfsg.1-3 2006-04-13 15:48 upgrade libdmx1 1:1.0.1-2 2006-04-13 15:49 remove libxau-dev
Re: Xorg 7.0
Anders Peter Fugmann wrote: However, xbase-clients is missing from the archives, which is needed to have the correct keymap installed. I have compiled a version from sources, which you can find here: http://www.fugmann.net/~afu/amd64/xbase-clients_7.0.0-2_amd64.deb Thank you! The missing update in official means remote x-windows fails, because it can't find xauth, and of course switching keyboards fails in KDE. This package solved my issues. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
KInfoCenter Network Interfaces doesn't show all active interfaces
In kinfocenter, all three amd64 machines I have access to fail to
display network interface information about eth0 and eth1, while lo and
vmnet1 are shown. On i386, all interfaces are shown correctly. I
reported this bug upstream at
http://bugs.kde.org/show_bug.cgi?id=125263. Strace shows eth0 is
detected, but the loop exits before the device is added to the list.
Helge Deller, the upstream maintainer, pinpoints the problem to
kdebase/kcontrol/nics/nic.cpp around line 169:
for (char* ptr = buf; ptr buf + ifc.ifc_len; )
{
struct ifreq *ifr =(struct ifreq *) ptr;
int len = sizeof(struct sockaddr);
#ifdef HAVE_STRUCT_SOCKADDR_SA_LEN
if (ifr-ifr_addr.sa_len len)
len = ifr-ifr_addr.sa_len;/* length 16 */
#endif
ptr += sizeof(ifr-ifr_name) + len; /* for next one in buffer */
However, he doesn't have amd64 hardware and I would rather not fly
blind. Can someone confirm amd64 will fail at this location and suggest
a fix?
David
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: The future of the amd64 port
rickh wrote: I should know this, but my choices for sources.list repositories have always been provided by the installation program. Now it seems that I'll have to change it, and I'm not sure what the exact change should be. I'm guessing something like: deb ftp://ftp.us.debian.org/amd64/ testing main contrib non-free deb-src ftp://ftp.us.debian.org/amd64/ testing main contrib non-free Would someone please clarify the exact syntax. I recommend using this in /tmp: netselect-apt unstable It will find you the fastest repository and create a version of sources.list you can copy selectively to /etc/apt/sources.list. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nvidia building from source (2.6.15)
Sebastian Haase wrote: Len, Thanks for the reply. Could you be little more verbose on what dpkg-source -x nvidia*dsc means !? Where do I get the nvidia*dsc file(s) ? Does dpkg-buildpackage -rfakeroot -us -uc -b automatically try to get all the build-dependencies ? Thanks, Sebastian Haase On Tuesday 04 April 2006 11:29, Lennart Sorensen wrote: On Tue, Apr 04, 2006 at 10:24:19AM -0800, Sebastian Haase wrote: Hi, I'm running kernel version 2.6.15 from backports (2.6.15-1-amd64-k8-smp) snip Perhaps you can rebuild the newer nvidia package. Not sure. Then again it might depend on a newer debhelper version or something. You can try it though with the source package from etch/sid, and doing: dpkg-source -x nvidia*dsc cd nvidia-... dpkg-buildpackage -rfakeroot -us -uc -b Then install the resulting packages with dpkg -i I actually though 7174-3 worked with 2.6.15 though. Maybe that is x86 only though. Or maybe amd64 doesn't have the same version as sarge i386 does. Worth checking actually. I ran nvidia 7676 for 2.6.14, but had to upgrade to 8178-3 for 2.6.16. Not sure about 2.6.15. To build the package, I install nvidia-kernel-source, cd /usr/src/linux (where I have the kernel) and make-kpkg -rev 1 modules_image Works beautifully. Dave Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nvidia building from source (2.6.15)
Jo Shields wrote: Sebastian Haase wrote: On Wednesday 05 April 2006 13:38, you wrote: On Wed, Apr 05, 2006 at 12:05:57PM -0800, Sebastian Haase wrote: Thanks for the reply. (Just for reference I just found http://www.debian.org/doc/manuals/apt-howto/ch-sourcehandling.en.html BUT: In all places I found (including http://people.debian.org/~rdonald/nvidia/...) there seems to be only version 7174 for AMD64 AND then I always get complains from the debian/rules scripts that essentially say that they only work with the kernel-headers packages but not with linux-headers ... What needs to be fixed to get anything of nvidia to work with lthe inux-headers package ? Works for me with linux-headers. At least 8178-3 does. Thanks for the reply - as I said the only 8178 I found claimed to be only for i386. Now, I went to the nvidia web site and got their driver-installer script (appr. 9MB) -- it worked right-away (I followed instructions from http://wiki.serios.net/wiki/Debian_NVIDIA_proprietary_display_driver_installation) Only concern of course now is that I would like to know where the hell this script put its (glx / module / X ) files !?!?!? All over the place. Which is why you NEVER use the stuff from nvidia.com directly Exactly. That said, I think there may be an uninstaller in the package now? BTW, although Randall Donald says he puts his packages on his own repository at http://people.debian.org/~rdonald/nvidia, he hasn't done that since December. The main repositories get them, though. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nvidia building from source (2.6.15)
Sebastian Haase wrote: On Wednesday 05 April 2006 17:12, David Liontooth wrote: Jo Shields wrote: Sebastian Haase wrote: On Wednesday 05 April 2006 13:38, you wrote: On Wed, Apr 05, 2006 at 12:05:57PM -0800, Sebastian Haase wrote: Thanks for the reply. (Just for reference I just found http://www.debian.org/doc/manuals/apt-howto/ch-sourcehandling.en.html BUT: In all places I found (including http://people.debian.org/~rdonald/nvidia/...) there seems to be only version 7174 for AMD64 AND then I always get complains from the debian/rules scripts that essentially say that they only work with the kernel-headers packages but not with linux-headers ... What needs to be fixed to get anything of nvidia to work with lthe inux-headers package ? Works for me with linux-headers. At least 8178-3 does. Thanks for the reply - as I said the only 8178 I found claimed to be only for i386. Now, I went to the nvidia web site and got their driver-installer script (appr. 9MB) -- it worked right-away (I followed instructions from http://wiki.serios.net/wiki/Debian_NVIDIA_proprietary_display_driver_ins tallation) Only concern of course now is that I would like to know where the hell this script put its (glx / module / X ) files !?!?!? All over the place. Which is why you NEVER use the stuff from nvidia.com directly Exactly. That said, I think there may be an uninstaller in the package now? BTW, although Randall Donald says he puts his packages on his own repository at http://people.debian.org/~rdonald/nvidia, he hasn't done that since December. The main repositories get them, though. Dave Please point me to a mirror that has the 8178 version for amd64. Looking more closely into this I realize I was mistaken -- Randall does put the files in his archives, but his new syntax puts them in a different location, and I don't see them in the directory listings. However, this line gets them: deb http://people.debian.org/~rdonald/nvidia unstable nvidia-graphics-drivers nvidia-settings nvidia-kernel-common nvidia-xconfig As you note, they haven't propagated yet for some reason, possibly related to the inclusion of amd64 in official Debian? There are ways to build Debian packages from nvidia's sources, patched or otherwise, cf. http://home.comcast.net/~andrex/Debian-nVidia/index.html, but Randall packages save you a lot of trouble. Did you manage to uninstall the files created by nVidia's installer? Dave -- I'm already starting to have problems with building GL programs (it seems like a gl.h mixup after installing xlibmesa-gl-dev ...) So I'm looking for a NVIDIA deinstall script (it seems all NVIDIA files have the same creation date ...) Thanks (I'm back ...) - Sebastian Haase -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: nvidia building from source (2.6.15)
Sebastian Haase wrote: David Liontooth wrote: Sebastian Haase wrote: On Wednesday 05 April 2006 17:12, David Liontooth wrote: Jo Shields wrote: Sebastian Haase wrote: On Wednesday 05 April 2006 13:38, you wrote: On Wed, Apr 05, 2006 at 12:05:57PM -0800, Sebastian Haase wrote: Thanks for the reply. (Just for reference I just found http://www.debian.org/doc/manuals/apt-howto/ch-sourcehandling.en.html BUT: In all places I found (including http://people.debian.org/~rdonald/nvidia/...) there seems to be only version 7174 for AMD64 AND then I always get complains from the debian/rules scripts that essentially say that they only work with the kernel-headers packages but not with linux-headers ... What needs to be fixed to get anything of nvidia to work with lthe inux-headers package ? Works for me with linux-headers. At least 8178-3 does. Thanks for the reply - as I said the only 8178 I found claimed to be only for i386. Now, I went to the nvidia web site and got their driver-installer script (appr. 9MB) -- it worked right-away (I followed instructions from http://wiki.serios.net/wiki/Debian_NVIDIA_proprietary_display_driver_ins tallation) Only concern of course now is that I would like to know where the hell this script put its (glx / module / X ) files !?!?!? All over the place. Which is why you NEVER use the stuff from nvidia.com directly Exactly. That said, I think there may be an uninstaller in the package now? BTW, although Randall Donald says he puts his packages on his own repository at http://people.debian.org/~rdonald/nvidia, he hasn't done that since December. The main repositories get them, though. Dave Please point me to a mirror that has the 8178 version for amd64. Looking more closely into this I realize I was mistaken -- Randall does put the files in his archives, but his new syntax puts them in a different location, and I don't see them in the directory listings. However, this line gets them: deb http://people.debian.org/~rdonald/nvidia unstable nvidia-graphics-drivers nvidia-settings nvidia-kernel-common nvidia-xconfig As you note, they haven't propagated yet for some reason, possibly related to the inclusion of amd64 in official Debian? There are ways to build Debian packages from nvidia's sources, patched or otherwise, cf. http://home.comcast.net/~andrex/Debian-nVidia/index.html, but Randall packages save you a lot of trouble. Did you manage to uninstall the files created by nVidia's installer? I did not see an uninstall option in nVidia's script - did I overlook it ? - maybe tomorrow morning I'll see it ... Otherwise I will try to mv all from-nVidia-installed files into some backup place in my home directory ... (just in case I CAN use e.g. the kernel module later ;-) ) I tried http://people.debian.org/~rdonald/nvidia unstable (refer to my post here few days ago) - BAD idea !! I'm running sarge ! - and binary unstable packages are already compiled against a newer glibc ! they don't work ... Does this one work? deb http://people.debian.org/~rdonald/nvidia sarge nvidia-graphics-drivers nvidia-settings nvidia-kernel-common nvidia-xconfig So what I would need is the corresponding deb-src line ... I could not get that one right !!! deb-src http://people.debian.org/~rdonald/nvidia unstable nvidia-graphics-drivers nvidia-settings nvidia-kernel-common nvidia-xconfig I haven't tested this one. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Entry in sources.list still necessary ?
Hans-J. Ullrich wrote: Hello all, in my sources.list is still the following entry, which was some time ago necessary, to get some 32-bit-applications (i.e. openoffice) running (thanks to Goswin von Brederlow). Is this entry still necessary ? This is the entry: -- # Goswins deb file:///var/lib/amd64-archive/ sid main contrib non-free This can't be what you mean -- it points to a location on your own harddisk. David -- Regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: onboard ethernet on Tyan Thunder K8WE (s2895)
Lennart Sorensen wrote: On Sat, Apr 01, 2006 at 12:30:20PM -0800, David Liontooth wrote: Another way to solve this -- sort of oldfashioned but very elegant -- is to use labels. Say you want to label drives tv0 to tv2: * ext2 and ext3: e2label or tune2fs -L tv0 /dev/sde1 * XFS: xfs_admin -L tv1 /dev/sda1 (max 12 characters, unmounted drive) * JFS: jfs_tune -L tv2 /dev/sdb1 (max 16 characters) In /etc/fstab, LABEL=tv0 /tv0ext2auto,defaults,user,exec 0 0 LABEL=tv1 /tv1jfs auto,defaults,user,exec 0 0 LABEL=tv2 /tv2xfs auto,defaults,user,exec 0 0 No matter how you attach the drives -- SATA channel, USB -- they will be mounted where they should. This has been around for so long that it's rumored the guy who came up with it also invented the wheel! I tried that, but my initrd said something about not finding /dev/disk/label/ROOT when I passed root=LABEL=ROOT, and I had labeled the root filesystem with e2label. So either something doesn't work with labels in 2.6.15, or initramfs-tools doesn't generate an initrd that supports it. If someone knows how to solve that part of it, then I will be using labels to fix this. Ah, I haven't used initrd with this -- keep us posted. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Openoffice2.org + amd64 + java: Paths ?
Hans-J. Ullrich wrote: Hello all, I have just installed Openoffice2 in my 64-bit-system from ftp://ftp-fourier.ujf-grenoble.fr/debian/oo64/ Yes, ist is running, and yes, I know, it is not officially supported, and yes, I know, it has still some bugs. Anyway, it works, but with a slight problem: Openoffice can not find the java runtime environment. I have installed jre-1.4 (Debian-package). Strace tells me , it cannot find the path to java. So I wanted to confiure it manually in Options. But what is the correct path ? Could you please tell me ? I saw the same thread in the forum some time ago, but I found no solution. What do you get if you type which java? If it's not in your path (but it should be if you installed the debian package), you could try export PATH=/usr/local/jre1.5.0/bin:$PATH -- substituting the actual location of your java bin directory for /usr/local/jre1.5.0/bin. Dave Thanks for help ! Best regards Hans -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: onboard ethernet on Tyan Thunder K8WE (s2895)
Lennart Sorensen wrote: On Fri, Mar 31, 2006 at 08:09:33PM -0800, Sebastian Haase wrote: Does that mean that the port assignment COULD potentially change after each reboot !? And I need a special script to adjust /etc/network/interfaces !? Hard to believe... [[ OK - I just started reading the mentioned wiki web page and here is a quote just for documentation purposes: One of the problems of Linux is that the order of the network interfaces is unpredictable. Between reboots it does stay the same, but it is very well possible that after an upgrade to a new kernel or the addition or replacement of a network card (NIC) that the other of all network interface changes. For example, what used to be eth0 now becomes eth1 or eth2 or visa versa. Well with udev this now applies to every @[EMAIL PROTECTED] boot. :) You can create a rule file for udev telling it which MAC address should be named what eth name. I tried this and it worked very well. Now if someone has an idea how to control the order of sata drives in initramfs-tools initrd on 2.6.15 I would be happy. Half the time my promise card goes first, and half the time the via onboard goes first. Since disk labels seem unsupported at this time, having the disk order change (sda - sdc, sdb - sdd), being able to at least have something make sure the initrd can actually find the root partition would be very handy. At this point I am getting close to thinking whoever invented udev shouldn't have. Hi Len, Another way to solve this -- sort of oldfashioned but very elegant -- is to use labels. Say you want to label drives tv0 to tv2: * ext2 and ext3: e2label or tune2fs -L tv0 /dev/sde1 * XFS: xfs_admin -L tv1 /dev/sda1 (max 12 characters, unmounted drive) * JFS: jfs_tune -L tv2 /dev/sdb1 (max 16 characters) In /etc/fstab, LABEL=tv0 /tv0ext2auto,defaults,user,exec 0 0 LABEL=tv1 /tv1jfs auto,defaults,user,exec 0 0 LABEL=tv2 /tv2xfs auto,defaults,user,exec 0 0 No matter how you attach the drives -- SATA channel, USB -- they will be mounted where they should. This has been around for so long that it's rumored the guy who came up with it also invented the wheel! David Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: onboard ethernet on Tyan Thunder K8WE (s2895)
Sebastian Haase wrote: Thanks for the replies. sarge-amd64-2.6.12-netinst.iso did not auto-detect the NICs but after manually choosing forcedeth it actually worked. ONLY: that I did get some timeout kernel error messages (sorry, forgot the exact text) and it only really worked after I switched the network cable between the two ports back and forth many times !! Good to hear you got it going, but do upgrade your kernel -- the driver should work without problems. How can I know which port is eth0 and which eth1 ? And - if not - can I at least rely on the order staying the same between reboots ?? (I want to connect one port to the internet the other to a local (unroutable) private sub-net... Yes, you can -- as usual in Linux, there are several ways. Check out http://www.science.uva.nl/research/air/wiki/LogicalInterfaceNames -- the script /share/usr/share/doc/ifupdown/examples/get-mac-address.sh comes with the ifupdown package. Is forcedeth the only possible driver ? Just curious ... Yes -- and it works great! David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Controlling devices at boot
I'd like to load four tv cards as follows: sudo modprobe saa7134 card=2,2,2,2 tuner=43,43,43,43 video_nr=1,2,3,4 vbi_nr=1,2,3,4 radio_nr=1,2,3,4 alsa=1,1,1,1 sudo modprobe saa7134-alsa index=1,2,3,4 Now I use a script, but I need this to happen by default and thought I'd learn the right way. I've spent a couple of hours now trying to figure out how Debian is designed to do this now and achieved zilch. This is on a fresh amd64 sarge install, dist-upgrade to sid, and the latest kernel. Here are some of my failed attempts: 1. In /etc/discover.conf I set skip saa7134 (no effect) 2. In /etc/udev/devfs.rules, I changed 0 to 1 (no effect) # video devices KERNEL==video[1-9]*, NAME=v4l/%k KERNEL==radio[1-9]*, NAME=v4l/%k KERNEL==vbi[1-9]*,NAME=v4l/%k KERNEL==vtx[1-9]*,NAME=v4l/%k 3. In /etc/modutils/aliases, I added this and ran update-modules (no effect): alias char-major-81-1 saa7134 alias char-major-81-2 saa7134 alias char-major-81-3 saa7134 alias char-major-81-4 saa7134 4. In /etc/modutils/actions, I added this and ran update-modules (no effect): options saa7134 card=2,2,2,2 tuner=43,43,43,43 video_nr=1,2,3,4 vbi_nr=1,2,3,4 radio_nr=1,2,3,4 alsa=1,1,1,1 #disable_ir=1,1,1,1 -- causes oops in 2.6.16 post-install modprobe saa7134-alsa index=1,2,3,4 5. Add this to /etc/modules (no effect -- this is what used to work): saa7134 card=2,2,2,2 tuner=43,43,43,43 video_nr=1,2,3,4 vbi_nr=1,2,3,4 radio_nr=1,2,3,4 alsa=1,1,1,1 saa7134-alsa index=1,2,3,4 On the other hand, I can tag my home-made script onto /etc/init.d/bootmisc.sh, and it works fine. What's the intended way to solve this? What is doing autodetection and deciding to load stuff, and where can I turn it off? Hotlist had a blacklist file; where is udev's blacklist? The fun of running linux is that you see what's going on and can control it. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Controlling devices at boot (never mind)
David Liontooth wrote: I'd like to load four tv cards as follows: sudo modprobe saa7134 card=2,2,2,2 tuner=43,43,43,43 video_nr=1,2,3,4 vbi_nr=1,2,3,4 radio_nr=1,2,3,4 alsa=1,1,1,1 sudo modprobe saa7134-alsa index=1,2,3,4 Now I use a script, but I need this to happen by default and thought I'd learn the right way. I've spent a couple of hours now trying to figure out how Debian is designed to do this now and achieved zilch. This is on a fresh amd64 sarge install, dist-upgrade to sid, and the latest kernel. Here are some of my failed attempts: 1. In /etc/discover.conf I set skip saa7134 (no effect) 2. In /etc/udev/devfs.rules, I changed 0 to 1 (no effect) # video devices KERNEL==video[1-9]*, NAME=v4l/%k KERNEL==radio[1-9]*, NAME=v4l/%k KERNEL==vbi[1-9]*,NAME=v4l/%k KERNEL==vtx[1-9]*,NAME=v4l/%k 3. In /etc/modutils/aliases, I added this and ran update-modules (no effect): alias char-major-81-1 saa7134 alias char-major-81-2 saa7134 alias char-major-81-3 saa7134 alias char-major-81-4 saa7134 4. In /etc/modutils/actions, I added this and ran update-modules (no effect): options saa7134 card=2,2,2,2 tuner=43,43,43,43 video_nr=1,2,3,4 vbi_nr=1,2,3,4 radio_nr=1,2,3,4 alsa=1,1,1,1 #disable_ir=1,1,1,1 -- causes oops in 2.6.16 post-install modprobe saa7134-alsa index=1,2,3,4 5. Add this to /etc/modules (no effect -- this is what used to work): saa7134 card=2,2,2,2 tuner=43,43,43,43 video_nr=1,2,3,4 vbi_nr=1,2,3,4 radio_nr=1,2,3,4 alsa=1,1,1,1 saa7134-alsa index=1,2,3,4 I realized I'm making changes ignored by 2.6 kernels and put this in /etc/modprobe.d/saa7134: options saa7134 card=2,2,2,2 tuner=43,43,43,43 video_nr=1,2,3,4 vbi_nr=1,2,3,4 radio_nr=1,2,3,4 alsa=1,1,1,1 options saa7134-alsa index=1,2,3,4 That's all it took -- I'm happy. It's nice and simple, and I see the changeover is fully documented in man update-modules. I deleted the old directories and reverted the udev changes -- clearly wrongheaded. Sorry to waste your time. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
unable to open initial console (was: rescue grub -- help!)
Hi Török, Thank you, that's very helpful. I ended up just installing a new Debian on a different partition; once that was done, the installer agreed to rewrite the MBR, and my old installation showed up in grub. I would much prefer being allowed to rewrite the MBR without first having to install another OS. Once I got that far, I could boot into the OS I'm trying to rescue; however, I now ran into the dreaded warning: unable to open initial console. This is also /dev/ related, and this suggests I have a general dev problem with the partition I cloned. Now that I have a parallel partition that is fully operational, is there a way I can repopulate my /dev directory from chroot, or through a script? Using mount -o bind /dev /root2/dev, I can now chroot into /root2 and see I have a complete /dev directory, so that for instance I can mount /dev/hda1 on a chrooted /boot. How do I make this happen when I boot directly into that partition? I added this to /etc/fstab: devpts /dev/pts devpts mode=0620,gid=5 0 0 But it didn't solve the problem. This seems to be a well-defined problem that should have a straightforward solution. I appreciate your help with this; the partition I'm trying to rescue is in a stable functional state that is no longer possible to duplicate. Dave Török Edvin wrote: On 3/24/06, David Liontooth [EMAIL PROTECTED] wrote: I cloned a drive, starting with the MBR: dd if=/dev/hda of=/dev/hdc bs=446 count=1 However, after installing the cloned drive in the new machine, all I get is a scrolling GRUB filling the screen. I downloaded an amd64 netboot CD, mounted / and /boot in /target, Did you do a mount -o bind /dev /target/dev ? [...] In the installer shell, I get ~ # df Filesystem 1k-blocks Used Available Use% Mounted on tmpfs 102400 30248 72152 30% / /dev/cdroms/cdrom0 86390 86390 0 100% /cdrom /dev/ide/host0/bus0/target0/lun0/part2 7740384 3197252 4149944 44% /target /dev/ide/host0/bus0/target0/lun0/part197826 9736 82871 11% /target/boot So /dev is not bind mounted in target, try bind mounting it So it's using devfs, which I thought was deprecated? http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=274511 AFAIK Sarge CD uses devfs, but the etch installer uses udev, quote from that bugreport: d-i uses the device naming scheme originally used by devfs (although we use udev now). What do I tell grub-installer? Use devfs naming, /dev/ide/host0/, see where is the equivalent of hda. [...] klogd[245]: segfault at 003e rip 002a9568b94e rsp 007fbfffe2a0 error 6 How did this segfault happen? [...] What can I do? All I want is to rewrite the MBR, the installation itself is fine. If the netboot CD isnt working for you, could you try using a LiveCD, like Knoppix? -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: rescue grub -- help!
[EMAIL PROTECTED] wrote: Hi David, I am a little bit curious why you have chosen to clone the drive with dd? I have always used a different route for cloning a system (see also Duping a Drive Under Linux, http://linuxgazette.net/issue64/tag/12.html): Looks good, and better suited to my purpose. What I did basically didn't work out. I could have played it safer and done a single massive dd, but I needed a bit more flexibility. Dave 1. Partition the new drive as necessary; 2. Mount the partitions in the right order under your existing system (for instance in /mnt); 3. Copy the complete system with cp -ax; 4. Use grub to install it to the MBR of the new drive; 5. Transfer the drive to your new system. This route has an additional advantage: you can change the size of any partition if necessary, and even use a totally different partition layout! I never encountered any problems on this route. Regards, Clemens On Friday 24 March 2006 05:00, David Liontooth wrote: I cloned a drive, starting with the MBR: dd if=/dev/hda of=/dev/hdc bs=446 count=1 However, after installing the cloned drive in the new machine, all I get is a scrolling GRUB filling the screen. I downloaded an amd64 netboot CD, mounted / and /boot in /target, and issued chroot /target Everything in there works fine -- the applications run. (I'm sitting at another computer at this point with remote access to the installer). But what I was counting on working, namely grub-install /dev/hda which used to work on i386, maybe a year or two ago, now gives me /dev/hda: Not found or not a block device. If I do df, chroot sees only this: Filesystem 1K-blocks Used Available Use% Mounted on sysfs 7740384 3197252 4149944 44% /sys df: `/dev/pts': No such file or directory tmpfs 7740384 3197252 4149944 44% /dev In the installer shell, I get ~ # df Filesystem 1k-blocks Used Available Use% Mounted on tmpfs 102400 30248 72152 30% / /dev/cdroms/cdrom0 86390 86390 0 100% /cdrom /dev/ide/host0/bus0/target0/lun0/part2 7740384 3197252 4149944 44% /target /dev/ide/host0/bus0/target0/lun0/part197826 9736 82871 11% /target/boot So it's using devfs, which I thought was deprecated? What do I tell grub-installer? When I chrooted to /target, it rewrote /etc/fstab (why?), like this: # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/hda2 / ext3defaults,errors=remount-ro 0 1 /dev/hda1 /boot ext3defaults0 2 /dev/hda5 noneswapsw 0 0 /dev/hdc/media/cdrom0 iso9660 ro,user,noauto 0 0 In dmesg, I get NFORCE3-250: :00:08.0 (rev a2) UDMA133 controller ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA klogd[245]: segfault at 003e rip 002a9568b94e rsp 007fbfffe2a0 error 6 hda: WDC WD800BB-75CAA0, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hdc: HITACHI DVD-ROM GD-7000, ATAPI CD/DVD-ROM drive Obviously /dev/hda is seen, since the chroot is running on it. What can I do? All I want is to rewrite the MBR, the installation itself is fine. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Apple's diskdev for amd64?
The 2.6.16 kernel has support for HFSX, meaning case-sensitive file names in Apple's latest iteration of its OSX file system. GNU Parted supports the file system, and the Darwin project has ported Apple's filesystem tools to Linux in the diskdev package. Has anyone attempted to compile and run these in a 64-bit environment? For details, see http://gentoo-wiki.com/HOWTO_hfsplus#Compiling_Apple.27s_Filesystem_Tools Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
rescue grub -- help!
I cloned a drive, starting with the MBR: dd if=/dev/hda of=/dev/hdc bs=446 count=1 However, after installing the cloned drive in the new machine, all I get is a screen-full of scrolling GRUB filling the screen. I downloaded a netboot CD, mounted / and /boot in /target, and issued chroot /target Everything in there works fine -- the applications run. (I'm sitting at another computer at this point with remote access to the installer). But what I was counting on working, namely grub-install /dev/hda which used to work on i386, maybe a year or two ago, now gives me /dev/hda: Not found or not a block device. If I do df, chroot sees only this: Filesystem 1K-blocks Used Available Use% Mounted on sysfs 7740384 3197252 4149944 44% /sys df: `/dev/pts': No such file or directory tmpfs 7740384 3197252 4149944 44% /dev In the installer shell, I get ~ # df Filesystem 1k-blocks Used Available Use% Mounted on tmpfs 102400 30248 72152 30% / /dev/cdroms/cdrom0 86390 86390 0 100% /cdrom /dev/ide/host0/bus0/target0/lun0/part2 7740384 3197252 4149944 44% /target /dev/ide/host0/bus0/target0/lun0/part197826 9736 82871 11% /target/boot So it's using devfs, which I thought was deprecated? What do I tell grub-installer? When I chrooted to /target, it rewrote /etc/fstab (why?), like this: # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/hda2 / ext3defaults,errors=remount-ro 0 1 /dev/hda1 /boot ext3defaults0 2 /dev/hda5 noneswapsw 0 0 /dev/hdc/media/cdrom0 iso9660 ro,user,noauto 0 0 In dmesg, I get NFORCE3-250: :00:08.0 (rev a2) UDMA133 controller ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA klogd[245]: segfault at 003e rip 002a9568b94e rsp 007fbfffe2a0 error 6 hda: WDC WD800BB-75CAA0, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hdc: HITACHI DVD-ROM GD-7000, ATAPI CD/DVD-ROM drive Obviously /dev/hda is seen, since the chroot is running on it. What can I do? All I want is to rewrite the MBR, the installation itself is fine. Installation and rescue is my one continuing nightmare with Debian -- once you're up and running, you're in paradise, but getting there continues to be difficult. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
rescue grub -- help!
I cloned a drive, starting with the MBR: dd if=/dev/hda of=/dev/hdc bs=446 count=1 However, after installing the cloned drive in the new machine, all I get is a scrolling GRUB filling the screen. I downloaded an amd64 netboot CD, mounted / and /boot in /target, and issued chroot /target Everything in there works fine -- the applications run. (I'm sitting at another computer at this point with remote access to the installer). But what I was counting on working, namely grub-install /dev/hda which used to work on i386, maybe a year or two ago, now gives me /dev/hda: Not found or not a block device. If I do df, chroot sees only this: Filesystem 1K-blocks Used Available Use% Mounted on sysfs 7740384 3197252 4149944 44% /sys df: `/dev/pts': No such file or directory tmpfs 7740384 3197252 4149944 44% /dev In the installer shell, I get ~ # df Filesystem 1k-blocks Used Available Use% Mounted on tmpfs 102400 30248 72152 30% / /dev/cdroms/cdrom0 86390 86390 0 100% /cdrom /dev/ide/host0/bus0/target0/lun0/part2 7740384 3197252 4149944 44% /target /dev/ide/host0/bus0/target0/lun0/part197826 9736 82871 11% /target/boot So it's using devfs, which I thought was deprecated? What do I tell grub-installer? When I chrooted to /target, it rewrote /etc/fstab (why?), like this: # /etc/fstab: static file system information. # # file system mount point type options dump pass proc/proc procdefaults0 0 /dev/hda2 / ext3defaults,errors=remount-ro 0 1 /dev/hda1 /boot ext3defaults0 2 /dev/hda5 noneswapsw 0 0 /dev/hdc/media/cdrom0 iso9660 ro,user,noauto 0 0 In dmesg, I get NFORCE3-250: :00:08.0 (rev a2) UDMA133 controller ide0: BM-DMA at 0xf000-0xf007, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xf008-0xf00f, BIOS settings: hdc:DMA, hdd:DMA klogd[245]: segfault at 003e rip 002a9568b94e rsp 007fbfffe2a0 error 6 hda: WDC WD800BB-75CAA0, ATA DISK drive ide0 at 0x1f0-0x1f7,0x3f6 on irq 14 hdc: HITACHI DVD-ROM GD-7000, ATAPI CD/DVD-ROM drive Obviously /dev/hda is seen, since the chroot is running on it. What can I do? All I want is to rewrite the MBR, the installation itself is fine. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 1U server with 4 SATA ports and a 32-bit PCI slot
Soenke von Stamm wrote: You may have to test if the PCI-X slot is really compatible to the PCI card you're going to use, if you're going to order a dozen I'm sure someone will give you a test system before purchase. Ay, there's the rub -- it's not. The Tyan Tomcat K8E fits the bill, however -- though it has the nforce4 chipset. My one remaining question is actually whether I need sound on the motherboard to record sound via the PCI bus from the grabber card -- does anyone know? (I'm asking on the v4l list). The S2865G2NR has no audio, while S2865ANRF does; I'm assuming I need it to record sound, even if the sound is taken straight off the grabber card through the PCI bus? Best, Dave I guess, you'll need quite a new kernel for the ServerWorks chipset, but I tend to trust that one more than an nVidia solution I must say - from what I hear (from my sales rep at a systems builder) and read Tyan and Supermicro seem to lean towards SW too. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 1U server with 4 SATA ports and a 32-bit PCI slot
Soenke von Stamm wrote: Am Dienstag, 21. März 2006 11:38 schrieb David Liontooth: My one remaining question is actually whether I need sound on the motherboard to record sound via the PCI bus from the grabber card -- does anyone know? (I'm asking on the v4l list). The S2865G2NR has no audio, while S2865ANRF does; I'm assuming I need it to record sound, even if the sound is taken straight off the grabber card through the PCI bus? Depends on the quality needed too, I guess. Onboard sound devices tend to have low-quality a-d converters and worse electromagnetic shielding, at least worse than decent hand-picked sound cards. What is it you're going to do with these machines? They'll be used to record audio/video and closed captioning from broadcast tv. On second thoughts, I don't think I need an audio device on the board at all -- all I want is to record the signal to disk, and surely the audio is relevant only if I want to convert the signal to something I can hear -- and I don't. The saa7134 driver does a great job getting sound directly off the PCI bus. I'm also planning (should I say hoping) to compress straight to h264/mp3, using a dual-core opteron or athlon64x2. Has anyone tried this from live tv? I haven't had a chance to test this yet with a dual-core; my single-core athlon64-3000 or dual opteron 240 can't keep up. This is of course using the excellent new x264 encoder codec. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
TV grabber cards for PCI-X
Paul Brook wrote: On Tuesday 21 March 2006 03:10, David Liontooth wrote: Paul Brook wrote: On Tuesday 21 March 2006 02:04, David Liontooth wrote: Paul Brook wrote: Most modern PCI cards support 3.3v operation, so will work fine in PCI-X slots. PCI-X is backwards compatible with 32-bit 33MHz PCI. Often true, but TV cards still need 5V PCI. I have a DVB-t card that works fine in a PCI-X slot, and it looks like the more recent (2388x based) Hauppage cards should also work. What about v4l cards? The old-fashioned analog signal? Exactly what I said above: http://www.hauppauge.co.uk/pages/products/data_pcifm.html You can tell it's a 3.3v card because it's got an two notches in the PCI connector. Paul This is new information for me, and very useful. Can someone confirm a tv-grabber card working in analog mode on a PCI-X bus? I need NTSC cards and I'm pretty much limited to saa713x, as I have to be able to pull audio directly off the card and to do closed captioning (bt878 might work but cx88 won't). Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: TV grabber cards for PCI-X
Hamish Moffatt wrote: On Tue, Mar 21, 2006 at 11:56:22AM -0800, David Liontooth wrote: I need NTSC cards and I'm pretty much limited to saa713x, as I have to be able to pull audio directly off the card and to do closed captioning (bt878 might work but cx88 won't). Are you sure? The cx2833x chips are the successor to the bt878. Closed captioning is still not working on cx88. I'd like to take this opportunity to grovel, however -- Paul is right, there are PCI-X compatible cards, and I'm both embarrassed and delighted to confess my own LifeView FlyVideo-3000FM fits right in; I'll run tests later. I'm thrilled to discover this now and not after spending thousands on equipment. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
1U server with 4 SATA ports and a 32-bit PCI slot
I'm having a hard time finding server hardware for a university project -- we need a dozen of these, running Debian sid: * 1U chassis * 1 dual-core amd64 * 4 SATA drives * 1 32-bit PCI slot (preferably 2) None of the supermicro systems accomodates us. Can someone suggest a system like this that is known to run Debian amd64? David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 1U server with 4 SATA ports and a 32-bit PCI slot
Hi Len, Lennart Sorensen wrote: On Mon, Mar 20, 2006 at 02:16:29PM -0800, David Liontooth wrote: I'm having a hard time finding server hardware for a university project -- we need a dozen of these, running Debian sid: * 1U chassis * 1 dual-core amd64 * 4 SATA drives * 1 32-bit PCI slot (preferably 2) None of the supermicro systems accomodates us. Can someone suggest a system like this that is known to run Debian amd64? I suspect one of the Tyan boards would fit the bill. I don't personally use Tyan (I use Asus) and I don't use rackmount (so hence no problem there). I know the nforce chipsets in general have fairly decent support in Linux. I believe the AMD chipsets do too. No idea how the ServerWorks for opteron are doing Linux wise. As for PCI, well usually you can get a 90degree adapter to put at least one pci slot in a rackmount. More than that often means custom board for a specific case design is required. Maybe this problem has been solved now, but I certainly haven't seen it done yet, other than custom systems (like IBM, etc). 1U is just a pain for expansion cards. Maybe this is what you are wanting: http://www.tyan.com/products/html/gt20b3870.html (1 PCI-X slot) http://www.tyan.com/products/html/gt24b2891.html (1 PCI-X and 1 PCIe slots). One expansion slot is OK, but I need it to be 32-bit standard PCI. The problem is that the boards now have switched to PCI-Express to complement PCI-X, and there are no framegrabber cards for these slots yet. The first PCI-Express grabber cards are on the way, but they have no Linux support. I have a Tyan machine and am very happy with it, but it doesn't look like they have a 1U with 32-bit PCI. Obviously not a common combination. Dave They have lots more, but most have just one expansion slot. 4 SATA drives seem standard, and they can even be hotswap it seems. I don't think linux supports hotswap in libata yet, but it is being worked on. Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 1U server with 4 SATA ports and a 32-bit PCI slot
Paul Brook wrote: Most modern PCI cards support 3.3v operation, so will work fine in PCI-X slots. PCI-X is backwards compatible with 32-bit 33MHz PCI. Often true, but TV cards still need 5V PCI. Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 1U server with 4 SATA ports and a 32-bit PCI slot
Michael Alan Dorman wrote: tyan.com has barebones systems that should do what you want. http://tyan.com/products/html/barebone_amd.html Thanks! Indeed, it's there -- the Transport GT20 (B2865) comes with the option of a PCI slot and is just the ticket! I had looked around the Tyan site and missed it. My company just bought one of their higher-end ones (dual CPU, dual-core capable, etc), and the person doing the assembly has been very impressed with the fit and finish. When the rest of the parts arrive, we'll be able to tell you how they perform. That would be great -- the hardware looks like it should all be supported. Best, Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: 1U server with 4 SATA ports and a 32-bit PCI slot
Paul Brook wrote: On Tuesday 21 March 2006 02:04, David Liontooth wrote: Paul Brook wrote: Most modern PCI cards support 3.3v operation, so will work fine in PCI-X slots. PCI-X is backwards compatible with 32-bit 33MHz PCI. Often true, but TV cards still need 5V PCI. I have a DVB-t card that works fine in a PCI-X slot, and it looks like the more recent (2388x based) Hauppage cards should also work. What about v4l cards? The old-fashioned analog signal? Dave Paul -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: strange clock behaviour on a laptop
Thanks a lot for your reponses and sorry for my delay, I just had been busy trying to understand all your information. Indeed, the version of the BIOS firmware, according to the data provided in HP website, is completely updated (Nov, 22th, 2005). The discussion in bugzilla is a little tricky for me so I'm not an expert in computer science. I also tried to enter the kernel option acpi_os_name=Microsoft Windows XP and It doesn't run. I'll be very glad for further comments ? Do you need more data ? Thanks again, David Gasa i Castell From: [EMAIL PROTECTED] (A. P. Kennedy) To: [EMAIL PROTECTED] CC: Lennart Sorensen [EMAIL PROTECTED],David Gasa Castell [EMAIL PROTECTED],debian-amd64@lists.debian.org Subject: Re: strange clock behaviour on a laptop Date: Wed, 15 Mar 2006 23:20:53 -0600 Take a look at this. This bug has been around awhile but a fix is out. I'm asuming that this is an ATI chipset. Would definetly try a bios update if one is out for your laptop. http://bugzilla.kernel.org/show_bug.cgi?id=3927 Ian == Ian Cairns [EMAIL PROTECTED] writes: Ian On Wed, 2006-03-15 at 17:30 -0500, Lennart Sorensen wrote: On Wed, Mar 15, 2006 at 09:15:45PM +, David Gasa Castell wrote: Recently, I adquired a laptop (mod. HP Compaq nx 6125) and I tried to install a 32 bits Etch on it. After all, I detected an acceleration of the laptop clock, so it counts two seconds per one. What can I do to fix this ? Thanks in advance. If it has an ati chipset (I suspect it does since I think the nx 6150 does), then try adding this to the kernel command line: acpi_os_name=Microsoft Windows XP According to what I have read the BIOS on almost all ATI based boards has incomplete ACPI implementation and does a crap job on anything that isn't claiming to be windows. If that doesn't do it, then maybe you need to pass an option to set which timer pin to use and/or ignore, but I don't remember which ones off hand. Len Sorensen Ian I had clock problems on my HP Pavilion zv6004EA until I upgraded Ian the firmware (used Windows to do it, g!) but since then it Ian has been well behaved. Ian Could I suggest a quick look at the HP web site. Ian Ian. Ian -- To UNSUBSCRIBE, email to Ian [EMAIL PROTECTED] with a subject of Ian unsubscribe. Trouble? Contact [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
strange clock behaviour on a laptop
Hello all, Recently, I adquired a laptop (mod. HP Compaq nx 6125) and I tried to install a 32 bits Etch on it. After all, I detected an acceleration of the laptop clock, so it counts two seconds per one. What can I do to fix this ? Thanks in advance. David Gasa i Castell -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: libc6-i386
Kurt Roeckx wrote: On Fri, Mar 03, 2006 at 11:13:36PM -0800, David Liontooth wrote: Just to make sure I understand: we're going multiarch? No more chrooted 32-bit environment? No, this is biarch. It's to replace ia32-libs. Multiarch is something totaly different. Thank you. Can I install OpenOffice in the regular root with libc6-i386? Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
libc6-i386
Just to make sure I understand: we're going multiarch? No more chrooted 32-bit environment? Dave http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=274367 Build a 32-bit libc on amd64, using the new multiarch directories. Package: libc6-i386 Priority: standard Section: libs Installed-Size: 7316 Maintainer: GNU Libc Maintainers debian-glibc@lists.debian.org Architecture: amd64 Source: glibc Version: 2.3.6-3 Depends: libc6 (= 2.3.6-3) Conflicts: ia32-libs (= 1.5) Filename: pool/main/g/glibc/libc6-i386_2.3.6-3_amd64.deb Size: 3012810 MD5sum: 5371216e41844e43f422ae2a9fffba0d Description: GNU C Library: 32bit shared libraries for AMD64 This package includes shared versions of the standard C library and the standard math library, as well as many others. This is the 32bit version of the library, meant for AMD64 systems. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: multi wireless-profile
On Saturday 11 February 2006 09:37, antongiulio05 wrote: Hi, I use my notebook at home and office with wireless. Obviously at home I have different ESSID and different PSK to office. And so, at start, Debian searches last ESSID/PSK insert in configuration files. Is it possible have multiple profiles for wireless connection (and so choice at start profile required) to avoid manual configuration everytime? Thanks, Giulio you need to look at wpasupplicant. It will allow connection to different ESSIDs with specific key requirements. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: i want to migrate from ide to serial ata
On Wed, 01 Feb 2006 21:22:04 +0100 daniele [EMAIL PROTECTED] wrote: hello i have a little question now i have two maxtor hard disk ide in the first hard disk i have my debian installation i want to buy a new hard disk serial ata i will use cp to copy my system on the new hard disk, _but what i need to do to boot from my new hard disk_? One caution is that you need a fairly recent kernel, 2.6.12 or newer, so that the sata disk will be recognized. My first attempt to install on my new computer could not find the hard disk. There is a netinstall iso available with a 2.6.12 kernel that works fine, though. I guess, though, that if you are able to mount your new disk to do the transfer, your kernel will be good. -- David L. Johnson __o | A foolish consistency is the hobgoblin of little minds, adored _`\(,_ | by little statesmen and philosophers and divines. --Ralph Waldo (_)/ (_) | Emerson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
AMD64 etch net installer
Hi I'm looking to install Debian AMD64 etch on a new hard drive, but in the daily snapshots (http://amd64.debian.net/debian-installer/2006-01-31/netboot/), I only see a 5.3MB mini.iso, which seems way too small for an installer. Is this even the right place to look? I want to use an etch installer since I need at least kernel 2.6.15 for my SATA controller, and from what I can tell this is only in more recent daily snapshots. Thanks in advance David -- David Meggy [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
strages NIC lockups
After installing amd64 Debian on a SunFire x2100 I shelled into it to continue and the ethernet link failed. Mystified, I reloaded the forcedeth driver (eth0) without a problem but the interface still would not work. There were no other sign of failure other than it just did not work. The other interface (eth1) was fine. Rebooting did not help but power cycling did the trick. This happens at random times and power cycling corrects the problem. kernel: 2.6.12.6-xen It has failed with and without domU's running. Regards, David Koski [EMAIL PROTECTED] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: a beginner user
On Mon, 16 Jan 2006 11:59:06 -0700 Qi Wu [EMAIL PROTECTED] wrote: I first burn two DVDs and for some reason it did not work. Then I burn a net install CD and boot with it. I got the basic installation done! But After rebooting, when I tried to install other things, I can't get the network working. I tried different mirrow sites, they all failed. So I guess it is someting wrong with my config. I had this happen, too. In my case, /dev/eth0 was what one kernel assigned to the ethernet port, but on the kernel installed with the basic package, it switched to the firewire port on my machine, and put the ethernet card on /dev/eth1 (or maybe the other way around. It was a bit confusing). dmesg will give you that information, though you have to wade through a lot to see it. Actually, what I need is simply. A network and a windows manager (KDE) so I can run some program like Matlab. The machine is at University, so the network should be fine. I just don't know how should I config it. I think I should use dhcp. It seems to me that I need to make the internet work at first, then I can modify the sources.list and install other things. You need to find out whether it can find any network at all. I am betting that it can't, due to some configuration problem. netstat will tell you. Look at /etc/network/interfaces. You should see something like: # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback # The primary network interface auto eth0 iface eth0 inet dhcp Then look at dmesg for something about eth0. If you have something like a firewire port, and dmesg is indescipherable to you, you can change the settings in /etc/network/interfaces to eth1 and see what happens... if it doesn't help, by all means change it back. -- David L. Johnson __o | What am I on? I'm on my bike, six hours a day, busting my ass. _`\(,_ | What are you on? --Lance Armstrong (_)/ (_) | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: problems whith ide hard-disk
On Fri, 13 Jan 2006 01:34:11 -0300 volrath [EMAIL PROTECTED] wrote: i have a hard disk sata and ide on my pc , my problem is that debian for amd 64 not detect my hard disk ide only detect the sata hard disk , i have a copy of sarge and this detect my hard disk ide =S . please somebody helpme This may be the same problem I had. My ide device is just a CD-ROM drive, but the situation is probably the same for you. Check to see whether you have any /dev/hd* device files. I did not. The explanation is that when the kernel boots up, it takes over the disk controllers, and this can leave the ide controller in an unstable state. udev (which generated device drivers) then doesn't recognize the existence of the ide controller. What worked for me was to add (thanks to Lennart Sorensen) ide_cd to etc/mkinitrd/modules and re-run mkinitrd: mkinitrd -o /boot/initrd.img-2.6.whatever-yours-is For you, I'd guess it'd be better to add ide_disk instead. This forces the loading of that module before the sata module, so that the ide devices should be detected. Sorry for using English, but you can understand that a lot better than my Spanish, believe me. -- David L. Johnson __o | If all economists were laid end to end, they would not reach a _`\(,_ | conclusion. -- George Bernard Shaw (_)/ (_) | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: AMD64 port on a Shuttle ST20G5
On Tue, 10 Jan 2006 12:28:06 +0100 Robert Cates [EMAIL PROTECTED] wrote: Hi, I was wondering if anybody else has a Shuttle ST20G5 with an AMD 64 Athlon and has successfully installed the AMD64 port on it.? I have tried various Linux (x86_64) distros, like Debian 3.1r0, Fedora Core 4, Ubuntu 5.10, Kubuntu 5.10 and Gentoo 2005.1 with mostly a 'kernel panic' at bootup. In fact, the Debian installer gets to a point and then has a problem accessing the CD drive. The FC4 installer starts up but when I press enter for the default install, it gives: I recently got a Shuttle XPC SN95G5V3, with an Athlon 64 (Venice), and -- partly thanks to people on this list, have everything up and running sweetly now. Start by getting the debian amd64 version that will recognize your SATA hard drive (I presume that is what you have -- things are easier with an IDE drive, so I imagine you have the SATA). I am looking at to .iso files --- one of them was the right one. sarge-amd64-2.6.12-netinst.iso or debian-testing-amd64-netinst.iso. I think it's the first one that you want, since you do need a 2.6.12 kernel to recognize a SATA drive. Then go through that installation, and finish over the net installing etch (testing) -- or if you are more adventurous, go with the unstable. Maybe the unstable netinstall image will work right out of the box, but I donno. I ran into one extra problem, in that the CD was no longer recognized once the install was finished. But there was a procedure I got from the helpful folks on this list to work around that, to get it to first look for ide devices, then sata, since otherwise it tried to treat the cd using scsi emulation, which was really buggy. I'll scrounge those up for you if you can't get it to run, and can't find archives of this list. BTW, I also managed to install a 64-bit version of Maple 10 on this machine -- despite the poor installation program they use. If you want details on that, I can help. At first I thought this might have something to do with the built-in ATI X200 Radion IGP, I have a (non-builtin) Radion that works fine. so I bought an Nvidia PCI-e card, but no change. My understanding is that nvidia is more difficult to get working than Radion. I've upgraded the BIOS on the Shuttle to the newest available - ft20s018, and I've made various changes to the BIOS, all with no change. I've tried with APCI disabled, assigning an IRQ to the video and USB enabled and disabled, and other options enabled and disabled, but nothing helps. I haven't changed anything from the original BIOS. My machine is a little different from yours, but not that much. If anybody has a solution I'd greatly appreciate it. I really thought this was good hardware when I bought it (specifically for the AMD64 port), so I'd hate to think I've waisted my money. Rest assured. -- David L. Johnson __o | A foolish consistency is the hobgoblin of little minds, adored _`\(,_ | by little statesmen and philosophers and divines. --Ralph Waldo (_)/ (_) | Emerson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: How do I know if...
On Sun, 8 Jan 2006 01:18:12 +0100 Aritz Beraza Garayalde [Rei] [EMAIL PROTECTED] wrote: 2006/1/7, Robert Cates [EMAIL PROTECTED]: Hi, I have not yet successfully installed an AMD64 port (tried several times, but keep getting a kernel panic for some reason), but when I do, Maybe you have sata devices. You can have a punch of solutions to many problems that appear during debian amd64 installation in the list archive. Yeah, I had that fun. But I did not get kernel panics, instead the installation could not find the drive at all. Unless the installation used a newer kernel than was installed, this shouldn't have been the problem. I'd like to know and be sure that I'm using 64-bit mode, and not 32-bit mode. How can I check this to make sure I'm running the AMD64 port installation in 64-bit mode? uname -a -- David L. Johnson __o | A foolish consistency is the hobgoblin of little minds, adored _`\(,_ | by little statesmen and philosophers and divines. --Ralph Waldo (_)/ (_) | Emerson -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: USB devices work with uhci, not with ehci
On Friday 06 January 2006 16:03, Wesley J. Landaker wrote: On Monday 02 January 2006 16:26, Wesley J. Landaker wrote: Has anyone seen this kind of thing before? All my low or full speed devices work fine. My *high* speed devices don't work if ehci_hcd is loaded, but if I remove it, they work as fall-back full speed devices. Just for future reference, and in case anyone else has this same problem or more information, I went ahead and filed a bug upstream: http://bugzilla.kernel.org/show_bug.cgi?id=5835 There are obviously problems with ehci, people using OpenWrt on systems with an NEC USB 2.0 controller are getting all manner of problems, and again have to remove ehci to get things working. Lets hope that this gets fixed! David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Sata-HD and IDE CD-Rom on etch/2.6.12 solved
Many thanks to Lennart Sorensen for helping me fix this. My initial problem was that my new machine, a Shuttle XPC with an Athlon Venice 3800+ cpu, a SATA hard drive, and an IDE CD-ROM (cdrw/dvd combo) would boot without any /dev/hd*, and would try to mount the cdrom on /dev/scd0. If there was initially no disc in the tray, it would be impossible to mount CDs at all, if there were, it would, but things were flakey. With the fix suggested by Lennart, all seems to be working properly. I now have /dev/hdc and the cd is mounted as an ide-cd on that device. I've only booted it once, and that was with a cd in the tray, but it probably will work fine in general. It seems much more stable now, and even Gnome automounting works (and is, btw, pretty cool). Here is what I did: manually add ide-cd to /etc/mkinitrd/modules then regenerate the initrd by (thanks for the further info on how to do this...) mkinitrd -o /boot/initrd.img-2.6.12-1-amd64-generic -- David L. Johnson __o | And though I have the gift of prophecy, and understand all _`\(,_ | mysteries, and all knowledge; and though I have all faith, so (_)/ (_) | that I could remove mountains, and have not charity, I am nothing. [1 Corinth. 13:2] -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: X configuration (amd64)
On Mon, 2 Jan 2006 17:57:53 -0500 Aaron Stromas [EMAIL PROTECTED] wrote: I've installed amd64 etch and moved on to setting up X. I got iver the nVidia card hurdle and run apt-get install x-window-system apt-get install gnome apt-get install kde (trying to avoid restarting the gnome vs. kde flames :)) X starts fine using both GNOME and KDE, How do you know that? What signs are there that one, or both, of these is running? the login screen collects password, I get the spalsh screen and it shows the first load step Which login screen, xdm or gdm? If gdm, you can log into a termninal to fix the ~/.xession problems. I presume you can with xdm as well. (?), i.e. the icon the debian sqauare with the caption Window Manager but it stops there, no additional loads happen. It may be that your ~/.xsession (or the defaut one) has both kde and gnome, somehow. It shouldn't, of course. Your ~/.xsession should end with exec gnome-session (no after that). This presumes you want to start with gnome. kde users will tell you what to do for that. -- David L. Johnson __o | Let's be straight here. If we find something we can't _`\(,_ | understand we like to call it something you can't understand, or (_)/ (_) | indeed even pronounce. -- Douglas Adams -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
CD-ROM problems (etch)
I have a shuttle-xpc with an Athlon Venice 3800+ cpu, a SATA hard drive, and an IDE CD-ROM (cdrw/dvd combo), and installed debian-etch on it about three weeks ago. The kernel is 2.6.12-1-amd64-generic. I can't get the CD-rom to mount disks for the life of me. It is detected during boot-up as an ide device (all from dmesg): Probing IDE interface ide1... hdc: SONY CD-RW CRX320EE, ATAPI CD/DVD-ROM drive ide1 at 0x170-0x177,0x376 on irq 15 But, then it seems to use scsi emulation, even though it tells me not to. ide-scsi is deprecated for cd burning! Use ide-cd and give dev=/dev/hdX as device scsi2 : SCSI host adapter emulation for IDE ATAPI devices Vendor: SONY Model: CD-RW CRX320EE Rev: RYK3 Type: CD-ROM ANSI SCSI revision: 02 sr0: scsi3-mmc drive: 0x/52x writer cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 Attached scsi CD-ROM sr0 at scsi2, channel 0, id 0, lun 0 and I get an odd error message: sr0: Hmm, seems the drive doesn't support multisession CD's When I attempt to mount a disk, I get this error # mount -t iso9660 /dev/cdrom /media/cdrom0 mount: block device /dev/cdrom is write-protected, mounting read-only mount: wrong fs type, bad option, bad superblock on /dev/cdrom, missing codepage or other error In some cases useful info is found in syslog - try dmesg | tail or so and I get this appended to dmesg: cdrom: This disc doesn't have any tracks I recognize! eth0: no IPv6 routers present cdrom: sr0: mrw address space DMA selected attempt to access beyond end of device sr0: rw=0, want=68, limit=4 isofs_fill_super: bread failed, dev=sr0, iso_blknum=16, block=16 lsmod lists, among other things: ide_generic 1792 0 [permanent] ide_disk 18176 0 ide_cd 43680 0 ide_scsi 18308 0 ide_core 145080 5 ide_generic,ide_disk,ide_cd,amd74xx,ide_scsi sr_mod 18596 0 cdrom 39736 2 ide_cd,sr_mod sata_nv10628 11 libata 50184 1 sata_nv I originally thought it was just trying to mount on the wrong device, so tried to mount it on /dev/hdc --- only to find that there was no such device. I tried to create it, and that kinda failed, kinda worked, in that they appear in /dev/.static/dev/, and there are no /dev/hd* files at all. Putting them in manually, which I tried, amounted to nothing since they dissapear in the next boot. Things about udev I don't understand, I guess. I tried, twice, # mount -t iso9660 /dev/.static/dev/hdc /media/cdrom0 and that hung badly. Could not even kill it. So, what do I do? I don't know whether or not I can play audio cds/dvds, but that is not vital. I need to be able to mount cd-roms, and burn them. I got some suggestions over the net to use an ata-ide module, but the cd-rom drive is really plugged into an ide port, so I assume this is not right. I am using 2.6.12 since I needed that to get the kernel to find my sata drive as /dev/sda (on my other machine, a 32-bit one using a 2.4 kernel, the drive is recognized as ide, and probably runs slowly, but it works). Will a newer kernel help? Is there a module I need to load? I really want this, I think, to be recognized as an ide device. How do I do that without /dev/hdc? How would I go about getting that device created? -- David L. Johnson __o | You will say Christ saith this and the apostles say this; but _`\(,_ | what canst thou say? -- George Fox. (_)/ (_) | -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
gtk2-engines-gtk-qt FTBFS
I'd like to make a minor change in gtk2-engines-gtk-qt to correct black menus, but the package won't build from the current source. When I issue apt-get -b source gtk2-engines-gtk-qt, I get the following -- what's going on? In contrast, apt-get -b source gtkorphan for example works fine. Dave make -C obj-x86_64-linux-gnu install DESTDIR=/share/software/src/test/gtk-qt-engine-0.60/debian/gtk2-engines-gtk-qt/ make[1]: Entering directory `/share/software/src/test/gtk-qt-engine-0.60/obj-x86_64-linux-gnu' Making install in src make[2]: Entering directory `/share/software/src/test/gtk-qt-engine-0.60/obj-x86_64-linux-gnu/src' make[3]: Entering directory `/share/software/src/test/gtk-qt-engine-0.60/obj-x86_64-linux-gnu/src' make[3]: Nothing to be done for `install-exec-am'. test -z /usr/share/gtk-qt-engine || mkdir -p -- /share/software/src/test/gtk-qt-engine-0.60/debian/gtk2-engines-gtk-qt//usr/share/gtk-qt-engine /usr/bin/install -c -p -m 644 '/share/software/src/test/gtk-qt-engine-0.60/./src/kde-index.theme' '/share/software/src/test/gtk-qt-engine-0.60/debian/gtk2-engines-gtk-qt//usr/share/gtk-qt-engine/kde-index.theme' test -z /usr/lib/gtk-2.0/2.4.0/engines || mkdir -p -- /share/software/src/test/gtk-qt-engine-0.60/debian/gtk2-engines-gtk-qt//usr/lib/gtk-2.0/2.4.0/engines /bin/sh ../libtool --silent --mode=install /usr/bin/install -c -p 'libqtengine.la' '/share/software/src/test/gtk-qt-engine-0.60/debian/gtk2-engines-gtk-qt//usr/lib/gtk-2.0/2.4.0/engines/libqtengine.la' libtool: install: warning: remember to run `libtool --finish /usr/lib/gtk-2.0/2.4.0/engines' test -z /usr/share/themes/Qt/gtk-2.0 || mkdir -p -- /share/software/src/test/gtk-qt-engine-0.60/debian/gtk2-engines-gtk-qt//usr/share/themes/Qt/gtk-2.0 /usr/bin/install -c -p -m 644 '/share/software/src/test/gtk-qt-engine-0.60/./src/gtkrc' '/share/software/src/test/gtk-qt-engine-0.60/debian/gtk2-engines-gtk-qt//usr/share/themes/Qt/gtk-2.0/gtkrc' make[3]: Leaving directory `/share/software/src/test/gtk-qt-engine-0.60/obj-x86_64-linux-gnu/src' make[2]: Leaving directory `/share/software/src/test/gtk-qt-engine-0.60/obj-x86_64-linux-gnu/src' Making install in kcm_gtk make[2]: Entering directory `/share/software/src/test/gtk-qt-engine-0.60/obj-x86_64-linux-gnu/kcm_gtk' make[3]: Entering directory `/share/software/src/test/gtk-qt-engine-0.60/obj-x86_64-linux-gnu/kcm_gtk' make[3]: Nothing to be done for `install-exec-am'. test -z /usr/share/applnk/Settings/LookNFeel || mkdir -p -- /share/software/src/test/gtk-qt-engine-0.60/debian/gtk2-engines-gtk-qt//usr/share/applnk/Settings/LookNFeel /usr/bin/install -c -p -m 644 '/share/software/src/test/gtk-qt-engine-0.60/./kcm_gtk/kcmgtk.desktop' '/share/software/src/test/gtk-qt-engine-0.60/debian/gtk2-engines-gtk-qt//usr/share/applnk/Settings/LookNFeel/kcmgtk.desktop' test -z /usr/lib/menu || mkdir -p -- /share/software/src/test/gtk-qt-engine-0.60/debian/gtk2-engines-gtk-qt//usr/lib/menu /usr/bin/install -c -p -m 644 '/share/software/src/test/gtk-qt-engine-0.60/./kcm_gtk/kcmgtk.menu' '/share/software/src/test/gtk-qt-engine-0.60/debian/gtk2-engines-gtk-qt//usr/lib/menu/kcmgtk.menu' test -z /usr/lib/kde3/ || mkdir -p -- /share/software/src/test/gtk-qt-engine-0.60/debian/gtk2-engines-gtk-qt//usr/lib/kde3/ /bin/sh ../libtool --silent --mode=install /usr/bin/install -c -p 'kcm_kcmgtk.la' '/share/software/src/test/gtk-qt-engine-0.60/debian/gtk2-engines-gtk-qt//usr/lib/kde3//kcm_kcmgtk.la' libtool: install: warning: remember to run `libtool --finish /usr/lib/kde3/' test -z /usr/share/applications || mkdir -p -- /share/software/src/test/gtk-qt-engine-0.60/debian/gtk2-engines-gtk-qt//usr/share/applications /usr/bin/install -c -p -m 644 '/share/software/src/test/gtk-qt-engine-0.60/./kcm_gtk/kcmgtk-xdg.desktop' '/share/software/src/test/gtk-qt-engine-0.60/debian/gtk2-engines-gtk-qt//usr/share/applications/kcmgtk-xdg.desktop' make[3]: Leaving directory `/share/software/src/test/gtk-qt-engine-0.60/obj-x86_64-linux-gnu/kcm_gtk' make[2]: Leaving directory `/share/software/src/test/gtk-qt-engine-0.60/obj-x86_64-linux-gnu/kcm_gtk' make[2]: Entering directory `/share/software/src/test/gtk-qt-engine-0.60/obj-x86_64-linux-gnu' make[3]: Entering directory `/share/software/src/test/gtk-qt-engine-0.60/obj-x86_64-linux-gnu' make[3]: Nothing to be done for `install-exec-am'. make[3]: Nothing to be done for `install-data-am'. make[3]: Leaving directory `/share/software/src/test/gtk-qt-engine-0.60/obj-x86_64-linux-gnu' make[2]: Leaving directory `/share/software/src/test/gtk-qt-engine-0.60/obj-x86_64-linux-gnu' make[1]: Leaving directory `/share/software/src/test/gtk-qt-engine-0.60/obj-x86_64-linux-gnu' dh_installdirs -pgtk2-engines-gtk-qt rm -r debian/gtk2-engines-gtk-qt/usr/lib/menu debian/gtk2-engines-gtk-qt/usr/share/applications make: *** No rule to make target `install', needed by `binary/gtk2-engines-gtk-qt'. Stop. Build command 'cd gtk-qt-engine-0.60 dpkg-buildpackage -b -uc' failed. E: Child process failed -- To
Re: Ethernet problem
On Monday 19 December 2005 10:57, Jens Schwarze wrote: [EMAIL PROTECTED] schrieb: I had the same problem, just add sk98lin to /etc/modules and reboot. Clemens On Monday 19 December 2005 00:50, Jens Schwarze wrote: Hello all, I have installed debian amd64 etch an d have a problem to activate the ethernet card. The card is directly on the mainboard, it's a A8V Deluxe from Asus with gigabit ethernet. Anyone who can help me? And where can I get this? (sorry I'm new with debian) You already have it, you simply have to tell the system to load it whenever it boots. You do this by adding a line of text to the file /etc/modules which contains the text sk98lin To do this you have to be root as this is a protected file and then edit the file. The best way to get root privilege is to use sudo, but without a network installing it might be tricky. The easiest way to do this is to switch to a command line console (Alt-Ctrl-F1, use Alt-Ctrl-F7 to get back to your desktop) and log on as root using the password you set when installing. Now be VERY careful as root can modify anything and you could destroy your system. Pick a command line editor you are familiar with, if you are not familiar with any then I suggest nano. Move to the end of the file and add in a line as above and save it (if you are using name Ctrl-o). Now quit the editor (Ctrl-x for nano). To test whether you have done it right you will need to reboot. If you want to test that this is really the right module before you do this editing then you need to issue the following:- modprobe sk98lin Now use the ifconfig command to see if the ethernet interface is now avavailable:- ifconfig If you had issued this before the modprobe then it would only have shown details for the interface called lo. There should now be an interface which will almost certainly be called eth0. If it is not there then you need to look at the end of /var/log/syslog to look for error messages. The easiest way to do this is using the tail command:- tail -n 40 /var/log/syslog and let us know what is there that seems relevant to the driver. Once you have an interface then what you do depends on whether there is a DHCP server on the network. If there is it is quite easy, otherwise it is a little more complicated. But get to the stage that the module loaded correctly and then we can worry about setting up the network address etc. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Merry Christmas! : Newsletter Vol. # 5 and Embedded Tools Offer from GAO Engineering
Hello, Seasons Greetings from GAO Engineering Inc! Here are a few updates for our customers, affiliates and newsletter subscribers: We have recently spun off our Electrical Engineering Development Tools division into a new, easier to use Embedded Tools Online Store, http://www.gaoengineering.com/tracking.php?pid=2nid=xmasoffer (formerly the GAO Research Online Store), and added more than 100 new products since our last newsletter. We are currently running a Christmas Blowout ranging from 20 to 25% off on the product value for our fastest moving TI DSP Emulators and our Universal Programmers (featured on our home page). Apart from the products featured for the December Blowout, we have a separate Christmas Offer which remains live until the 31st of January 2006. We offer a 5% discount on all our DSP and Microprocessor Development Tools for TI, Intel, ARM architecture processor development boards, emulators and debuggers, our Production Programmers for Microcontroller based devices, as well as for Test Measurement equipment. In case you foresee an ongoing requirement for our products, we would be happy to extend additional Preferred Customer discounts to you for 2006. If you would like to refer your colleagues to us, we could expand our offer to include Preferred Partner Rates with additional benefits for Referrers. For Sales Information, and to avail of our offer, feel free to get in touch at my information below, or with my colleague, Kaashif Asghar (Sales), at extension 221 or [EMAIL PROTECTED] Thank you for your time, and wishing you a Merry Christmas and a Happy New Year! Yours Sincerely, David Ou GAO Engineering Inc. 601 Milner Avenue, 2nd Floor Toronto, Ontario M1B 1M8, Canada Tel: (416) 292-0038 ext. 818 Fax: (416) 292-2364 e-mail: [EMAIL PROTECTED] Website: http://www.gaoengineering.com/tracking.php?pid=2nid=xmasoffer Gao Engineering Inc. is the world's leading provider of robust, cutting-edge embedded electronic design development tools serving DSP programmers, Equipment Manufacturers, Electrical Designers and Board developers. GAO Engineering Inc. offers a range of affordable and reliable ARM, DSP microprocessor EVM and development boards, Test Measurement products, Universal Programmers, Emulators, DSP Learning Systems, IDEs, micro-network terminals more for electronic designers (available at http://www.gaoengineering.com/tracking.php?pid=2nid=xmasoffer). We are preferred vendors for Motorola, Lucent, Alcatel, Qualcomm, Philips, Terayon, Telcordia (formerly Bellcore), OKI, Marconi, Siemens, Infineon, Mitsubishi, Intercom, LG Electronics, Toshiba, and other market leaders. Information contained in this e-mail message is intended only for the use of the individual to whom it is addressed and is confidential. Any dissemination or reproduction of this communication is prohibited unless you are the intended recipient, or are responsible for delivering this message to the intended recipient. If you were not supposed to receive this communication, and have received this message in error, kindly destroy it and notify the sender so we can ensure this does not re-occur. Thank you. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Is there a known problem with formatting ext3 partitions on AMD-64
On Friday 25 November 2005 12:45, Goswin von Brederlow wrote: David Goodenough [EMAIL PROTECTED] writes: I have a machine I am trying to install Debian on. It is an AMD-64 and has a DPT RAID card. The disks appear on the I2O bus. The Debian installer recognises them (once I have told it to load the right driver), and partitions them, but there is a problem when it comes to formatting them for EXT-3. Either through the installer, or manually on VC2, the format seems to go OK, but when I come to mount it, mount complains of an invalid parameter. Please paste the error message. When I next start the machine I will post it. The installer just put up a dialog saying that mounting the partition has failed. The manual mount command I tried was:- mount -t ext3 /dev/i2o/hda/part1 /target /target exists, as does the /dev/i2o/hda/part1. The I2O maintainer is a bit confused as to why the disk is not called /dev/i2o/hda1, but that appears to be a Debianism. I also tried putting a small IDE drive on this box, and then I tried to format it using the installer, and that hung at 100%. Did you wait a while? mke2fs fills the cache and can then hang at the end for quite a while till the disk catches up writing. Yes I left it for about an hour. David David MfG Goswin -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Is there a known problem with formatting ext3 partitions on AMD-64
I have a machine I am trying to install Debian on. It is an AMD-64 and has a DPT RAID card. The disks appear on the I2O bus. The Debian installer recognises them (once I have told it to load the right driver), and partitions them, but there is a problem when it comes to formatting them for EXT-3. Either through the installer, or manually on VC2, the format seems to go OK, but when I come to mount it, mount complains of an invalid parameter. The manual mount command I tried was:- mount -t ext3 /dev/i2o/hda/part1 /target /target exists, as does the /dev/i2o/hda/part1. The I2O maintainer is a bit confused as to why the disk is not called /dev/i2o/hda1, but that appears to be a Debianism. I also tried putting a small IDE drive on this box, and then I tried to format it using the installer, and that hung at 100%. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem with NICs on Amd64 installer
On Friday 18 November 2005 16:48, Lennart Sorensen wrote:
On Thu, Nov 17, 2005 at 10:08:40AM +, David Goodenough wrote:
Of course I could not do an lspci with the installer, as it is not
present (why, it would be so useful), so I used Knoppix instead.
The raid card is:
1044:a511 RAID controller Adaptec (formerly DPT) SmartRAID V Controller
rev 1
and the network cards:-
14e4:1640 Broadcom NetXtreme BCM5704.
With your driver in exprt mode it correctly identified the cards and the
drivers that were needed for them, but said they could not be loaded.
Hmm, well the raid card appears to be supported by the i2o drivers, so
perhaps if you manually modprobe those from console 2 it would work. I
haven't worked with i2o myself, but I know I included them on my
installer cd.
ie: drivers/message/i2o/pci.c:{PCI_DEVICE(PCI_VENDOR_ID_DPT, 0xa511)}
Len,
I tried loading this manually (I notice in expert mode that there is a message
saying that it needed this driver but could not find it) but it does not
appear to be there. My guess (but only a guess) is that it is not in the
initrd image. It certainly is not in the
/lib/modules/2.6.12.../kernel/drivers/scsi directoryat the time that it
comes to load the CD driver.
David
As for the network, those might be among the broadcoms that require the
bcm5700 driver instead of the tg3 driver. That one is not included in
the kernel at all, but has to be installed from the bcm5700-source
package after installing. Insert a more standard NIC to do the install
with until you can get the broadcom working I guess.
Len Sorensen
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nice server board for AMD64/EM64T?
On Wednesday 23 November 2005 15:35, Soenke von Stamm wrote: Tyan Thunder K8SR S2881. I have one of them running under Linux in a high load mail server for months now without any problems. Using Opteron 248s (bought it when those were the 2nd fastest Optis). Chipset is also AMD, long in production, very reliable. NICs: two Broadcom BCM5704C, GBit. Plus we have close to 20 of them running under W* with two Opteron 265s. Stable as can be. They eat every Intel offering in every respect - power draw, performance, price. The board starts at €404, this ones is for 1U with only two slots. There are almost identical boards with more slots like Thunder K8SD Pro S2882. I found this one for only €370, -D version is recommended as it supports DualCore (I think the non-D have disappered from the market). For SATA RAID, I use LSI MegaRAID SATA 300-8X, becuase 3ware 95xx doesn't fit into the Tyan 1U chassis (too long with SATA cables connected). The LSI so far runs perfectly (kernel 2.6.11 needed) so far, but only for some weeks by now. Sönke How did you get this installed. We have one of these with SCSI RAID using the DPT RAID card, and none of the Debian installers seem to have the right driver in the initrd. I am thinking of putting an old IDE drive in just to bootstrap myself. Also which driver do you use for he BCM5704C? The tg3 module does not seem to work and the bcm5700 driver is not build into the kernel so you have a chicken and egg problem to get it installed (I do not have a spare 3V PCI ethernet card I can put in to get me started, and USB ethernet adapters are not supported by the installer kernel). David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Nice server board for AMD64/EM64T?
On Wednesday 23 November 2005 17:05, Soenke von Stamm wrote: Am Mittwoch, 23. November 2005 17:01 schrieb David Goodenough: How did you get this installed. We have one of these with SCSI RAID using the DPT RAID card, and none of the Debian installers seem to have the right driver in the initrd. I am thinking of putting an old IDE drive in just to bootstrap myself. I don't know about DPT and for mine I transfered a completely installed system with 2.6.12 kernel (from unstable) from onboard SATA to LSI RAID (using a Live CD like knoppix I think ... or was it another disk with fresh install?). I suspect that putting a little IDE drive on to boostrap it will help. Also which driver do you use for he BCM5704C? The tg3 module does not seem to work and the bcm5700 driver is not build into the kernel so you have a chicken and egg problem to get it installed (I do not have a spare 3V PCI ethernet card I can put in to get me started, and USB ethernet adapters are not supported by the installer kernel). Er, I currently only have acces to a machine with 2.6.8-9-amd64-k8-smp running, it uses the tg3 driver which says : eth0: Tigon3 [partno(BCM95704A7) rev 2003 PHY(5704)] (PCIX:100MHz:64-bit) 10/100/1000BaseT Ethernet 00:e0:81:xx:xx:xx Oddly the tg3 driver loads on my system but the device never detects the link even though the light on the front lights. Somebody pointed to an installer image (netinstall) with 2.6.12 kernel in this list. You might want to search for it in the archive. I have tried this and it did not work any better than the debian-installer build. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem with NICs on Amd64 installer
On Wednesday 16 November 2005 17:54, Lennart Sorensen wrote: On Wed, Nov 16, 2005 at 03:48:31PM +, David Goodenough wrote: I tried this but it did not help. In fact it also does not seem to have the driver for the RAID card in it, so I could not even install without the network. Which raid card? I also tried the most recent etch-rc1 ISO, and that fails in the same way. I am confident that the ethernet cable is correctly installed and that the connection to the hub is working as the relevant panel light comes on both in the front of the machine and on the hub. The driver loads apparently correctly, and ifconfig reports a device. dhclient tries to get an address but fails, and if I statically configure the card it accepts the values but then fails to communicate. Which ethernet chip? Anyone have any further ideas? Well what does lspci -n |grep 0200 say for the network card? How about lspci -n |grep 010[14] for the ide/sata/raid cards? Len Sorensen Of course I could not do an lspci with the installer, as it is not present (why, it would be so useful), so I used Knoppix instead. The raid card is: 1044:a511 RAID controller Adaptec (formerly DPT) SmartRAID V Controller rev 1 and the network cards:- 14e4:1640 Broadcom NetXtreme BCM5704. With your driver in exprt mode it correctly identified the cards and the drivers that were needed for them, but said they could not be loaded. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem with NICs on Amd64 installer
On Thursday 10 November 2005 19:01, Lennart Sorensen wrote: On Thu, Nov 10, 2005 at 06:45:43PM +, David Goodenough wrote: I am new to Amd64, but have been using Debian for a long time. I was asked to install Debian on a couple of 1U servers running AMD-64 CPUs. They have NICs that require the TG3 driver. I got hold of the sid D-I business card ISO, and booted it up. It booted just find and correctly identified the need to load the TG3 driver. But it then failed to load it, and if I change to the second console and try to use modprobe explicitly it says that the TG3 driver is not found. Now I know there was a problem with the TG3 driver in that it required binary firmware, but I understand that there is now a version which does not need the firmware but does not enable all the facilities. Having failed with that driver I then tried to plug in a USB ethernet adapter which would have needed the pegasus driver. But that is not auto-detected and again not loadable. There is a PCI slot spare, but it does not seem designed for ethernet cards in that I don't think I can get connected to it. Any ideas? What model is the machine? If the expansion slot isn't PCI or PCI-X what is it? It probably won't allow an old 5V PCI card, but any dual voltage card (two notches in the PCI connector rather than only one) should fit in any PCI slot. PCI express is different of course. You can try my 2.6.12 sarge installer for amd64 and see if the tg3 driver it has works any better/differently. http://www.tinyplanet.ca/~lsorense/amd64/ I tried this but it did not help. In fact it also does not seem to have the driver for the RAID card in it, so I could not even install without the network. I also tried the most recent etch-rc1 ISO, and that fails in the same way. I am confident that the ethernet cable is correctly installed and that the connection to the hub is working as the relevant panel light comes on both in the front of the machine and on the hub. The driver loads apparently correctly, and ifconfig reports a device. dhclient tries to get an address but fails, and if I statically configure the card it accepts the values but then fails to communicate. Anyone have any further ideas? David Len Sorensen -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Problem with NICs on Amd64 installer
Hi, I am new to Amd64, but have been using Debian for a long time. I was asked to install Debian on a couple of 1U servers running AMD-64 CPUs. They have NICs that require the TG3 driver. I got hold of the sid D-I business card ISO, and booted it up. It booted just find and correctly identified the need to load the TG3 driver. But it then failed to load it, and if I change to the second console and try to use modprobe explicitly it says that the TG3 driver is not found. Now I know there was a problem with the TG3 driver in that it required binary firmware, but I understand that there is now a version which does not need the firmware but does not enable all the facilities. Having failed with that driver I then tried to plug in a USB ethernet adapter which would have needed the pegasus driver. But that is not auto-detected and again not loadable. There is a PCI slot spare, but it does not seem designed for ethernet cards in that I don't think I can get connected to it. Any ideas? David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem with NICs on Amd64 installer
On Thursday 10 November 2005 19:07, Andrew Sharp wrote: On Thu, Nov 10, 2005 at 06:45:43PM +, David Goodenough wrote: Hi, I am new to Amd64, but have been using Debian for a long time. I was asked to install Debian on a couple of 1U servers running AMD-64 CPUs. They have NICs that require the TG3 driver. I got hold of the sid D-I business card ISO, and booted it up. It booted just find and correctly identified the need to load the TG3 driver. But it then failed to load it, and if I change to the second console and try to use modprobe explicitly it says that the TG3 driver is not found. Now I know there was a problem with the TG3 driver in that it required binary firmware, but I understand that there is now a version which does not need the firmware but does not enable all the facilities. The tg3 driver doesn't need/use firmware. I've heard from several sources that there is some amd64 hardware that has built in NICs that detect as tg3 but the driver either doesn't load or loads but doesn't work. It could be the case that it's being mis-detected, or it's such a new variant on Broadcoms tigon family that the tg3 driver doesn't like it. You might try the GPL'd Broadcom source for bcm5700, but that probably won't help you during install. Knoppix detects this as a Broadcom chip. And there is a Broadcom chip which is I think is the right number. Having failed with that driver I then tried to plug in a USB ethernet adapter which would have needed the pegasus driver. But that is not auto-detected and again not loadable. There is a PCI slot spare, but it does not seem designed for ethernet cards in that I don't think I can get connected to it. You mean for physical reasons, like there is no case opening? Perhaps you need a PCI riser card to use the slot. I will have to see if I have a suitable riser. Yes the problem is physical. a David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
Re: Problem with NICs on Amd64 installer
On Thursday 10 November 2005 19:01, Lennart Sorensen wrote: On Thu, Nov 10, 2005 at 06:45:43PM +, David Goodenough wrote: I am new to Amd64, but have been using Debian for a long time. I was asked to install Debian on a couple of 1U servers running AMD-64 CPUs. They have NICs that require the TG3 driver. I got hold of the sid D-I business card ISO, and booted it up. It booted just find and correctly identified the need to load the TG3 driver. But it then failed to load it, and if I change to the second console and try to use modprobe explicitly it says that the TG3 driver is not found. Now I know there was a problem with the TG3 driver in that it required binary firmware, but I understand that there is now a version which does not need the firmware but does not enable all the facilities. Having failed with that driver I then tried to plug in a USB ethernet adapter which would have needed the pegasus driver. But that is not auto-detected and again not loadable. There is a PCI slot spare, but it does not seem designed for ethernet cards in that I don't think I can get connected to it. Any ideas? What model is the machine? If the expansion slot isn't PCI or PCI-X what is it? It probably won't allow an old 5V PCI card, but any dual voltage card (two notches in the PCI connector rather than only one) should fit in any PCI slot. PCI express is different of course. You can try my 2.6.12 sarge installer for amd64 and see if the tg3 driver it has works any better/differently. http://www.tinyplanet.ca/~lsorense/amd64/ Len Sorensen Its a Tyan Thunder K8SR S2881. David -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
nvidia fails on register_ioctl32_conversion with kernel 2.6.14
A git patch from 6 September 2005 (http://www.grmso.net:8090/commit/5dd42c262bd742fa3602180bbe5550b4828de8f3/) removes the functions register_ioctl32_conversion and unregister_ioctl32_conversion. Building or inserting the module nvidia-kernel-source 1.0.7174 on the new vanilla 2.6.14 using gcc 4.0 I get nvidia: Unknown symbol register_ioctl32_conversion nvidia: Unknown symbol unregister_ioctl32_conversion The changelog for the experimental nvidia-graphics-drivers (1.0.7676-1) was last updated on 29 Aug 2005 and doesn't mention these disappearing functions. I don't see anything on the NV site. Am I missing something obvious, or didn't this make it into an earlier kernel? Dave -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of unsubscribe. Trouble? Contact [EMAIL PROTECTED]
