Arch Linux

glad

Member

From: Norway

Registered: 2005-11-01

Posts: 103

Website

Re: The Testing Move has begun

Okey one more thing, do you know why Nforce drivers from nvidia wont compille in 2.6.17?

iphitus

Forum Fellow

From: Melbourne, Australia

Registered: 2004-10-09

Posts: 4,927

Re: The Testing Move has begun

Mr Green: what's not good about it?

If it's that people dont have them installed, despite the fact that it's depended on by glibc. Yeah, i see what's not good.

If it's that it's 2.6.12, no this is perfectly normal to distribute older 'sanitised' kernel headers that can be reliably used by userspace.

glad: if you're using kernels from the repos, nforce is available in a package.
kernel26
pacman -S nforce,

kernel26beyond
pacma -S nforce-beyond

If you have self compiled your kernel, run 'abs' and cd to /var/abs/extra/nforce/ edit the _kernver= variable, and run makepkg.

James

Mr Green

Forum Fellow

From: U.K.

Registered: 2003-12-21

Posts: 5,896

Website

Re: The Testing Move has begun

@ iphitus thanks for the heads up ....

/lib/cpp errors are nothing to do with latest update ??

---

Mr Green

lidzky

Member

From: Brazil

Registered: 2006-03-23

Posts: 12

Re: The Testing Move has begun

Oops. I've figured out the problem. Sylpheed was compiled against libssl-0.9.7, but I got a newer version installed. ld solved the problem:

# ld --shared --whole-archive libssl.so.0.9.8 -o libssl.so.0.9.7
# ld --shared --whole-archive libcrypto.so.0.9.8 -o libcrypto.so.0.9.7

------------------------

After upgrading my arch box, I'm getting libraries errors:

$ sylpheed
sylpheed: error while loading shared libraries: libssl.so.0.9.7: cannot open shared object file: No such file or directory

However, libssl.so is ok, I reinstalled it , ran ldconfig , but nothing works.

This also happens when I try to run other apps.

Any hint?

thanks

detto

Member

Registered: 2006-01-23

Posts: 510

Re: The Testing Move has begun

@lidzky: Also had this problem, some apps that depend on openssl havent rebuilded against it before the big testing move began. :?
try the following

ln -s /usr/lib/libssl.so.0.9.8 /usr/lib/libssl.so.0.9.7

and if it complains once more, about libcrypto, same procedure

ln -s /usr/lib/libcrypto.so.0.9.8 /usr/lib/libcrypto.so.0.9.7

iphitus

Forum Fellow

From: Melbourne, Australia

Registered: 2004-10-09

Posts: 4,927

Re: The Testing Move has begun

DO NOT SYMLINK SSL OR CRYPTO

FILE A BUG, WITH THE NAME OF THE PROGRAM AND PACKAGE THAT IS NOT WORKING OR REPORT IT TO A DEVELOPER.

we cannot fix these unless they are reported to us. developers do not have telepathy.

brain0

Developer

From: Aachen - Germany

Registered: 2005-01-03

Posts: 1,382

Re: The Testing Move has begun

rasat: Reinstall apr and apr-util.

I didn't have these packages. When installed, works fine. The error is a dependency problem.

Posted in bug tracker.

Not exactly. I had this bug myself when I updated to apache 2.2 and many others had it too:

When apache is updated from 2.0 to 2.2, the new dependencies apr and apr-util are not installed. If you pacman -S apache again, they are installed. I guess the cause is that apache 2.0 did provide apr and apr-util and this is not a dependency but rather a pacman bug.

delmonico

Member

Registered: 2004-06-27

Posts: 82

Re: The Testing Move has begun

Hi,

im running arch on a RAID-1 installation installed from FTP some days ago. With the new mkinitcpio I can't boot from my RAID. It does work with the same kernel and the mkinitrd-image, so the kernel and the RAID-partitions are fine. This is what I get:

using kernel26.img:

md:loading mdX:/dev/hdaX
md: couldn't update array info. -22
md: could not bd_claim hdaX
md: md_import_device returned -16.
md: starting mdX failed

this happens for all 4 md-devices (thus the "X").

using kernel26-fallback.img

Attemtping to create root device '/dev/md0'
ERROR: Failed to parse block device name for '/dev/md0'
unknown
ERROR: root fs cannot be detected. Try using the rootfstype kernel parameter
initramfs copmleted - controll passing to kinit
[more errors messages follow, but I think those are subsequent errors...]

Tell me if you need any more information... thanks for any tips, chris

