Re: xorg.conf for Radeon 3200 HD

[Leopold Palomo-Avellaneda]

A Dilluns 15 Juny 2009, Seb va escriure:
> Hi,
>
> Can someone with this card (integrated into the motherboard):
>
> ,-[ lspci ]
>
> | ...
> | 01:05.0 VGA compatible controller: ATI Technologies Inc Radeon HD 3200
> | Graphics
>
> `-
>
> share a working /etc/X11/xorg.conf?  I have the libdrm2,
> xserver-xorg-video-ati, xserver-xorg-video-radeon,
> xserver-xorg-video-radeonhd packages installed, but probably require
> activation in xorg.conf.  Thanks in advance.
>
http://dv51132la.wordpress.com/2009/01/30/instalar-driver-ati-radeon-hd-3200-en-fedora-10/

first google entries ...


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: OT Kernel debug

[Leopold Palomo-Avellaneda]

A Dijous 28 Maig 2009, Maciek Kaliszewski va escriure:
> Douglas A. Tutty wrote:
> > On Tue, May 26, 2009 at 12:01:25AM +0200, Leopold Palomo Avellaneda wrote:
> >> A Dilluns 25 Maig 2009, Douglas A. Tutty va escriure:
> >>> On Mon, May 25, 2009 at 08:16:14PM +0200, Leopold Palomo Avellaneda
> >>> wrote:
> >>>
> >>>
> >>>
> >>> Here's my /boot/grub/menu.lst that shows how to set it up.  Grub will
> >>> start with something like "press a key to continue" so that it knows
> >>> whether you're at the serial console or the main (VGA) console, and
> >>> thend presents the usual menu.
> >>
> >> Thanks a lot. Tomorrow I will find a serial cable  I hope that the
> >> Poweredge server has serial console...
> >>
> >> But, if you have serial console, do you have vga?
> >
> > Sure, inittab still gives you a getty on the VGA.
> >
> > Grub can only use _either_ the serial or the VGA.
> >
> > The kernel will send messages to whatever console= commands you give it,
> > accepting input on the last console= given.  Thus, the serial-console
> > entry in menu.lst is console=tty console=ttyS1,38400n8.  You'll get
> > message on both.
> >
> > Another option for you if you have either a serial or paralell printer
> > (I don't know if it works for USB printers) is to use lp0 as a console
> > parameter, before console=tty, so that input is still from the VGA, but
> > messages are printed out directly.
> >
> > Doug.
>
> Hi,
>
> Solutions mentioned earlier are of course better , but I 've seen also
> photos of monitor screen (of course without flash :-)
>
:-)


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: OT Kernel debug

[Leopold Palomo-Avellaneda]

A Dimarts 26 Maig 2009, Douglas A. Tutty va escriure:
> On Tue, May 26, 2009 at 12:01:25AM +0200, Leopold Palomo Avellaneda wrote:
> > A Dilluns 25 Maig 2009, Douglas A. Tutty va escriure:
> > > On Mon, May 25, 2009 at 08:16:14PM +0200, Leopold Palomo Avellaneda
> > > wrote:
> > >
> > > Here's my /boot/grub/menu.lst that shows how to set it up.  Grub will
> > > start with something like "press a key to continue" so that it knows
> > > whether you're at the serial console or the main (VGA) console, and
> > > thend presents the usual menu.
> >
> > Thanks a lot. Tomorrow I will find a serial cable  I hope that the
> > Poweredge server has serial console...
> >
> > But, if you have serial console, do you have vga?
>
> Sure, inittab still gives you a getty on the VGA.
>
> Grub can only use _either_ the serial or the VGA.
>
> The kernel will send messages to whatever console= commands you give it,
> accepting input on the last console= given.  Thus, the serial-console
> entry in menu.lst is console=tty console=ttyS1,38400n8.  You'll get
> message on both.
>
> Another option for you if you have either a serial or paralell printer
> (I don't know if it works for USB printers) is to use lp0 as a console
> parameter, before console=tty, so that input is still from the VGA, but
> messages are printed out directly.

Well,

I have managed to get a null modem cable [1], and I have followed some links 
[2,3], but really I have not be able to have a console 

Maybe I'm wrong setting the ttySX of the cable has some problem, or whatever. 
But, when grub boots, the box is stopped waiting a key, and after press a key 
box boots normal.

I have tested running minicom or gtkterm in another box, but no login or 
message showed ..

Thanks for all,

best regards,

Leo


[1] http://en.wikipedia.org/wiki/Null_modem
[2] http://www.debuntu.org/how-to-set-up-a-serial-console-client
[3] http://www.debuntu.org/how-to-set-up-a-serial-console-on-debian
[2] 


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: OT Kernel debug

[Leopold Palomo Avellaneda]

A Dilluns 25 Maig 2009, Douglas A. Tutty va escriure:
> On Mon, May 25, 2009 at 08:16:14PM +0200, Leopold Palomo Avellaneda wrote:
> > first of all sorry because the mails is off topic: it's not about the
> > amd64 port of debian. But, I have a problem with a kernel, and maybe some
> > of the clever minds here could help me, because nobody in my LUG have
> > solved it.
> >
> > In one of my servers, running lenny, with a stock xen kernel, the box
> > crashes aleatory. There's an open bug [1]
> >
> > My question is how can I obtain the information from a console when the
> > kernel crash? Because there's nothing on the kern.log, syslog.
>
> The best way is to use a serial console.  Hook up a null-modem serial
> cable from the problem box to a working box.  Run minicom on the working
> box, turn on logging in minicom, boot the problem box and wait for the
> crash.

ok ... I didn't want that solution ... but I'm afraid that it's the only 
one ...

> Here's my /boot/grub/menu.lst that shows how to set it up.  Grub will
> start with something like "press a key to continue" so that it knows
> whether you're at the serial console or the main (VGA) console, and
> thend presents the usual menu.

Thanks a lot. Tomorrow I will find a serial cable  I hope that the 
Poweredge server has serial console...

But, if you have serial console, do you have vga?

[...]


>
> I hope this helps.
Sure!!

thanks a lot.

Regards,

Leo


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

OT Kernel debug

[Leopold Palomo Avellaneda]

Hi,

first of all sorry because the mails is off topic: it's not about the amd64 
port of debian. But, I have a problem with a kernel, and maybe some of the 
clever minds here could help me, because nobody in my LUG have solved it.

In one of my servers, running lenny, with a stock xen kernel, the box crashes 
aleatory. There's an open bug [1]

My question is how can I obtain the information from a console when the kernel 
crash? Because there's nothing on the kern.log, syslog.

Regards,

Leo




[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=524571


-- 
To UNSUBSCRIBE, email to debian-amd64-requ...@lists.debian.org
with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org

Re: Cool and quiet in amd64 box

[Leopold Palomo Avellaneda]

> >>>>>>>> Leopold Palomo Avellaneda wrote:
> >>>>>>>>> Hi,
> >>>>>>>>>
> >>>>>>>>> some days ago I updated my old (2004) box with a new hd. In the
> >>>>>>>>> operation I installed a clean lenny. After the installation, all
> >>>>>>>>> more or less is working, I noticed that the box didn't have
> >>>>>>>>> activated the cool and quiet. Probably because I disable it some
> >>>>>>>>> month ago testing some function with the compiz, k8temp module or
> >>>>>>>>> whatever.
[...]
> >> leave cpufrequtils on
> >
> >> Try some different settings in BIOS.I think that the problem lies
> >> there.Can you post your bios settings under power management and/or
> >> anything relevant to acpi?
> >
> > well, in the acpi field there's a S1/POS || S3/POS || Auto parameter that
> > i have tested without success.
> >
> > But, I have found a light loading at boot time the powernow-k8 module,
> > and the box boots till the graphic screen. Then it hangs. The nvidia
> > proprietary driver doesn't have any responsibility, no?
[...]

Hi,

today I have spend some time making some test. I have accomplished to enable 
the cool'n'quiet. However, I must disable cpufrequtils and powernowd because 
it hangs my box. First of all, powernowd has some problem:

[   50.171493] Pid: 3471, comm: powernowd Tainted: P  2.6.26-1-amd64 
#1
[   50.171495] RIP: 0010:[]  
[] :powernow_k8:powernowk8_target+0x461/0x605
[   50.171501] RSP: 0018:81003e8ebdd8  EFLAGS: 00010246
[   50.171502] RAX:  RBX: 000a RCX: 

[   50.171505] RDX: 000a RSI: 81003e0476c0 RDI: 
a0ca5cd7
[   50.171507] RBP: 81003e0476c0 R08: 0020 R09: 
81003ec20bc0
[   50.171509] R10: 0003 R11: 000f4240 R12: 
000a
[   50.171511] R13: 000a R14: 0006 R15: 
0002
[   50.171514] FS:  7f2b477986e0() GS:8053b000() 
knlGS:
[   50.171516] CS:  0010 DS:  ES:  CR0: 80050033
[   50.171518] CR2: 480c247e CR3: 3e89 CR4: 
06e0
[   50.171520] DR0:  DR1:  DR2: 

[   50.171523] DR3:  DR6: 0ff0 DR7: 
0400
[   50.171525] Process powernowd (pid: 3471, threadinfo 81003e8ea000, task 
81003d684540)
[   50.171527] Stack:  81003ec20bc0 000a3f99c180 001e8480 
811b7740
[   50.171531]  0001 0002 810033cc8cc0 
001b7740
[   50.171534]  ffea 81003ec20bc0 0008 
810033d04000
[   50.171537] Call Trace:
[   50.171552]  
[] ? :cpufreq_userspace:cpufreq_set+0x5a/0x6f
[   50.171561]  [] ? store_scaling_setspeed+0x4c/0x5f
[   50.171565]  [] ? lock_policy_rwsem_write+0x46/0x73
[   50.171570]  [] ? store+0x4d/0x6c
[   50.171578]  [] ? sysfs_write_file+0xd2/0x110
[   50.171589]  [] ? vfs_write+0xad/0x156
[   50.171596]  [] ? sys_write+0x45/0x6e
[   50.171604]  [] ? system_call_after_swapgs+0x8a/0x8f
[   50.171616]
[   50.171617]
[   50.171618] Code: 14 44 89 ea 48 c7 c7 19 5c ca a0 e8 b6 08 59 df e9 a6 00 
00 00 8b 55 28 44 89 f6 48 c7 c7 64 5c ca a0 41 39 d6 75 39 e9 68 01 00 <00> 
8b 74 24 0c 48 89 ef e8 bb f9 ff ff 85 c0 75 7f 8b 55 2c 89
[   50.171638] RIP  
[] :powernow_k8:powernowk8_target+0x461/0x605
[   50.171643]  RSP 
[   50.171645] CR2: 480c247e
[   50.172063] ---[ end trace 931687b77f3c79c3 ]---
[   50.704019] Clocksource tsc unstable (delta = -90909024 ns)

Any ideas?

Regards,

Leo





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

Re: Cool and quiet in amd64 box

[Leopold Palomo Avellaneda]

A Dijous 23 Octubre 2008, Vasilios Karaklioumis va escriure:
> Leopold Palomo Avellaneda wrote:
> > A Dimecres 22 Octubre 2008, Vasilios Karaklioumis va escriure:
> >> Leopold Palomo Avellaneda wrote:
> >>> A Dimecres 22 Octubre 2008, vàreu escriure:
> >>>> Leopold Palomo-Avellaneda wrote:
> >>>>> A Diumenge 19 Octubre 2008, Corey Hickey va escriure:
> >>>>>> Leopold Palomo Avellaneda wrote:
> >>>>>>> Hi,
> >>>>>>>
> >>>>>>> some days ago I updated my old (2004) box with a new hd. In the
> >>>>>>> operation I installed a clean lenny. After the installation, all
> >>>>>>> more or less is working, I noticed that the box didn't have
> >>>>>>> activated the cool and quiet. Probably because I disable it some
> >>>>>>> month ago testing some function with the compiz, k8temp module or
> >>>>>>> whatever.
> >>>>>>>
> >>>>>>> Now, I have been realised that my box doesn't work with cool and
> >>>>>>> quiet. Simple, if I activate it in the bios, the kernel
> >>>>>>> (linux-image-2.6.26-1-amd64, 2.6.26-8) hangs booting.
> >>>>>>
> >>>>>> Are you saying it worked before but it doesn't now?> If so, I
> >>>>>> probably can't help you.
> >>>>>
> >>>>> Well, in bios mode i think that is working. The problem is that when
> >>>>> linux is booting. The first error is somethings about the clock
> >>>>> (unstable, doe the freq scaling), but I have tested all the modes
> >>>>> without success.
> >>>>>
> >>>>>> If it never worked before (or you hadn't tried it), perhaps a BIOS
> >>>>>> update will fix the problem. I had the same thing happen on my
> >>>>>> fairly similar system due to a BIOS bug.
> >>>>>
> >>>>> Yes, was the first thing I did. The bios is updated to the last know
> >>>>> version.
> >>>>>
> >>>>> Thanks.
> >>>>>
> >>>>> Best regards,
> >>>>>
> >>>>> Leo
> >>>>
> >>>> Check the beta bioses too.Asus motherboards(for an example) are almost
> >>>> always more stable with a beta one.Can you tell us the motherboard
> >>>> make / model and revision please?
> >>>
> >>> of course,
> >>>
> >>> it's a MSI [1]. I have installed the last version of the bios.
> >>> Activating the cool n quiet I got problems with the clocksource. I have
> >>> tested hpet, tsc and acpi. I ccan try to test it again if this is the
> >>> trick and I have missed something.
> >>>
> >>> Best regards,
> >>>
> >>> Leo
> >>>
> >>> PS I have make cc to the list because I thought that you missed it, I
> >>> hope don't offend you.
> >>>
> >>>
> >>> [1]
> >>> http://www.msicomputer.com/product/detail_spec/product_detail.asp?model
> >>>=K 8T_Neo-FIS2R
> >>
> >> no offence mate.Well it's a socket 754.the same happens with windows too
> >> (complaining about the clock) but it should work.I will investigate it
> >> further though.make sure all acpi options are enabled in bios.If they
> >> are then try to disable them.I have seen numerous broken implementations
> >> of acpi.
> >> play a bit with its settings.
> >
> > No success :-(
> >
> > - I have tested with clocksource=acpi_pm or tsc and no
> > - I have tested to unstall cpufrequtils and no.
> >
> > i think that is solution is a combination betwend some kernel modules
> > loaded at boot time and some configuration. But I remember have enabled
> > the cool n' quiet and the cpufreq changed ondemand.
> >
> > Regards,
> >
> > Leo
> >
> > PS how can I know which kernel modules do I need?
>
> leave cpufrequtils on
>
> Try some different settings in BIOS.I think that the problem lies
> there.Can you post your bios settings under power management and/or
> anything relevant to acpi?

Well, I have found a solution. Upgrading again the bios and using in the boot:
clocksource=acpi_pm nohz=off

Now I have the cool n'quiet enable. Let we see how is working during some 
days.

Thanks,

Leo





-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


signature.asc
Description: This is a digitally signed message part.

Re: Cool and quiet in amd64 box

[Leopold Palomo-Avellaneda]

A Dijous 23 Octubre 2008, Vasilios Karaklioumis va escriure:
> Leopold Palomo Avellaneda wrote:
> > A Dimecres 22 Octubre 2008, Vasilios Karaklioumis va escriure:
> >> Leopold Palomo Avellaneda wrote:
> >>> A Dimecres 22 Octubre 2008, vàreu escriure:
> >>>> Leopold Palomo-Avellaneda wrote:
> >>>>> A Diumenge 19 Octubre 2008, Corey Hickey va escriure:
> >>>>>> Leopold Palomo Avellaneda wrote:
> >>>>>>> Hi,
> >>>>>>>
> >>>>>>> some days ago I updated my old (2004) box with a new hd. In the
> >>>>>>> operation I installed a clean lenny. After the installation, all
> >>>>>>> more or less is working, I noticed that the box didn't have
> >>>>>>> activated the cool and quiet. Probably because I disable it some
> >>>>>>> month ago testing some function with the compiz, k8temp module or
> >>>>>>> whatever.
> >>>>>>>
> >>>>>>> Now, I have been realised that my box doesn't work with cool and
> >>>>>>> quiet. Simple, if I activate it in the bios, the kernel
> >>>>>>> (linux-image-2.6.26-1-amd64, 2.6.26-8) hangs booting.
> >>>>>>
> >>>>>> Are you saying it worked before but it doesn't now?> If so, I
> >>>>>> probably can't help you.
> >>>>>
> >>>>> Well, in bios mode i think that is working. The problem is that when
> >>>>> linux is booting. The first error is somethings about the clock
> >>>>> (unstable, doe the freq scaling), but I have tested all the modes
> >>>>> without success.
> >>>>>
> >>>>>> If it never worked before (or you hadn't tried it), perhaps a BIOS
> >>>>>> update will fix the problem. I had the same thing happen on my
> >>>>>> fairly similar system due to a BIOS bug.
> >>>>>
> >>>>> Yes, was the first thing I did. The bios is updated to the last know
> >>>>> version.
> >>>>>
> >>>>> Thanks.
> >>>>>
> >>>>> Best regards,
> >>>>>
> >>>>> Leo
> >>>>
> >>>> Check the beta bioses too.Asus motherboards(for an example) are almost
> >>>> always more stable with a beta one.Can you tell us the motherboard
> >>>> make / model and revision please?
> >>>
> >>> of course,
> >>>
> >>> it's a MSI [1]. I have installed the last version of the bios.
> >>> Activating the cool n quiet I got problems with the clocksource. I have
> >>> tested hpet, tsc and acpi. I ccan try to test it again if this is the
> >>> trick and I have missed something.
> >>>
> >>> Best regards,
> >>>
> >>> Leo
> >>>
> >>> PS I have make cc to the list because I thought that you missed it, I
> >>> hope don't offend you.
> >>>
> >>>
> >>> [1]
> >>> http://www.msicomputer.com/product/detail_spec/product_detail.asp?model
> >>>=K 8T_Neo-FIS2R
> >>
> >> no offence mate.Well it's a socket 754.the same happens with windows too
> >> (complaining about the clock) but it should work.I will investigate it
> >> further though.make sure all acpi options are enabled in bios.If they
> >> are then try to disable them.I have seen numerous broken implementations
> >> of acpi.
> >> play a bit with its settings.
> >
> > No success :-(
> >
> > - I have tested with clocksource=acpi_pm or tsc and no
> > - I have tested to unstall cpufrequtils and no.
> >
> > i think that is solution is a combination betwend some kernel modules
> > loaded at boot time and some configuration. But I remember have enabled
> > the cool n' quiet and the cpufreq changed ondemand.
> >
> > Regards,
> >
> > Leo
> >
> > PS how can I know which kernel modules do I need?
>
> leave cpufrequtils on

Ok, done.

> Try some different settings in BIOS.I think that the problem lies
> there.Can you post your bios settings under power management and/or
> anything relevant to acpi?

well, in the acpi field there's a S1/POS || S3/POS || Auto parameter that i 
have tested without success.

But, I have found a light loading at boot time the powernow-k8 module, and the 
box boots till the graphic screen. Then it hangs. The nvidia proprietary 
driver doesn't have any responsibility, no?

Regards,

Leo


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

Re: Cool and quiet in amd64 box

[Leopold Palomo Avellaneda]

A Dimecres 22 Octubre 2008, Vasilios Karaklioumis va escriure:
> Leopold Palomo Avellaneda wrote:
> > A Dimecres 22 Octubre 2008, vàreu escriure:
> >> Leopold Palomo-Avellaneda wrote:
> >>> A Diumenge 19 Octubre 2008, Corey Hickey va escriure:
> >>>> Leopold Palomo Avellaneda wrote:
> >>>>> Hi,
> >>>>>
> >>>>> some days ago I updated my old (2004) box with a new hd. In the
> >>>>> operation I installed a clean lenny. After the installation, all more
> >>>>> or less is working, I noticed that the box didn't have activated the
> >>>>> cool and quiet. Probably because I disable it some month ago testing
> >>>>> some function with the compiz, k8temp module or whatever.
> >>>>>
> >>>>> Now, I have been realised that my box doesn't work with cool and
> >>>>> quiet. Simple, if I activate it in the bios, the kernel
> >>>>> (linux-image-2.6.26-1-amd64, 2.6.26-8) hangs booting.
> >>>>
> >>>> Are you saying it worked before but it doesn't now?> If so, I probably
> >>>> can't help you.
> >>>
> >>> Well, in bios mode i think that is working. The problem is that when
> >>> linux is booting. The first error is somethings about the clock
> >>> (unstable, doe the freq scaling), but I have tested all the modes
> >>> without success.
> >>>
> >>>> If it never worked before (or you hadn't tried it), perhaps a BIOS
> >>>> update will fix the problem. I had the same thing happen on my fairly
> >>>> similar system due to a BIOS bug.
> >>>
> >>> Yes, was the first thing I did. The bios is updated to the last know
> >>> version.
> >>>
> >>> Thanks.
> >>>
> >>> Best regards,
> >>>
> >>> Leo
> >>
> >> Check the beta bioses too.Asus motherboards(for an example) are almost
> >> always more stable with a beta one.Can you tell us the motherboard make
> >> / model and revision please?
> >
> > of course,
> >
> > it's a MSI [1]. I have installed the last version of the bios. Activating
> > the cool n quiet I got problems with the clocksource. I have tested hpet,
> > tsc and acpi. I ccan try to test it again if this is the trick and I have
> > missed something.
> >
> > Best regards,
> >
> > Leo
> >
> > PS I have make cc to the list because I thought that you missed it, I
> > hope don't offend you.
> >
> >
> > [1]
> > http://www.msicomputer.com/product/detail_spec/product_detail.asp?model=K
> >8T_Neo-FIS2R
>
> no offence mate.Well it's a socket 754.the same happens with windows too
> (complaining about the clock) but it should work.I will investigate it
> further though.make sure all acpi options are enabled in bios.If they
> are then try to disable them.I have seen numerous broken implementations
> of acpi.
> play a bit with its settings.

No success :-(

- I have tested with clocksource=acpi_pm or tsc and no
- I have tested to unstall cpufrequtils and no. 

i think that is solution is a combination betwend some kernel modules loaded 
at boot time and some configuration. But I remember have enabled the cool n' 
quiet and the cpufreq changed ondemand.

Regards,

Leo

PS how can I know which kernel modules do I need?


-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


signature.asc
Description: This is a digitally signed message part.

Re: Cool and quiet in amd64 box

[Leopold Palomo Avellaneda]

A Dimecres 22 Octubre 2008, vàreu escriure:
> Leopold Palomo-Avellaneda wrote:
> > A Diumenge 19 Octubre 2008, Corey Hickey va escriure:
> >> Leopold Palomo Avellaneda wrote:
> >>> Hi,
> >>>
> >>> some days ago I updated my old (2004) box with a new hd. In the
> >>> operation I installed a clean lenny. After the installation, all more
> >>> or less is working, I noticed that the box didn't have activated the
> >>> cool and quiet. Probably because I disable it some month ago testing
> >>> some function with the compiz, k8temp module or whatever.
> >>>
> >>> Now, I have been realised that my box doesn't work with cool and quiet.
> >>> Simple, if I activate it in the bios, the kernel
> >>> (linux-image-2.6.26-1-amd64, 2.6.26-8) hangs booting.
> >>
> >> Are you saying it worked before but it doesn't now?> If so, I probably
> >> can't help you.
> >
> > Well, in bios mode i think that is working. The problem is that when
> > linux is booting. The first error is somethings about the clock
> > (unstable, doe the freq scaling), but I have tested all the modes without
> > success.
> >
> >> If it never worked before (or you hadn't tried it), perhaps a BIOS
> >> update will fix the problem. I had the same thing happen on my fairly
> >> similar system due to a BIOS bug.
> >
> > Yes, was the first thing I did. The bios is updated to the last know
> > version.
> >
> > Thanks.
> >
> > Best regards,
> >
> > Leo
>
> Check the beta bioses too.Asus motherboards(for an example) are almost
> always more stable with a beta one.Can you tell us the motherboard make
> / model and revision please?

of course,

it's a MSI [1]. I have installed the last version of the bios. Activating the 
cool n quiet I got problems with the clocksource. I have tested hpet, tsc and 
acpi. I ccan try to test it again if this is the trick and I have missed 
something.

Best regards,

Leo

PS I have make cc to the list because I thought that you missed it, I hope 
don't offend you.


[1] 
http://www.msicomputer.com/product/detail_spec/product_detail.asp?model=K8T_Neo-FIS2R

-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


signature.asc
Description: This is a digitally signed message part.

Re: Cool and quiet in amd64 box

[Leopold Palomo-Avellaneda]

A Diumenge 19 Octubre 2008, Corey Hickey va escriure:
> Leopold Palomo Avellaneda wrote:
> > Hi,
> >
> > some days ago I updated my old (2004) box with a new hd. In the operation
> > I installed a clean lenny. After the installation, all more or less is
> > working, I noticed that the box didn't have activated the cool and quiet.
> > Probably because I disable it some month ago testing some function with
> > the compiz, k8temp module or whatever.
> >
> > Now, I have been realised that my box doesn't work with cool and quiet.
> > Simple, if I activate it in the bios, the kernel
> > (linux-image-2.6.26-1-amd64, 2.6.26-8) hangs booting.
>
> Are you saying it worked before but it doesn't now?> If so, I probably 
> can't help you.

Well, in bios mode i think that is working. The problem is that when linux is 
booting. The first error is somethings about the clock (unstable, doe the 
freq scaling), but I have tested all the modes without success. 

> If it never worked before (or you hadn't tried it), perhaps a BIOS
> update will fix the problem. I had the same thing happen on my fairly
> similar system due to a BIOS bug.

Yes, was the first thing I did. The bios is updated to the last know version.

Thanks.

Best regards,

Leo


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

Cool and quiet in amd64 box

[Leopold Palomo Avellaneda]

Hi,

some days ago I updated my old (2004) box with a new hd. In the operation I 
installed a clean lenny. After the installation, all more or less is working,  
I noticed that the box didn't have activated the cool and quiet. Probably 
because I disable it some month ago testing some function with the compiz, 
k8temp module or whatever.

Now, I have been realised that my box doesn't work with cool and quiet. 
Simple, if I activate it in the bios, the kernel (linux-image-2.6.26-1-amd64, 
2.6.26-8) hangs booting. 

I have a MSI neo fisr2 mobo with a:

[EMAIL PROTECTED]:~$ cat /proc/cpuinfo
processor   : 0
vendor_id   : AuthenticAMD
cpu family  : 15
model   : 12
model name  : AMD Athlon(tm) 64 Processor 3200+
stepping: 0
cpu MHz : 2200.069
cache size  : 512 KB
fpu : yes
fpu_exception   : yes
cpuid level : 1
wp  : yes
flags   : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca 
cmov pat pse36 clflush mmx fxsr sse sse2 syscall nx mmxext lm 3dnowext 3dnow 
up rep_good
bogomips: 4406.09
TLB size: 1024 4K pages
clflush size: 64
cache_alignment : 64
address sizes   : 40 bits physical, 48 bits virtual
power management: ts fid vid ttp

Some idea what's going on?

Also, I think I have enable cool n' quiet in the pass and working, but with 
the new kernels seems that no.

Regards,

Leo


--
Linux User 152692
PGP: 0xF944807E
Catalonia


signature.asc
Description: This is a digitally signed message part.

Re: Problems Installing Debian Etch on AMD64

[Leopold Palomo Avellaneda]

A Dijous 18 Setembre 2008, Andres Gonzalez va escriure:
> Thanks for replying, :D
>
> Ok, I have the "etchnhalf" but again kernel panic.
> I wrote down the code, if it can help:
>
> [...lots of stuff...]
> Code: 48 8b 30 18 48 8d 48 18 48 89 14 24 48 89 62 08 48 8b 51 08
>
> I'll google around a bit using the code and see if I can nail it down.
>
> If anything comes up I'll mail it.

And what's about to use lenny instead etch. It's really near to be stable

Regards,

Leo


> 2008/9/17 Lennart Sorensen <[EMAIL PROTECTED]>:
> > On Wed, Sep 17, 2008 at 01:28:18PM -0400, Andres Gonzalez wrote:
> >> Hi, I'm having some issues trying to install etch from netinstall.
> >>
> >> The netinstall is:
> >> debian-40r4a-amd64-netinst.iso
> >>
> >> Processors Information
> >> 
> >> Processor 1 (ID = 0)
> >> Number of cores   2 (max 2)
> >> Number of threads 2 (max 2)
> >> Name  AMD Athlon 64 X2 4000+
> >> Codename  Brisbane
> >> Specification AMD Athlon(tm) 64 X2 Dual Core Processor 4000+
> >> Package   Socket AM2 (940)
> >> CPUID F.B.1
> >> Extended CPUIDF.6B
> >>
> >> Chipset
> >> 
> >>--
> >>
> >> Northbridge   ATI RS690/RS690M rev. 00
> >> Southbridge   ATI SB600 rev. 00
> >> Graphic Interface PCI-Express
> >> Mainboard Model   AMD690GM-M2 (0x2B1 - 0x6F62D3A0)
> >>
> >> Error
> >> 
> >>--- I (think I) get the following code: Code: 89 d5 81 e5 ff 00 00 00
> >> 75 70 48 c1 ea 08 48 8d b3 18 10 00
> >> Kernel panic - not syncing: Aiee, killing interrupt handler!
> >>
> >> I think so, because someone here
> >> http://www.nabble.com/Kernel-panic-installing-Etch-td15816110.html
> >> gets the same error and has the same hardware.
> >>
> >> I used a custom iso:
> >> http://mirror.home-dn.net/d-i/2.6.21/etch-custom-0720.iso that
> >> supposelly work, but it doesn't.
> >> Also I tryed the "install noapic nolapic" options, but still the kernel
> >> panic.
> >>
> >> Any idea about what could be?
> >
> > Maybe the kernel doesn't support your board.  Try etchnhalf.  It uses
> > 2.6.24 so you just have to find an install disc that uses that kernel.
> >
> > --
> > Len Sorensen
>
> --
> Andrés González - Vanscot



-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


signature.asc
Description: This is a digitally signed message part.

Re: libmotif3 on amd64 (and rtai/comedi)

[Leopold Palomo Avellaneda]

A Dimarts 09 Setembre 2008, Frederik Schüler va escriure:
> Hi!
>
> On Tuesday 09 September 2008 09:14:41 Gudjon I. Gudjonsson wrote:
> > But I haven't got a clue why libmotif3 is in i386 but not in amd64. An
> > explanation is more than welcome :)
> >
> > I do have a larger problem with the rtai library since the next Debian
> > version of my package comedi will depend on it. Rtai is not supported for
> > amd64 but it compiles perfectly on my amd64 computer. Can anyone explain
> > that? I have asked the package manager but did not get an answer.
>
> Please file bugs against the corresponding packages, and ask the maintainer
> to add amd64 support.

I cannot say anything about libmotif3. But if I do in my amd64 box:
$ apt-cache policy  libmotif3
libmotif3:
  Instal·lat: 2.2.3-4
  Candidat: 2.2.3-4
  Taula de versió:
 *** 2.2.3-4 0
900 ftp://ftp.de.debian.org lenny/non-free Packages
200 ftp://ftp.de.debian.org sid/non-free Packages
100 /var/lib/dpkg/status


and in my i386 chroot:

$ apt-cache policy  libmotif3
libmotif3:
  Installed: (none)
  Candidate: 2.2.3-4
  Version table:
 2.2.3-4 0
900 http://ftp.de.debian.org testing/non-free Packages
200 http://ftp.de.debian.org sid/non-free Packages


about rtai:

I put a bug [1], and in theory will be package, but I addmitt that I don't 
understand what's happening.

Hope this helps.

Leo


[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=473742
-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


signature.asc
Description: This is a digitally signed message part.

Re: vlc not play video

[Leopold Palomo-Avellaneda]

A Dilluns 25 Agost 2008, Mr. P|pex va escriure:
> Hi
> I don't able to find a solution to play some video with vlc.
> the error is
> no suitable decoder module for fourcc `XVID'.
>
> I use testing on amd64, version
> vlc0.8.6.h-1
>
> tnks
> --
> Gianluca

