- Arch-dev-public - lists.archlinux.org

[arch-dev-public] [signoff] grub 0.97-20
by Ronald van Haren 09 Aug '11

09 Aug '11

On Mon, Aug 8, 2011 at 1:54 PM, Ronald van Haren <pressh(a)gmail.com> wrote: > On Sun, Aug 7, 2011 at 12:25 PM, Ionut Biru <ibiru(a)archlinux.org> wrote: >> On 08/07/2011 02:23 AM, Ionut Biru wrote: >>> >>> On 08/03/2011 10:30 PM, Ronald van Haren wrote: >>>> >>>> Hi, >>>> >>>> Please signoff for both architectures. If you can, please test the >>>> install-grub script if it detects your kernel (it should detect the >>>> new naming scheme as well as the lts kernel). >>>> >>>> This should move together with the linux 3.0 >>>> >>>> changes: >>>> - Update install-grub script to handle new naming scheme and make it >>>> slightly smarter so it detects multiple kernels (standard and lts) if >>>> installed >>> >>> menu.lst still has the old naming schema >>> >> >> fixed in -19 >> >>>> - Fix compile issues >>>> - separate build and package functions and some cleanups. >>>> >>>> Ronald >>> >>> >> >> >> -- >> Ionuț >> > > FYI, this seems to be broken on i686: FS#25442 [1] > > [1] https://bugs.archlinux.org/task/25442 > A quick signoff for this please. 0.97-20 fixes FS#25442 (grub-install broken on i686). Also adds a check for xfs /boot partition around the xfs_freeze commands. Ronald

3 2

[arch-dev-public] [signoff] netcfg 2.6.7-1
by Rémy Oudompheng 08 Aug '11

08 Aug '11

Hello, Quick bug fix release for bugs FS#25362, FS#25432, FS#25464. NEWS: version 2.6.7 - fix wrong quoting of $profile (FS#25362) - fix wrong parsing of wpa_supplicant configuration (FS#25464) - fix conflict with old ROUTES variable (FS#25432) Please signoff and move it to [core] for me, thanks. Rémy.

1 0

[arch-dev-public] [signoff] grub 0.97-18
by Ronald van Haren 08 Aug '11

08 Aug '11

Hi, Please signoff for both architectures. If you can, please test the install-grub script if it detects your kernel (it should detect the new naming scheme as well as the lts kernel). This should move together with the linux 3.0 changes: - Update install-grub script to handle new naming scheme and make it slightly smarter so it detects multiple kernels (standard and lts) if installed - Fix compile issues - separate build and package functions and some cleanups. Ronald

4 6

[arch-dev-public] [signoff] pam-1.1.4-1
by Tobias Powalowski 07 Aug '11

07 Aug '11

Release 1.1.4 * Add vietnamese translation * pam_namepace: Add new functionality * pam_securetty: Honour console= kernel option, add noconsole option * pam_limits: Add %group syntax, drop change_uid option, add set_all option * Lot of small bug fixes * Lot of compiler warnings fixed * Add support for libtirpc Hi please signoff both arches, - added the libtiprpc support. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

4 5

[arch-dev-public] [signoff] nfs-utils 1.2.4-2, libgssglue 0.3-1 libtirpc
by Tobias Powalowski 07 Aug '11

07 Aug '11

Hi guys, new kernel needed to bump everything to latest version, please signoff nfs-utils, libgssglue and libtirpc-0.2.2-2 greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 3

[arch-dev-public] [signoff] lilo-23.2-2
by Tobias Powalowski 07 Aug '11

07 Aug '11

Hi guys, - fixed kernel and initramfs name for linux 3.0 please signoff both arches greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

2 2

[arch-dev-public] [signoff] linux 3.0.1-1
by Thomas Bächler 07 Aug '11

07 Aug '11

Hi, please signoff the 3.0 series for both architectures. Note: the upgrade path from 3.0-2 to 3.0.1-1 is not entirely smooth if you rely on the vmlinuz26 compat symlink. However, the upgrade path from core/kernel26 to this version is smooth. Upstream changes: http://kernelnewbies.org/LinuxChanges Arch Linux Changes: - Rename the package: kernel26 -> linux - Added necessary replaces=(...) - Removed old comments and vercmps from .install file - Removed old comments and replaces from PKGBUILD - added compatibility symlinks for the old kernel and initramfs filenames in order to not break existing bootloader entries (only affects upgrades, not new installations) - removed System.map file, not needed anymore as we provide /proc/kallsyms

6 5

[arch-dev-public] add libgraphite2 replacing libgraphite?
by Andreas Radke 07 Aug '11

07 Aug '11

I'd like to build LibreOffice against our system libgraphite. We need to switch to the rewritten libgraphite2 (1.0.1 release). I'd like to add a libgraphite2 pkg replacing libgraphite because it has its own version scheme. Do you know any other pkg depending on libgraphite expect LibO and texlive-bin? Can texlive-bin work with recent graphite2 rewrite? Opinions? See https://bugs.freedesktop.org/show_bug.cgi?id=34420 and http://scripts.sil.org/cms/scripts/page.php?&cat_id=RenderingGraphite http://sourceforge.net/projects/silgraphite/ CC'ing François and Remy for Texlive pkg. -Andy

4 3

[arch-dev-public] Small WARNING: upgrade path linux 3.0-2 -> 3.0.1-1 not entirely smooth
by Thomas Bächler 06 Aug '11

06 Aug '11

I am going to push linux 3.0.1-1 into testing in a few. As mentioned in the previous thread, the upgrade path from 3.0-2 to 3.0.1-1 will not be very smooth, as the vmlinuz26 compat symlink will vanish (this does not concern you if you already fixed your bootloader). However, the upgrade path from the kernel26 package to the linux package is working well now.

1 0

[arch-dev-public] kernel26 -> linux move compat symlinks
by Thomas Bächler 06 Aug '11

06 Aug '11

It seems somebody (Evangelos, Tobias, who else?) completely misunderstood the "compat symlink" idea for a smooth upgrade path. 1) The symlinks are only there for a smooth upgrade path, and NOT supposed to be a part of the package. The user is supposed to be able to delete them after adjusting the bootloader (so, the link should not reappear after every update, like it does right now). Right now, the PKGBUILD says # add compat symlink for the kernel image ln -sf vmlinuz-${pkgname} "${pkgdir}/boot/vmlinuz26${_kernelname}" but this is supposed to be in post_install only. (If we change this now, the compat symlink will be missing on a 3.0-2 -> 3.0.1-1 update, but we will have a clean update path for the 'core' users, which is all that matters) 2) All this makes no sense for custom kernels, it is only for "our" kernels, so that we don't have tons of reports of unbootable systems. Thus, the compat symlink part of post_install should be made such that custom kernel users never execute it. 3) As it is now, new installations will end up with compat symlinks. This is only supposed to be for updates, not for new installations. For this, I originally suggested the following to Tobias (for post_install): loaders="$(find /boot -name syslinux.cfg -or -name extlinux.conf -or -name grub.cfg -or -name menu.lst)" [ -f /etc/lilo.conf ] && loaders="$loaders /etc/lilo.conf" if [ -n "${loaders}" ] && grep -q -e vmlinuz26 -e kernel26.img -e kernel26-fallback.img $loaders; then # compat symlinks ln blablabla fi Please take this into consideration. Regards Thomas

4 5