The Testing Move has begun

glad · 2006-06-26 08:15:49

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

iphitus · 2006-06-26 08:56:26

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 · 2006-06-26 09:39:30

@ iphitus thanks for the heads up ....

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

lidzky · 2006-06-26 12:57:58

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 · 2006-06-26 13:52:28

@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 · 2006-06-26 14:18:28

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 · 2006-06-26 15:31:45

rasat wrote:

Snowman wrote:
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 · 2006-06-26 15:31:53

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 · 2006-06-26 16:40:19

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 · 2006-06-26 16:46:11

I second that .... o7

tpowa · 2006-06-26 17:24:56

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

delmonico · 2006-06-26 21:41:07

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

miausX · 2006-06-27 00:16:14

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.

tpowa · 2006-06-27 06:55:07

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

Lone_Wolf · 2006-06-27 11:03:50

Mr Green wrote:

@ 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.

iphitus · 2006-06-27 11:29:23

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 · 2006-06-27 11:45:39

iphitus wrote:

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.

glad · 2006-06-27 14:07:35

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 · 2006-06-27 14:23:25

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 · 2006-06-27 16:08:41

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

metromini · 2006-06-28 08:02:48

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

benplaut · 2006-06-29 22:59:39

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 · 2006-06-29 23:13:02

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

manica · 2006-06-29 23:52:45

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 · 2006-06-30 08:40:26

Gullible Jones wrote:

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.

Arch Linux

#101 2006-06-26 08:15:49

Re: The Testing Move has begun

#102 2006-06-26 08:56:26

Re: The Testing Move has begun

#103 2006-06-26 09:39:30

Re: The Testing Move has begun

#104 2006-06-26 12:57:58

Re: The Testing Move has begun

#105 2006-06-26 13:52:28

Re: The Testing Move has begun

#106 2006-06-26 14:18:28

Re: The Testing Move has begun

#107 2006-06-26 15:31:45

Re: The Testing Move has begun

#108 2006-06-26 15:31:53

Re: The Testing Move has begun

#109 2006-06-26 16:40:19

Re: The Testing Move has begun

#110 2006-06-26 16:46:11

Re: The Testing Move has begun

#111 2006-06-26 17:24:56

Re: The Testing Move has begun

#112 2006-06-26 21:41:07

Re: The Testing Move has begun

#113 2006-06-27 00:16:14

Re: The Testing Move has begun

#114 2006-06-27 06:55:07

Re: The Testing Move has begun

#115 2006-06-27 11:03:50

Re: The Testing Move has begun

#116 2006-06-27 11:29:23

Re: The Testing Move has begun

#117 2006-06-27 11:45:39

Re: The Testing Move has begun

#118 2006-06-27 14:07:35

Re: The Testing Move has begun

#119 2006-06-27 14:23:25

Re: The Testing Move has begun

#120 2006-06-27 16:08:41

Re: The Testing Move has begun

#121 2006-06-28 08:02:48

Re: The Testing Move has begun

#122 2006-06-29 22:59:39

Re: The Testing Move has begun

#123 2006-06-29 23:13:02

Re: The Testing Move has begun

#124 2006-06-29 23:52:45

Re: The Testing Move has begun

#125 2006-06-30 08:40:26

Re: The Testing Move has begun

Board footer