Gianluca,

probably you are using the marillat version of vlc. There's a "little" 
conflict [1] betwend versions (official and debian-multimedia) so I recommend 
you that uninstall the marillat packages and install the "official" ones.

Regards,

Leo

[1] http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=482894


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

the debian-amd64 list

[Leopold Palomo-Avellaneda]

Dear people,

the amd64 list is a list about the Debian port to AMD64 (AMD x86-64 
architecture). It's not a general user list with problems.

You are lucky, because there are some nice people here that will help you 
anyway, but please, don't do it. I can understand that all of us could abuse 
some list and ask some questions not exactly to the topic of the list, but at 
least take in mind that this list IS NOT FOR GENERAL use. Is a list about the 
specific port to 64 bits of debian in the amd64 platform.

There are many user list, LUGs, etc near you that will help. Also, user 
specific list about programs, etc. If  any of this advice convince you, 
please, at least, at some kind of OFF-topic, or introductory sign that is an 
off topic, of message about some different of the list.

And, please, I'm writing you in a very gentle manner, not as a troll.

Regards,

Leo


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

Re: Strange mouse behaviour

[Leopold Palomo Avellaneda]

A Divendres 16 Maig 2008, Leopold Palomo Avellaneda va escriure:
> A Divendres 16 Maig 2008, Leopold Palomo Avellaneda va escriure:
> > Hi,
> >
> > I have a weird problem with the mouse and I don't know what's happen.
> > Since yesterday that I upgraded testing (before was working) my system
> > worked ok, normal, as it has to work.
>
> []
>
> > Any ideas?
>
> I answer myself:
>
> http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469936
>
> Regards,

Nooo

the correct one is:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474278





-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


signature.asc
Description: This is a digitally signed message part.

Re: Strange mouse behaviour

[Leopold Palomo Avellaneda]

A Divendres 16 Maig 2008, Christopher Judd va escriure:
> On Friday 16 May 2008, Leopold Palomo Avellaneda wrote:
> > Hi,
> >
> > I have a weird problem with the mouse and I don't know what's happen.
> > Since yesterday that I upgraded testing (before was working) my
> > system worked ok, normal, as it has to work.
> >
> > But, when it upgraded X.org I got a problem that I had haven with the
> > same version in unstable. Now, this version have arrived to testing
> > and I got the same problem.
> >
> > I don't know how to describe it. Simple, the simple click have
> > disappeared, but not completely. For example, if I click over a work
> > in a editor (gedit or kedit) I have not the cursor over the word, I
> > have the whole word selected, as if I have done double click and not
> > simple click.
> >
> > Also, the menu entries are very difficult to chose, because I must
> > keep the click done or the entry disappear. For example, the in
> > qt4config, I _only_ could activate the entry menus with keyboard
> > because I couldn't with the mouse.
> >
> > I posted this error in the debian-kde list when I had it the first
> > time, but none said something. But now, looking a bit more deeply,
> > it's not a problem of qt programs, it's a general problem of all X
> > apps (with all users also)
> >
> > Any ideas?
> >
> > Regards,
> >
> > Leo
>
> Hi, Leo,
>
>  This sounds like a problem that I had a while ago with my home box,
> which I had temporarily changed from testing to unstable.  Apparently
> the file /etc/X11/xorg.conf had  not been properly updated.  A
> dpkg-reconfigure fixed the problem.
>
> -Chris

Hi Chris,

first to say that I did a mistake. The correct bug is:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=474278

and yes, it's possible that dpkg-reconfigure solve this. The question is that 
xserver.xorg have changed a default policy about a minimun xorg.conf file and 
the SendCoreEvents, so my old xorg.conf was wrong.

Regards,

Leo


-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


signature.asc
Description: This is a digitally signed message part.

Re: Strange mouse behaviour

[Leopold Palomo Avellaneda]

A Divendres 16 Maig 2008, Leopold Palomo Avellaneda va escriure:
> Hi,
>
> I have a weird problem with the mouse and I don't know what's happen. Since
> yesterday that I upgraded testing (before was working) my system worked ok,
> normal, as it has to work.
[]
>
> Any ideas?

I answer myself:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=469936

Regards,

Leo


-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


signature.asc
Description: This is a digitally signed message part.

Strange mouse behaviour

[Leopold Palomo Avellaneda]

Hi,

I have a weird problem with the mouse and I don't know what's happen. Since 
yesterday that I upgraded testing (before was working) my system worked ok, 
normal, as it has to work.

But, when it upgraded X.org I got a problem that I had haven with the same 
version in unstable. Now, this version have arrived to testing and I got the 
same problem.

I don't know how to describe it. Simple, the simple click have disappeared, 
but not completely. For example, if I click over a work in a editor (gedit or 
kedit) I have not the cursor over the word, I have the whole word selected, 
as if I have done double click and not simple click.

Also, the menu entries are very difficult to chose, because I must keep the 
click done or the entry disappear. For example, the in qt4config, I _only_ 
could activate the entry menus with keyboard because I couldn't with the 
mouse.

I posted this error in the debian-kde list when I had it the first time, but 
none said something. But now, looking a bit more deeply, it's not a problem 
of qt programs, it's a general problem of all X apps (with all users also)

Any ideas?

Regards,

Leo





-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


signature.asc
Description: This is a digitally signed message part.

Re: persona non grata...

[Leopold Palomo Avellaneda]

A Dijous 01 Maig 2008, Michael Fothergill va escriure:
> 
>
> > Date: Thu, 1 May 2008 18:45:30 +
> > From: [EMAIL PROTECTED]
> > To: debian-amd64@lists.debian.org
> > Subject: Re: persona non grata...
> >
> > On Thu, May 01, 2008 at 06:25:29PM +, Michael Fothergill wrote:
> >> Dear folks,
> >>
> >> I got an email asking me to leave the list.
> >>
> >> If you wish I will go.
> >>
> >> Please take a vote
> >>
> >> MF
> >
> > It's unusual indeed for someone to be asked to leave the list. Are you
> > sure nobody has faked an unsubscribe message apparently from your
> > address?
> >
> > AndyC
>
> Maybe they did.  I received a similar message like this one when I was on
> the debian user list...  As a result I unsubscribed. I took it to mean that
> I was no longer welcome on the site.  People in the IT world often have
> poor social skills and take offence easily.
>
> I think I may have ruffled some feathers.

Michael,

don't search for bad people, or similar. Many times this kind of things are 
simple stupid questions than offense. Maybe exists a [EMAIL PROTECTED] or 
similar address and make some stupid mistake, or someone has confused his own 
mail address.

Don't worry.

Leo




-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


signature.asc
Description: This is a digitally signed message part.

Re: Strange behaviour in kde after upgrade SOLVED

[Leopold Palomo Avellaneda]

A Dijous 06 Març 2008, Leopold Palomo-Avellaneda va escriure:
[...]
>
> Someone knows if this is a bug or a missconfiguration of my system?

a mix of xserver-xorg 7.2/7.3 nvidia drivers from unstable  

Solved creating a backport of nvidia drivers from unstable to lenny and 
installing all 7.2


Regards,

Leo




-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


signature.asc
Description: This is a digitally signed message part.

Strange behaviour in kde after upgrade

[Leopold Palomo-Avellaneda]

Hi,

yesterday I did an apt-get dist-upgrade to lenny/unstable. After all the 
process I installed the nvidia 169 driver version and their xorg from 
unstable.

Then, all worked but the mouse, the cursor, the left click begin to act 
different, and _only_ in qt apps (kde). For example, in the task bar I 
couldn't select the different windows from the same app.

Someone knows if this is a bug or a missconfiguration of my system?

Regards,

Leo

PS I have also posted a message to the debian-kde list ...


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

Re: Which dhcp-version ???

[Leopold Palomo-Avellaneda]

A Dimarts 09 Octubre 2007 16:50, Hans-J. Ullrich va escriure:
> Am Dienstag 09 Oktober 2007 schrieb Leopold Palomo-Avellaneda:
> > A Dimarts 09 Octubre 2007 16:23, Hans-J. Ullrich va escriure:
> > > Dear maintainers,
> > >
> > > I wondered , which is the default version of dhclient is been installed
> > > by the debian installation process. I saw several different versions nd
> > > my last fresh installation is a long time ago (yes, Debian is running
> > > and running and running...). :) Well, at a fresh installation I use
> > > tasksel, which does not really show, what happens ( --task-desc does
> > > not work).
> > >
> > > Can you tell me, which is the "state-of-the-art"-version is used in
> > > debian today? dhcpd ? dhcp-client ? dhcp3-client ?
> >
> > apt-get update;
> > ...
> > [EMAIL PROTECTED]:~$ apt-cache policy dhcp
> > dhcp:
> >   Installed: (none)
> >   Candidate: 2.0pl5-19.5
> >   Version table:
> >  2.0pl5dfsg1-20 0
> >  -1 ftp://ris.upc.es testing/main Packages
> >  -1 ftp://ris.upc.es sid/main Packages
> >  2.0pl5-19.5 0
> > 900 ftp://ris.upc.es etch/main Packages
> > [EMAIL PROTECTED]:~$ apt-cache policy dhcp-client
> > dhcp-client:
> >   Installed: 2.0pl5-19.5
> >   Candidate: 2.0pl5-19.5
> >   Version table:
> >  2.0pl5dfsg1-20 0
> >  -1 ftp://ris.upc.es testing/main Packages
> >  -1 ftp://ris.upc.es sid/main Packages
> >  *** 2.0pl5-19.5 0
> > 900 ftp://ris.upc.es etch/main Packages
> > 100 /var/lib/dpkg/status
> > [EMAIL PROTECTED]:~$ apt-cache policy dhcp3-client
> > dhcp3-client:
> >   Installed: (none)
> >   Candidate: 3.0.4-13
> >   Version table:
> >  3.0.6.dfsg-1 0
> >  -1 ftp://ris.upc.es sid/main Packages
> >  3.0.6-1 0
> >  -1 ftp://ris.upc.es testing/main Packages
> >  3.0.4-13 0
> > 900 ftp://ris.upc.es etch/main Packages
> >
> >
> > Is this what you wanted?
> >
> > Regards,
> >
> > Leo
>
> Hi Leo !
> This was a fast answer. :)
:-)

> Well, what I really wanted to know, which dhcp-version I should use at
> using 1. debian/testing
> 2. debian/sid

depends of your preferences (sources.list) files. If your configuration point 
to testing it would choose the testing version of the package, also the sid 
version.

>
> (these are both, I use).
>
> Which is the default ? I think, there are different behaviours at the
> versions. At the moment I use dhcp3-client, which seem to be the newest
> one. But is it also good for newbies ??? Are the older ones orphaned in the
> meantime ?

Hans, 

I trust a lot in the maintainers and debian in general. I think that that the 
version of the package is the minor of problems if you are using a 
dhcp-client in a common scenario.
In general, the stable (etch) version is maintained, not orphaned in the 
meantime. Remember the "debian way of life":
- sid ---> testing ---> stable

Regards,

Leo


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

Re: Which dhcp-version ???

[Leopold Palomo-Avellaneda]

A Dimarts 09 Octubre 2007 16:23, Hans-J. Ullrich va escriure:
> Dear maintainers,
>
> I wondered , which is the default version of dhclient is been installed by
> the debian installation process. I saw several different versions nd my
> last fresh installation is a long time ago (yes, Debian is running and
> running and running...). :) Well, at a fresh installation I use tasksel,
> which does not really show, what happens ( --task-desc does not work).
>
> Can you tell me, which is the "state-of-the-art"-version is used in debian
> today? dhcpd ? dhcp-client ? dhcp3-client ?
>
apt-get update;

[EMAIL PROTECTED]:~$ apt-cache policy dhcp
dhcp:
  Installed: (none)
  Candidate: 2.0pl5-19.5
  Version table:
 2.0pl5dfsg1-20 0
 -1 ftp://ris.upc.es testing/main Packages
 -1 ftp://ris.upc.es sid/main Packages
 2.0pl5-19.5 0
900 ftp://ris.upc.es etch/main Packages
[EMAIL PROTECTED]:~$ apt-cache policy dhcp-client
dhcp-client:
  Installed: 2.0pl5-19.5
  Candidate: 2.0pl5-19.5
  Version table:
 2.0pl5dfsg1-20 0
 -1 ftp://ris.upc.es testing/main Packages
 -1 ftp://ris.upc.es sid/main Packages
 *** 2.0pl5-19.5 0
900 ftp://ris.upc.es etch/main Packages
100 /var/lib/dpkg/status
[EMAIL PROTECTED]:~$ apt-cache policy dhcp3-client
dhcp3-client:
  Installed: (none)
  Candidate: 3.0.4-13
  Version table:
 3.0.6.dfsg-1 0
 -1 ftp://ris.upc.es sid/main Packages
 3.0.6-1 0
 -1 ftp://ris.upc.es testing/main Packages
 3.0.4-13 0
900 ftp://ris.upc.es etch/main Packages


Is this what you wanted?

Regards,

Leo


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

Re: Testing a hardware

[Leopold Palomo-Avellaneda]

A Dimecres 19 Setembre 2007 15:50, Daniel Tryba va escriure:
> On Wed, Sep 19, 2007 at 01:30:43PM +0200, Leopold Palomo-Avellaneda wrote:
> [crashes]
>
> > So, my question is? How I can determinate if:
> > - the memory fails (memtest done, but only 2 hours ..)
> > - mainboard fails
> > - debian kernel stock fails?
> > - my fingers fails and I have a misconfigured bios ...
>
> Did you try booting with various apic/acpi settings
> (noapic/noacpi/nolapic/etc.)?
>

nops, but I have to try. But this could be so important?

Leo


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

Testing a hardware

[Leopold Palomo-Avellaneda]

Hi,

we have a new box here that seems a nice machine. It has:
- gigabyte ga-m61p-s3 mobo with:
 nVidia Corporation MCP61 Memory Controller (rev a1)
Audio device: nVidia Corporation MCP61 High Definition Audio (rev a2)
nVidia Corporation MCP61 SATA Controller (rev a2)
nVidia Corporation Unknown device 03d0 (rev a2)
FireWire (IEEE 1394): Texas Instruments TSB43AB23 IEEE-1394a-2000 Controller 
(PHY/Link)

It has a sata hd and 2 memory panels (1gb) of kingstom (800MHz) . The kernel 
2.6.18 from debian etch recognizes all the hw and install boots without any 
problem. Also, the 2.6.22 from sid. Howeber, I have one big problem with this 
box: crash many times .

I can boot, look the login screen, do nothing, and then the image get 
distorsioned and the box crash. I can boot the box, make a ssh, make ls and 
the box crash. I can boot the box, make an ssh, compile a kernel, a lot of 
things without any problem, make a logout, and the next day the box is hang.

I have not any messages in the /var/log/kern or syslog 

Also, I have some annoying thing. In theory the mobo supports the memory at 
800Mhz. The memory that I have, also support the 800Mhz. But, although I 
configure the voltages as the manual of the mobo and the memory says, I got 
never have a message from the bios saying that the memory is 800. Always says 
667 

So, my question is? How I can determinate if:
- the memory fails (memtest done, but only 2 hours ..)
- mainboard fails
- debian kernel stock fails?
- my fingers fails and I have a misconfigured bios ...


Regards,

Leo


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

Re: Problems booting with a new kernel (updated) and solved!!!!

[Leopold Palomo-Avellaneda]

