The suggestion box only accepts patches.
Targets: glibc-2.4-2 p7zip-4.42-1 gcc-4.1.1-3 pam-0.81-2 coreutils-5.96-1 db-4.4.20-2 perl-5.8.8-4 heimdal-0.7.2-3 initscripts-0.7.2-3 iputils-021109-5 kbd-1.12-5 udev-094-2 vim-7.0.17-2 binutils-2.16.1-3 avahi-0.6.10-3 module-init-tools-3.2.2-3 openssl-0.9.8b-1 ntp-4.2.0a-7 glib2-2.10.3-1 pmount-0.9.11-1 apache-2.2.2-4 libtiff-3.8.2-2 cups-1.2.1-3 python-2.4.3-3 pango-1.12.3-1 arts-1.5.3-2 libtasn1-0.3.4-1 gnutls-1.4.0-1 cyrus-sasl-2.1.21-4 openldap-2.3.21-3 smbclient-3.0.22A-3 gnome-vfs-2.14.2-1 libsoup-2.2.93-1 nspr-4.6.2-1 nss-3.11.1-1 evolution-data-server-1.6.2-2 openssh-4.3p2-2 gnome-desktop-2.14.2-1 gimp-print-4.2.7-5 ghostscript-8.15.2-3 xchat-2.6.2-2 wget-1.10.2-2 links-2.1pre20-2 curl-7.15.1-2 libxmu-1.0.2-1 libgda-1.2.2-5 archlinux-menus-1.1-2 gnome-menus-2.14.0-1 eog-2.14.2-1 bind-9.3.2-3 cmake-2.4.2-2 codecs-20060501-4 ruby-1.8.4-3 neon-0.25.5-3 subversion-1.3.1-4 gnome-panel-2.14.2-1 dnsutils-9.3.2-2 mcpp-2.5-3 gtk2-2.8.18-1 kde-common-3.5.3-3 gaim-1.5.0-5 libxt-1.0.2-1 xulrunner-126.96.36.199-1 libwnck-2.14.2-1 kdeedu-3.5.3-1 mozilla-firefox-188.8.131.52-1 libxau-1.0.1-1 poppler-0.5.3-2 xorg-server-utils-1.0.2-1 kdelibs-3.5.3-3 kdeaccessibility-3.5.3-1 kdebase-3.5.3-3 kdepim-3.5.3-1 xine-lib-1.1.1-3 kdemultimedia-3.5.3-2 kdegames-3.5.3-1 kdeaddons-3.5.3-2 kdeadmin-3.5.3-1 kdeartwork-3.5.3-1 qscintilla-1.6-2 kdebindings-3.5.3-1 kdegraphics-3.5.3-1 openslp-1.2.0-3 rdesktop-1.4.1-3 qca-tls-1.0-3 perl-net-ssleay-1.25-2 kdenetwork-3.5.3-3 kdesdk-3.5.3-2 kdetoys-3.5.3-1 net-snmp-5.2.1-4 kdeutils-3.5.3-2 libxss-1.1.0-1 cvs-1.11.21-3 gnome-media-2.14.2-1 kernel26-184.108.40.206-1 galeon-2.0.1-2 klibc-1.4-1 klibc-extras-1.6-1 klibc-udev-094-2 mkinitcpio-0.4.2-1 gkrellm-2.2.7-3
Yeah, I'd say thats massive. Time to remove kde...
eat your branes!
"Be conservative in what you send; be liberal in what you accept." -- Postel's Law
"tacos" -- Cactus' Law
"t̥͍͎̪̪͗a̴̻̩͈͚ͨc̠o̩̙͈ͫͅs͙͎̙͊ ͔͇̫̜t͎̳̀a̜̞̗ͩc̗͍͚o̲̯̿s̖̣̤̙͌ ̖̜̈ț̰̫͓ạ̪͖̳c̲͎͕̰̯̃̈o͉ͅs̪ͪ ̜̻̖̜͕" -- -̖͚̫̙̓-̺̠͇ͤ̃ ̜̪̜ͯZ͔̗̭̞ͪA̝͈̙͖̩L͉̠̺͓G̙̞̦͖O̳̗͍
Finally, it was time that mkinitcpio was finish 'cause it sure sounds great.
Arch - It's something refreshing
Why do arch use mkinitrd or mkinitcpio it loads all the modules in the arch tree and i dont see the point og having an initrd image??
and why dosent the nvidia nforce modules work with 2.6.17?
initrds make life much easier to gain flexibility with kernels.
why nforce doesn't work, i don't know perhaps your module is too old and your mirror was out of sync
Any repository mirror is up to sync with the latest changes in current/extra?
just be patient wait some hours, i guess in 24h or 48h all should be fine again
I'm about to install my new server. Any idea when it will be safe to do so from ftp? I mean, it would be nice if these important changes to [current] were done by the time I installed.
All of your mips are belong to us!!
Hey, I just noticed something odd: some mirrors (like hosteurope) have updated, but ftp.archlinux.org (main mirror!!) is still out of sync. Have you turned of syncing for archlinux.org?
I had to rebuild sylpheed. Got some libssl.so errors.
Thanks Arch team. Upgrade went super smooth. Not a hitch.
I had a lot of ssl problems after upgrading. Like:
wpa_supplicant: error while loading shared libraries: libssl.so.0.9.7: cannot op en shared object file: No such file or directory
Funny because without wpa_supplicant I couldn't get on my uni wireless network to update.
I symlinked 0.9.8 to 0.9.7 and magically it worked as temporary solution. After then doing pacman -Syu I got appearently an old mirror because it complained I had 10 packages newer than repo current?
What is the solution for the libssl (openssl) problem? Gnubiff, sylpheed-claws, wpa_supplicant and probably more complained.
 of course compiling from ABS is a solution that works [/edit]
