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

[arch-dev-public] [signoff] mkinitcpio-busybox 1.18.4-1
by Thomas Bächler 18 May '11

18 May '11

Upstream busybox update, please sign off.

5 4

[arch-dev-public] LibreOffice build error/linker bug?
by Andreas Radke 17 May '11

17 May '11

In preparation of LibO 3.4 release my i686 build crash always at the same point. It seems to me to be a bug in our linker package. No other distribution seems to run into this, upstream has no clue so far. So I'm asking here for help. The stuff is in trunk. Please help how to locate and fix it. -Andy from the i686 build log: [ build CXX ] sc/source/ui/vba/vbawsfunction [ build LNK ] Library/vbaobj.uno.so `.L121' referenced in section `.rodata._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollectionEEEE4ItemERKN3com3sun4star3uno3AnyESD_[ScVbaCollectionBase<cppu::WeakImplHelper1<ooo::vba::XCollection> >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o: defined in discarded section `.text._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollectionEEEE4ItemERKN3com3sun4star3uno3AnyESD_[non-virtual thunk to ScVbaCollectionBase<cppu::WeakImplHelper1<ooo::vba::XCollection> >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o `.L122' referenced in section `.rodata._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollectionEEEE4ItemERKN3com3sun4star3uno3AnyESD_[ScVbaCollectionBase<cppu::WeakImplHelper1<ooo::vba::XCollection> >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o: defined in discarded section `.text._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollectionEEEE4ItemERKN3com3sun4star3uno3AnyESD_[non-virtual thunk to ScVbaCollectionBase<cppu::WeakImplHelper1<ooo::vba::XCollection> >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o `.L123' referenced in section `.rodata._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollectionEEEE4ItemERKN3com3sun4star3uno3AnyESD_[ScVbaCollectionBase<cppu::WeakImplHelper1<ooo::vba::XCollection> >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o: defined in discarded section `.text._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollectionEEEE4ItemERKN3com3sun4star3uno3AnyESD_[non-virtual thunk to ScVbaCollectionBase<cppu::WeakImplHelper1<ooo::vba::XCollection> >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o `.L124' referenced in section `.rodata._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollectionEEEE4ItemERKN3com3sun4star3uno3AnyESD_[ScVbaCollectionBase<cppu::WeakImplHelper1<ooo::vba::XCollection> >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o: defined in discarded section `.text._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollectionEEEE4ItemERKN3com3sun4star3uno3AnyESD_[non-virtual thunk to ScVbaCollectionBase<cppu::WeakImplHelper1<ooo::vba::XCollection> >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o `.L124' referenced in section `.rodata._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollectionEEEE4ItemERKN3com3sun4star3uno3AnyESD_[ScVbaCollectionBase<cppu::WeakImplHelper1<ooo::vba::XCollection> >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o: defined in discarded section `.text._ZN19ScVbaCollectionBaseIN4cppu15WeakImplHelper1IN3ooo3vba11XCollectionEEEE4ItemERKN3com3sun4star3uno3AnyESD_[non-virtual thunk to ScVbaCollectionBase<cppu::WeakImplHelper1<ooo::vba::XCollection> >::Item(com::sun::star::uno::Any const&, com::sun::star::uno::Any const&)]' of /build/src/build/solver/300/unxlngi6.pro/workdir/CxxObject/sc/source/ui/vba/vbasheetobjects.o collect2: ld returned 1 exit status make[1]: *** [/build/src/build/solver/300/unxlngi6.pro/workdir/LinkTarget/Library/vbaobj.uno.so] Error 1 dmake: Error code 2, while making 'all'

2 2

[arch-dev-public] [signoff] udev-168-2
by Tom Gundersen 17 May '11

17 May '11

Hi guys, There was a regression in udev-168 where "udevadm settle" would sometimes return too early. This lead to some (apparently rare) systems being unable to boot, especially people booting from usb drives or not having devtmpfs support in their kernels were affected. udev-168-2 contains the fix packported from upstream git. Please test and signoff both arches, I hope to push to [core] relatively quickly. Cheers, Tom

3 5

[arch-dev-public] udev-168-2 needs to be moved to [testing]
by Tom Gundersen 17 May '11

17 May '11

Hi guys, There was a regression in udev-168, I have backported two patches to fix the problem: On Tue, May 17, 2011 at 1:47 PM, Tom Gundersen <teg(a)jklm.no> wrote: > On Tue, May 17, 2011 at 1:19 PM, Hector Martinez-Seara <hseara(a)gmail.com> wrote: >> After the last kernel update (I guess) I cannot boot my system if a >> external usb disk is present in /etc/fstab. [...] > There is currently a problem with the latest udev in that it does not > settle properly (i.e., it does not wait for dirvers to be loaded > before continuing). This most noticeable affects people using usb > drives or kernels without devtmpfs. > > Please try: <http://www.pps.jussieu.fr/~teg/udev-168-2-x86_64.pkg.tar.xz> > to see if the problem is solved for you, and report back at > <https://bugs.archlinux.org/task/24288>. (assuming you are on x86_64, > I'll do i686 tonight). Hector just reported back that udev-168-2 solves the problem. Can I ask someone to push it to testing? You'll find the packages in my staging directory on gerolde. Cheers, Tom

2 1

Re: [arch-dev-public] [initscripts][RFC] deprecating TIMEZONE from rc.conf
by Andreas Radke 17 May '11

17 May '11

Am Mon, 16 May 2011 20:28:17 +0200 schrieb Tom Gundersen <teg(a)jklm.no>: > I cc'ed the GNOME/KDE/XFCE maintainers as I would be interested to > hear if their timezone tools work well with rc.conf (I think not, but > I might have missed something). I also cc'ed aif and archboot > maintainers. Please forward if you know of anyone who maintains > relevant packages that I left out. Xfce doesn't have any tool to change/select the timezone. -Andy

1 0

[arch-dev-public] [signoff] attr 2.4.46-1, acl 2.2.51-1
by Thomas Bächler 17 May '11

17 May '11

Upstream updates of attr and acl, please sign off.

4 3

[arch-dev-public] [signoff] grep-2.8-1
by Allan McRae 16 May '11

16 May '11

Upstream NEWS: * Noteworthy changes in release 2.8 (2011-05-13) [stable] ** Bug fixes echo c|grep '[c]' would fail for any c in 0x80..0xff, and in many locales. E.g., printf '\xff\n'|grep "$(printf '[\xff]')" || echo FAIL would print FAIL rather than the required matching line. [bug introduced in grep-2.6] grep's interpretation of range expression is now more consistent with that of other tools. [bug present since multi-byte character set support was introduced in 2.5.2, though the steps needed to reproduce it changed in grep-2.6] grep erroneously returned with exit status 1 on some memory allocation failure. [bug present since "the beginning"] Signoff both, Allan

3 2

Re: [arch-dev-public] [initscripts][RFC] deprecating TIMEZONE from rc.conf
by Ionut Biru 16 May '11

16 May '11

On 05/16/2011 09:28 PM, Tom Gundersen wrote: > Hi guys, > hi, i'm forwarding this on our arch-dev-public ml for higher audience > I think the TIMEZONE variable in rc.conf is unnecessary and it causes > some problems with other (especially GUI) tools. I'd like to hear what > you think about deprecating it. We will still keep the support for it > in initscripts, but we will suggest (in the standard rc.conf) to not > set it. It will then be up to the maintainer of our installer(s) and > documentation to adopt (or not) this suggestion. > i found that deprecating this option will make the set up a bit more complicated and i don't really want to copy/symlink or run tzselect manually. > I cc'ed the GNOME/KDE/XFCE maintainers as I would be interested to > hear if their timezone tools work well with rc.conf (I think not, but > I might have missed something). I also cc'ed aif and archboot > maintainers. Please forward if you know of anyone who maintains > relevant packages that I left out. > gnome is perfectly capable to do this, with or without asking an administrator password. For the later we need some adjustment to polkit rules. we shouldn't focus only on gnome/kde/xfce since they are fully featured desktop environments and have tools for setting the date/time/. What about minimal setups, they don't have any tools like that and they need to do it manually and is an additional step that is not needed in my opinion. > > From fd5fd34f8a593710483a204d7a7984f89385e3fa Mon Sep 17 00:00:00 2001 > From: Tom Gundersen<teg(a)jklm.no> > Date: Mon, 16 May 2011 13:17:48 +0200 > Subject: [PATCH] timezone: deprecate the TIMEZONE variable > > Setting the TIMEZONE in rc.conf is a bad idea for several reasons: > > * it requires a reboot before taking effect, for people changing timezone's > frequently (this is common if you travel a lot, especially annoying if you > have several stop overs in different timezones and want your laptop's clock > to be correct) > * it is non-standard, so advice/guides that apply to other distro's will not > apply to arch > * it is non-standard, so gui tools like the ones found in KDE/GNOME will not > be aware of the setting in rc.conf, and whatever change they do will be > overwritten on next boot. > * it is one of the few remaining blockers for ro /etc support in initscripts > > For these reasons (and possibly more), we deprecate TIMEZONE from rc.conf, > and advice users and developers to clear it and set /etc/localtime directly. > However, we do not remove the implementation from the scripts, so the timezone > is still set during boot/shutdown if the variable is set. > > Signed-off-by: Tom Gundersen<teg(a)jklm.no> > --- > rc.conf | 7 ++++--- > 1 files changed, 4 insertions(+), 3 deletions(-) > > diff --git a/rc.conf b/rc.conf > index 89ea27e..0fb6472 100644 > --- a/rc.conf > +++ b/rc.conf > @@ -8,11 +8,13 @@ > # > # LOCALE: available languages can be listed with the 'locale -a' command > # DAEMON_LOCALE: If set to 'yes', use $LOCALE as the locale during daemon > # startup and during the boot process. If set to 'no', the C locale is used. > # HARDWARECLOCK: set to "UTC" or "localtime", any other value will result > # in the hardware clock being left untouched (useful for virtualization) > # Note: Using "localtime" is discouraged. > -# TIMEZONE: timezones are found in /usr/share/zoneinfo > +# TIMEZONE: (DEPRECATED) copy timezone from /usr/share/zoneinfo to > +# /etc/localtime instead > # KEYMAP: keymaps are found in /usr/share/kbd/keymaps > # CONSOLEFONT: found in /usr/share/kbd/consolefonts (only needed for non-US) > # CONSOLEMAP: found in /usr/share/kbd/consoletrans > @@ -22,7 +24,6 @@ > LOCALE="en_US.UTF-8" > DAEMON_LOCALE="no" > HARDWARECLOCK="UTC" > -TIMEZONE="Canada/Pacific" > KEYMAP="us" > CONSOLEFONT= > CONSOLEMAP= -- Ionuț

3 2

[arch-dev-public] [signoff] util-linux-2.19.1-2
by Tobias Powalowski 16 May '11

16 May '11

Hi minor patch added which fixed mount -a segfault. greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 4

[arch-dev-public] [signoff] kbd-1.15.3-1
by Tobias Powalowski 16 May '11

16 May '11

o Build system: - Drop klibc support. o Programs: - kbdinfo: New utility to obtain information about console. - setvtrgb: New utility to set the virtual terminal RGB colors. - loadkeys: Add LOADKEYS_KEYMAP_PATH env variable. - loadkeys: Fix some memory leaks. - loadkeys: Do not set prefer_unicode for iso-8859-1. - loadkeys -a: Switch to ASCII mode. - loadkeys: Fix "compose as usual" for Unicode diacritics (Michael Schutte). o Keymaps: - Add dvorak-ru keymap. o Fonts: - Add LatGrkCyr fonts. Please signoff both arches, greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

3 2