A Dijous 19 Juliol 2007 18:51, Chris Ahlstrom va escriure:
> * Leopold Palomo-Avellaneda <[EMAIL PROTECTED]> [2007-07-19 18:32:35 +0200]:
> > A Dijous 19 Juliol 2007 18:25, Lennart Sorensen va escriure:
> > > > because the grub, after reboot doesn't detect this:
> > > > splashimage=/boot/sid.bmp
> > > > or
> > > > splashimage=(hd0,1)/boot/sid.bmp
> > > >
> > > > and the error that I have is the kernel blocked:
> > > >
> > > >  "Waiting for root file system"
> > > >
> > > > and after a console
> > >
> > > Did you try comparing the config from your kernel and the one from the
> > > 2.6.18 etch kernel?  Perhaps you left some important option out that
> > > debian enables.
> >
> > yes, I normally create the new config from the original config from a
> > debian kernel ... and assuming the rest ok.
>
> I had a similar problem, trying to boot from SATA.  I finally ended up
> just compiling the sata_nv driver into the kernel, instead of trying to
> get it from initrd, initramfs, or yaird.  Never did figure out where I
> was going wrong, all I did was copy the /boot/config... file to
> /usr/src/linux/.config and do the make oldconfig thing..

Yes,

the concatenated problem have been that from 2.6.18 to up, the configuration 
of the sata devices have changes to the libata driver. Then if you update 
your config from 2.6.18 and your boot device is a sata, the kernel 
configuration doesn't have active the old sata drivers and the new libata 
drivers, so, you don't have sata driver then the init doesn't found any 
disk, although I put uuid, or otherwise.

Another question is the splash image in grub, but this is another question.

Thanks for all the help,

Regards,

Leo

 


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

Re: Problems booting with a new kernel (updated)

[Leopold Palomo-Avellaneda]

A Dijous 19 Juliol 2007 18:42, Lennart Sorensen va escriure:
> On Thu, Jul 19, 2007 at 06:32:35PM +0200, Leopold Palomo-Avellaneda wrote:
> > yes, I normally create the new config from the original config from a
> > debian kernel ... and assuming the rest ok.
>
> Sometimes options change, and you have to be careful about how you
> answer the questions from 'make oldconfig' after copying over the config
> from the previous version.  Even basing on the config from debian's
> 2.6.21 might be better.
>
> It sounds like it isn't loading the driver for your harddisk.  Do you
> see it detect your disk before the "waiting for root..." message?

no, that's the problem. It's a sata disk and I have read something about the 
change between sata and libata in the new kernels but I don't know what.

Now, I'm compiling a new kernel, with the specifically the libata support 
activated.

Thanks,

Leo


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

Re: Problems booting with a new kernel (updated)

[Leopold Palomo-Avellaneda]

A Dijous 19 Juliol 2007 18:25, Lennart Sorensen va escriure:
> On Thu, Jul 19, 2007 at 06:22:57PM +0200, Leopold Palomo-Avellaneda wrote:
> > I have compiled my own kernels since some time ago. Now I create my
> > packages with the make-kpkg command. But I'm having a problem with a
> > 2.6.22 or 2.6.19 homemade kernel in a new amd64 box. The 2.6.18 kernenl
> > from etch works ok.
> >
> > I can compile and install the new kernel, and also update grub, but when
> > I reboot, first of all I don't like but I cannot put an splash image
> > because the grub, after reboot doesn't detect this:
> > splashimage=/boot/sid.bmp
> > or
> > splashimage=(hd0,1)/boot/sid.bmp
> >
> > Also I have tried to put:
> > root=UUID=ecd007d9-14b1-46c0-9cdb-7bdd1f0f5d80
> > or
> > root=/dev/disk/by-uuid/UUID=ecd007d9-14b1-46c0-9cdb-7bdd1f0f5d80
> >
> > the kernel is compiled with --initrd  and the ext3 (where the rootfs
> > resides is formated) in included in the kernel. Really I don't know what
> > to do. Anybody has some idea about it?
> >
> > Regards,
> >
> > Leo
> >
> > Added)
> >
> > I forget to say that I have also to recreate the init with the
> > update-initramfs -k
> >
> > and the error that I have is the kernel blocked:
> >
> >  "Waiting for root file system"
> >
> > and after a console
>
> Did you try comparing the config from your kernel and the one from the
> 2.6.18 etch kernel?  Perhaps you left some important option out that
> debian enables.

yes, I normally create the new config from the original config from a debian 
kernel ... and assuming the rest ok.

Leo


> --
> Len Sorensen


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

Problems booting with a new kernel (updated)

[Leopold Palomo-Avellaneda]

Hi,

I have compiled my own kernels since some time ago. Now I create my packages 
with the make-kpkg command. But I'm having a problem with a 2.6.22 or 2.6.19 
homemade kernel in a new amd64 box. The 2.6.18 kernenl from etch works ok.

I can compile and install the new kernel, and also update grub, but when I 
reboot, first of all I don't like but I cannot put an splash image because 
the grub, after reboot doesn't detect this:   
splashimage=/boot/sid.bmp
or
splashimage=(hd0,1)/boot/sid.bmp

Also I have tried to put:
root=UUID=ecd007d9-14b1-46c0-9cdb-7bdd1f0f5d80
or 
root=/dev/disk/by-uuid/UUID=ecd007d9-14b1-46c0-9cdb-7bdd1f0f5d80

the kernel is compiled with --initrd  and the ext3 (where the rootfs resides 
is formated) in included in the kernel. Really I don't know what to do. 
Anybody has some idea about it?

Regards,

Leo

Added)

I forget to say that I have also to recreate the init with the 
update-initramfs -k 

and the error that I have is the kernel blocked:

 "Waiting for root file system"  

and after a console




-- 
--
Linux User 152692
Catalonia


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

Problems booting with a new kernel

[Leopold Palomo-Avellaneda]

Hi,

I have compiled my own kernels since some time ago. Now I create my packages 
with the make-kpkg command. But I'm having a problem with a 2.6.22 or 2.6.19 
homemade kernel in a new amd64 box. The 2.6.18 kernenl from etch works ok.

I can compile and install the new kernel, and also update grub, but when I 
reboot, first of all I don't like but I cannot put an splash image because 
the grub, after reboot doesn't detect this:   
splashimage=/boot/sid.bmp
or
splashimage=(hd0,1)/boot/sid.bmp

Also I have tried to put:
root=UUID=ecd007d9-14b1-46c0-9cdb-7bdd1f0f5d80
or 
root=/dev/disk/by-uuid/UUID=ecd007d9-14b1-46c0-9cdb-7bdd1f0f5d80

the kernel is compiled with --initrd  and the ext3 (where the rootfs resides 
is formated) in included in the kernel. Really I don't know what to do. 
Anybody has some idea about it?

Regards,

Leo


-- 
--
Linux User 152692
Catalonia


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

Re: confused about performance

[Leopold Palomo-Avellaneda]

A Dijous 14 Juny 2007 16:40, M. Edward (Ed) Borasky va escriure:
[...]
>
>b. You want to develop 64-bit applications

why? you want to develop applications, that they run in a 32 or 64 system it's 
another thing. Maybe they run "better" or worst, but the final architecture 
cannot be a target, I think.

[...]

> As far as the applications in the Debian pool, or open source in
> general, are concerned, I would first look at large-scale scientific
> computing. And I would start with making sure that you have the Atlas
> (automatically tuned linear algebra subroutines) libraries and their
> BLAS and LAPACK interfaces all tuned up and ready to install on all the
> architectures. The ATLAS team is just about ready to release 3.8 -- they
> are at 3.7.32 at the moment and I think what's in Debian is still 3.6.0.

ok, but I think that this apps are developed in fortran, and the gfortran is 
it sufficient developed to make a good difference? Maybe GSL or MTL ..

> The last test I ran on my Athlon64 X2 4200+ (2.2 GHz) got me about 10
> gigaflops in 32-bit arithmetic and about half of that in 64-bit arithmetic.

I don't understand that. Are you saying that the 64-bits was really worst than 
32? 


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

Re: confused about performance

[Leopold Palomo-Avellaneda]

A Dijous 14 Juny 2007 16:32, Lennart Sorensen va escriure:
> On Thu, Jun 14, 2007 at 04:08:54PM +0200, Leopold Palomo-Avellaneda wrote:
> > really, reading you makes me doubt about the whole port. How many apps do
> > we have in the debian pool that can win some kind of performance?
>
> If nothing else, running a 64bit kernel with 32bit user space is an
> option.  That gives you support for more than 4GB ram without the
> penalty of PAE, but leaves user space limited to 3GB per process.  I run
> one system that way and it runs great.  Systems with that much ram are
> starting to be very common.

the question is how many apps need this quantity of ram? Also, the mobo have 
to support that. My old mobo I think that it's limited to 4Gb.

> And as I said anything using floating point will benefit quite a bit.
> gcc will hopefully also get better at optimizing for the amd64
> architecture over time.

with this are you saying that all the apps that do some kind of operation with 
doubles and floats will be better?

[]

> I guess the real question then is: Does the benefits for those programs
> give enough to warrent a tiny loss on many smaller utilities?  Running
> mixed 32/64bit on one system is just a pain, so in my book the trade off
> is worth it.  I don't think I will notice the 1 or 2% potential loss due
> to the larger pointers, while I probably will notice the benefits of
> faster floating point (perl uses lots of floating point by the way) and
> direct access to more ram in larger programs.

sure, but I don't think that you have a loss, that I think that it's difficult 
to me to undertand.

> Now I just tried a small stupid test here:
>
> I have a zip file that is 6159 bytes.  I tried running
> 'time tar cvzf test.tgz my.zip' on both 32 and 64 bit on an Athlon 64 3500+
> running a 64bit kernel with 1GB ram.
>
> According to time, it takes 0m3.776s of user time (so not counting
> system calls) on 64bit, and 0m4.556s on 32bit.  That indicates tar/gzip
> runs 20% faster on 64bit than 32bit at least when the kernel is 64bit
> and run on the same machine.  I ran them a few times each to make sure
> caching and such didn't affect them.  Maybe your test method wasn't
> correct or the two systems aren't as identical as you think.

it doesn't worsewhile but thanks for the example, is very appropriate.

Leo


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

Re: confused about performance

[Leopold Palomo-Avellaneda]

A Dijous 14 Juny 2007 16:13, Jo Shields va escriure:
[...]
> >
> > really, reading you makes me doubt about the whole port. How many apps do
> > we have in the debian pool that can win some kind of performance?
>
> You doubt the port? What, because nobody has more than 3GiB of RAM, or
> compiled their own high-performance apps?

really _all_ or you have been compiled in 128 bits because I have had a lot of 
replies of my little _flame_ mail!!! ;-)

no, I have followed the port and I have a running box with this port since two 
years ago. The only things that makes me feel bad sometimes are typical 
Desktop and web gadgets that I always have problems to make it run. That's 
all. I still think that I can compile and run a lot of apps very fast and my 
box is so old (summer 2004)

Regards,

Leo 


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

Re: confused about performance

[Leopold Palomo-Avellaneda]

A Dijous 14 Juny 2007 15:21, Lennart Sorensen va escriure:
> On Wed, Jun 13, 2007 at 04:40:52PM -0600, Sebastian Kuzminsky wrote:
> > Hi folks, I just bought a pair of AMD64 systems for a work project,
> > and I'm confused about the performance I'm getting from them.  Both are
> > identically configured Dell Dimension C521 systems, with Athlon 64 X2
> > 3800+ CPUs and 1 GB RAM.
> >
> > On one I installed using the Etch (4.0r0) i386 netinst CD, then upgraded
> > to Lenny.  This one's running linux-image-2.6.21-1-686.
> >
> > On the other I installed using the current (as of 2007-06-13) Lenny d-i
> > amd64 snapshot netinst CD.  This one's running
> > linux-image-2.6.21-1-amd64.
> >
> > The one with the x86 userspace and 686 kernel is faster than the one
> > with x86_64 userspace and amd64 kernel.  The difference is consistently
> > a few percent in favor of x86 over x86_64.
> >
> > My only benchmark is compiling our internal source tree (mostly running
> > gcc, some g++, flex, bison, etc).  We're using gcc-4.1 and g++-4.1.
> > I've tried it with a cold disk cache and hot disk cache, in both cases
> > x86 is faster than x86_64.
> >
> > I was expecting a win for 64 bit.  What's going on here?
>
> 64 bit is faster at some things.  For things like gcc you may simply be
> gaining nothing and loosing a few percent due to having to move around 8
> bytes per pointer rather than 4 bytes per pointer.  Certainly on sparc64
> I believe that is known to cause a slight slow down.  On sparc most
> programs are 32bit I believe, with only a few specific ones that gain
> from 64bit (like lots of ram) are compiled for 64 bit.
>
> Now anything using floating point should gain significantly on 64bit.
> Of course none of your list of tests do.  SSE (the only floating point
> used on x86_64) is much faster than the old stack based x87
> instructions.
>
> There are also some programs that gain some performance benefit from the
> extra registers that you get in 64bit mode, but for most programs it
> probably doesn't really matter.  gcc may also not be very good at using
> those extra registers yet.
>
> Of course if you need more than about 3GB ram in your system, 64bit will
> probably win simply by avoiding the (not insignificant) overhead of PAE
> (needed to access more than 4GB address space on x86).  Also if a
> program can take advantage of more than 2 or 3GB ram by itself, on 64bit
> you can use however much ram you have for the application, while on x86
> you are limited to 3GB ram per application.

really, reading you makes me doubt about the whole port. How many apps do we 
have in the debian pool that can win some kind of performance?

Regards,

Leo


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

Re: My new Etch 2.6.18-4 install segfaults and freezes!

[Leopold Palomo Avellaneda]

A Dimarts 03 Abril 2007 23:15, marie s va escriure:
> Hi, I just tried to install etch from dvd on an AMD64
> system and after the install, things have begun to go
> very badly  system has been working fine for a
> day, but today dselect exited with an error about
> corrupt /var/cache files, and when I rebooted with the
> DVD, the debian installer said that the dvd (all 3 of
> them!) were corrupt.
>
> But since the "corruption" was reported in different
> files every time I ran the test, I decided to look
> closely at the system. Trying to check the partitions
> wtih e2fsck caused the system to lock up, I get kernel
> panics randomly when I reboot, and now most
> applications  segfault on me.
>
> I don't even know where to begin to try to fix this. I
> can't install new software, I can't run most
> applications, I have no idea what could be wrong. But
> I know that I get these problems pretty steadily
> today, whether booting from the hard drives or the
> rescue dvd. Could this be a hardware issue? Anything I
> can do to debug the problem?
>
> Your assistance is greatly appreciated.

It seems a memory issue. About the apt/dpkg/dselect issue, try to delete:
/var/cache/apt/pkgcache.bin

and run apt-get update again. Maybe it solves this problem. About the problem 
running application, maybe it's memory. However, I insist, try deleting this 
file first.

Regards,

Leo


-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


pgptx6fnKX0No.pgp
Description: PGP signature

Re: LibGL

[Leopold Palomo Avellaneda]

A Dimecres 28 Febrer 2007 23:06, Lennart Sorensen va escriure:
[]
>
> libGL.so is for compiling, and since you apparently have the
> libgl1-mesa-dev package installed, then any compiling is done using the
> mesa version of the headers, so libGL.so (used exclusively for
> compiling) links to the mesa version of the library.  If you instead
> installed nvidia-glx-dev, then it would link to the nvidia version,
> since you would be using nvidia's version of those header files.

the problem is that nvidia-glx-dev has a lot of conflicts with many packages 
(qt,vtk, glut) so any application that you want to use have a lot of 
problems. So it's no very practical to use this headers IMHO.

[]


> > so, if I understand you, if I want to make a program that use libGL
> > accelerated I have to compile it normally, with the libgl1-mesa-dev
> > - then deinstall the libgl1-mesa-dev library
> > - restart the nvidia-glx
>
> Why would you deinstall the development package?  It has _nothing_ to do
> with running the program.  Any program you compiled will use libGL.so.1
> at runtime, which you showed is a link to the nvidia version of libGL.
>
Ok. It was just a test. 

> > and run the program, that will use the libgl of nvidia instead of the
> > libgl.xmesa, no?
>
> It will do so without those two steps.
>
> It is as simple as:
> compile program
> run program
:-)

> It will compile using the mesa headers, and run using the nvidia
> library since they both implement the libGL.so version 1 ABI.
>
> When you compile an opengl program, the linker is told to use libGL
> (-lGL) which it goes looking for.  It find /usr/lib/libGL.so which is a
> symlink to libGL.so.1.2.xlibmesa which is an implementation of libGL,
> shared object, major ABI version 1.  So it writes into the binary that
> it wants libGL.so.1 library loaded dynamically when the program is run.
> It doesn't care who wrote libGL.so.1 as long as it works as the standard
> says it should.  Since both mesa and nvidia implemented the libGL.so
> with the correct ABI, either will work with the resulting program.  When
> you run your program, the loader looks for /usr/lib/libGL.so.1 and finds
> it is a link to libGL.so.1.0.8776 provided by nvidia, and uses that.
> That particular implementation knows how to use an nvidia X server for
> DRI and GLX and hence runs accelerated.  If instead you had a link to
> the mesa version of libGL.so.1 then it would have used that and rendered
> by software (or whatever mesa happens to support on your system).
>
> So the .so is used by linker to find library (name and ABI version) to
> compile for, while at runtime it uses that library name and ABI version
> directly (so in this case libGL.so.1) to load the right library.

Ok, _now_ I understand it. It have been a long thread

Thank's a lot for your patience.

Leo

-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


pgp1QgNa7K6q8.pgp
Description: PGP signature

Re: LibGL

[Leopold Palomo Avellaneda]

A Dimecres 28 Febrer 2007 20:28, Lennart Sorensen va escriure:
> On Wed, Feb 28, 2007 at 08:18:59PM +0100, Leopold Palomo Avellaneda wrote:
> > I begin to understand. But, if I link a program with -lGL, which one use:
> > libGL.so.1 or libGL.so ?
>
> libGL.so since you are compiling.  Since libGL.so is a symlink to
> libGL.so.1 in this case, it will end up having a runtime requirement of
> libGL.so.1, the libGL.so is simply there so that the linker can find it
> based on -lGL and of course the opengl.h header matters too, since it
> should match the library.  

ummm, for example, without the nvidia-glx, I have:

[EMAIL PROTECTED]:~$ ls -la /usr/lib64/libGL*
lrwxrwxrwx 1 root root 10 2007-02-28 12:42 /usr/lib64/libGL.so -> 
libGL.so.1
lrwxrwxrwx 1 root root 12 2007-02-28 12:42 /usr/lib64/libGL.so.1 -> 
libGL.so.1.2
-rw-r--r-- 1 root root 584296 2007-02-23 03:21 /usr/lib64/libGL.so.1.2

ok, is what you are saying. Any program that use the libGL is redirected to 
the libGL.so.1, etc. The  glxinfo | grep OpenGL && glxinfo | grep direct 
command:
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce FX 5600/AGP/SSE2
OpenGL version string: 1.4 (2.0.2 NVIDIA 87.76)
OpenGL extensions:
direct rendering: No

ok.

if I install the nvidia-glx package I obtain:

rwxrwxrwx 1 root root 37 2007-02-28 
21:34 /usr/lib64/libGL.so -> /usr/lib/nvidia/libGL.so.1.2.xlibmesa
lrwxrwxrwx 1 root root 17 2007-02-28 21:34 /usr/lib64/libGL.so.1 -> 
libGL.so.1.0.8776
-rw-r--r-- 1 root root 735592 2007-01-05 05:37 /usr/lib64/libGL.so.1.0.8776

and the libGL.so is pointng to /usr/lib/nvidia/libGL.so.1.2.xlibmesa. and this 
file is the same as the mesa provides. So, in this case the link is not to 
libGL.so.1 . libGL.so.1 is pointing correctly to the nvidia lib. But I have:

[EMAIL PROTECTED]:~$ glxinfo | grep OpenGL && glxinfo | grep direct
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce FX 5600/AGP/SSE2
OpenGL version string: 2.0.2 NVIDIA 87.76
OpenGL extensions:
direct rendering: Yes

> That is why the nvidia-glx init.d script 
> checks if mesa-dev is installed, in which case it makes libGL.so a link
> to the xlibmesa version of libGL.so.1 and otherwise if nvidia-glx-dev is
> installed instead then it makes libGL.so a link to the nvidia version of
> libGL.so.1, and if neither is installed, you get no libGL.so at all,
> since without headers you are in no state to compile stuff anyhow.

so, if I understand you, if I want to make a program that use libGL 
accelerated I have to compile it normally, with the libgl1-mesa-dev
- then deinstall the libgl1-mesa-dev library
- restart the nvidia-glx

and run the program, that will use the libgl of nvidia instead of the 
libgl.xmesa, no?

Regards,

Leo

-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


pgpw5fydanvs5.pgp
Description: PGP signature

Re: LibGL

[Leopold Palomo Avellaneda]

A Dimecres 28 Febrer 2007 18:36, Lennart Sorensen va escriure:
> On Wed, Feb 28, 2007 at 06:12:33PM +0100, Leopold Palomo Avellaneda wrote:
> > when, so _all_ the programs (or almost) in debian use the mesa libGL?
>
> No they use whichever libGL you currently have.  If you have nvidia-glx
> installed, they use that, otherwise they use mesa if that is installed.
>
> Whatever /usr/lib/libGL.so.1 is a symlink to, is what is used.
> When compiling, the headers used and whatever /usr/lib/libGL.so is a
> symlink to, is what the program is compiled against, although any
> compatible library (same major ABI version) should work with the
> program.  Debian compiles stuff against mesa, but you can use those
> programs with ati or nvidia since they both provide libGL.so.1 that is
> compatible with the mesa libGL.so.1

Ok, 

I begin to understand. But, if I link a program with -lGL, which one use: 
libGL.so.1 or libGL.so ?

> > There's something wrong here. You cannot compile a program that is you
> > have the nvidia libGL (or ati) use it or the generic mesa?
>
> Anything compiled against libGL.so version 1 should run with any of
> them.  Of course if compiled against the headers of the nvidia or ati
> one it might be possible to use some extensions that mesa doesn't have,
> in which case it might only run with those extensions, but that all
> comes down to how the opengl code was written.

Ok, but it's only a problem of the extensions, not a "normal" and compatible 
code, no?

Regards,

Leo

-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


pgpZsLVqAiDxJ.pgp
Description: PGP signature

Re: LibGL

[Leopold Palomo Avellaneda]

A Dimecres 28 Febrer 2007 15:22, Lennart Sorensen va escriure:
> On Wed, Feb 28, 2007 at 09:47:05AM +0100, Leopold Palomo Avellaneda wrote:
> > what does exactly means a diverted file?
>
> dpkg keeps track of all the files belonging to each package.  Sometimes
> more than one package wants to provide the same file, which of course
> would cause a conflict.  So in that case it is possible for one of the
> packages to use dpkg-divert to rename the files in other packages that
> conflict so that the package can install the file instead.  The diverted
> files will be renamed with something related to the package name
> appended to the name.  dpkg then notes this rename/diversion in its file
> list for those packages, so that it still knows which files belong to
> each package.  This avoids files being overwritten, and it means you
> know exactly which package each file belongs to, even in the few cases
> where there is a good reason for multiple packages to provide the same
> file.

Ok, it's very sophisticated but necessary to avoid problems as windows users 
with the dlls.

> You can see an example of this in /var/lib/dpkg/info/nvidia-glx.preinst
> where it diverts a number of files belonging to xlibmesa by having dpkg
> rename them to *.xlibmesa before installing the files from nvidia-glx.
>
> It appears the /usr/lib/libGL.so link is actually created by the
> /etc/init.d/nvidia-glx startup script, if either libgl1-mesa-dev or
> nvidia-glx-dev is installed.  If neither is, then you don't have the
> headers for compiling and hence have no need for the symlink at all.
> You can always run '/etc/init.d/nvidia-glx restart' to check and update
> the links.