skottish

Forum Fellow

From: Here

Registered: 2006-06-16

Posts: 7,942

Re: The Testing Move has begun

Thanks devs. The upgrade went smoothly for the most part. What really blew me away was up-loading 300MBs worth of upgrades and everything went so smoothly. I love this distro. All you devs are doing fantastic work.

Mr Green

Forum Fellow

From: U.K.

Registered: 2003-12-21

Posts: 5,896

Website

Re: The Testing Move has begun

I second that .... o7

---

Mr Green

tpowa

Developer

From: Lauingen , Germany

Registered: 2004-04-05

Posts: 2,322

Re: The Testing Move has begun

delmonco about raid please read the mkinitcpio wiki, it needs to be added by hand and modified for your machine.

delmonico

Member

Registered: 2004-06-27

Posts: 82

Re: The Testing Move has begun

yeah I followed the wiki instructions, modified mkinitcpio.conf and the grub kernel line as well, no luck so far Will keep trying.

miausX

Member

From: Spain

Registered: 2006-06-02

Posts: 17

Re: The Testing Move has begun

I have just upgraded my laptop without any problems, everything is working perfect (as usual with this distro).

Thanks for your work guys! Arch forever! 

Best regards,

miausX.

---

='.'=  <-- Cat powered by Arch Linux

tpowa

Developer

From: Lauingen , Germany

Registered: 2004-04-05

Posts: 2,322

Re: The Testing Move has begun

delmonico you have rebuild your ramdisk after modification?
if you like just come to IRC

Lone_Wolf

Member

From: Netherlands, Europe

Registered: 2005-10-04

Posts: 11,911

Re: The Testing Move has begun

@ iphitus thanks for the heads up ....

/lib/cpp errors are nothing to do with latest update ??

I've encountered a lib/cpp error yesterday. after several hours of searching i found that the source uses autoconf.

It was looking for kernel headers in the pkg directory.

Adding

CPPFLAGS=-I/usr/src/linux-2.6.17-ARCH/include

to the configure line solved the problem.

I'm not certain whether the fault lies in the automake/autoconf packages or in the arch kernel headers package.

---

Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.

(A works at time B)  && (time C > time B ) ≠  (A works at time C)

iphitus

Forum Fellow

From: Melbourne, Australia

Registered: 2004-10-09

Posts: 4,927

Re: The Testing Move has begun

do not use the include files from a current kernel.

pacman -S kernel-headers and use those. they are a sanitised set of headers that are safe to use.

Lone_Wolf

Member

From: Netherlands, Europe

Registered: 2005-10-04

Posts: 11,911

Re: The Testing Move has begun

do not use the include files from a current kernel.

pacman -S kernel-headers and use those. they are a sanitised set of headers that are safe to use.

It seems that i was caught by the same pacman bug as others.
kernel-headers was installed according to pacman , but /usr/src/include/linux didn't exist.
re-installing kernel-headers worked, now the headers are there.
i'll rebuild the aur package where i had to use the cppflags to check whether it still needs those flags.

Edit :
after re-installing kernel-headers the package now compiles fine without additional flags.

---

Disliking systemd intensely, but not satisfied with alternatives so focusing on taming systemd.

(A works at time B)  && (time C > time B ) ≠  (A works at time C)

glad

Member

From: Norway

Registered: 2005-11-01

Posts: 103

Website

Re: The Testing Move has begun

i tried that pkgbuild thing for nforce but it aint working, so i better stick with my 2.6.16ck11 anyway i heard that those drivers requier something they called forcedeath what is that?

Kermit

Member

From: Chorzów, Poland

Registered: 2006-03-25

Posts: 78

Re: The Testing Move has begun

I can't install "nvidia-legacy-beyond". It confilcts with nvidia-legacy-utils. Both of packages want to create this file "/etc/udev/scripts/create-nvidia-nodes.sh".
When try to remove this file and install "nvidia-legacy-beyond" but after this when i try to load module "nvidia" i have an error:

 "FATAL: Error inserting nvidia (/lib/modules/2.6.17-beyond/kernel/drivers/video/nvidia.ko): Unknown symbol in module, or unknown parameter (see dmesg)"

This is dmesg:

nvidia: module license 'NVIDIA' taints kernel.
nvidia: Unknown symbol pm_unregister
nvidia: Unknown symbol pm_unregister
nvidia: Unknown symbol pm_unregister
nvidia: Unknown symbol pm_unregister

Kermit

iphitus

Forum Fellow

From: Melbourne, Australia

