Re: ldap problem

2005-06-24 Thread Niklas Ögren

I've uninstalled nscd altogether, but that doesn't seem to be the
problem.  I've also compiled the latest ssh.  It hangs in the same
place, which only makes me believe that its pam even more.

I forgot to mention that it hangs, but doesn't die.  After about an
hour or so, the session completes and the user is logged in normally.
It must be a timeout issue of some sort, but I have no idea what it's
hanging on.


Run the process that hangs (sshd?) in gdb, and do a backtrace. May give 
some clues. Maybe you need the source to sshd and pam, and maybe you need 
to recompile for that.. but it's easy to do this step by step.


/n


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Build gcc4 on sarge/amd64 failed

2005-06-17 Thread Niklas Ögren
Hi!

The gcc-4 packet from unstable cannot co-exist you mean?

If not, you can always download the source, and build-deps, and see how they do
it in debian/rules file...

/n

Quoting Dominik Epple <[EMAIL PROTECTED]>:

> Hi List,
>
> I want to install gcc-4.0.0 as non-system compiler, e.g. to
> /usr/local/gcc-4.0.0. Normally (on i386, for example), the ususal
>
> tar xjf gcc-4.0.0.tar.bz2
> mkdir obj
> cd obj
> ../gcc-4.0.0/configure --prefix=/usr/local/gcc-4.0.0 \
> --enable-languages=c,c++,f95 --enable-__cxa_atexit
> make bootstrap
> su
> make install
>
> applies, but doing exactly this on sarge/amd64 fails with the
> following messages (sorry for the long text):
>
> ./xgcc -B./ -B/usr/local/gcc-4.0.0/x86_64-unknown-linux-gnu/bin/ -isystem
> /usr/local/gcc-4.0.0/x86_64-unknown-linux-gnu/include -isystem
> /usr/local/gcc-4.0.0/x86_64-unknown-linux-gnu/sys-include
> -L/arch/dominik/obj/gcc/../ld -O2  -DIN_GCC   -W -Wall -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition  -isystem
> ./include  -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED
>  -shared -nodefaultlibs -Wl,--soname=libgcc_s.so.1
> -Wl,--version-script=libgcc/32/libgcc.map -o 32/libgcc_s.so.1.tmp  -m32
> libgcc/32/_muldi3_s.o libgcc/32/_negdi2_s.o libgcc/32/_lshrdi3_s.o
> libgcc/32/_ashldi3_s.o libgcc/32/_ashrdi3_s.o libgcc/32/_cmpdi2_s.o
> libgcc/32/_ucmpdi2_s.o libgcc/32/_floatdidf_s.o libgcc/32/_floatdisf_s.o
> libgcc/32/_fixunsdfsi_s.o libgcc/32/_fixunssfsi_s.o libgcc/32/_fixunsdfdi_s.o
> libgcc/32/_fixdfdi_s.o libgcc/32/_fixunssfdi_s.o libgcc/32/_fixsfdi_s.o
> libgcc/32/_fixxfdi_s.o libgcc/32/_fixunsxfdi_s.o libgcc/32/_floatdixf_s.o
> libgcc/32/_fixunsxfsi_s.o libgcc/32/_fixtfdi_s.o libgcc/32/_fixunstfdi_s.o
> libgcc/32/_floatditf_s.o libgcc/32/_clear_cache_s.o
> libgcc/32/_enable_execute_stack_s.o libgcc/32/_trampoline_s.o
> libgcc/32/__main_s.o libgcc/32/_absvsi2_s.o libgcc/32/_absvdi2_s.o
> libgcc/32/_addvsi3_s.o libgcc/32/_addvdi3_s.o libgcc/32/_subvsi3_s.o
> libgcc/32/_subvdi3_s.o libgcc/32/_mulvsi3_s.o libgcc/32/_mulvdi3_s.o
> libgcc/32/_negvsi2_s.o libgcc/32/_negvdi2_s.o libgcc/32/_ctors_s.o
> libgcc/32/_ffssi2_s.o libgcc/32/_ffsdi2_s.o libgcc/32/_clz_s.o
> libgcc/32/_clzsi2_s.o libgcc/32/_clzdi2_s.o libgcc/32/_ctzsi2_s.o
> libgcc/32/_ctzdi2_s.o libgcc/32/_popcount_tab_s.o libgcc/32/_popcountsi2_s.o
> libgcc/32/_popcountdi2_s.o libgcc/32/_paritysi2_s.o libgcc/32/_paritydi2_s.o
> libgcc/32/_powisf2_s.o libgcc/32/_powidf2_s.o libgcc/32/_powixf2_s.o
> libgcc/32/_powitf2_s.o libgcc/32/_mulsc3_s.o libgcc/32/_muldc3_s.o
> libgcc/32/_mulxc3_s.o libgcc/32/_multc3_s.o libgcc/32/_divsc3_s.o
> libgcc/32/_divdc3_s.o libgcc/32/_divxc3_s.o libgcc/32/_divtc3_s.o
> libgcc/32/_divdi3_s.o libgcc/32/_moddi3_s.o libgcc/32/_udivdi3_s.o
> libgcc/32/_umoddi3_s.o libgcc/32/_udiv_w_sdiv_s.o libgcc/32/_udivmoddi4_s.o
> libgcc/32/unwind-dw2_s.o libgcc/32/unwind-dw2-fde-glibc_s.o
> libgcc/32/unwind-sjlj_s.o libgcc/32/gthr-gnat_s.o libgcc/32/unwind-c_s.o -lc
> && rm -f 32/libgcc_s.so && if [ -f 32/libgcc_s.so.1 ]; then mv -f
> 32/libgcc_s.so.1 32/libgcc_s.so.1.backup; else true; fi && mv
> 32/libgcc_s.so.1.tmp 32/libgcc_s.so.1 && ln -s libgcc_s.so.1 32/libgcc_s.so
> /usr/bin/ld: skipping incompatible /usr/lib/../lib/libc.so when searching for
> -lc
> /usr/bin/ld: skipping incompatible /usr/lib/../lib/libc.a when searching for
> -lc/usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.so when searching
> for -lc
> /usr/bin/ld: skipping incompatible /usr/bin/../lib/libc.a when searching for
> -lc/usr/bin/ld: skipping incompatible /usr/lib/libc.so when searching for -lc
> /usr/bin/ld: skipping incompatible /usr/lib/libc.a when searching for -lc
> /usr/bin/ld: cannot find -lc
> collect2: ld returned 1 exit status
> make[3]: *** [32/libgcc_s.so] Error 1
> make[3]: Leaving directory `/arch/dominik/obj/gcc'
> make[2]: *** [stmp-multilib] Error 2
> make[2]: Leaving directory `/arch/dominik/obj/gcc'
> make[1]: *** [stage1_build] Error 2
> make[1]: Leaving directory `/arch/dominik/obj/gcc'
> make: *** [bootstrap] Error 2
>
> I guess the problem is somewhere in building the runtime of the 32-bit
> part of the compiler (-m32). Anyone has a clue to fix this?
>
> Other question, as a workaround, can I configure gcc not to build itself
> as biarch compiler, thus only supporting 64bit? Then the above problem
> could be avoided, I think.
>
> Or how do you bild your gcc4 (if you do so)? Or are there someone
> packages for download for sarge/amd64? I do not want to switch to the
> amd64/gcc4 tree, I just want to have the compiler additionally, without
> interfering with the system compilers/libraries and stuff.
>
> Thanks, Dominik.
>
>
>





-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: dependency problems base-files, libc6

2005-06-16 Thread Niklas Ögren

Hmm, it seems that I could upgrade to sid and that stable and testing
are broken. Should I do that?


You should use sarge, and not stable/testing/unstable, when writing your 
sources.list, and pointing to any of the new mirrors of amd64.debian.net
It's actually done some time ago.. the transition from testing to stable, 
for sarge that is..


I am a happy user of sarge, and have been running it on a production 
machine without any issues. Just follow this mailinglist and read 
announcements of whats happening with the distribution and the archives.


/n



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Successful install, but no boot

2005-06-15 Thread Niklas Ögren

mirror = http://debian-amd64.alioth.debian.org/debian-amd64/


I hope you use the current archive, or its mirrors, from 
http://amd64.debian.net .. Maybe you've been trying to get some old stuff 
to work.. :-)


/n



--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Unmet build dependencies for openssh?

2005-05-25 Thread Niklas Ögren

Thank you, that helped a lot.  I downloaded and installed the .debs
manually, and the new sticking point became that this:

libtasn1-2-dev_0.2.10-3

couldn't be installed because it depended on libtasn1-2_0.2.10-3, when
it wanted to install libtasn1-2_0.2.10-4.  I installed both of the
-3's manually, and then it was willing to proceed.

It installed all of gnome and a zillion libraries (on a headless db
server ;), and I was then able to build the ssh package.


Pete,

If you think you're running sarge, and have that in /etc/apt/sources.list, 
it may be good to downgrade some packages if you find them with 
"apt-show-versions|grep unstable"..
I was running a mix of sarge/sid from the old /pure64 and /debian-amd64, 
and downgrading all packages that I could, manually, solved me some 
problems.


/n


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: distributed-net on amd64?

2005-05-24 Thread Niklas Ögren

Now I' m missing a distributed-net .deb for amd64, anyone knows anything
about that?


You should always run the clients from http://distributed.net .. their 
X86_64 client works with debian ..


/n


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



libkrb-1-kerberos4kth libroken16-kerberos4kth

2005-05-08 Thread Niklas Ögren
Hi!
The packages
 libkrb-1-kerberos4kth
 libroken16-kerberos4kth
seems to be gone from amd64 testing, but the mainline debian got them 
there..

Version 1.2.2-11.2 do exists now in unstable though..
/n
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Re: ISO not found?

2005-05-05 Thread Niklas Ögren
When adding the new mirror. dist-upgrade wants to "upgrade" many installed
packages... with ones of the same version!
I saw that my /etc/apt/preference was causing unnecessary upgrades, when 
pinning to the "wrong" d=NAME .. Maybe only put a=testing or a=unstable 
there?!

The "d" obviously changed...
/n
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Re: libtasn1-2

2005-05-05 Thread Niklas Ögren
Where do I find build status on a package? I.e. why a package is not in
testing, but in unstable .. My googling only found status for other debian
arch's ..
It should now be available.
Thanks!
My question of where I can see status of packages still stands..
/n
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


libtasn1-2

2005-05-05 Thread Niklas Ögren
Hi!
Where do I find build status on a package? I.e. why a package is not in 
testing, but in unstable .. My googling only found status for other debian 
arch's ..

My problem is that libtasn1-2 is not in debian-amd64/testing, but in 
i386/testing .. and packages like libgnutls11 is dependent on that, which 
in turn programs like mutt and lynx are dependent on.

My sources.list is:
deb http://bach.hpc2n.umu.se/debian-pure64 testing main contrib non-free
deb-src http://bach.hpc2n.umu.se/debian-pure64 testing main contrib 
non-free

deb http://bach.hpc2n.umu.se/debian-pure64 unstable main contrib
deb-src http://bach.hpc2n.umu.se/debian-pure64 unstable main contrib
..and I use /etc/apt/preferences to priorities testing over unstable.
I checked the archive at amd64.debian.net as well.. same thing there.
/n
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Re: A new, unstable system, HW problem ???

2005-04-26 Thread Niklas Ögren
I have the same hardware, except no SATA drivers, and had problems with my
memory that was supposed to be able to run at 400, but it did not work
until I set it to 333 ... try that.
/n - who otherwise is happy with the system.. except that stupid
undocumented uGURU stuff..
Hmm, how many memory modules and how many slots does it have in total?
Do you mean the Abit AV8? It got four slots, but there is some 
restrictions in how to use them. Have to have 128bit (double sided?) 
modules to use all four, otherwise only two slots can be used.

I got two cheap 512MB 64-bit modules running here in my system.
/n
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Re: A new, unstable system, HW problem ???

2005-04-26 Thread Niklas Ögren
I have the same hardware, except no SATA drivers, and had problems with my 
memory that was supposed to be able to run at 400, but it did not work 
until I set it to 333 ... try that.

/n - who otherwise is happy with the system.. except that stupid 
undocumented uGURU stuff..

On Tue, 26 Apr 2005 [EMAIL PROTECTED] wrote:
Hi again,
This is a collective answer, many thanks to all of you guys.
So, the consensus seems to be memory problems, which is something that I
suspected myself. I haven't tested thoroughly yet but I will do more testing
tonight (remove one of the memory units, run memtest86+..something else?).
What I did do is load some 'Failsafe settings' in my bios (since I have no clue
how to adjust memory timings :) and it seems that e.g. the compilation of the
kernel does go alot further...but still crashes in the end. One thing I forgot
to mention in the last post is that with the default bios settings the
compilation always stopped (no crash, just stop) when compiling some filesystem
code (Coda?) but after issuing a new 'make' it would go on, but now with the
more conservative settings it doesn't stop anymore at that point. And also, when
the compile is crashes, the crash is either a whole system crash or just gcc seg
faulting.
Now the specifics: I don't think it's the power supply that's the problem. I
tried two different relatively new Antec power units (300W and 350W) both with
additional ATX12V support. And I have no PCI cards and just the one sata drive
attached in the motherboard, so I don't think the power requirement is that 
great.
I've tried with the default 2.6.8.? and the most recent 2.6.11.9 kernels in the
64bit installation and the most recent 2.6.11.? kernel in the 32bit
installation. And I see no difference in behavior. But maybe I could try with a
pata drive if I find an empty partition somewhere :)
Any other ideas what to test?
Thanks guys, I surely hope it's the memory that's at fault ( or infact any one
component, just wish I knew which one :)
juhis
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


 
  Email:  [EMAIL PROTECTED]Homepage:  http://nod.se
  Solna, SwedenICQ:   939710
  GSM:+46-70-523 18 40 Home:  +46-8-655 01 64
 
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Re: [Fwd: Re: viruses]

2005-04-23 Thread Niklas Ögren
For private use: you can try AntiVir fom http://www.free-av.com/
It is free of cost for private use and next to Windows it is available
for Linux, FreeBSD, OpenBSD and Solaris.
Is that one working well in a 64-bit userland, or does it need a chroot?
Can I integrate virus scanning with free AntiVir into my receiving 
sendmail setup?

/n
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Re: amd64 into mainstream

2005-04-20 Thread Niklas Ögren
I run several systems at home, and until recently I had a pretty
narrow internet connection. So running testing with daily downloads
between 5 and 50 MB per day per system was just not an option. On the
It's not that difficult to get a http cache (squid) working.. and combine 
that with a nightly unattended download of what you need with apt-get ..

/n
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Re: amd64 into mainstream

2005-04-19 Thread Niklas Ögren
AFAIK, alioth *is* the only "local mirror" for my region (US).  There's
nothing else close to me.
The connections across the atlantic are wide, and the servers around here 
quick. Give it a try. :-)

/n
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Re: amd64 into mainstream

2005-04-18 Thread Niklas Ögren
What do you mean by "core archives server"?  Isn't that what (us.)debian.org
is, and what I'm referring to?  Despite whatever the ping times are with
debian.org (when I was using i386 I was using a faster mirror too), it
doesn't have pauses in transfers like alioth has.  Alioth appears overloaded,
and moving pure64 over to the main debian.org, even while still in an
unofficial status, would help alioth.
Why are you loading alioth then, when it's not working as expected for 
you? Personally I'm using its mirrors, like bach.hpc2n.umu.se without any 
problems...


So is it finally time for "The Mother of All Forks"?  :)  Brother Server
Debian, meet sister Desktop Debian, your biological twin, she's not as strong
as you are, but she's a hell of a lot prettier.  :)
(Note the use of fork above is merely for humor, in reality a split of Debian
would more resemble a "corporate reorganisation" than a "fork".  There would
I believe be very little, if any, forking of computer code at all.)
(Yes, I read all the way down here.. :)
I totally agree with you. If we want to keep debian as the good 
alternative, a split may be necessary. In the process more developers 
needs to be attracted to debian to make it happen, and make it good! I'm 
sure it's possible, if things happen more quickly when there still is 
something to save!

/n
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Ati chipsets

2005-04-05 Thread Niklas Ögren
I've heard rumour about Linux not able to support ati chipsets that much.. 
Is that a generic, or a pure64  problem?

Anybody been running pure64 (or x86 debian) on ATI RADEON® XPRESS 200P 
chipset?

/n

Re: pure64 semi-testing

2005-03-29 Thread Niklas Ögren
Change that to:
deb http://bach.hpc2n.umu.se/debian-pure64 testing main non-free contrib
Ah, I see. Found the http://bach.hpc2n.umu.se/archive-structure.txt :-)
Then I will still have a mix of sid/sarge, but I guess it will converge to 
sarge ..

Thanks!
/n
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Re: pure64 semi-testing

2005-03-29 Thread Niklas Ögren
there is already a sarge version of debian-amd64.  Did you want 
something else?
I thought they were more or less the same? At least when I tried to force 
my sid system to only look at sarge from the alioth-mirrors when running 
apt .. maybe I was doing that wrong. How to "freeze" a sid-system and 
change to sarge then?

My sources.list:
deb http://bach.hpc2n.umu.se/pure64 testing main non-free contrib
deb-src http://bach.hpc2n.umu.se/pure64 testing main non-free contrib
deb http://bach.hpc2n.umu.se/pure64 unstable main non-free contrib
deb-src http://bach.hpc2n.umu.se/pure64 unstable main non-free contrib
and preferences:
Package: *
Pin: release o=Debian-amd64,a=testing
Pin-Priority: 650
Package: *
Pin: release o=Debian-amd64,a=unstable
Pin-Priority: 600
/n
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


pure64 semi-testing

2005-03-29 Thread Niklas Ögren
no.  pure64 and the gcc-3.4 branches are entirely separate (and incompatible).
I would recommend using the pure64 branch.  The gcc-3.4/gcc4 is more like
"experimental".  You should not mix packages from these.
For the pure64:
Am I the only one who would appreciate a system similar to the 32bit 
Debian, where the unstable packages come into testing state if no 
complaints after one week, and that's the point where "apt-get upgrade" 
want to install them into my running system?

I know I'm running unstable (sid) on a production server, but I want to 
make it a little bit more safe somehow .. Maybe there is some kind of 
time-version pinning?

Or can somebody help me setting up a mirror where I create a semi-testing 
distribution holding packages a week before releasing into the one my 
apt-get looks at?

Or do I have to wait the > half year it will take to release sarge, and 
when our pure64 may become testing-like?

Best Regards,
Niklas
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Re: Abit AV8 Gigabit Ethernet

2005-03-10 Thread Niklas Ögren
I sent a bug report to the discover-package. It's just not discovered 
during boot, but the driver loads and it works. When starting debian 
installer, just switch to second terminal with alt-f2 and issue "modprobe 
via-velocity", and then switch back to choose language, keymap, and so 
on..

/n - happy AV8 user
On Thu, 10 Mar 2005, Joshua Moore wrote:
FYI, I've heard several people have been having trouble getting the onboard 
ethernet on the Abit AV8 board to work.  I just tried the new Hoary version 
of Ubuntu for AMD64.  It appears that it detects the onboard ethernet.  As 
for the speed, I don't know much about how to check that, but it definately 
gets me connected.  Just thought I'd let the world know.


--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


 
  Email:  [EMAIL PROTECTED]Homepage:  http://nod.se
  Solna, SwedenICQ:   939710
  GSM:+46-70-523 18 40 Home:  +46-8-655 01 64
 
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Re: AMD64 / Debian / Sound

2005-03-08 Thread Niklas Ögren
> I used modconf to try and load the AC97 driver.  Modconf appeared to
> load it OK, but I still have no sound.

Some soundcards start up with volume set to 0. Stupid question, but have you
tried to increase the volume using your favorite sw mixer?

/n



-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]



Re: Anyone tried the ASUS A8V-E Deluxe?

2005-03-07 Thread Niklas Ögren
Well, if your compiler only complains about pci_save_state and 
pci_restore_state, you can change yourself. Just remove the second 
parameter in the calls. This changed to 2.6.10..
Thanks, I gave it a try and the driver actually compiled now, but it seems 
there are further complications.

During the compile, then again during make install and finally in modprobe 
(where loading the module fails), I get an error. This is what it looks like 
in kernel compile:
drivers/net/sk98lin/sky2.c: In function 'HandleReceives'
drivers/net/sk98lin/sky2.c:1519: warning: implicit declaration of function 
'pci_dma_sync_single'
(and a bit later on)
*** Warning: "pci_dma_sync_single" [drivers/net/sk98lin/sk98lin.ko] 
undefined!
Okay, one more thing to change.
See http://seclists.org/lists/linux-kernel/2005/Feb/2126.html for another 
driver with a patch.. to see what changed.
In general they changed the names to ..._for_cpu, and added some 
parameters about length and direction of the dma-transfer.
Linux says this in the changelog:
o PCI: remove all usages of pci_dma_sync_sg as it's obsolete
o PCI: remove all usages of pci_dma_sync_single as it's obsolete

.. maybe you just can comment those calls.. :)
/n
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Re: Anyone tried the ASUS A8V-E Deluxe?

2005-03-07 Thread Niklas Ögren
However, the syskonnect.com driver fails in compilation already, so this is 
probably just something they need to modify there to support some functions 
that were changed fron 2.6.9 to 2.6.10. I'm assuming it won't be much trouble 
for them, but the better question is WHEN they'll be doing the fix. I've 
e-mailed them with details, let's hopt they have a chance to respond.

In the meantime, I think I'll condemn that particular motherboard to Windows 
work. I'll test this further on Linux when and if new driver versions are 
released. I'll inform the debian-amd64 list at that time, unless someone 
beats me to it.

Well, if your compiler only complains about pci_save_state and 
pci_restore_state, you can change yourself. Just remove the second 
parameter in the calls. This changed to 2.6.10..

/n
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


via-velocity not detected in D-I

2005-03-06 Thread Niklas Ögren
Was this the correct forum for AMD64-related D-I issues?
When booting up with this weekends D-I for AMD64, the nic was not 
detected, and I had to switch to another console and "modprobe 
via-velocity" before choosing country, language, and so on..
Only the Firewire ethernet was loaded otherwise.

The hardware is a ABIT AV-8 motherboard with integrated via nic:
:00:0e.0 0200: 1106:3119 (rev 11)
Subsystem: 147b:1415
Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- 
ParErr- Stepping- SERR- FastB2B-
Status: Cap+ 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- 
SERR- 
Latency: 32 (750ns min, 2000ns max)
Interrupt: pin A routed to IRQ 22
Region 0: I/O ports at b400 [size=256]
Region 1: Memory at f882 (32-bit, non-prefetchable) [size=256]
Capabilities: [50] Power Management version 2
Flags: PMEClk- DSI- D1+ D2+ AuxCurrent=0mA 
PME(D0+,D1+,D2+,D3hot+,D3cold+)
Status: D0 PME-Enable- DSel=0 DScale=0 PME-

/n
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]


Re: Re: [Fwd: Re: snmpd network intefaces not displayed]

2005-03-06 Thread Niklas Ögren
Hi everybody.
Sorry for bringin this up again, I am a new user to pure64.
I saw in some messages from January that some people had problems 
reading out network statistics from 2.6.8 with snmpd, but that the 
upgrade to 2.6.10 resolved their problems.
Well, for me it doesn't resolv the problems. When snmpwalk:ing system it 
looks ok, and when trying other stuff, nothing is there.
The cfgmaker for mrtg doesn't find anything either.

I tried the kernel you get now when net-installing (2.6.8-10) and this one:
ii  kernel-image-2.6.10-9-amd64-k82.6.10-4
The snmpd installed is:
ii  snmpd 5.1.2-6
trillian:~# snmpwalk -v 2c -c public localhost
SNMPv2-MIB::sysDescr.0 = STRING: Linux trillian 2.6.10-9-amd64-k8 #1 Wed 
Feb 9 22:29:16 CET 2005 x86_64
SNMPv2-MIB::sysObjectID.0 = OID: NET-SNMP-MIB::netSnmpAgentOIDs.10
SNMPv2-MIB::sysUpTime.0 = Timeticks: (290771) 0:48:27.71
SNMPv2-MIB::sysContact.0 = STRING: [EMAIL PROTECTED]
SNMPv2-MIB::sysName.0 = STRING: trillian
SNMPv2-MIB::sysLocation.0 = STRING: "Solna, Sweden"
SNMPv2-MIB::sysORLastChange.0 = Timeticks: (1) 0:00:00.01
SNMPv2-MIB::sysORID.1 = OID: IF-MIB::ifMIB
SNMPv2-MIB::sysORID.2 = OID: SNMPv2-MIB::snmpMIB
SNMPv2-MIB::sysORID.3 = OID: TCP-MIB::tcpMIB
SNMPv2-MIB::sysORID.4 = OID: IP-MIB::ip
SNMPv2-MIB::sysORID.5 = OID: UDP-MIB::udpMIB
SNMPv2-MIB::sysORID.6 = OID: SNMP-VIEW-BASED-ACM-MIB::vacmBasicGroup
SNMPv2-MIB::sysORID.7 = OID: SNMP-FRAMEWORK-MIB::snmpFrameworkMIBCompliance
SNMPv2-MIB::sysORID.8 = OID: SNMP-MPD-MIB::snmpMPDCompliance
SNMPv2-MIB::sysORID.9 = OID: SNMP-USER-BASED-SM-MIB::usmMIBCompliance
SNMPv2-MIB::sysORDescr.1 = STRING: The MIB module to describe generic 
objects for network interface sub-layers
SNMPv2-MIB::sysORDescr.2 = STRING: The MIB module for SNMPv2 entities
SNMPv2-MIB::sysORDescr.3 = STRING: The MIB module for managing TCP 
implementations
SNMPv2-MIB::sysORDescr.4 = STRING: The MIB module for managing IP and 
ICMP implementations
SNMPv2-MIB::sysORDescr.5 = STRING: The MIB module for managing UDP 
implementations
SNMPv2-MIB::sysORDescr.6 = STRING: View-based Access Control Model for SNMP.
SNMPv2-MIB::sysORDescr.7 = STRING: The SNMP Management Architecture MIB.
SNMPv2-MIB::sysORDescr.8 = STRING: The MIB for Message Processing and 
Dispatching.
SNMPv2-MIB::sysORDescr.9 = STRING: The management information 
definitions for the SNMP User-based Security Model.
SNMPv2-MIB::sysORUpTime.1 = Timeticks: (1) 0:00:00.01
SNMPv2-MIB::sysORUpTime.2 = Timeticks: (1) 0:00:00.01
SNMPv2-MIB::sysORUpTime.3 = Timeticks: (1) 0:00:00.01
SNMPv2-MIB::sysORUpTime.4 = Timeticks: (1) 0:00:00.01
SNMPv2-MIB::sysORUpTime.5 = Timeticks: (1) 0:00:00.01
SNMPv2-MIB::sysORUpTime.6 = Timeticks: (1) 0:00:00.01
SNMPv2-MIB::sysORUpTime.7 = Timeticks: (1) 0:00:00.01
SNMPv2-MIB::sysORUpTime.8 = Timeticks: (1) 0:00:00.01
SNMPv2-MIB::sysORUpTime.9 = Timeticks: (1) 0:00:00.01
UDP-MIB::udpOutDatagrams.0 = No more variables left in this MIB View (It 
is past the end of the MIB tree)
trillian:~#

Can somebody hint me where to look for the problem?
/n
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]