so, if I want to use a package -a library) , that use GL,  built with libmesa, 
I cannot link against it using nvidia libGL lib?

Leo

-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


pgpqWTO6i0IHn.pgp
Description: PGP signature

Re: LibGL

[Leopold Palomo Avellaneda]

A Dimecres 28 Febrer 2007 15:24, Lennart Sorensen va escriure:
> On Wed, Feb 28, 2007 at 02:05:24PM +0100, [EMAIL PROTECTED] wrote:
> > Ok. Now I think I understand...
> > The libGL.so.1 is symlinked to the driver itself. That means that the
> > OpenGL apps have a direct access to the driver and you don't have to
> > worry about the 3D acceleration.
> >
> > But the devel libraries...
> > The libGL.so is symlinked to a MESA GL 1.2 library placed in nvidia/
> > subrir. Why the heck to GL 1.2??
> > Does it mean that when I use the nvidia-glx-dev and I want to compile
> > some OpenGL app that uses functions from OGL > 1.2, I have to load the
> > functions myself? ("The Windows Way" :[ )
>
> If libgl1-mesa-dev is installed, then compiling will use the mesa gl
> lib since that is what matches the header files chose to use.  If you
> have nvidia-glx-dev installed instead (you can't have both), then it will
> use the nvidia libGL instead.  It is all taken care of at boot time by
> /etc/init.d/nvidia-glx.  Of course if you haven't rebooted in a while,
> your links might be wrong.  Running the script with start or restart
> argument updates the links.

when, so _all_ the programs (or almost) in debian use the mesa libGL? 

There's something wrong here. You cannot compile a program that is you have 
the nvidia libGL (or ati) use it or the generic mesa?

Regards,

Leo


-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


pgpqKsZpaC2ef.pgp
Description: PGP signature

Re: LibGL

[Leopold Palomo Avellaneda]

A Dimecres 28 Febrer 2007 12:59, [EMAIL PROTECTED] va escriure:
> Użytkownik Leopold Palomo Avellaneda <[EMAIL PROTECTED]> napisał:
> >[EMAIL PROTECTED]:/usr/lib64/nvidia$ glxinfo | grep OpenGL && glxinfo | grep
> > direct OpenGL vendor string: NVIDIA Corporation
> >OpenGL renderer string: GeForce FX 5600/AGP/SSE2
> >OpenGL version string: 2.0.2 NVIDIA 87.76
> >OpenGL extensions:
> >direct rendering: Yes
>
> It seems that the driver is fine and you have the acceleration (direct
> rendering: Yes). And the version string also tells that everything is fine
> (if it was less then 2.0 in case of this GPU then it would mean that
> something is wrong).
>
> And BTW. What is the result of 'ls -l /usr/lib/libGL.so*' in your case?
> The /usr/lib/ is the place where the libGL.so and libGL.so.1 should be.

[EMAIL PROTECTED]:~$ ls -l /usr/lib/libGL.so*
lrwxrwxrwx 1 root root 37 2007-02-28 
09:14 /usr/lib/libGL.so -> /usr/lib/nvidia/libGL.so.1.2.xlibmesa
lrwxrwxrwx 1 root root 17 2007-02-27 20:08 /usr/lib/libGL.so.1 -> 
libGL.so.1.0.8776
-rw-r--r-- 1 root root 735592 2007-01-05 05:37 /usr/lib/libGL.so.1.0.8776

Leo

-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


pgpSdc7Q81RRi.pgp
Description: PGP signature

Re: xscreensaver causes random hangs (nvidia)

[Leopold Palomo Avellaneda]

A Dimecres 28 Febrer 2007 10:35, avishai va escriure:
> hello all,
> i'm posting here since i got a feeling the problem is related to the
> my amd64 setup rather than xscreensaver itself. the problem is, like
> the title suggets, is that xscreensaver hangs randomly (but
> frequently), most of the times to the point where i have to restart
> the computer. it may be mentioned that during the normal runs of the
> screensavers, i notice hiccups or glitches in the graphics - the
> animation freezes for a fraction of a second and then resumes. anyone
> can confirm or (preferably) has a way to solve, other than not using
> xscreensaver?
> thanx,
> avishai.
>
> some info:
> $ uname -a
> Linux home 2.6.18-3-amd64 #1 SMP Sun Dec 10 19:57:44 CET 2006 x86_64
> GNU/Linux
>
> nvidia-kernel-2.6.18-3-amd64 version: 1.0.9746-2+2.6.18-8
> nvidia-kernel-common version: 20051028+1
> nvidia-kernel-source version: 1.0.9746-2
> nvidia-glx version: 1.0.9746-2
> xscreensaver version: 4.24-5
> rss-glx version: 0.8.0-1
> xorg version: 1:7.1.0-12

why don't use the normal package from debian?


>
> Section "Module"
> Load"bitmap"
> Load"dbe"
> Load"ddc"
> Load"dri"
> Load"extmod"
> Load"freetype"
> Load"glx"
> Load"int10"
> Load"record"
> Load"vbe"
> EndSection

you cannot use the dri module with the nvidia module. It's commented in the 
README file.

Using the nvidia X driver requires some user modification.

 First, modify your /etc/X11/XF86Config-4 or /etc/X11/xorg.conf

 Minimum requirements:
In Section "Module"
   add Load "glx"
   remove Load "dri"
   remove Load "GLcore"
In Section "Device"
   Change Driver "nv" to Driver "nvidia"


Also, look on the README.txt file from nvidia, the appendix F, about stability 
in the agp module.

---
You should use the AGP module that works best with your AGP chip set. If you
are experiencing problems with stability, you may want to start by disabling
AGP and seeing if that solves the problems. Then you can experiment with
either of the other AGP modules.

You can query the current AGP status at any time via the /proc filesystem
interface (see Appendix M).
---

Regards,

Leo



-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


pgpQCHQwsWLq1.pgp
Description: PGP signature

Re: LibGL

[Leopold Palomo Avellaneda]

A Dimarts 27 Febrer 2007 23:57, Lennart Sorensen va escriure:
> On Tue, Feb 27, 2007 at 11:46:17PM +0100, [EMAIL PROTECTED] wrote:
> > I don't use the nvidia-glx package - I use the nvidia installer from
> > nvidia.com and my libGL.so* files are:
>
> I prefer my system to not be broken (and using the nvidia installer WILL
> result in a broken system at some point).
>
me too. Always if the maintainer does a good job ... and all the packages that 
use libGL could use all the libraries optimized for the different drivers.

> > libGL.so - > libGL.so.1
> > libGL.so.1 -> libGL.so.1.0.9746
> > libGL.so.1.0.9746
> >
> > And everything works fine in my case. And I think it's solved quite well.
> >
> > I don't understand one thing - if you install the nvidia driver from the
> > nvidia-glx package, does it result in some kind of 'layer' between the
> > OpenGL application and the driver itself (thru that
> > /usr/lib/nvidia/libGL.so.1.xlibmesa file)?? Or is it just another symlik?
>
> One should just be a diverted file (the nvidia-glx package diverts the
> mesa file to avoid a conflict, something the nvidia installer has no
> clue how to do, eventually resulting in breakage).

what does exactly means a diverted file?

Leo

-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


pgpJtp0qnxvzK.pgp
Description: PGP signature

Re: LibGL

[Leopold Palomo Avellaneda]

A Dimarts 27 Febrer 2007 23:46, [EMAIL PROTECTED] va escriure:
> Użytkownik Leopold Palomo-Avellaneda <[EMAIL PROTECTED]> napisał:
> >The only option is that /usr/lib/nvidia/libGL.so.1.xlibmesa file, was a
> >special mesa lib that use the nvidia driver. And I think that is have been
> >changed by the maintainers in the last months.
>
> hmm...
> I don't use the nvidia-glx package - I use the nvidia installer from
> nvidia.com and my libGL.so* files are:
>
> libGL.so - > libGL.so.1
> libGL.so.1 -> libGL.so.1.0.9746
> libGL.so.1.0.9746
>
> And everything works fine in my case. And I think it's solved quite well.
>
> I don't understand one thing - if you install the nvidia driver from the
> nvidia-glx package, does it result in some kind of 'layer' between the
> OpenGL application and the driver itself (thru that
> /usr/lib/nvidia/libGL.so.1.xlibmesa file)?? Or is it just another symlik?

good question. My /usr/lib64/nvidia has:

[EMAIL PROTECTED]:/usr/lib64/nvidia$ ls -l
total 1428
-rw-r--r-- 1 root root 584296 2007-01-03 18:05 libGL.so.1.2.xlibmesa
lrwxrwxrwx 1 root root 12 2007-02-14 21:15 libGL.so.1.xlibmesa -> 
libGL.so.1.2
lrwxrwxrwx 1 root root 10 2007-02-26 20:31 libGL.so.xlibmesa -> libGL.so.1
-rw-r--r-- 1 root root 722460 2007-02-07 22:06 libglx.so.xlibmesa
-rw-r--r-- 1 root root 118736 2007-01-05 05:37 libnvidia-cfg.so.1.0.8776
-rw-r--r-- 1 root root   3408 2007-01-05 05:37 libnvidia-tls.so.1.0.8776
-rwxr-xr-x 1 root root   5064 2007-01-05 05:37 tls_test
-rw-r--r-- 1 root root   4920 2007-01-05 05:37 tls_test_dso.so

> Leo - are you saying that in your case the OGL driver is accessed by
> some mesa libraries, which results in a lack of 3D acceleration?

I don't know about the lack of acceleration because I cannot compare ...

> In my case the 'glxinfo | grep OpenGL && glxinfo | grep direct' command
> gives such output:
>
> OpenGL vendor string: NVIDIA Corporation
> OpenGL renderer string: GeForce 6600 LE/AGP/SSE2
> OpenGL version string: 2.1.0 NVIDIA 97.46
> OpenGL extensions:
> direct rendering: Yes
>
> What do you get?
[EMAIL PROTECTED]:/usr/lib64/nvidia$ glxinfo | grep OpenGL && glxinfo | grep 
direct
OpenGL vendor string: NVIDIA Corporation
OpenGL renderer string: GeForce FX 5600/AGP/SSE2
OpenGL version string: 2.0.2 NVIDIA 87.76
OpenGL extensions:
direct rendering: Yes

Leo

-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


pgpLghE5v33LD.pgp
Description: PGP signature

Re: LibGL

[Leopold Palomo-Avellaneda]

A Dimarts 27 Febrer 2007 16:00, Lennart Sorensen va escriure:
> On Tue, Feb 27, 2007 at 10:07:05AM +0100, Leopold Palomo-Avellaneda wrote:
> > I don't understand this Lennart. Why do you need -dev to have libGL.so?
> > and why, if I have nvidia-glx I don't have libGL.so and the libGL.so is
> > pointing the mesa GL library?
> > If I have a nvidia driver and want to use all the resources of the
> > driver. Using the libmesa is a loss of the hardware. Probably I'm missing
> > something , but I don't now what.
>
> Because when compiling, you compile with libGL.so, which is a symlink to
> the version matching the header files you are using.  
> Later on the 
> program loads based on the version of the library if was linked against,
> in this case libGL.so.1, so only compiling should ever need the .so
> file.  Of course there are cases of people screwing up their compiling
> that manage to build a program that expects the .so file directly,
> although such programs must break the day the .so gets replaced with a
> symlink to the .so.2 version of the library (since it would have an
> incompatible ABI).

So, you are saying that _only_ when you compile you need the libGL.so (file or 
link), because when you run a program the symbols inserted knows which 
library use, so.1 or so.x, no?

The problem that I'm detecting is that I cannot use a libGL accelerated with 
debian because I don't find any package that use libGL from nvidia driver.
The only option is that /usr/lib/nvidia/libGL.so.1.xlibmesa file, was a 
special mesa lib that use the nvidia driver. And I think that is have been 
changed by the maintainers in the last months.

For example, if I want to use the nvidia-glx-dev I have a lot of problems 
because the dependencies: 
$ apt-cache depends nvidia-glx-dev
nvidia-glx-dev
  Depends: nvidia-glx
  Conflicts: nvidia-glx
  Conflicts: 
mesag-dev
mesag-glide2-dev
mesag3+ggi-dev
libgl1-mesa-dev
libgl1-mesa-swx11-dev
nvidia-glx-legacy-dev
  Conflicts: mesa-common-dev

Regards,

Leo

 

> --
> Len Sorensen


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

Re: LibGL

[Leopold Palomo-Avellaneda]

A Dimarts 27 Febrer 2007 16:11, [EMAIL PROTECTED] va escriure:
> Użytkownik Leopold Palomo-Avellaneda <[EMAIL PROTECTED]> napisał:
> > (...) and
> >why, if I have nvidia-glx I don't have libGL.so and the libGL.so is
> > pointing the mesa GL library?
> >If I have a nvidia driver and want to use all the resources of the driver.
> >Using the libmesa is a loss of the hardware. Probably I'm missing
> > something , but I don't now what.
>
> If the libGL.so or libGL.so.1 are linked to mesa libraries then you
> probably installed MesaGL after installing the nvidia-glx.

nops,

the last I install is the nvidia-glx package.

> Either modiffy the symlinks manually or install nvidia-glx again.
>
> Future upgrade of mesa libs will probably change the symlinks again
> (it happens in my case...) so you will have to do the above again.

Yes, but I think that the nvidia-glx package doesn't do the job.

Leo

Re: LibGL

[Leopold Palomo-Avellaneda]

A Dilluns 26 Febrer 2007 21:58, Lennart Sorensen va escriure:
[]
>
> Hmm, my x86 system (running sid) has a libGL.so symlink belonging to the
> nvidia-glx package.  Not sure why yours doesn't.  I do have
> libgl1-mesa-dev installed too, which nvidia-glx then appears to have
> diverted out of the way.  Without nvidia-glx-dev and/or libgl1-mesa-dev
> you won't have a libGL.so of course since it only applies to development
> in general.  Any actual application should be using libGL.so.1

I don't understand this Lennart. Why do you need -dev to have libGL.so? and 
why, if I have nvidia-glx I don't have libGL.so and the libGL.so is pointing 
the mesa GL library?
If I have a nvidia driver and want to use all the resources of the driver. 
Using the libmesa is a loss of the hardware. Probably I'm missing something , 
but I don't now what.

Regards,

Leo


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

Re: LibGL

[Leopold Palomo Avellaneda]

A Dilluns 26 Febrer 2007 21:58, Lennart Sorensen va escriure:
> On Mon, Feb 26, 2007 at 09:45:39PM +0100, Leopold Palomo Avellaneda wrote:
> > I have installed a new etch rc in a box with the nvidia-glx drivers. All
> > works, but I have found that I don't have libGL.so or symbolic link:
> >
> > lrwxrwxrwx 1 root root  21 2007-02-14 21:58 libGLcore.so.1 ->
> > libGLcore.so.1.0.8776
> > -rw-r--r-- 1 root root 7853184 2007-01-05 05:37 libGLcore.so.1.0.8776
> > lrwxrwxrwx 1 root root  17 2007-02-14 21:58 libGL.so.1 ->
> > libGL.so.1.0.8776
> > -rw-r--r-- 1 root root  735592 2007-01-05 05:37 libGL.so.1.0.8776
> > -rw-r--r-- 1 root root  920580 2007-01-03 18:05 libGLU.a
> > lrwxrwxrwx 1 root root  11 2007-02-26 20:31 libGLU.so -> libGLU.so.1
> > lrwxrwxrwx 1 root root  20 2007-02-14 21:17 libGLU.so.1 ->
> > libGLU.so.1.3.060501
> > -rw-r--r-- 1 root root  520912 2007-01-03 18:05 libGLU.so.1.3.060501
> >
> >
> > so, I cannot link with libGL.so,
> >
> > please could you confirm it if is a bug or maybe I have done some mistake
> > 
>
> Hmm, my x86 system (running sid) has a libGL.so symlink belonging to the
> nvidia-glx package.  Not sure why yours doesn't.  I do have
> libgl1-mesa-dev installed too, which nvidia-glx then appears to have
> diverted out of the way.  Without nvidia-glx-dev and/or libgl1-mesa-dev
> you won't have a libGL.so of course since it only applies to development
> in general.  Any actual application should be using libGL.so.1

Hi all (Lennart,  Gudjon I. and Michael),

thanks for the quickly answer. After seeing your comments I have realise a 
simple test:

apt-get remove nvidia-glx
ls -lah /usr/lib/libGL*
lrwxrwxrwx 1 root root   10 2007-02-26 20:31 /usr/lib/libGL.so -> libGL.so.1
lrwxrwxrwx 1 root root   12 2007-02-14 21:15 /usr/lib/libGL.so.1 -> 
libGL.so.1.2
-rw-r--r-- 1 root root 571K 2007-01-03 18:05 /usr/lib/libGL.so.1.2
-rw-r--r-- 1 root root 900K 2007-01-03 18:05 /usr/lib/libGLU.a
lrwxrwxrwx 1 root root   11 2007-02-26 20:31 /usr/lib/libGLU.so -> libGLU.so.1
lrwxrwxrwx 1 root root   20 2007-02-14 21:17 /usr/lib/libGLU.so.1 -> 
libGLU.so.1.3.060501
-rw-r--r-- 1 root root 509K 2007-01-03 18:05 /usr/lib/libGLU.so.1.3.060501

ok, works.

Now,
apt-get install nvidia-glx

Creating NVIDIA TLS links... done.

indiana:~# ls -lah /usr/lib64/libGL*
lrwxrwxrwx 1 root root   21 2007-02-26 22:49 /usr/lib64/libGLcore.so.1 -> 
libGLcore.so.1.0.8776
-rw-r--r-- 1 root root 7,5M 2007-01-05 05:37 /usr/lib64/libGLcore.so.1.0.8776
lrwxrwxrwx 1 root root   37 2007-02-26 
22:49 /usr/lib64/libGL.so -> /usr/lib/nvidia/libGL.so.1.2.xlibmesa
lrwxrwxrwx 1 root root   17 2007-02-26 22:49 /usr/lib64/libGL.so.1 -> 
libGL.so.1.0.8776
-rw-r--r-- 1 root root 719K 2007-01-05 05:37 /usr/lib64/libGL.so.1.0.8776
-rw-r--r-- 1 root root 900K 2007-01-03 18:05 /usr/lib64/libGLU.a
lrwxrwxrwx 1 root root   11 2007-02-26 20:31 /usr/lib64/libGLU.so -> 
libGLU.so.1
lrwxrwxrwx 1 root root   20 2007-02-14 21:17 /usr/lib64/libGLU.so.1 -> 
libGLU.so.1.3.060501
-rw-r--r-- 1 root root 509K 2007-01-03 18:05 /usr/lib64/libGLU.so.1.3.060501


where is pointing libGL.so ? 

Please, could you repeat the test? I'm using etch.
nvidia-glx1.0.8776-4

Regards,

Leo



-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


pgpNODwotdnbR.pgp
Description: PGP signature

LibGL

[Leopold Palomo Avellaneda]

Hi,

I have installed a new etch rc in a box with the nvidia-glx drivers. All 
works, but I have found that I don't have libGL.so or symbolic link:

lrwxrwxrwx 1 root root  21 2007-02-14 21:58 libGLcore.so.1 -> 
libGLcore.so.1.0.8776
-rw-r--r-- 1 root root 7853184 2007-01-05 05:37 libGLcore.so.1.0.8776
lrwxrwxrwx 1 root root  17 2007-02-14 21:58 libGL.so.1 -> 
libGL.so.1.0.8776
-rw-r--r-- 1 root root  735592 2007-01-05 05:37 libGL.so.1.0.8776
-rw-r--r-- 1 root root  920580 2007-01-03 18:05 libGLU.a
lrwxrwxrwx 1 root root  11 2007-02-26 20:31 libGLU.so -> libGLU.so.1
lrwxrwxrwx 1 root root  20 2007-02-14 21:17 libGLU.so.1 -> 
libGLU.so.1.3.060501
-rw-r--r-- 1 root root  520912 2007-01-03 18:05 libGLU.so.1.3.060501


so, I cannot link with libGL.so,

please could you confirm it if is a bug or maybe I have done some mistake 

Regards,

Leo


-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


pgp01vCeGvyVQ.pgp
Description: PGP signature

Re: Problems on a asus vintage2 ae-1

[Leopold Palomo Avellaneda]

A Dijous 01 Febrer 2007 00:49, Lennart Sorensen va escriure:
> On Thu, Feb 01, 2007 at 12:04:56AM +0100, Leopold Palomo Avellaneda wrote:
> > if I put the ahci mode, the box doesn't recognize the hd  so I cannot
> > boot with grub 
> > any other idea?
>
> Did you enable the 'Serial-ATA BOOTROM' option when you set it to AHCI
> mode?  It needs that to boot in AHCI mode.  Since AHCI isn't ide
> compatible, the bios needs to treat it as an add in controller with it's
> own bootrom, which means that has to be enabled.

Nops, you are right but now that it's enable, I can boot, and after a :

port is slow to respond, please be patient
port failed to respond
softreset failed

waiting for root file system 

and now it's still ...

Leo


-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


pgpbi8i61kWPy.pgp
Description: PGP signature

Re: Problems on a asus vintage2 ae-1

[Leopold Palomo Avellaneda]

A Dimecres 31 Gener 2007 18:50, Lennart Sorensen va escriure:
> On Wed, Jan 31, 2007 at 06:21:00PM +0100, Leopold Palomo-Avellaneda wrote:
> > also I have to add my sad problems with a HP Proliant 150 and a Maxwell
> > controller ... :-(
>
> Marvell controller support certainly only got added recently.
>
> I would suggest trying to boot a daily build of etch to see if it
> detects the harddisks with the bios set to ahci mode, since it looks
> like 2.6.18 should support it in that mode.

if I put the ahci mode, the box doesn't recognize the hd  so I cannot boot 
with grub 
any other idea?

Leo

-- 
--
Linux User 152692
PGP: 0xF944807E
Catalonia


pgpwshlL9BbNf.pgp
Description: PGP signature

Re: Problems on a asus vintage2 ae-1

[Leopold Palomo-Avellaneda]

A Dimecres 31 Gener 2007 18:08, Lennart Sorensen va escriure:
> On Wed, Jan 31, 2007 at 05:58:32PM +0100, Leopold Palomo-Avellaneda wrote:
> > umm. in the link [1] explain to modify two files: ahci.c and sata_via.c.
> > Looking on the modifications are ... I don't know 
>
> Well it appears that ahci fixes are already in 2.6.18, while the other
> changes to via_sata I am not even convinced belong there.  Of course
> this assumes the BIOS is set to AHCI mode I believe.

Ok, I have to test it.

> > in theory in 2.6.20 all have been solved but I have tested 2.6.20rc6 and
> > I cannot boot because time outs.
>
> Hmm, not very nice of it.

I have to make some more test, but it looks not nice.

> > yes, that's one problem. With the old bios I could use the internal vga.
> > With the new one, neither agp card or internal card. Howeber I have had
> > _always_ console.
>
> I wonder what changed.  The vga console driver probably just talks to
> the VGA hardware registers and doesn't care if it is isa, pci or agp or
> anything else for that matter.  It just uses the legacy interface.

ok.


> > yes, has three options:sata, ahci and raid.
>
> Which one do you have it set to?

sata. Howeber I will test soon the ahci.

> > it's a nighmare the sata units. I like it very much but in linux we have
> > a lot of problems.
>
> I have had pretty good luck.  So far I have managed with Sil3112A based
> controllers just fine since very early 2.6 kernels, and with intel ICH5R
> based controller as well.  I later started using a promise sata
> controller as well around 2.6.12 which works fine too.  VIA seems to
> have managed to make an ahci controller that isn't actually ahci
> compatible (at least not 100%) which is why they need some very ugly
> code added to the ahci driver to work (or so is my understanding of it).
> Rather unfortunate.

also I have to add my sad problems with a HP Proliant 150 and a Maxwell 
controller ... :-(

So, I test it with the acpi and the 2.6.18 kernel to see what happens.

Regards,

Leo 


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

Re: Problems on a asus vintage2 ae-1

[Leopold Palomo-Avellaneda]

A Dimecres 31 Gener 2007 17:39, Lennart Sorensen va escriure:
> On Wed, Jan 31, 2007 at 05:35:46PM +0100, Leopold Palomo-Avellaneda wrote:
> > If a use a stock debian kernel, the box doesn't boot. It doesn't
> > recognizes the sata hd. I need this kernel version with two files patched
> > as is commented in  [1] . I have to say that it's the only way that I
> > have to see the hd. I will try to patch the 2.6.18 version, but the files
> > are more different. I don't know if it will compile.
>
> What was the patch you did?

umm. in the link [1] explain to modify two files: ahci.c and sata_via.c. 
Looking on the modifications are ... I don't know 

> > is it a bug in the lspci program? May I have to report it?
>
> No probably a kernel bug.  /proc/pci should show the same info from the
> kernel's point of view.

in theory in 2.6.20 all have been solved but I have tested 2.6.20rc6 and I 
cannot boot because time outs.

> > no, it's a simple barebone with one agp, one little slot from asus and 3
> > pci
>
> Is the BIOS on the board up to date?

yes, that's one problem. With the old bios I could use the internal vga. With 
the new one, neither agp card or internal card. Howeber I have had _always_ 
console.

> Does the BIOS have a mode setting for the SATA ports?

yes, has three options:sata, ahci and raid.

> I remember problems a couple of years ago on an intel chipset board
> that the SATA only worked properly in linux when set to enhanced mode
> not the default combined mode.  When set right it worked perfectly even
> with 2.6.1.

it's a nighmare the sata units. I like it very much but in linux we have a lot 
of problems.

Regards

[1] http://www.geocities.com/rajahuroman/main.html


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

Re: Problems on a asus vintage2 ae-1

[Leopold Palomo-Avellaneda]

A Dimecres 31 Gener 2007 16:50, Lennart Sorensen va escriure:
> On Wed, Jan 31, 2007 at 03:12:16PM +0100, Leopold Palomo-Avellaneda wrote:
> > doing it as root:
> > duc:~# lspci -M > lspci_M
> > duc:~# cat lspci_M
> > 00:00.0 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
> > 00:00.1 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
> > 00:00.2 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
> > 00:00.3 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
> > 00:00.4 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
> > 00:00.7 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
> > 00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge
> > [K8T800/K8T890 South]
> > ## 00.01:0 is a bridge from 00 to 05-05
> > 00:0f.0 IDE interface: VIA Technologies, Inc. VT8251 AHCI/SATA 4-Port
> > Controller
> > 00:0f.1 IDE interface: VIA Technologies, Inc.
> > VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 07)
> > 00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1
> > Controller (rev 90)
> > 00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1
> > Controller (rev 90)
> > 00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1
> > Controller (rev 90)
> > 00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1
> > Controller (rev 90)
> > 00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 90)
> > 00:11.0 ISA bridge: VIA Technologies, Inc. VT8251 PCI to ISA Bridge
> > 00:11.5 Multimedia audio controller: VIA Technologies, Inc.
> > VT8233/A/8235/8237 AC97 Audio Controller (rev 70)
> > 00:11.7 Host bridge: VIA Technologies, Inc. VT8251 Ultra VLINK Controller
> > 00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II]
> > (rev 7c) 00:13.0 PCI bridge: VIA Technologies, Inc. VT8251 Host Bridge
> > ## 00.13:0 is a bridge from 00 to 01-03
> > 00:13.1 PCI bridge: VIA Technologies, Inc. VT8251 PCI to PCI Bridge
> > ## 00.13:1 is a bridge from 00 to 04-04
> > 00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
> > HyperTransport Technology Configuration
> > 00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
> > Address Map
> > 00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
> > DRAM Controller
> > 00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron]
> > Miscellaneous Control
> > 01:00.0 PCI bridge: VIA Technologies, Inc. VT8251 PCIE Root Port
> > ## 01.00:0 is a bridge from 01 to 02-02
> > 01:00.1 PCI bridge: VIA Technologies, Inc. VT8251 PCIE Root Port
> > ## 01.00:1 is a bridge from 01 to 03-03
> >
> > Summary of buses:
> >
> > 00: Primary host bus
> > 13.1 Bridge to 04-04
> > 13.0 Bridge to 01-03
> > 01.0 Bridge to 05-05
> > 01: Entered via 00:13.0
> > 00.1 Bridge to 03-03
> > 00.0 Bridge to 02-02
> >
> >
> > please believe me , I'm using a VGA (nVidia Geforce 6600) card connected
> > to the agp port and I can see the console.
> >
> > I'm using 2.6.16 . patched to see the hds, but the 2.6.16!!!
>
> Have you tried with 2.6.18 (current kernel in etch/sid)?