One of the main causes of the fall of the Roman Empire was that, lacking zero,
they had no way to indicate successful termination of their C programs.
wot's this mean:
:: Replace alsa-driver with kernel26 from "current"? [Y/n] n
replace alsa with the kernel? is that a typo or do i not get something?
just upgraded on two machines and everything went fine, the switch to mkinitcpio also went without problems great work guys.
I do not have kernel26 installed, as I use beyond. But this upgrade tries to installe kernel26, that got to be some wrong dependencies somewhere. I'll just wait this out, until 2.6.17-beyond appears.
The kernel26, ipw2200 and udev again failed to load the firmware.
After rebuilding and installing udev from abs firmware loading worked again.
Is this because the a new udev package isn't uploaded to the servers yet?
it could be that mirrors are out of sync that is the reason why we posted the news on frontpage.
btw if you don'T want to install kernel26, then just remove alsa-driver by hand
It seems be a udev-094-2 problem!
Building and installing udev-091-6 from an older abs snap loads the firmware just fine. udev-094-2 from repo and builded from abs gives me this dmesg:
ipw2200: Intel(R) PRO/Wireless 2200/2915 Network Driver, git-1.1.1
ipw2200: Copyright(c) 2003-2006 Intel Corporation
ACPI: PCI Interrupt 0000:02:02.0[A] -> Link [LNKC] -> GSI 11 (level, low) -> IRQ 11
ipw2200: Detected Intel PRO/Wireless 2200BG Network Connection
ipw2200: ipw2200-bss.fw request_firmware failed: Reason -2
ipw2200: Unable to load firmware: -2
ipw2200: failed to register network device
ipw2200: probe of 0000:02:02.0 failed with error -5
The problems with ipw/firmware loading really often appear after arch updates and are a little bit annoying.
But don't understand this as reprehension because I think you devs are really doing a great job on arch. Just say be a little more accurate on the ipw's cause many people are using this chip/cards I think.
i strongly guess, that your problem is due to modifing udev rules by yourself.
move udev.rules file to a save place and let pacman install the new udev.rules file. the firmwareloader has changed since 091.
I can't test the firmware stuff so it's up to the users to report problems about firmware loading, it was quite a long time in testing and noone reported a problem, so i assume it's working.
Whole upgrade (about 500MB) went quite fine but:
- i think there should be an informations to keep old modeprobe.conf with:
# # /etc/modprobe.conf (for v2.6 kernels) # install nvidia modprobe -i nvidia ; /etc/udev/scripts/create-nvidia-nodes.sh ; true
with new, empty modprobe.conf xorg cannot use nvidia driver -> no "/proc/nvidia"
- OpenNTPD from community repository should be prepared for the new libcrypt - I recompiled it through abs but I shouldn't
ok, let's make some more tests...
Great job Devs!!
Ok, sorry for my problem report. It really was the udev.rules.pacnew.
After cp udev.rules.pacnew udev.rules everything works fine again.
So I can say all updates are working great. Amazing job from the devs!
smooth as silk here. another great job from the arch team!
install nvidia modprobe -i nvidia ; /etc/udev/scripts/create-nvidia-nodes.sh ; true
this entry is done by nvidia-legacy and is only needed for legacy drivers.
so modprobe.conf is fine when legacy package is installed