Registered: 2004-10-09

Posts: 4,927

Re: The Testing Move has begun

update your kernel to 2.6.17-beyond1, and ill fix the conflict bug.

metromini

Member

From: Jakarta, Indonesia

Registered: 2005-08-02

Posts: 39

Re: The Testing Move has begun

i also had some libssl/libcrypto problem before, but after i do pacman -Syu today, everything is working again... thank you arch devs!

benplaut

Member

Registered: 2006-06-13

Posts: 383

Re: The Testing Move has begun

Haven't posted a bug report yet 'cause i'm not sure if it has to do with this move, but ATI DRI seems to be b0rked:

gimmick@cooky:~$ LIBGL_DEBUG=1 glxinfo
name of display: :0.0
libGL error: dlopen /usr/lib/dri/radeon_dri.so failed (/usr/lib/dri/radeon_dri.so: cannot open shared object file: No such file or directory)
libGL error: unable to find driver: radeon_dri.so
libGL error: dlopen /usr/lib/dri/radeon_dri.so failed (/usr/lib/dri/radeon_dri.so: cannot open shared object file: No such file or directory)
libGL error: unable to find driver: radeon_dri.so
display: :0  screen: 0
direct rendering: No
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
    GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating, 
    GLX_EXT_import_context, GLX_OML_swap_method, GLX_SGI_make_current_read, 
    GLX_SGIS_multisample, GLX_SGIX_hyperpipe, GLX_SGIX_swap_barrier, 
    GLX_SGIX_fbconfig
client glx vendor string: ATI
client glx version string: 1.3
client glx extensions:
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, 
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_ATI_pixel_format_float, 
    GLX_ATI_render_texture
GLX version: 1.2
GLX extensions:
    GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_EXT_import_context, 
    GLX_ARB_multisample
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.2 (1.5 Mesa 6.4.2)
OpenGL extensions:
    GL_ARB_imaging, GL_ARB_multitexture, GL_ARB_texture_border_clamp, 
    GL_ARB_texture_cube_map, GL_ARB_texture_env_add, 
    GL_ARB_texture_env_combine, GL_ARB_texture_env_dot3, 
    GL_ARB_transpose_matrix, GL_EXT_abgr, GL_EXT_blend_color, 
    GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_texture_env_add, 
    GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3, 
    GL_EXT_texture_lod_bias
glu version: 1.3
glu extensions:
    GLU_EXT_nurbs_tessellator, GLU_EXT_object_space_tess

   visual  x  bf lv rg d st colorbuffer ax dp st accumbuffer  ms  cav
 id dep cl sp sz l  ci b ro  r  g  b  a bf th cl  r  g  b  a ns b eat
----------------------------------------------------------------------
0x23 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  1 0 None
0x24 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  1 0 None
0x25 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  1 0 Slow
0x26 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  1 0 Slow
0x27 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  1 0 None
0x28 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  1 0 None
0x29 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  1 0 Slow
0x2a 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  1 0 Slow
0x2b 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  1 0 None
0x2c 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  1 0 None
0x2d 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  1 0 Slow
0x2e 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  1 0 Slow
0x2f 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  1 0 None
0x30 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  1 0 None
0x31 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  1 0 Slow
0x32 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  1 0 Slow

Gullible Jones

Member

Registered: 2004-12-29

Posts: 4,863

Re: The Testing Move has begun

What card? And what's your xorg.conf look like?

manica

Member

Registered: 2004-11-20

Posts: 28

Re: The Testing Move has begun

I cannot rip a cd anymore.  It seems to be a problem in the 2.6.17 kernel since I could do it on the beyond kernel until it upgraded to 2.6.17. 

Grip kicks out the cd immediately.  Konqueror gives an error message.  "cdparanoia -vsQ" says there are no cdrom accessible devices and KAudioCreator crashes the moment it begins to rip.  Running any of these commands as root doesn't change anything.

Immediately after the "testing to current" upgrade I noticed the problem, but I could still rip a disc using the 2.6.16beyond kernel.  Last night I upgraded to the 2.6.17beyond kernel and I can't rip anything now.

Any ideas?  I have a Dell E1705 laptop.  Thanks!

Darin

benplaut

Member

Registered: 2006-06-13

Posts: 383

Re: The Testing Move has begun

What card? And what's your xorg.conf look like?

Radeon 7500 mobile, xorg.conf is one that worked previously.

Anyway, i recompiled libgl_dri, and it works -- that enough proof that it's because of the move.  Filing a bug report right now.