If a use a stock debian kernel, the box doesn't boot. It doesn't recognizes 
the sata hd. I need this kernel version with two files patched as is 
commented in  [1] . I have to say that it's the only way that I have to see 
the hd. I will try to patch the 2.6.18 version, but the files are more 
different. I don't know if it will compile.

[]

> I would think based on that that your system has the AGP connected as
> bus 5 (behind PCI bridge device 0:01.0) 
ok
> Why the card isn't showing up I 
> have no idea. 

is it a bug in the lspci program? May I have to report it?

> It does seem strange to have so many bridges connected to 
> apparently no devices (maybe you have lots of empty slots in your
> machine).

no, it's a simple barebone with one agp, one little slot from asus and 3 pci
> I am currently running 2.6.11 on that system (don't ask why), so no idea
> if that has anything to do with it.

:-)

Thank's,

Leo

[1] http://www.geocities.com/rajahuroman/main.html


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

Re: Problems on a asus vintage2 ae-1

[Leopold Palomo-Avellaneda]

A Dimecres 31 Gener 2007 14:52, Lennart Sorensen va escriure:
> On Wed, Jan 31, 2007 at 01:16:28AM +0100, Leopold Palomo Avellaneda wrote:
> > Someone can explain me how is possbile to use a agp video card and the
> > lspci doesn't detect?
>
> Could try lspci -M in case there is a bus configuration error somewhere.
> Other than that nope I can't think of any way that makes any sense. :)

doing it as root:
duc:~# lspci -M > lspci_M   
duc:~# cat lspci_M
00:00.0 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.1 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.2 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.3 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.4 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:00.7 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 
South]
## 00.01:0 is a bridge from 00 to 05-05
00:0f.0 IDE interface: VIA Technologies, Inc. VT8251 AHCI/SATA 4-Port 
Controller
00:0f.1 IDE interface: VIA Technologies, Inc. 
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 07)
00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 90)
00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 90)
00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 90)
00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 90)
00:10.4 USB Controller: VIA Technologies, Inc. USB 2.0 (rev 90)
00:11.0 ISA bridge: VIA Technologies, Inc. VT8251 PCI to ISA Bridge
00:11.5 Multimedia audio controller: VIA Technologies, Inc. VT8233/A/8235/8237 
AC97 Audio Controller (rev 70)
00:11.7 Host bridge: VIA Technologies, Inc. VT8251 Ultra VLINK Controller
00:12.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 7c)
00:13.0 PCI bridge: VIA Technologies, Inc. VT8251 Host Bridge
## 00.13:0 is a bridge from 00 to 01-03
00:13.1 PCI bridge: VIA Technologies, Inc. VT8251 PCI to PCI Bridge
## 00.13:1 is a bridge from 00 to 04-04
00:18.0 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
HyperTransport Technology Configuration
00:18.1 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Address Map
00:18.2 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] DRAM 
Controller
00:18.3 Host bridge: Advanced Micro Devices [AMD] K8 [Athlon64/Opteron] 
Miscellaneous Control
01:00.0 PCI bridge: VIA Technologies, Inc. VT8251 PCIE Root Port
## 01.00:0 is a bridge from 01 to 02-02
01:00.1 PCI bridge: VIA Technologies, Inc. VT8251 PCIE Root Port
## 01.00:1 is a bridge from 01 to 03-03

Summary of buses:

00: Primary host bus
13.1 Bridge to 04-04
13.0 Bridge to 01-03
01.0 Bridge to 05-05
01: Entered via 00:13.0
00.1 Bridge to 03-03
00.0 Bridge to 02-02


please believe me , I'm using a VGA (nVidia Geforce 6600) card connected to 
the agp port and I can see the console. 

> Of course 2.6.8 had a tendancy not to see nvidia ethernet for some
> reason although the driver would load just fine anyhow (it just wouldn't
> auto load since nothing could identify the system as having such
> hardware).

I'm using 2.6.16 . patched to see the hds, but the 2.6.16!!!

Leo


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

Re: Problems on a asus vintage2 ae-1

[Leopold Palomo Avellaneda]

Someone can explain me how is possbile to use a agp video card and the lspci 
doesn't detect?

thank's,

Leo






A Dimarts 30 Gener 2007 01:19, Leopold Palomo Avellaneda va escriure:
> Hi,
>
> some months ago we buy a asus barebone vintage2 ae-1.  The box has:
>
>  AMD Athlon 64FX/Athlon 64
> Socket 939
> 800 MHz FSB
> NorthBridge: VIA K8M800
> SouthBridge: VIA VT8251
>
> VGA VIA
>  Audio  Realtek ALC 653
> I tried to install a debian but I had some problems with the sata
> controller. I have to make an installation in a ide disk and use a modify
> kernel from debian with some patches that made the via vt8251 worked.
>
> I had some problems with  graphics card, but finally the discover
> recognized it as vga. The box was working during several months but
> sometimes had some troubles and the box hang up. Some days the bios doesn't
> recognized the sata, and after reboot yes. Finally, last week the lan
> didn't work. I finally make a decision and update the bios. I put the last
> version from the company. After that, the vga doesn't work, and I only have
> a console, no graphics mode. So, I tried to put a VGA (nvidia) in the agp
> slot. After install it, and select it in the bios, and detect during the
> boot up (it appeard in the screen) , I have found that the discover doesn't
> find it. the lspci output doesn't found it. I cannot understand how is
> possible that the lspci doesn't find a device that is using 
>
> So, my question is: someone has some brilliant idea that help me to solve
> this problem?
>
> Thank's in advance,
>
> Leo
>
> Pd1. I have  worked the sata controller with:
> http://www.geocities.com/rajahuroman/main.html
>
> Pd2. below, the lspci -v output:
>
> [EMAIL PROTECTED]:~$ lspci -v
> 00:00.0 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
> Subsystem: VIA Technologies, Inc. K8M800 Host Bridge
> Flags: bus master, medium devsel, latency 64
> Memory at d000 (32-bit, prefetchable) [size=256M]
> Capabilities: 
>
> 00:00.1 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
> Subsystem: VIA Technologies, Inc. K8M800 Host Bridge
> Flags: bus master, medium devsel, latency 0
>
> 00:00.2 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
> Subsystem: VIA Technologies, Inc. K8M800 Host Bridge
> Flags: bus master, medium devsel, latency 0
>
> 00:00.3 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
> Subsystem: VIA Technologies, Inc. K8M800 Host Bridge
> Flags: bus master, medium devsel, latency 0
>
> 00:00.4 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
> Subsystem: VIA Technologies, Inc. K8M800 Host Bridge
> Flags: bus master, medium devsel, latency 0
>
> 00:00.7 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
> Flags: bus master, medium devsel, latency 0
>
> 00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890
> South] (prog-if 00 [Normal decode])
> Flags: bus master, 66MHz, medium devsel, latency 0
> Bus: primary=00, secondary=05, subordinate=05, sec-latency=0
> Memory behind bridge: faa0-feaf
> Prefetchable memory behind bridge: 9ff0-bfef
> Capabilities: 
>
> 00:0f.0 IDE interface: VIA Technologies, Inc. VT8251 AHCI/SATA 4-Port
> Controller (prog-if 8f [Master SecP SecO PriP PriO])
> Subsystem: ASUSTeK Computer Inc. Unknown device 81b5
> Flags: bus master, medium devsel, latency 64, IRQ 201
> I/O ports at d880 [size=8]
> I/O ports at d800 [size=4]
> I/O ports at d480 [size=8]
> I/O ports at d400 [size=4]
> I/O ports at d080 [size=16]
> Memory at febffc00 (32-bit, non-prefetchable) [size=1K]
> Capabilities: 
>
> 00:0f.1 IDE interface: VIA Technologies, Inc.
> VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 07) (prog-if
> 8a [Master SecP PriP])
> Subsystem: ASUSTeK Computer Inc. Unknown device 81b5
> Flags: bus master, medium devsel, latency 32
> I/O ports at fc00 [size=16]
> Capabilities: 
>
> 00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1
> Controller (rev 90) (prog-if 00 [UHCI])
> Subsystem: ASUSTeK Computer Inc. Unknown device 81b5
> Flags: bus master, medium devsel, latency 64, IRQ 217
> I/O ports at ec00 [size=32]
> Capabilities: 
>
> 00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1
> Controller (rev 90) (prog-if 00 [UHCI])
> Subsystem: ASUSTeK Computer Inc. Unknown device 81b5
> Flags: bus master, med

Problems on a asus vintage2 ae-1

[Leopold Palomo Avellaneda]

Hi,

some months ago we buy a asus barebone vintage2 ae-1.  The box has:

 AMD Athlon 64FX/Athlon 64 
Socket 939
800 MHz FSB
NorthBridge: VIA K8M800
SouthBridge: VIA VT8251

VGA VIA
 Audio  Realtek ALC 653
I tried to install a debian but I had some problems with the sata controller. 
I have to make an installation in a ide disk and use a modify kernel from 
debian with some patches that made the via vt8251 worked.

I had some problems with  graphics card, but finally the discover recognized 
it as vga. The box was working during several months but sometimes had some 
troubles and the box hang up. Some days the bios doesn't recognized the sata, 
and after reboot yes. Finally, last week the lan didn't work. I finally make 
a decision and update the bios. I put the last version from the company. 
After that, the vga doesn't work, and I only have a console, no graphics 
mode. So, I tried to put a VGA (nvidia) in the agp slot. After install it, 
and select it in the bios, and detect during the boot up (it appeard in the 
screen) , I have found that the discover doesn't find it. the lspci output 
doesn't found it. I cannot understand how is possible that the lspci doesn't 
find a device that is using 

So, my question is: someone has some brilliant idea that help me to solve this 
problem?

Thank's in advance,

Leo

Pd1. I have  worked the sata controller with:
http://www.geocities.com/rajahuroman/main.html

Pd2. below, the lspci -v output:

[EMAIL PROTECTED]:~$ lspci -v
00:00.0 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
Subsystem: VIA Technologies, Inc. K8M800 Host Bridge
Flags: bus master, medium devsel, latency 64
Memory at d000 (32-bit, prefetchable) [size=256M]
Capabilities: 

00:00.1 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
Subsystem: VIA Technologies, Inc. K8M800 Host Bridge
Flags: bus master, medium devsel, latency 0

00:00.2 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
Subsystem: VIA Technologies, Inc. K8M800 Host Bridge
Flags: bus master, medium devsel, latency 0

00:00.3 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
Subsystem: VIA Technologies, Inc. K8M800 Host Bridge
Flags: bus master, medium devsel, latency 0

00:00.4 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
Subsystem: VIA Technologies, Inc. K8M800 Host Bridge
Flags: bus master, medium devsel, latency 0

00:00.7 Host bridge: VIA Technologies, Inc. K8M800 Host Bridge
Flags: bus master, medium devsel, latency 0

00:01.0 PCI bridge: VIA Technologies, Inc. VT8237 PCI bridge [K8T800/K8T890 
South] (prog-if 00 [Normal decode])
Flags: bus master, 66MHz, medium devsel, latency 0
Bus: primary=00, secondary=05, subordinate=05, sec-latency=0
Memory behind bridge: faa0-feaf
Prefetchable memory behind bridge: 9ff0-bfef
Capabilities: 

00:0f.0 IDE interface: VIA Technologies, Inc. VT8251 AHCI/SATA 4-Port 
Controller (prog-if 8f [Master SecP SecO PriP PriO])
Subsystem: ASUSTeK Computer Inc. Unknown device 81b5
Flags: bus master, medium devsel, latency 64, IRQ 201
I/O ports at d880 [size=8]
I/O ports at d800 [size=4]
I/O ports at d480 [size=8]
I/O ports at d400 [size=4]
I/O ports at d080 [size=16]
Memory at febffc00 (32-bit, non-prefetchable) [size=1K]
Capabilities: 

00:0f.1 IDE interface: VIA Technologies, Inc. 
VT82C586A/B/VT82C686/A/B/VT823x/A/C PIPC Bus Master IDE (rev 07) (prog-if 8a 
[Master SecP PriP])
Subsystem: ASUSTeK Computer Inc. Unknown device 81b5
Flags: bus master, medium devsel, latency 32
I/O ports at fc00 [size=16]
Capabilities: 

00:10.0 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 90) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. Unknown device 81b5
Flags: bus master, medium devsel, latency 64, IRQ 217
I/O ports at ec00 [size=32]
Capabilities: 

00:10.1 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 90) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. Unknown device 81b5
Flags: bus master, medium devsel, latency 64, IRQ 209
I/O ports at e080 [size=32]
Capabilities: 

00:10.2 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 90) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. Unknown device 81b5
Flags: bus master, medium devsel, latency 64, IRQ 193
I/O ports at e000 [size=32]
Capabilities: 

00:10.3 USB Controller: VIA Technologies, Inc. VT82x UHCI USB 1.1 
Controller (rev 90) (prog-if 00 [UHCI])
Subsystem: ASUSTeK Computer Inc. Unknown device 81b5
Flags: bus master, medium devsel, latency 64, IRQ 225
I/O ports at dc00 [size=32]
Capabilities: 

00:10.4 USB Controller: VIA Technologi

Re: Openoffice upppss

[Leopold Palomo-Avellaneda]

A Dijous 11 Gener 2007 19:52, Gudjon I. Gudjonsson va escriure:
> Hi
>Thanks for the answer.
>
> > >Can anyone explain to me why Openoffice 2.1 is not available for
> > > amd64?
> >
> > it's in experimental. Probably all the maintainers are working to try to
> > release etch as soon and not put more difficult thing as openoffice 2.1
> > in sid.


uppps

maybe there are not in experimental. I have understood looking on the web page 
that yes, but there's no package for amd64. You are right Gudjon

I'm sorry,

Leo


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

Re: Openoffice

[Leopold Palomo-Avellaneda]

A Dijous 11 Gener 2007 19:52, Gudjon I. Gudjonsson va escriure:
> Hi
>Thanks for the answer.
>
> > >Can anyone explain to me why Openoffice 2.1 is not available for
> > > amd64?
> >
> > it's in experimental. Probably all the maintainers are working to try to
> > release etch as soon and not put more difficult thing as openoffice 2.1
> > in sid.
>
> Then I don't understand. On the following page
> http://packages.debian.org/experimental/editors/openoffice.org
> the only supported architecture is i386 and

ok, I don't understand too :-(

> $apt-cache policy openoffice.org gives the output
> openoffice.org:
>   Installed: 2.1-1
>   Candidate: 2.1-1
>   Version table:
>  *** 2.1-1 0
> 500 http://mc2-m038.mc2.chalmers.se amd64/ Packages
> 100 /var/lib/dpkg/status
>  2.0.4.dfsg.2-3 0
> 500 http://ftp.se.debian.org unstable/main Packages
>  2.0.4.dfsg.2-2 0
> 500 http://ftp.se.debian.org testing/main Packages
> in my /etc/apt/sources.list there is
> deb-src http://ftp.se.debian.org/debian/ experimental main contrib non-free
>
> Version 2.1 was available for i386 before christmas

yes, but etch was frozen before :-(

> > ok, thank's. Have you think about not repeat packages that are in
> > experimental?
>
> I always remove the packages from my server as soon as they reach the
> official distribution.

Ok, I understand. Otherwise thank's for offer your packages :-)

Best regards,

Leo


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

Re: Openoffice

[Leopold Palomo-Avellaneda]

A Dijous 11 Gener 2007 19:14, Gudjon I. Gudjonsson va escriure:
> Hi
>Can anyone explain to me why Openoffice 2.1 is not available for amd64?
it's in experimental. Probably all the maintainers are working to try to 
release etch as soon and not put more difficult thing as openoffice 2.1 in 
sid.

> It compiles perfectly and works nicely and you can get the debian packages
> on my server if you are interested. But as before, there may be some
> unwanted stuff on my server.
> deb http://mc2-m038.mc2.chalmers.se/~gudjon/debian/ amd64/

ok, thank's. Have you think about not repeat packages that are in 
experimental?

Regards,

Leo


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

Fwd: Debian Server restored after Compromise

[Leopold Palomo-Avellaneda]

--  Missatge transmès  --

Subject: Debian Server restored after Compromise
Date: Dijous 13 Juliol 2006 19:54
From: Martin Schulze <[EMAIL PROTECTED]>
To: Debian News Channel 


The Debian Projecthttp://www.debian.org/
Debian Server restored after Compromise  [EMAIL PROTECTED]
July 13th, 2006 http://www.debian.org/News/2005/20060713


Debian Server restored after Compromise

One core Debian server has been reinstalled after a compromise and
services have been restored.  On July 12th the host gluck.debian.org
has been compromised using a local root vulnerability in the Linux
kernel.  The intruder had access to the server using a compromised
developer account.

The services affected and temporarily taken down are: cvs, ddtp,
lintian, people, popcon, planet, ports, release.


Details
---

At least one developer account has been compromised a while ago and
has been used by an attacker to gain access to the Debian server.  A
recently discovered local root vulnerability in the Linux kernel has
then been used to gain root access to the machine.

At 02:43 UTC on July 12th suspicious mails were received and alarmed
the Debian admins.   The following investigation turned out that a
developer account was compromised and that a local kernel
vulnerability has been exploited to gain root access.

At 04:30 UTC on July 12th gluck has been taken offline and booted off
trusted media.  Other Debian servers have been locked down for further
investigation whether they were compromised as well.  They will be
upgraded to a corrected kernel before they will be unlocked.

Due to the short window between exploiting the kernel and Debian
admins noticing, the attacker hadn't had time/inclination to cause
much damage.  The only obviously compromised binary was /bin/ping.

The compromised account did not have access to any of the restricted
Debian hosts.  Hence, neither the regular nor the security archive had
a chance to be compromised.

An investigation of developer passwords revealed a number of weak
passwords whose accounts have been locked in response.

The machine status is here: 


Kernel vulnerability


The kernel vulnerability that has been used for this compromise is
referenced as CVE-2006-2451.  It only exists in the Linux kernel
2.6.13 up to versions before 2.6.17.4, and 2.6.16 before 2.6.16.24.
The bug allows a local user to gain root privileges via the
PR_SET_DUMPABLE argument of the prctl function and a program that
causes a core dump file to be created in a directory for which the
user does not have permissions.

The current stable release, Debian GNU/Linux 3.1 alias 'sarge',
contains Linux 2.6.8 and is thus not affected by this problem.  The
compromised server ran Linux 2.6.16.18.

If you run Linux 2.6.13 up to versions before 2.6.17.4, or Linux
2.6.16 up to versions before 2.6.16.24, please update your kernel
immediately.


About Debian


Debian GNU/Linux is a free operating system, developed by more than
thousand volunteers from all over the world who collaborate via the
Internet.  Debian's dedication to Free Software, its non-profit nature,
and its open development model make it unique among GNU/Linux
distributions.

The Debian project's key strengths are its volunteer base, its dedication
to the Debian Social Contract, and its commitment to provide the best
operating system possible.


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

---

Re: Please confirm the bug in the soqt package: add on SOLVED

[Leopold Palomo Avellaneda]

Hi,

well after some people told me that there's no problem at all and the package 
could be compiled I have decided to revised my configuration. And,

after revision the moc version, the g++ version, etc the package version, etc. 
I finally decided to do a:
apt-get install --reinstall  apt-build build-essential g++ g++-4.1 
libstdc++6-4.1-dev   

and magically, the problem disappears ... this is a very disgusting thing of 
the computers!!

Regards,

Leo


A Dilluns 19 Juny 2006 23:17, Leopold Palomo Avellaneda va escriure:
> It fails with g++-4.1, not with 4.0
>
> Leo
>
> A Dilluns 19 Juny 2006 20:59, Leopold Palomo Avellaneda va escriure:
> > Hi,
> >
> > I think that I have discovered some bug in the libsoqt package. Howeber,
> > please I would like to that some one confirm it before to post a bug.
> >
> > First of all, I cannot compile the package (apt-get source libsoqt20...
> > fakeroot debian/rules binary)
> >
> > Although the error seems about link with qt:
> >
> > checking for Qt library devkit...  -L/usr/share/qt3/lib UNRESOLVED
> >
> > Could not find any way to build against the Qt library. If you
> > are sure Qt is properly installed on your system, see the file
> > config.log to find out what went wrong.
> >
> >
> > if you look on the config.log you will see:
> > configure:29230: g++ -o
> > conftest -g -O2 -I/usr/share/qt3/include
> > -I/usr/include/Inventor/annex -D_REENTRANT   -L/usr/lib  -L/usr/
> > /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/st
> >l_ uninitialized.h: In function '_ForwardIterator std::uninitiali
> > /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/st
> >l_ uninitialized.h:110: error: expected nested-name-specifier bef
> > /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/st
> >l_ uninitialized.h:110: error: expected initializer before 'G'
> > /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/st
> >l_ uninitialized.h:111: error: '_ValueType' was not declared in t
> > /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/st
> >l_ uninitialized.h:111: error: template argument 1 is invalid
> > /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/st
> >l_ uninitialized.h:111: error: invalid type in declaration before
> > /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/st
> >l_ uninitialized.h: In function 'void std::uninitialized_fill(_Fo
> > /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/st
> >l_ uninitialized.h:172: error: expected nested-name-specifier bef
> > /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/st
> >l_ uninitialized.h:172: error: expected initializer before 'G'
> > /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/st
> >l_ uninitialized.h:173: error: '_ValueType' was not declared in t
> > /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/st
> >l_ uninitialized.h:173: error: template argument 1 is invalid
> > /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/st
> >l_ uninitialized.h:173: error: invalid type in declaration before
> >
> >
> > So, I don't know how could be have done the package...
> >
> > If you install the binary, libsoqt-dev you could test this error with the
> > example attached, a simple viewer than could be compile with:
> > soqt-config --build viewer viewer.cpp
> >
> > If it compiles (I doubt) you could see any inventor or vrml file with:
> > ./viewer file.iv
> >
> > I have a sid system upgraded today. My significant debs are:
> > [EMAIL PROTECTED]:~/tmp/soqt-1.3.0$ dpkg -l | grep qt
> > ii  gtk-engines-qtpixmap  0.28-1.1
> > QtPixmap GTK1.x theming engine
> > ii  gtk2-engines-gtk-qt   0.60-2.1 theme
> > engine using Qt for GTK+ 2.x
> > ii  gtk2-engines-qtpixmap 0.28-1.1
> > QtPixmap GTK2.x theming engine
> > ii  libavahi-qt3-10.6.10-1 Avahi
> > QT3 integration library
> > ii  libavahi-qt3-dev  0.6.10-1
> > Development headers for the Avahi QT3 integr
> > ii  libdbus-qt-1-1c2  0.61-6   simple
> > interprocess messaging system (Qt-bas
> > ii  libpoppler0c2-qt  0.4.5-4  PDF
> > rendering library (Qt-based shared libra
> > ii  libqt-perl   

Re: Please confirm the bug in the soqt package: add on

[Leopold Palomo Avellaneda]

It fails with g++-4.1, not with 4.0

Leo

A Dilluns 19 Juny 2006 20:59, Leopold Palomo Avellaneda va escriure:
> Hi,
>
> I think that I have discovered some bug in the libsoqt package. Howeber,
> please I would like to that some one confirm it before to post a bug.
>
> First of all, I cannot compile the package (apt-get source libsoqt20...
> fakeroot debian/rules binary)
>
> Although the error seems about link with qt:
>
> checking for Qt library devkit...  -L/usr/share/qt3/lib UNRESOLVED
>
> Could not find any way to build against the Qt library. If you
> are sure Qt is properly installed on your system, see the file
> config.log to find out what went wrong.
>
>
> if you look on the config.log you will see:
> configure:29230: g++ -o
> conftest -g -O2 -I/usr/share/qt3/include -I/usr/include/Inventor/annex
> -D_REENTRANT   -L/usr/lib  -L/usr/
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_
>uninitialized.h: In function '_ForwardIterator std::uninitiali
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_
>uninitialized.h:110: error: expected nested-name-specifier bef
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_
>uninitialized.h:110: error: expected initializer before 'G'
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_
>uninitialized.h:111: error: '_ValueType' was not declared in t
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_
>uninitialized.h:111: error: template argument 1 is invalid
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_
>uninitialized.h:111: error: invalid type in declaration before
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_
>uninitialized.h: In function 'void std::uninitialized_fill(_Fo
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_
>uninitialized.h:172: error: expected nested-name-specifier bef
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_
>uninitialized.h:172: error: expected initializer before 'G'
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_
>uninitialized.h:173: error: '_ValueType' was not declared in t
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_
>uninitialized.h:173: error: template argument 1 is invalid
> /usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_
>uninitialized.h:173: error: invalid type in declaration before
>
>
> So, I don't know how could be have done the package...
>
> If you install the binary, libsoqt-dev you could test this error with the
> example attached, a simple viewer than could be compile with:
> soqt-config --build viewer viewer.cpp
>
> If it compiles (I doubt) you could see any inventor or vrml file with:
> ./viewer file.iv
>
> I have a sid system upgraded today. My significant debs are:
> [EMAIL PROTECTED]:~/tmp/soqt-1.3.0$ dpkg -l | grep qt
> ii  gtk-engines-qtpixmap  0.28-1.1 QtPixmap
> GTK1.x theming engine
> ii  gtk2-engines-gtk-qt   0.60-2.1 theme
> engine using Qt for GTK+ 2.x
> ii  gtk2-engines-qtpixmap 0.28-1.1 QtPixmap
> GTK2.x theming engine
> ii  libavahi-qt3-10.6.10-1 Avahi
> QT3 integration library
> ii  libavahi-qt3-dev  0.6.10-1
> Development headers for the Avahi QT3 integr
> ii  libdbus-qt-1-1c2  0.61-6   simple
> interprocess messaging system (Qt-bas
> ii  libpoppler0c2-qt  0.4.5-4  PDF
> rendering library (Qt-based shared libra
> ii  libqt-perl3.008-1.4Perl
> bindings for the Qt library
> ii  libqt3-compat-headers 3.3.6-2  Qt 1.x
> and 2.x compatibility includes
> ii  libqt3-headers3.3.6-2  Qt3
> header files
> ii  libqt3-mt 3.3.6-2  Qt GUI
> Library (Threaded runtime version), V
> ii  libqt3-mt-dev 3.3.6-2  Qt
> development files (Threaded)
> ii  libqt3-mt-psql3.3.6-2 
> PostgreSQL database driver for Qt3 (Threaded
> ii  libqt4-core   4.1.3-2  Qt 4
> core non-GUI functionality runtime libr
> ii  libqt4-dev4.1.3-2  Qt 4
> development files
> ii  libqt4-gui4.1

Please confirm the bug in the soqt package

[Leopold Palomo Avellaneda]

Hi,

I think that I have discovered some bug in the libsoqt package. Howeber, 
please I would like to that some one confirm it before to post a bug.

First of all, I cannot compile the package (apt-get source libsoqt20... 
fakeroot debian/rules binary)

Although the error seems about link with qt:

checking for Qt library devkit...  -L/usr/share/qt3/lib UNRESOLVED

Could not find any way to build against the Qt library. If you
are sure Qt is properly installed on your system, see the file
config.log to find out what went wrong.


if you look on the config.log you will see:
configure:29230: g++ -o 
conftest -g -O2 -I/usr/share/qt3/include -I/usr/include/Inventor/annex 
-D_REENTRANT   -L/usr/lib  -L/usr/
/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_uninitialized.h:
 
In function '_ForwardIterator std::uninitiali
/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_uninitialized.h:110:
 
error: expected nested-name-specifier bef
/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_uninitialized.h:110:
 
error: expected initializer before 'G'
/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_uninitialized.h:111:
 
error: '_ValueType' was not declared in t
/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_uninitialized.h:111:
 
error: template argument 1 is invalid
/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_uninitialized.h:111:
 
error: invalid type in declaration before
/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_uninitialized.h:
 
In function 'void std::uninitialized_fill(_Fo
/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_uninitialized.h:172:
 
error: expected nested-name-specifier bef
/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_uninitialized.h:172:
 
error: expected initializer before 'G'
/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_uninitialized.h:173:
 
error: '_ValueType' was not declared in t
/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_uninitialized.h:173:
 
error: template argument 1 is invalid
/usr/lib/gcc/x86_64-linux-gnu/4.1.2/../../../../include/c++/4.1.2/bits/stl_uninitialized.h:173:
 
error: invalid type in declaration before


So, I don't know how could be have done the package...

If you install the binary, libsoqt-dev you could test this error with the 
example attached, a simple viewer than could be compile with:
soqt-config --build viewer viewer.cpp

If it compiles (I doubt) you could see any inventor or vrml file with:
./viewer file.iv

I have a sid system upgraded today. My significant debs are:
[EMAIL PROTECTED]:~/tmp/soqt-1.3.0$ dpkg -l | grep qt
ii  gtk-engines-qtpixmap  0.28-1.1 QtPixmap 
GTK1.x theming engine
ii  gtk2-engines-gtk-qt   0.60-2.1 theme 
engine using Qt for GTK+ 2.x
ii  gtk2-engines-qtpixmap 0.28-1.1 QtPixmap 
GTK2.x theming engine
ii  libavahi-qt3-10.6.10-1 Avahi QT3 
integration library
ii  libavahi-qt3-dev  0.6.10-1 Development 
headers for the Avahi QT3 integr
ii  libdbus-qt-1-1c2  0.61-6   simple 
interprocess messaging system (Qt-bas
ii  libpoppler0c2-qt  0.4.5-4  PDF 
rendering library (Qt-based shared libra
ii  libqt-perl3.008-1.4Perl 
bindings for the Qt library
ii  libqt3-compat-headers 3.3.6-2  Qt 1.x and 
2.x compatibility includes
ii  libqt3-headers3.3.6-2  Qt3 header 
files
ii  libqt3-mt 3.3.6-2  Qt GUI 
Library (Threaded runtime version), V
ii  libqt3-mt-dev 3.3.6-2  Qt 
development files (Threaded)
ii  libqt3-mt-psql3.3.6-2  PostgreSQL 
database driver for Qt3 (Threaded
ii  libqt4-core   4.1.3-2  Qt 4 core 
non-GUI functionality runtime libr
ii  libqt4-dev4.1.3-2  Qt 4 
development files
ii  libqt4-gui4.1.3-2  Qt 4 core 
GUI functionality runtime library
ii  libqt4-qt3support 4.1.3-2  Qt 3 
compatibility library for Qt 4
ii  libqt4-sql4.1.3-2  Qt 4 SQL 
database module
ii  libsmokeqt1   3.5.1-1  SMOKE 
Binding Library to Qt
ii  libsoqt-dev   1.3.0-3  Qt GUI 
component toolkit for Inventor - deve
ii  libsoqt20 1.3.0-3  Qt GUI 
component toolkit for 

Re: Bug#366002: aiccu: Lack of AMD64 package

[Leopold Palomo-Avellaneda]

A Dimecres 10 Maig 2006 19:53, Anand Kumria va escriure:
> On Tue, May 09, 2006 at 10:32:21AM +0200, Leopold Palomo-Avellaneda wrote:
> > A Divendres 05 Maig 2006 12:23, Anand Kumria va escriure:
> > > On Thu, May 04, 2006 at 12:55:06PM +0200, William Anderle wrote:
> > > > Package: aiccu
> > > > Severity: wishlist
> > > >
> > > > Debian still lacks an AMD64 package of AICCU. Even tough this is a
> > > > feature request, the lack of this package is pretty severe. Other
> > > > distributions (FreeBSD, Gentoo) already provides a AMD64 build.
> > >
> > > Hi William,
> > >
> > > I do not have an AMD64 machine to build the package for; and
> > > (apparently) none of the autobuilders want to build this package
> > > (probably because it is non-free).
> > >
> > > You'll need to convince an autobuilder to build it, or do yourself. if
> > > you choose the latter option I can walk you through the process.
> >
> > I have read the licence and I don't see any important requeriment to not
> > be a Open Source or follow the debian policy. However, I'm not an expert,
> > so probably there's some detail that escapes from my poor knowledge .
>
> I don't understand how you can read the licence and fail to see aiccu is
> NOT Free Software. How do you resolve (for example) clause 5 of the licence
> with DFSG points 5 or 6.

It's simply. You reads a complex text with a lot of subtile sentences and not 
having the deep knowledge of the language and the terminology says something 
that probably an someone can refute. About the clause 5 [1]:

> 5. When the software is altered to not use SixXS services, one is kindly
>asked to notify SixXS of this by sending an email to the SixXS Staff
>at [EMAIL PROTECTED], containing at least the following details:
>8<
>Organisation : Organisation Name
>Email: [EMAIL PROTECTED]
>Website  : http://www.example.com
>is using software  for:
><
> description of:
>the usage
>the reason why it was modified
>
>>8
>Additional information details may of course be provided.
>We request this to be able to know why people would choose not to
>use the services provided by SixXS and the participating ISP's.

well, the "kindly asked" maybe means another thing to you. I don't see any 
forbit or obligation. But the English is not my mother language, so probably 
I'm wrong. If you don't want to sent a email, don't do it  that's all.

About the DFSG [2], points 5 or 6:

5- No Discrimination Against Persons or Groups 
The license must not discriminate against any person or group of persons.

6- No Discrimination Against Fields of Endeavor 
The license must not restrict anyone from making use of the program in a 
specific field of endeavor. For example, it may not restrict the program from 
being used in a business, or from being used for genetic research.

Well, maybe we have understanded in a different way the "kindly asked", and 
maybe you think that that people could say "we don't let you to you this 
soft" because you are ...  But I insist, I'm not an expert, and the people of 
debian that do this things are the experts. Otherwise, I think that is more 
problematic the point 4 of the license:

> 4. One should not remove any reference to, or logo of, SixXS.

because you cannot do anything you want, for example, changing the logo, but 
the meaning should "is described in IETF's RFC 2119 / BCP 14." and I don't 
know what is it.

> Note unless you've got some magical way to bypass the 'chinese dissent
> test', please don't respond.

with this "please don't respond" if you don't pass the chinese dissent test, 
don't you think that you are not using the point 5 and 6 of the DFSG and you 
are discriminating me about any comment to your mail? ;-)

Leo


[1] http://www.sixxs.net/tools/aiccu/LICENSE
[2] http://www.debian.org/social_contract.html#guidelines

>
> --
>  `When any government, or any church for that matter, undertakes to say to
>   its subjects, "This you may not read, this you must not see, this you are
>   forbidden to know," the end result is tyranny and oppression no matter
> how holy the motives' -- Robert A Heinlein, "If this goes on --"


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

Re: Bug#366002: aiccu: Lack of AMD64 package

[Leopold Palomo-Avellaneda]

A Divendres 05 Maig 2006 12:23, Anand Kumria va escriure:
> On Thu, May 04, 2006 at 12:55:06PM +0200, William Anderle wrote:
> > Package: aiccu
> > Severity: wishlist
> >
> > Debian still lacks an AMD64 package of AICCU. Even tough this is a
> > feature request, the lack of this package is pretty severe. Other
> > distributions (FreeBSD, Gentoo) already provides a AMD64 build.
>
> Hi William,
>
> I do not have an AMD64 machine to build the package for; and
> (apparently) none of the autobuilders want to build this package
> (probably because it is non-free).
>
> You'll need to convince an autobuilder to build it, or do yourself. if
> you choose the latter option I can walk you through the process.

I have read the licence and I don't see any important requeriment to not be a 
Open Source or follow the debian policy. However, I'm not an expert, so 
probably there's some detail that escapes from my poor knowledge .

Regards,

Leo


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

Re: Error in DMA - Help

[Leopold Palomo Avellaneda]

Santiago,

primero decirte que la lista es en ingles. Supongo que entre tanta instalación 
y tanto kernel te habrás despistado ;-)

Has probado a instalar un CD debian-amd64 testing, por ejemplo? Yo la Sarge, 
para una plataforma x64 la veo un poco justita 

Leo

A Divendres 31 Març 2006 05:04, Santiago Yegros va escriure:
> Bueno, tengo un problema al instalar una version nueva del kernel en
> mi Debian Sarge. La cosa es asi: tengo instalado el Debian con el
> kernel por default, el 2.4.x, este kernel no tiene soporte para discos
> SATA, memoria flash(pendrive), PCIexpress, y otras cosas. Bueno,
> entonces quise instalar un kernel mas nuevo, el 2.6.8, bueno el los
> CD's de debian encontre el 2.6 para todas las plataformas entre ellas
> 3 para amd64(mi plataforma), instale los packetes todo bien, y al
> tratar de iniciar con el nuevo kernel me sale este error:
>
> ide: Assuming 33 Mhz system bus speed fot PIO modes, override with
> idebus=xx NFORCE-CK804 : IDE controller at PCI slot :00:06.0
> NFORCE-CK804 : chipset revision 162
> NFORCE-CK804 : not 100% native mode: will prove irqs later
> NFORCE-CK804 : BIOS didn't set cable bits correctry. Enabling Workaround
> NFORCE-CK804 : :00:06.0 (rev a2) UDMA133 controller
>  ide0 : BM-DMA at 0x1000-0x1007, BIOS settings : hda:DMA, hdb:DMA
> NFORCE-CK804 : simplex device : DMA disable (BIOS)
> hda: ST380011A, ATA Disk drive
> ide0: at 0x1f0-0x177, 0x3f6 or irq 14
> hdc: HL-SL-STDVDRRW GWA-4161B, ATAPI CD/DVD-ROM drive
> ide0: at 0x1f0-0x177, 0x376 or irq 15
> hda: max request size: 512KiB
> hda: 156301488 sectors (80026 MB) w/2048 KiB Cache, CHS=16383/255/63,
> UDMA(100) hda: cache flushes supportes
> hda: <4>
> hda: dma_expiry : dma status ==0xff
> hda: dma_expiry : dma status ==0xff
> hda: dma_expiry : dma status ==0xff
> ...y
> sigue.
>
>  Obviamente es un error de DMA, ya entre en mi BIOS 4548541563 veces y
> el DMA esta habilitado, proBe cambiando todos los cable de hd y
> tampoco no pasaba nada.
>
> Bueno, busque informacion por ahi, por foros y demas, y me recomndaron
> recompilar el kernel en mi maquina, entonces, baje el kernel mas
> nuevo, recompile todo bien, instale el kernel, y que paso, el mismo
> error de mier
>
> OBS:
> Lo raro es que puedo instalar el UBUNTU, UBUNTU x64, KNOPPIX sin problema.
> Tambien probe ponerle los kernel's de los cd's de debian en el  ubuntu
> y me sale el mismo error.}
> Tambien hoy acabo de Probar el Nuevo Fedora Core 5, y insertar el DVD
> ya me dale el mismo error
>
> MI PC: es la sgte, si le sirve de algo la informacion:
> Proc AMD athlon 64 2800+
> MB Asus K8N4- Deluxe (chipset nvidia NFORCE 4)
> hd´s 1- SATA 80gb (Guindows)
>   2- Ide 80gb (linux, etc)
> RAM 512mb
> Vga ATI X300 128Mb PCIexprees
> Grabador DVD

-- 
Linux User 152692 
Catalonia


pgp00kuRue3nl.pgp
Description: PGP signature

Re: ape/mac audio ?

[Leopold Palomo-Avellaneda]

A Dijous 30 Març 2006 12:49, James C. Evans va escriure:
> Hello !
> I would be pleased to get this converter "ape to mp3".
> Thanks by advance
>
> James
Hi,

first of all, "maybe" it would be interesting to open a new thread of a thing 
three months old :-)

Otherwise, if you look in google mac-3.99-u4-b4.tar.gz you will find link:
http://prdownloads.sourceforge.net/mac-port/mac-3.99-u4-b4.tar.gz?download

where to download the soft.

Also, I think that this soft is a good example of a soft that had a very ugly 
hacks and compiles in a 32bit platform and DOESN'T compile in a 64bit. It's a 
pain to try to compile it in a 64 bit because of cast, losses of precision of 
conversion  I could compile it, but I cannot use it because a lot of 
segmentation faults.

It could be compiled in a chroot environment and execute in it without 
problems. 

Regards,

Leo

Re: Installing Debian on sata drive with adaptec aic-8130 controller V2

[Leopold Palomo Avellaneda]

A Dilluns 20 Març 2006 15:19, Marc Blumentritt va escriure:
> Leopold Palomo Avellaneda schrieb:
> > Hi,
> >
> > sorry if not is the correct list, but I have found than this issue have
> > been threaded before [1] and I have a  some aspects not very clear, I
> > would like to ask  to the list about it.
> >
> > We have bought a HPProliant ML150 G2 that comes with a RAID controller.
> > This raid controller is a Adaptec HostRaid 8130 SATA Galileo/SATA II
> > PI-X.
> >
> > 1) I have found some people that says that this controller is the _same_
> > (or can use) [2] the Marvell 88SX6541-BCZ driver. Please, could you
> > confirm this?
>
> It is a Marvell Chip. lspci gives me this:
> :03:04.0 SCSI storage controller: Marvell Technology Group Ltd.
> MV88SX6041 4-port SATA II PCI-X Controller (rev 07)
>
> I do not know about the driver. I just know, that in Kernel 2.8.15 there
> was support for this controller, but it was marked highly experimentel
> and I found it unstable. Perhaps this changed with Kernel 2.8.16, but I
> have not tried it, yet.
>
> For your other questions I have no answers, sorry. But perhaps you have
> a look on this post:
>
> http://lists.debian.org/debian-amd64/2006/03/msg00356.html
>
> The post is about the same sata controller.
>
> Marc

Hi,

well, I have made some test and I have found that:

- the sata_mv driver doesn't work in a HP proliant ml150 g2 box. Although the 
driver detects the hds, the system is very unusable because of time out of 
access to the hds.

- the marvell driver is gpl, compiling it in a recent kernel is a 
pain ..:-( However the combination of version 3.4 (patched) and 2.6.8 works 
ok. The version 3.6.1 compile in a 2.6.15 but it give me some errors on the 
device when I load the driver.

- I have only tested on ia32 arch, but I think that it worsewhile to make some 
test in the amd64 arch.

- I don't know what is the best way in this situation. We have two drivers for 
the same hardware: one of the main company, released in a free licence after 
some time time, and another a free driver, developed by the community that 
doesn't work in some some hardware. What do you recommend?

Regards,

Leo
-- 
Linux User 152692 
Catalonia


pgpu7VhhuNQwv.pgp
Description: PGP signature

Installing Debian on sata drive with adaptec aic-8130 controller V2

[Leopold Palomo Avellaneda]

Hi,

sorry if not is the correct list, but I have found than this issue have been 
threaded before [1] and I have a  some aspects not very clear, I would like 
to ask  to the list about it.

We have bought a HPProliant ML150 G2 that comes with a RAID controller. This 
raid controller is a Adaptec HostRaid 8130 SATA Galileo/SATA II PI-X.

1) I have found some people that says that this controller is the _same_ (or 
can use) [2] the Marvell 88SX6541-BCZ driver. Please, could you confirm this?

2) in many places I see that the card is named my the vendor Hercules, but I 
found Galileo. It's the same? 

3) I couldn't to use the raid because I have only a HD. The newest installers 
detect my only disk, but when I try to install it all is very slow, and dmesh 
show a lot of timeouts errors from the ata driver. I think that I have the 
same behavior that [3], but the bug is marked as done. However I used a full 
cd from Thursday 16 March and I don't know if the bus is repaired.

4) I have found BIOS RAID support on Linux 2.6.x with dmraid [4], and maybe it 
could be a solution for who wants to use the raid. Someone have used it?

And well, the last one, (sorry for all the questions) it's worsewhile to 
install a amd64 debian version in a this box that comes with a xeon with emt?

Best regards,

and thank's in advance.

Leo

[1] http://lists.debian.org/debian-amd64/2006/01/msg00676.html
[2] 
http://lists.freebsd.org/pipermail/freebsd-current/2005-October/056652.html
[3] http://lists.debian.org/debian-boot/2006/03/msg00083.html
[4] http://tienstra4.flatnet.tudelft.nl/~gerte/gen2dmraid/

-- 
Linux User 152692 
Catalonia


pgpOv613NKrVY.pgp
Description: PGP signature

Re: Detecting SATA drive after install

[Leopold Palomo Avellaneda]

A Dilluns 13 Març 2006 19:34, Joseph Legner va escriure:
> > > system, which is running on an IDE hard drive, to
> > > recognize and mount a separate SATA drive?
> >
> > which version of debian have you tried to install?
> > you need a recent kernel,
> > problably at least  2.6.12 or if it's a recent hw a
> > 2.6.15.
> >
> > Regards,
> >
> > Leo
>
> I think my version is 2.6.8.
>
> legner1:/# uname -a
> Linux legner1 2.6.8-11-amd64-generic #1 Sun Oct 2
> 22:11:39 CEST 2005
> x86_64 GNU/Linux
>
> Do you think I need to re-install?  Or can I continue
> to run off the
> IDE drive and merely access the SATA drive for storage space?

I don't know, but you could test any cd inst with  newer kernel to see if it 
recognise your disks. Otherwise if you have your system full installed, and 
this is only a new drive (/home or /srv) you could try to upgrade.

Regards,

Leo



>
> __
> Do You Yahoo!?
> Tired of spam?  Yahoo! Mail has the best spam protection around
> http://mail.yahoo.com

-- 
Linux User 152692 
Catalonia


pgpwE4VHCdZYb.pgp
Description: PGP signature

Re: Detecting SATA drive after install

[Leopold Palomo-Avellaneda]

A Dilluns 13 Març 2006 17:50, Joseph Legner va escriure:
> I had a generic AMD64 computer built for me, and they
> put a SATA hard drive in it.  It also has a
> motherboard with on-board NIC, video, and sound.
>
> The Debian netinst CD would not detect the hard drive,
> NIC, video card, or sound card.  I salvaged an old PCI
> NIC from a dead computer and also installed an IDE
> drive, and was able to successfully install to the IDE
> drive.  I then fussed for a week and finally got the
> nVidia driver up and running.  Still no sound, though.
>
> So, right now I have Debian running on the IDE drive
> while my 200 GB SATA drive is in the case, useless.  I
> know enough to look under /dev, but it only lists my
> CD drive and the IDE drive with its partitions.
>
> My question is: what do I need to do to get my Debian
> system, which is running on an IDE hard drive, to
> recognize and mount a separate SATA drive?

which version of debian have you tried to install? you need a recent kernel, 
problably at least  2.6.12 or if it's a recent hw a 2.6.15.

Regards,

Leo

Re: SOLVED: nvidia-glx removes x-server???

[Leopold Palomo Avellaneda]

A Dimarts 17 Gener 2006 23:40, Leopold Palomo Avellaneda va escriure:
> A Dimarts 17 Gener 2006 01:09, Stephen Cormier va escriure:
> > On Monday 16 January 2006 19:41, Leopold Palomo Avellaneda wrote:
> > > A Dimarts 17 Gener 2006 00:16, Gilles va escriure:
> > > > > apt-get install kernel-source I always have the
> > > > > nvidia-kernel-source [1.0.7174-3]
> > > > >
> > > > > [...]
> > > > >
> > > > > nvidia: Unknown symbol register_ioctl32_conversion
> > > > > nvidia: Unknown symbol unregister_ioctl32_conversion
> > > >
> > > > It seems that, on AMD64, you have to use at least 1.0.7676 to
> > > > avoid this error.
> > >
> > > ok, and how do I do to install this packages with apt-get?
> > >
> > > or do I have to do it manually?
> > >
> > > Regards,
> > >
> > > Leo
> >
> > apt-get install  nvidia-kernel-source=1.0.7676-2 or for that matter use
> > 1.0.8178-1 to get the latest you will probably have to use the =version
> > when install the -glx and -dev packages as well.
> >
> > Stephen
>
> thank's Stephen. It's works now .. the driver, but I have:
>
> indiana:/usr/src# export LANG=en && apt-get install nvidia-glx
> nvidia-glx-dev Reading package lists... Done
> Building dependency tree... Done
> The following extra packages will be installed:
>   xserver-common
> Suggested packages:
>   configlet-frontends xserver-xfree86 xserver
> The following packages will be REMOVED:
>   x-window-system x-window-system-core xserver-xorg
> The following NEW packages will be installed:
>   nvidia-glx nvidia-glx-dev
> The following packages will be upgraded:
>   xserver-common
> 1 upgraded, 2 newly installed, 3 to remove and 123 not upgraded.
> Need to get 4092kB of archives.
> After unpacking 6672kB disk space will be freed.
> Do you want to continue [Y/n]?
>
> can I say yes?
>
> regards,

I answer to myself,

doing apt-get install nvidia-glx=1.0.8178-1 nvidia-glx-dev=1.0.8178-1
solves the problem.

Thank's again,

Leo

-- 
Linux User 152692 
Catalonia


pgpOOHp3JZ1A5.pgp
Description: PGP signature

Re: SOLVED: nvidia-glx removes x-server???

[Leopold Palomo Avellaneda]

A Dimarts 17 Gener 2006 01:09, Stephen Cormier va escriure:
> On Monday 16 January 2006 19:41, Leopold Palomo Avellaneda wrote:
> > A Dimarts 17 Gener 2006 00:16, Gilles va escriure:
> > > > apt-get install kernel-source I always have the
> > > > nvidia-kernel-source [1.0.7174-3]
> > > >
> > > > [...]
> > > >
> > > > nvidia: Unknown symbol register_ioctl32_conversion
> > > > nvidia: Unknown symbol unregister_ioctl32_conversion
> > >
> > > It seems that, on AMD64, you have to use at least 1.0.7676 to
> > > avoid this error.
> >
> > ok, and how do I do to install this packages with apt-get?
> >
> > or do I have to do it manually?
> >
> > Regards,
> >
> > Leo
>
> apt-get install  nvidia-kernel-source=1.0.7676-2 or for that matter use
> 1.0.8178-1 to get the latest you will probably have to use the =version
> when install the -glx and -dev packages as well.
>
> Stephen

thank's Stephen. It's works now .. the driver, but I have:

indiana:/usr/src# export LANG=en && apt-get install nvidia-glx nvidia-glx-dev
Reading package lists... Done
Building dependency tree... Done
The following extra packages will be installed:
  xserver-common
Suggested packages:
  configlet-frontends xserver-xfree86 xserver
The following packages will be REMOVED:
  x-window-system x-window-system-core xserver-xorg
The following NEW packages will be installed:
  nvidia-glx nvidia-glx-dev
The following packages will be upgraded:
  xserver-common
1 upgraded, 2 newly installed, 3 to remove and 123 not upgraded.
Need to get 4092kB of archives.
After unpacking 6672kB disk space will be freed.
Do you want to continue [Y/n]? 

can I say yes?

regards,

Leo

-- 
Linux User 152692 
Catalonia


pgp3R5jAhHxqE.pgp
Description: PGP signature

Re: SOLVED: nvidia-glx removes x-server???

[Leopold Palomo Avellaneda]

A Dimarts 17 Gener 2006 00:16, Gilles va escriure:
> > apt-get install kernel-source I always have the nvidia-kernel-source
> > [1.0.7174-3]
> >
> > [...]
> >
> > nvidia: Unknown symbol register_ioctl32_conversion
> > nvidia: Unknown symbol unregister_ioctl32_conversion
>
> It seems that, on AMD64, you have to use at least 1.0.7676 to
> avoid this error.

ok, and how do I do to install this packages with apt-get?

or do I have to do it manually?

Regards,

Leo

-- 
Linux User 152692 
Catalonia


pgptzKjy0yyQC.pgp
Description: PGP signature

Re: SOLVED: nvidia-glx removes x-server???

[Leopold Palomo Avellaneda]

Lucky boy!!!

It's not solved to me... :-(

my sources list are the normal sid setup plus:

#nvidia drivers
deb http://people.debian.org/~rdonald/nvidia unstable/amd64/
deb http://people.debian.org/~rdonald/nvidia unstable/all/

before the officials ftp sites.

When I do:

apt-get install kernel-source I always have the nvidia-kernel-source 
[1.0.7174-3]

I can compile the kernel module and install but when I tried to load it:

indiana:/usr/src# modprobe nvidia
FATAL: Error inserting nvidia 
(/lib/modules/2.6.15-1-amd64-k8/nvidia/nvidia.ko): Unknown symbol in module, 
or unknown parameter (see dmesg)

where:



nvidia: Unknown symbol register_ioctl32_conversion
nvidia: Unknown symbol unregister_ioctl32_conversion

I'm sure that I'm doing something stupid wrong but I don't find it. Any idea?
My apt/preferences point to unstable.

Regards,

Leo


-- 
Linux User 152692 
Catalonia


pgpJqEDZJQPMu.pgp
Description: PGP signature

Re: kmail very slow

[Leopold Palomo Avellaneda]

A Divendres 13 Gener 2006 23:40, RParr va escriure:
> Leopold Palomo-Avellaneda wrote:
> > Hi,
> >
> > after an upgrading to kde 3.5.0 my kmail is running very slow with cpu
> > 98%. Can anyone help me, or tell me some tiop to solve this?
> >
> > Thanks in advane,
> >
> > regards,
> >
> > Leo
>
> I had a similar problem because the IMAP mail Prefix field was replaced
> by the IMAP namespaces entries.
>
> The default namespaces, when used against UW imap server, tries to
> subscribe your entire ~ directory.  On my system that took absolutely
> forever.
>
> Replacing the ~ namespace with just Mail fixed the problem and things
> are pretty much normal speed.  It does seem a bit slower at some IMAP
> tasks like deleting but not nearly as slow as you describe.
>
> R.Parr, RHCE, Temporal Arts

Thank's.

It was!!!

Best regards,

Leo

-- 
Linux User 152692 
Catalonia


pgpiwklCw7vw7.pgp
Description: PGP signature

kmail very slow

[Leopold Palomo-Avellaneda]

Hi,

after an upgrading to kde 3.5.0 my kmail is running very slow with cpu 
98%. Can anyone help me, or tell me some tiop to solve this?


Thanks in advane,

regards,

Leo


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

Re: Wrapping code

[Leopold Palomo Avellaneda]

A Divendres 25 Novembre 2005 15:32, Goswin von Brederlow va escriure:
> Adam Stiles <[EMAIL PROTECTED]> writes:
[]
> > I've often thought that it ought to be possible to reverse the
> > compilation process, after a fashion.  You would end up with a whole load
> > of ifs and gotos, of course.  All means to the same end are equally valid
> > and you cannot tell after the event which one was uesd.  Who is to say
> > what is a while loop and what is a for loop, or even what language it was
> > written in the first place?  And you probably would not ahve any of the
> > variable or function names, if the binary was stripped.  Still, that only
> > matters to human beings :)  The near-unreadable code it produced -ought
> > still to be able to be compiled- with a newer version of the compiler 
> > {since the missing stuff like variable names is just for the benefit of
> > humans}.
> >
> > In fact, I found a project aiming to do just that:
> > http://boomerang.sourceforge.net/
> >
> > From the pages, it's very much a work in progress; but if Boomerang can
> > manage to recover your missing source code, you just might be able to
> > recompile it for the new environment.
> >
> > It's got to be worth a shot  :)

It's really impressive if it do whatever it says. Well, I'm having a lot of 
problems compiling it in a chroot32 and sadly I think that doesn't compile in 
a amd64 platform ... 
>
> If the code does not actively protect against that then an asm2c
> compiler is not a big deal.

Ok, I will try.

> But what if the code uses places in the code as instructions and
> literal constants at the same time? Or even worse, what if it is self
> modifying. Any change in the bit patterns, and a recompile certainly
> will have change, can destroy the functionality.
>
> Games used to do that sort of thing for copy protection. Disabling the
> code alters some literal constants and the game crashes or misbehaves.
>
well, it's not a game. I will try.

Regards,

Leo

-- 
Linux User 152692 
Catalonia


pgpen7gt0cr54.pgp
Description: PGP signature

Re: Wrapping code

[Leopold Palomo Avellaneda]

A Divendres 25 Novembre 2005 15:25, vàreu escriure:
> > It is possible. Nothing is impossible. But it is also quite stupid.
> >
> > You would need a very god reason, like you get paid for it, to do this.
>
> You'd also need a good reason why you couldn't just buy the original
> source. It's almost certainly cheaper than trying to wedge the existing
> library into a 64-bit executable.

Look the code is the driver for a device (A Sensable Haptic). It's not really 
a driver in the manner that need some kernel hack, it uses the parallel port 
to communicate with the device. The company only provides the driver for Red 
Hat 7.2 and Red Hat 9.0. We bought the RH7.2 drivers and if we want the RH9 
version, although it's the same version, they ask us to pay again, as a new 
driver or equivalent sum of money as upgrade and it's a lot of money. Of 
course that we cannot but the original source code.

The device really would work better in a 64bits platform because use a lot of 
intensive mathematical calculus

> > > If it's possible, how I can do that? rewriting the headers and a cpp
> > > code calling the library functions? and the compiler, have I to make
> > > some special flag? can I reuse a .so as a .a?
> > >
> > > This idea could help to the people that have devices that have
> > > libraries to develop with them but not the source code and for example
> > > want to change of distro or upgrade an a amd64. Of course that if the
> > > library is compiled in a 32 bits it will be 32 bit, but it's possible
> > > to mix 64bit and 32bits code?
> >
> > You need a library that mmaps the old library into a 32bit address
>
> You also need to manually perform dynamic linking after loading the
> library, and provide thinks for all the C library functions used by the
> library. Potentially also intercept syscalls and translate those.

Ok,

thank's a lot Paul for the answer.
-- 
Linux User 152692 
Catalonia


pgpRAD3uqzC8J.pgp
Description: PGP signature

Re: Wrapping code

[Leopold Palomo Avellaneda]

A Divendres 25 Novembre 2005 15:35, Goswin von Brederlow va escriure:
> Leopold Palomo-Avellaneda <[EMAIL PROTECTED]> writes:
> > I forgot to mention that it's not c but that it's c++ with ABI from the
> > redhat 7.2 (gcc-2.96) . :-( If it's possible to use swig to generate
> > wrapper and then use the generated wrapper on another machine.
> >
> > Regards,
> >
> > Leo
>
> g++ had huge abi changes. Instead of a wraper I would rather attempt a
> client/server approach there.
>
> Make a g++-2.96 binary the links against the old lib and one g++-4.0
> library. The library would fork the binary on _init along with a pipe
> pair and then send all function calls through that pipe and the
> results back.
>
> That is if you MUST.
>
Thank's a lot Goswin for all the answers. I have to reconsider about it. It 
seems an approach  to be done. But, all the time is the same: the 
availability of the source code. We have paid a lot of money for this 
libraries and we cannot upgrade the box for that. Also, I think that we 
cannot think in put an amd64 box because we really will not be able to use 
it... it's a sad thing.

Regards,

Leo


-- 
Linux User 152692 
Catalonia


pgpKspiq2cxvj.pgp
Description: PGP signature

Re: Wrapping code

[Leopold Palomo-Avellaneda]

A Divendres 25 Novembre 2005 13:55, Goswin von Brederlow va escriure:
> Leopold Palomo-Avellaneda <[EMAIL PROTECTED]> writes:
> > Hi,
> >
> > I have a question that maybe could be an off topic but I think that it
> > could be interesting for the amd64 users.
> >
> > I have a library code with some executables of a device. This device uses
> > the parallel port and provides a library to use it with some more
> > functionalities (provides some .so and some .h to link with).
> >
> > Of course I don't have the source code and worst the library is compiled
> > for RedHat 7.2 :-( (gcc-2.96 ...)
> >
> > I have though that maybe it could be possible to develop a wrapper to use
> > the library in the way that I can update compiler and distro and also
> > arch amd64) but really, I don't know if is this possible and how to
> > begin.
> >
> > Is this possible or I'm asking something stupid?
>
> It is possible. Nothing is impossible. But it is also quite stupid.
>
> You would need a very god reason, like you get paid for it, to do this.
>
> > If it's possible, how I can do that? rewriting the headers and a cpp code
> > calling the library functions? and the compiler, have I to make some
> > special flag? can I reuse a .so as a .a?
> >
> > This idea could help to the people that have devices that have libraries
> > to develop with them but not the source code and for example want to
> > change of distro or upgrade an a amd64. Of course that if the library is
> > compiled in a 32 bits it will be 32 bit, but it's possible to mix 64bit
> > and 32bits code?
>
> You need a library that mmaps the old library into a 32bit address
> space, provides a wraper function for every function that uses 64bit
> calling convention, translates those into 32bit variables, copies all
> pointer targets into the 32bit address space and adjusts them, calls
> the origianl function with the gcc-2.96 C calling conventions (which
> differ miniscule from current gcc) and in 32bit mode, and reverses all
> that with the results. Especialy for the pointer conversions you need
> detailed knowledge of every function, so no automatic conversion
> possible there.
>
> On the other hand you might just be able to just use the library as is
> in 32bit mode, unless some glibc symbols clash or they use one of the
> very rare construct with abi changes. And thats why the wraper is stupid.

I forgot to mention that it's not c but that it's c++ with ABI from the redhat 
7.2 (gcc-2.96) . :-( If it's possible to use swig to generate wrapper and 
then use the generated wrapper on another machine.

Regards,

Leo 






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

Wrapping code

[Leopold Palomo-Avellaneda]

Hi,

I have a question that maybe could be an off topic but I think that it could 
be interesting for the amd64 users. 

I have a library code with some executables of a device. This device uses the 
parallel port and provides a library to use it with some more functionalities 
(provides some .so and some .h to link with). 

Of course I don't have the source code and worst the library is compiled for 
RedHat 7.2 :-( (gcc-2.96 ...)

I have though that maybe it could be possible to develop a wrapper to use the 
library in the way that I can update compiler and distro and also arch amd64) 
but really, I don't know if is this possible and how to begin.

Is this possible or I'm asking something stupid?

If it's possible, how I can do that? rewriting the headers and a cpp code 
calling the library functions? and the compiler, have I to make some special 
flag? can I reuse a .so as a .a?

This idea could help to the people that have devices that have libraries to 
develop with them but not the source code and for example want to change of 
distro or upgrade an a amd64. Of course that if the library is compiled in a 
32 bits it will be 32 bit, but it's possible to mix 64bit and 32bits code?

well, thank's in advance,

Best regards,

Leo


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

Re: Bug#314988: Still a problem?

[Leopold Palomo Avellaneda]

A Divendres 28 Octubre 2005 21:59, Artur R. Czechowski va escriure:
> On Fri, Oct 28, 2005 at 09:55:25PM +0200, Leopold Palomo Avellaneda wrote:
> > I did a  build-deps and and dpkg-buildpackage to make sure that I had all
> > the build depens, but it seems as Ted said and I confirm that I needs the
> > nvidia-glx-dev.
>
> The Question is: why the package needs nvidia-glx-dev on amd64 and on other
> platforms it builds succesfully without nvidia-glx-dev?
>
good question!!! I thought the same

-- 
Linux User 152692 
Catalonia


pgppH1lXpsKm5.pgp
Description: PGP signature

Re: Bug#314988: Still a problem?

[Leopold Palomo Avellaneda]

I did a  build-deps and and dpkg-buildpackage to make sure that I had all the 
build depens, but it seems as Ted said and I confirm that I needs the  
nvidia-glx-dev.

I have built the package and installed with the box updated today. I have run 
again the geomview and it crash in the same place :-(

[EMAIL PROTECTED]:~/linux/debian/packages-build$ su -c "dpkg -i 
geomview_1.8.1-9_amd64.deb"
Password:
(S'està llegint la base de dades ... hi ha 157130 fitxers i directoris 
instal·lats actualment.)
S'està preparant per a reemplaçar geomview 1.8.1-9 (fent servir 
geomview_1.8.1-9_amd64.deb) ...
S'està desempaquetant el reemplaçament de geomview ...
S'està configurant geomview (1.8.1-9) ...

[EMAIL PROTECTED]:~/linux/debian/packages-build$ geomview
InstCreate: Undefined option: 7309680
Error <1>: RefDecr: ref 6765e0 count -1 < 0!
File: reference.c, Line: 68

Error <1>: ApDelete(6765e0) of non-Appearance: magic 0 != 9ce10001
File: appearance.c, Line: 183

Couldn't create inst
InstCreate: Undefined option: 7310624
Error <1>: RefDecr: ref 6765e0 count -2 < 0!
File: reference.c, Line: 68

Error <1>: ApDelete(6765e0) of non-Appearance: magic 0 != 9ce10001
File: appearance.c, Line: 183

Couldn't create inst
InstCreate: Undefined option: 7310944
Error <1>: RefDecr: ref 6765e0 count -3 < 0!
File: reference.c, Line: 68

Error <1>: ApDelete(6765e0) of non-Appearance: magic 0 != 9ce10001
File: appearance.c, Line: 183

Couldn't create inst
Warning: reading "/usr/share/geomview/data/Antenna.geom": can't find file 
"white.pgm.Z", ignoring texture:
> texture {
>   file white.pgm.Z
>   alphafile grid.pgm.Z
-^
>   apply modulate
Warning: reading "/usr/share/geomview/data/Antenna.geom": can't find file 
"grid.pgm.Z", ignoring texture:
>   file white.pgm.Z
>   alphafile grid.pgm.Z
>   apply modulate
-^
>   transform 2 0 0 0  0 2 0 0  0 0 1 0  0 0 0 1
ListCreate: Undefined attribute: 8449168
Error <1>: RefDecr: ref 6765e0 count -4 < 0!
File: reference.c, Line: 68

Error <1>: ApDelete(6765e0) of non-Appearance: magic 0 != 9ce10001
File: appearance.c, Line: 183

Geomview: internal error: Segmentation violation; dump core now (y/n) [n] ? 
 


so, Steve I can confirm the bug with a new build.(also I have done apt-get 
remove --purge geomview)

Regards,

Leo



A Divendres 28 Octubre 2005 21:39, Ted Kisner va escriure:
> after installing nvidia-glx-dev, I can successfully build the package and
> install.  Build log is attached.  I can run the program and use the menus,
> etc.  Not sure what to do with the program, so I can't really test
> anything ;-)
>
> -Ted
>
> On Friday 28 October 2005 12:32, Ted Kisner wrote:
> > hmm, looks like it is complaining about the OpenGL dev libraries- I'll
> > install and try again...
> >
> > -Ted
> >
> > On Friday 28 October 2005 12:24, Ted Kisner wrote:
> > > I installed the build-deps and ran dpkg-buildpackage.  It died for me
> > > as well. The output is attached.
> > >
> > > -Ted
> > >
> > > On Friday 28 October 2005 11:44, Leopold Palomo Avellaneda wrote:
> > > > A Divendres 28 Octubre 2005 19:10, Steve M. Robbins va escriure:
> > > > > Hello,
> > > > >
> > > > > On Fri, Oct 28, 2005 at 06:16:24PM +0200, Leopold Palomo Avellaneda
> >
> > wrote:
> > > > > > I have updated and upgrade today, and I have installed geomview:
> > > > > > ii  geomview  1.8.1-9  interactive geometry viewing program
> > > > > >
> > > > > > I'm using Nvidia driver well configured and no graphics problem I
> > > > > > have by now.
> > > > > >
> > > > > >
> > > > > > If I open geomview, I have this messages:
> > > > >
> > > > > [ ... ]
> > > > >
> > > > > Thanks Leopold and thanks also to Larry Doolittle who sent me a
> > > > > similar message, privately.
> > > > >
> > > > > The messages you quote are definitely from the geomview source.
> > > > > However, the binary you used was built over a month ago.  Would it
> > > > > be too much trouble for you to do the following?
> > > > >
> > > > > 1. apt-get source geomview
> > > > > 2. build a new deb with current libs and compiler tool chain
> > > > > 3. install and run new geomview
> > > >
> > > > well, I don't have much time now, but I have problem building the
> > > > packege: I have

Re: Bug#314988: Still a problem?

[Leopold Palomo Avellaneda]

A Divendres 28 Octubre 2005 19:10, Steve M. Robbins va escriure:
> Hello,
>
> On Fri, Oct 28, 2005 at 06:16:24PM +0200, Leopold Palomo Avellaneda wrote:
> > I have updated and upgrade today, and I have installed geomview:
> > ii  geomview  1.8.1-9  interactive geometry viewing program
> >
> > I'm using Nvidia driver well configured and no graphics problem I have by
> > now.
> >
> >
> > If I open geomview, I have this messages:
>
> [ ... ]
>
> Thanks Leopold and thanks also to Larry Doolittle who sent me a
> similar message, privately.
>
> The messages you quote are definitely from the geomview source.
> However, the binary you used was built over a month ago.  Would it be
> too much trouble for you to do the following?
>
> 1. apt-get source geomview
> 2. build a new deb with current libs and compiler tool chain
> 3. install and run new geomview

well, I don't have much time now, but I have problem building the packege:
I have done 1
and 2 with:

$~/linux/debian/packages-build/geomview-1.8.1$ fakeroot dpkg-buildpackage -us 
-uc -b

.

and after some messages I have this:


configure: exit 1
/usr/bin/make ACLOCAL="`pwd`/missing aclocal" AUTOCONF="`pwd`/missing 
autoconf" AUTOMAKE="`pwd`/missing automake" AUTOHEADER="`pwd`/missing 
autoheader" moduledir=/usr/lib/geomview geomdatadir=/usr/share/geomview/data
make[1]: Entering directory 
`/home/leo/linux/debian/packages-build/geomview-1.8.1'
make[1]: *** No targets specified and no makefile found.  Stop.

What I'm doing wrong?

Leo

-- 
Linux User 152692 
Catalonia


pgpym7NTDkYvj.pgp
Description: PGP signature

Re: Bug#314988: Still a problem?

[Leopold Palomo Avellaneda]

A Divendres 28 Octubre 2005 04:48, Steve M. Robbins va escriure:
> On Thu, Oct 27, 2005 at 12:24:13AM -0400, Adam C Powell IV wrote:
> > Greetings,
> >
> > I'm wondering whether the last four months have provided enough time to
> > confirm this is still a bug deserving of the "grave" status.  Because of
> > this bug, geomview has been removed from testing, which nearly derailed
> > the transition of about 40 packages today.
> >
> > Is it time to mark this "unreproducible", and/or change its severity
> > downward to "important"?
>
> Well, I certainly can't reproduce it: I don't have access to an amd64
> system.
>
> AMD porters: can someone please test geomview?  If it produces the
> error, could you try rebuilding it with the latest toolchain etc?
>
> Thanks,
> -Steve

Hi,
I'm using Unstable of the amd64 por. Also, I have a chroot with a ia32 Debian 
sid.

I have updated and upgrade today, and I have installed geomview:
ii  geomview  1.8.1-9  interactive geometry viewing program

I'm using Nvidia driver well configured and no graphics problem I have by now.


If I open geomview, I have this messages:


[EMAIL PROTECTED]:~$ geomview
InstCreate: Undefined option: 7309680
Error <1>: RefDecr: ref 6765e0 count -1 < 0!
File: reference.c, Line: 68

Error <1>: ApDelete(6765e0) of non-Appearance: magic 0 != 9ce10001
File: appearance.c, Line: 183

Couldn't create inst
InstCreate: Undefined option: 7310624
Error <1>: RefDecr: ref 6765e0 count -2 < 0!
File: reference.c, Line: 68

Error <1>: ApDelete(6765e0) of non-Appearance: magic 0 != 9ce10001
File: appearance.c, Line: 183

Couldn't create inst
InstCreate: Undefined option: 7310944
Error <1>: RefDecr: ref 6765e0 count -3 < 0!
File: reference.c, Line: 68

Error <1>: ApDelete(6765e0) of non-Appearance: magic 0 != 9ce10001
File: appearance.c, Line: 183

Couldn't create inst


also, if I open the file:/usr/share/geomview/data/Antenna.geom

I receive a coredump and this messages:


Couldn't create inst
Warning: reading "/usr/share/geomview/data/Antenna.geom": can't find file 
"white.pgm.Z", ignoring texture:
> texture {
>   file white.pgm.Z
>   alphafile grid.pgm.Z
-^
>   apply modulate
Warning: reading "/usr/share/geomview/data/Antenna.geom": can't find file 
"grid.pgm.Z", ignoring texture:
>   file white.pgm.Z
>   alphafile grid.pgm.Z
>   apply modulate
-^
>   transform 2 0 0 0  0 2 0 0  0 0 1 0  0 0 0 1
ListCreate: Undefined attribute: 8421840
Error <1>: RefDecr: ref 6765e0 count -4 < 0!
File: reference.c, Line: 68

Error <1>: ApDelete(6765e0) of non-Appearance: magic 0 != 9ce10001
File: appearance.c, Line: 183

Geomview: internal error: Segmentation violation; dump core now (y/n) [n] ? y


If I do the same in my chroot:
same version, update and upgraded today:
geomview1.8.1-9  


when I run it in the chroot jail:

[EMAIL PROTECTED]:~$ geomview32
(ia32) geomview32
Xlib:  extension "XFree86-DRI" missing on display ":0.0".

I only have this message, also I don't understand it:

but I can load the Antena.geom file and I only have this mesages:


Warning: reading "/usr/share/geomview/data/Antenna.geom": can't find file 
"white.pgm.Z", ignoring texture:
> texture {
>   file white.pgm.Z
>   alphafile grid.pgm.Z
-^
>   apply modulate
Warning: reading "/usr/share/geomview/data/Antenna.geom": can't find file 
"grid.pgm.Z", ignoring texture:
>   file white.pgm.Z
>   alphafile grid.pgm.Z
>   apply modulate
-^
>   transform 2 0 0 0  0 2 0 0  0 0 1 0  0 0 0 1

and I can see perfectly a ugly plate, but this is another question.

Regards,

Leo


-- 
Linux User 152692 
Catalonia


pgpLLikFGd3Ej.pgp
Description: PGP signature

Re: Debian amd64 mirror

[Leopold Palomo-Avellaneda]

http://www.eldemonionegro.com/wordpress/archivos/2005/09/05/corregir-fallos-de-apt-get-signatures/

A Dijous 27 Octubre 2005 23:09, Rodrigo Henriquez M. va escriure:
> Hi.
>
> I've installed Debian Testing on my Pavilion ze2220la without troubles.
> Everything works fine ;-)
>
> Howeverg, last week I've found troubles updating my packages list:
>
>
> [EMAIL PROTECTED]:~$ sudo apt-get update
> Des:1 http://debian.csail.mit.edu testing Release.gpg [189B]
> Obj http://debian.csail.mit.edu testing Release
> Ign http://debian.csail.mit.edu testing Release
> Obj http://debian.csail.mit.edu testing/main Packages
> Obj http://debian.csail.mit.edu testing/contrib
> Packages
> Obj http://debian.csail.mit.edu testing/non-free
> Packages
> Obj http://debian.csail.mit.edu testing/main
> Sources
> Obj http://debian.csail.mit.edu testing/contrib
> Sources
> Obj http://debian.csail.mit.edu testing/non-free
> Sources
> Descargados 189B en 11s
> (17B/s)
> Leyendo lista de paquetes... Hecho
> W: GPG error: http://debian.csail.mit.edu testing Release: The following
> signatures couldn't be verified because the public key is not available:
> NO_PUBKEY E415B2B4B5F5BBED
>
>
> I've tried a lot of mirrors with the same or similar result.
>
> Does anybody knows an official and _complete_ mirror for amd64?
>
>
> TIA.
>
>
> --
> Rodrigo Henríquez M.
> Corporación Linux S.A.
> http://www.clinux.cl

Re: apt-get error

[Leopold Palomo-Avellaneda]

Dear Gavin,

really as Giacomo I don't understand what did you have done with your 
system!!!

lira:~$ apt-cache show sitebar
Package: sitebar
Priority: optional
Section: web
Installed-Size: 2084
Maintainer: S. Zachariah Sprackett <[EMAIL PROTECTED]>
Architecture: all
Version: 3.2.6-7
Depends: libapache2-mod-php4 | php4 (>= 4.1), php4-mysql, apache2 | httpd, 
debconf (>= 0.2.26), wwwconfig-common
Recommends: mysql-server
Filename: pool/main/s/sitebar/sitebar_3.2.6-7_all.deb
Size: 339626
MD5sum: d02579618064434756aa1a9992f6e4bc
Description: A web based bookmark manager written in PHP
 SiteBar allows you to access and manage your private, shared or public
 bookmarks from any computer and browser connected to the Internet. Create
 personal, family, team, company or enterprise-wide bookmarks with flexible
 access rules, permissions and customizable design.

Maybe you have some problems with this package only. If you are running sid 
maybe there's some problem with consistency of the packages, I don't know.

Follow the instructions from Giacomo, or maybe try something like:
dpkg-reconfigure sitebar

or simple 
apt-get remove sitebar.

Regards,

Leo



A Dijous 20 Octubre 2005 12:39, Giacomo Mulas va escriure:
> On Thu, 20 Oct 2005, Dr Gavin Seddon wrote:
> > Hello I still get
> > 'Errors were encountered while processing:
> > sitebar'
>
> ?? sitebar has nothing to do with locales. Is that the only
> package giving you errors? Is this a new install? However, as a
> general rule of the thumb, I would suggest that you proceed as
> follows:
>
> 1) take pen and paper (or open a text file, if you prefer)
> 2) run "dselect" or whatever debian package management tool you
> like best
> 3) mark for removal all packages which give you installation
> errors starting with the inessential ones, and write them down
> for later
> 4) try to execute what changes you made in 3), for example, if
> using dselect, run "Install", possibly a few times until it does
> not progress any further or it finishes without errors
> 5) if there are still errors, go back to 3)
>
> Now you should have your system in a consistent state. Next,
> go through the list of packages you removed, fire up again
> your package management tool of choice, review the list to
> see which ones you really want installed, forget about the
> others. Then try selecting as few as possible at a time of
> the ones you want, proceeding very much as you did above, i.e.
>
> 1) mark for installation the packages you want to add, making
> sure that they do not conflict with something more important
> 2) try to execute what changes you made in 1) above, for example,
> if using dselect, run "Install", possibly a few times until it does
> not progress any further or it finishes without errors
> 3) if there are still errors, mark the offending packages for
> removal and send a bug report to the Debian Bug Tracking System.
> 4) go back to 1) until you installed all the packages you want
> or until you are sure the only ones left do not install cleanly.
>
> Again, I do not understand how you could get your system in such an
> inconsistem state. You must have done something very wrong.
> What happened?
>
> bye
> Giacomo
>
> --
> _
>
> Giacomo Mulas <[EMAIL PROTECTED]>
> _
>
> OSSERVATORIO ASTRONOMICO DI CAGLIARI
> Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA)
>
> Tel. (OAC): +39 070 71180 248 Fax : +39 070 71180 222
> Tel. (UNICA): +39 070 675 4916
> _
>
> "When the storms are raging around you, stay right where you are"
>   (Freddy Mercury)
> _
>
> --
> Il messaggio e' stato analizzato alla ricerca di virus o
> contenuti pericolosi da MailScanner, ed e'
> risultato non infetto.


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

Re: apt-get error

[Leopold Palomo-Avellaneda]

Rereading the thread:

have you tried?

apt-get install -f

regards,

Leo


A Dimarts 18 Octubre 2005 17:29, Dr Gavin Seddon va escriure:
> The problem is, I cannot use apt since I get the errors mentioned.  It
> is a vicious circle.
>
> On Tue, 2005-10-18 at 13:55 +0200, Giacomo Mulas wrote:
> > On Tue, 18 Oct 2005, Dr Gavin Seddon wrote:
> > > Hi,
> > > I must install the "locales" package manually.  Which do you recommend?
> >
> > I am afraid I do not understand your question. There should be only
> > one "locales" package and "apt-get install locales", possibly adding
> > the -f flag to apt-get if necessary, ought to just install the
> > appropriate version for your installation. It should be the same package
> > version as the libc6 you have installed, since they come from the same
> > source package. As to which locale to choose when installing the package
> > and debconf asks, well, that's up to you. You can choose a national
> > locale of your liking (I use [EMAIL PROTECTED] as a default, since I am
> > Italian, but also keep all other Italian locales and all English locales
> > available, as a fall back) or just leave it unset, which uses the default
> > C locale.
> > Does this answer your question?
> >
> > bye
> > Giacomo
> >
> > --
> > _
> >
> > Giacomo Mulas <[EMAIL PROTECTED]>
> > _
> >
> > OSSERVATORIO ASTRONOMICO DI CAGLIARI
> > Str. 54, Loc. Poggio dei Pini * 09012 Capoterra (CA)
> >
> > Tel. (OAC): +39 070 71180 248 Fax : +39 070 71180 222
> > Tel. (UNICA): +39 070 675 4916
> > _
> >
> > "When the storms are raging around you, stay right where you are"
> >(Freddy Mercury)
> > _
> >
> > --
> > Il messaggio e' stato analizzato alla ricerca di virus o
> > contenuti pericolosi da MailScanner, ed e'
> > risultato non infetto.


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

Re: AMD64 and VDR !

[Leopold Palomo Avellaneda]

A Dimarts 20 Setembre 2005 21:06, lordSauron va escriure:
> just wondering: what's VDR?
http://www.cadsoft.de/vdr/
-- 
Linux User 152692 
Catalonia


pgp3s2pEYbS3B.pgp
Description: PGP signature

Re: How to run qt3*

[Leopold Palomo-Avellaneda]

I have undertood that you are trying to compile a qt3 program and the 
configure fails, no?

try this:
./configure --with-qtdir=/usr/share/qt3

otherewise if the error come from kde headers, probably you need to install 
some kdelibs-dev, search it:
apt-cache search kde dev

Regards,

Leo


A Dilluns 19 Setembre 2005 12:30, Matthias Reinhardt va escriure:
> Am Sonntag, 18. September 2005 04:39 schrieb Hamish Moffatt:
> > On Sat, Sep 17, 2005 at 08:35:17PM +0100, Matthias Reinhardt wrote:
> > > Hi everybody,
> > >
> > > how can I get qt3* and all the necessary libqt3* workin.
> > > I have several problems using appz with qt3
> > >
> > > solution: 32bit chroot?
> >
> > There's no problem with qt3 on amd64. Do you have a particular package
> > that is causing problems?
> >
> > Hamish
> > --
> > Hamish Moffatt VK3SB <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
>
> There's always the same failure
> checking for KDE... configure: error:
> in the prefix, you've chosen, are no KDE headers installed. This will fail.
> So, check this please and use another prefix!
>
>
> ls /usr/lib/qt3/ -al
> insgesamt 76
> drwxr-xr-x3 root root  4096 2005-09-06 15:27 ./
> drwxr-xr-x  184 root root 65536 2005-09-19 12:10 ../
> drwxr-xr-x5 root root  4096 2005-09-19 11:31 plugins/
>
> there are no libs, nor?
>
> Packages with problems:
> libqt3c102-mt
>
>
> --
> greetz Matze.


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

Problems compiling

[Leopold Palomo Avellaneda]

Hi,

I have an error in one application that compiles perfectly with ia32 but 
doesn't with amd64. It's a Qt aplication and I have realized that the qmake 
spec has the -fPIC option activated, but when the linker has to do their job, 
it gives this error.

Someone have some idea bout what is happening?


Best regards,


Leo


rm -f libestadisticas.so
g++ -shared -o 
libestadisticas.so .obj/estadisticasview.o .obj/resmensualview.o 
.obj/pluginestadisticas.o .obj/estadisticasdlg.o .obj/resmensualdlg.o 
.obj/moc_estadisticasview.o .obj/moc_resmensualview.o 
.obj/moc_pluginestadisticas.o .obj/moc_estadisticasdlg.o 
.obj/moc_resmensualdlg.o  
-L/usr/share/qt3/lib -lqt-mt -lpq -rdynamic 
estadisticas/libestadisticas.lib.a -lqt-mt
/usr/bin/ld: estadisticas/libestadisticas.lib.a(tolinechart.o): relocation 
R_X86_64_32S against `a local symbol' can not be used when making a shared 
object; recompile with -fPIC
estadisticas/libestadisticas.lib.a: could not read symbols: Bad value
collect2: ld returned 1 exit status
make[2]: *** [../../../installbulmages/plugins/libestadisticas.so] Error 1
make[2]: Leaving directory 
`/home/leo/linux/debian/bulmages/wrk-berlios/trunk/bulmages/fuentes/src/pluginestadisticas'
make[1]: *** [sub-src-pluginestadisticas] Error 2
make[1]: Leaving directory 
`/home/leo/linux/debian/bulmages/wrk-berlios/trunk/bulmages/fuentes'
make: *** [sub-fuentes] Error 2




-- 
Linux User 152692 
Catalonia


pgpMLHCo7boqD.pgp
Description: PGP signature

Re: amd-64 vs Pure-64

[Leopold Palomo Avellaneda]

Thank's Stefano,

I will try to reproduce it soon.

It's surprise me if it's really so easy and no package for amd64.

Leo

A Dijous 01 Setembre 2005 18:15, Stefano Simonucci va escriure:
> On Thu, 2005-09-01 at 16:37 +0200, Leopold Palomo-Avellaneda wrote:
> > A Dimecres 31 Agost 2005 23:56, Stefano Simonucci va escriure:
> > > On Wed, 2005-08-31 at 18:09 +0200, Frank wrote:
> > > > > They will both allow setting up a 32bit chroot, which is the
> > > > > recomended way to run openoffice since it isn't 64bit compatible
> > > > > yet.
> > > >
> > > > Using a chroot is not the only way of running OpenOffice on the
> > > > Pure64/AMD64 port of Debian. Look on this list for a package called
> > > > "amd64 archive", which provides a few 32bit programs (including
> > > > OpenOffice) together with their libraries, so you can run them in
> > > > your 64bit environment.
> > > >
> > > > Good luck,
> > > > Frank
> > >
> > > I have recompiled OpenOffice 1.9 (=2.0 beta) for my 64bit environment
> > > and it is working.
> > > Bye
> > > Stefano
> >
> > ummm,
> >
> > it sounds interesting please, could you explain more details?
> >
> > Leo
>
> I have made the following steps:
>
> 1) Loading of openoffice.org2_1.9.121-2.diff.gz,
>openoffice.org2_1.9.121-2.dsc, openoffice.org2_1.9.121.orig.tar.gz
>from the location
> http://amd64.debian.net/debian-amd64/pool/main/o/openoffice.org2/
>
> 2) In the loading directory I have given the following commands
>dpkg-source -x openoffice.org2_1.9.121-2.dsc
>cd openoffice.org2_1.9.121
> 3) I have edited the file debian/control with "vi debian/control" and
>I have changed all the occurrence i386 (near Architecture)
>with amd64.
>
> Note: I don't remember if I have also adjusted the Dependencies
>
> 4) I have given the command
>dpkg-buildpackage
>which have constructed many packages.
>
> I hope that it can be util for you.
> Best regards
>   Stefano

-- 
Linux User 152692 
Catalonia


pgpvbkq3KSK1B.pgp
Description: PGP signature

Re: amd-64 vs Pure-64

[Leopold Palomo-Avellaneda]

A Dimecres 31 Agost 2005 23:56, Stefano Simonucci va escriure:
> On Wed, 2005-08-31 at 18:09 +0200, Frank wrote:
> > > They will both allow setting up a 32bit chroot, which is the recomended
> > > way to run openoffice since it isn't 64bit compatible yet.
> >
> > Using a chroot is not the only way of running OpenOffice on the
> > Pure64/AMD64 port of Debian. Look on this list for a package called
> > "amd64 archive", which provides a few 32bit programs (including
> > OpenOffice) together with their libraries, so you can run them in your
> > 64bit environment.
> >
> > Good luck,
> > Frank
>
> I have recompiled OpenOffice 1.9 (=2.0 beta) for my 64bit environment
> and it is working.
> Bye
> Stefano

ummm,

it sounds interesting please, could you explain more details?

Leo


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

Re: Nero Burning Rom 6.6.0.5 - $19.95

[Leopold Palomo-Avellaneda]

A Dijous 14 Juliol 2005 19:03, Ian va escriure:
> Nero Burning Rom 6.6.0.5 - $19.95
> Symantec Norton SystemWorks 2005 - $19.95
> Quicken 2005 Premier Home and Business - $19.95
> Adobe Acrobat 7.0 Professional - $44.95
>
> and much more. at http://replacesoft.com/?a=3331 with fr e e e  bonus.
k3b, cdroast, cdrecord at 0$
and much more at http://www.debian.org with the bonus of the freedoom and the 
comunity . 


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

Re: dchroot -d doesn't work

[Leopold Palomo Avellaneda]

are you running X and dchroot as the same user?
are the chroot enviroment working?
have you copied your shadow, passwd, group from 64 to 32 env?
..

Regards,

Leo
A Dimarts 14 Juny 2005 17:58, Marcin Dębicki va escriure:
> I am trying to run firefox under chroot
>
> dchroot -d "firefox"
>
> (ia32) firefox
> Xlib: connection to ":0.0" refused by server
> Xlib: No protocol specified
>
>
> (firefox-bin:21500): Gtk-WARNING **: cannot open display:
> dchroot: Child exited non-zero.
> dchroot: Operation failed.
>
> Any ideas what is wrong?
> --
> Registered Linux User 369908
> [EMAIL PROTECTED]

-- 
Linux User 152692 
Catalonia


pgpW4TmyRz2jT.pgp
Description: PGP signature

Re: gcc version issue trying to install vmware5

[Leopold Palomo-Avellaneda]

A Dimarts 14 Juny 2005 11:20, Goswin von Brederlow va escriure:
[]

> The default compiler is gcc-3.3 and everything in debian uses that. 

Sure? 
I think that the kernel doesn't and the nvidia modules _need_ the 3.4 version. 

It's a bit confuss to have in this platform two versions of the compiler and 
choose the best for each circumstance. Maybe, if the 3.3 and the 3.4 versions 
have problems in _our_ platform, we should think again to make some effort in 
the a 4.x version of the dist to have only one compiler for _ALL_ the distro.

And I'm writing this with good sense, the last think I want is a flame. I 
would like to make just a reflexion. Maybe, I'm wrong.


Regards,

Leo
-- 
--
Linux User 152692
Catalonia


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