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

[arch-dev-public] Fwd: [signoff] glibc, tzdata, binutils, gcc, gcc-libs
by Dan McGee 03 Nov '07

03 Nov '07

Gah, the original got cut off, too big. ---------- Forwarded message ---------- From: Dan McGee <dpmcgee(a)gmail.com> Date: Oct 31, 2007 8:32 AM Subject: Re: [arch-dev-public] [signoff] glibc,tzdata,binutils,gcc,gcc-libs To: Public mailing list for ArchLinux development <arch-dev-public(a)archlinux.org> On 10/31/07, Andreas Radke <a.radke(a)arcor.de> wrote: > not one issue so far related to the glibc bump. luckily this thread > http://bbs.archlinux.org/viewtopic.php?id=39084 kept unused. > > please sign off glibc, tzdata, binutils, gcc, gcc-libs. > > Andy I've seen no problems on i686 for any of the packages. EXCEPT I just installed glibc -2, and got this on locale-gen in the install script. It did not do this for version 1 (before you patched the locales). Generating locales... de_DE.UTF-8... done en_GB.UTF-8... done en_IE.UTF-8... done en_US.UTF-8... done en_US.ISO-8859-1... done es_ES.UTF-8... done es_MX.UTF-8... done es_US.UTF-8... done fr_FR.UTF-8... done it_IT.UTF-8... done pt_BR.UTF-8... done ru_RU.UTF-8... done /usr/share/i18n/locales/iso14651_t1_common:492: LC_COLLATE: nested conditionals not supported /usr/share/i18n/locales/iso14651_t1_common:499: LC_COLLATE: more then one 'else' /usr/share/i18n/locales/iso14651_t1_common:1135: LC_COLLATE: nested conditionals not supported /usr/share/i18n/locales/iso14651_t1_common:1137: LC_COLLATE: more then one 'else' /usr/share/i18n/locales/iso14651_t1_common:1141: symbol `(null)' not defined /usr/share/i18n/locales/iso14651_t1_common:1143: symbol `(null)' not defined /usr/share/i18n/locales/iso14651_t1_common:1144: symbol `(null)' not defined /usr/share/i18n/locales/iso14651_t1_common:1145: symbol `(null)' not defined /usr/share/i18n/locales/iso14651_t1_common:1146: symbol `(null)' not defined /usr/share/i18n/locales/iso14651_t1_common:1147: symbol `(null)' not defined /usr/share/i18n/locales/iso14651_t1_common:1148: symbol `(null)' not defined /usr/share/i18n/locales/iso14651_t1_common:1149: symbol `(null)' not defined /usr/share/i18n/locales/iso14651_t1_common:1150: symbol `(null)' not defined /usr/share/i18n/locales/iso14651_t1_common:1151: symbol `(null)' not defined /usr/share/i18n/locales/iso14651_t1_common:1152: symbol `(null)' not defined /usr/share/i18n/locales/iso14651_t1_common:1154: symbol `(null)' not defined /usr/share/i18n/locales/iso14651_t1_common:1155: symbol `(null)' not defined /usr/share/i18n/locales/iso14651_t1_common:1156: symbol `(null)' not defined /usr/share/i18n/locales/iso14651_t1_common:1157: symbol `(null)' not defined /usr/share/i18n/locales/iso14651_t1_common:1158: symbol `(null)' not defined (a lot of this until...) /usr/share/i18n/locales/iso14651_t1_common:2606: symbol `(null)' not defined tr_TR.UTF-8... -Dan

3 5

[arch-dev-public] [signoff] ntfsprogs
by Tobias Powalowski 03 Nov '07

03 Nov '07

Hi update to new version, please signoff greetings tpowa -- Tobias Powalowski Archlinux Developer & Package Maintainer (tpowa) http://www.archlinux.org tpowa(a)archlinux.org

5 10

[arch-dev-public] [signoff] ncurses
by Roman Kyrylych 03 Nov '07

03 Nov '07

Hi! This is my first commit to Core, so don't beat me hard. :-P The new ncurses package fixes circular dependencies problem reported here: http://archlinux.org/pipermail/arch/2007-November/016000.html which was introduced by previous version. Please signoff. -- Roman Kyrylych (Роман Кирилич)

4 6

[arch-dev-public] x86_64 maintainer for smc/cegui
by Andreas Radke 02 Nov '07

02 Nov '07

Who is responsible for the 64bit packages of smc/cegui? Please assign yourself to http://bugs.archlinux.org/task/8469 and remove me. Probably we need to patch cegui or update it to the development branch. I won't spend any time on game packages! Andy

1 0

[arch-dev-public] Moving gammu from [extra] to [community] (fwd)
by Eric Belanger 02 Nov '07

02 Nov '07

Hi, I just got this email from Corrado. Gammu is currently orphaned and is not a dependency of any packages in extra. Does anyone object in moving gammu to the community repo? Eric ---------- Forwarded message ---------- Date: Fri, 2 Nov 2007 10:45:00 +0100 From: bardo <ilbardo(a)gmail.com> To: eric(a)archlinux.org Subject: Moving gammu from [extra] to [community] Hi Eric. I'm the maintainer of wammu and python-gammu in [community]. They both depend on gammu, which is in [extra] and should be maintained by Aurelien. He doesn't even answer to e-mails, though, and since you're the last one that updated the package I'm writing to you. gammu has been out of date for more than three months now, and the three packages are always updated together by their author, so they all need a new version. My proposal was to move gammu in [community] and let me maintain it, since I can take care of it and as a user I need it to be updated. I don't know if you're the right person to ask this, if you don't think so I'll forward this mail to the tur-users ML and hear what other devs and TUs think. Thanks Corrado -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

3 2

[arch-dev-public] [signoff] openssl and openssh
by Pierre Schmitz 02 Nov '07

02 Nov '07

Hi, I have updated openssl to 0.9.8g. This fixes the api change introduced by 0.9.8f. I have rebuilt openssh, ruby and ntp. Please test if your openssl-apps still work. Pierre -- archlinux.de

5 4

[arch-dev-public] [signoff] csup in testing, now replaces cvsup
by Dan McGee 02 Nov '07

02 Nov '07

Need a signoff for i686 to move to current. PLEASE let me know if you are running core/glibc or testing/glibc, as I built it with testing and want to see if it is safe to push. x86_64 signoffs welcome too, I believe Eric is rebuilding as we speak. I will remove the CVS files from extra once this moves out of testing. -Dan

6 10

[arch-dev-public] Fwd: [arch] circular dependence in core
by Aaron Griffin 02 Nov '07

02 Nov '07

Forwarding to the dev list in case people don't read the arch list. ---------- Forwarded message ---------- From: Mister Dobalina <reebydobalina(a)yahoo.ca> Date: Nov 1, 2007 10:27 AM Subject: [arch] circular dependence in core To: General Discusson about Arch Linux <arch(a)archlinux.org> coreutils 6.9-3 -> depends on bash bash 3.2.025-1 -> depends on readline>=5.2 readline 5.2-4 -> depends on ncurses ncurses 5.6-4 -> depends on coreutils -> oops! Cheers, Jeremy

5 6

[arch-dev-public] [signoff] klibc 1.5-3, klibc-extras 2.3-1, klibc-udev 116-2, klibc-module-init-tools 3.2.2-1, mkinitcpio 0.5.16-1
by Thomas Bächler 31 Oct '07

31 Oct '07

Changes in these versions: klibc: - compile shared binaries by default (somehow this defaults to static in klibc 1.5) - patch klibc to be able to build klibc-module-init-tools - don't build insmod - rebuild against 2.6.23 headers klibc-extras: - update to 2.3, removed modprobe klibc-udev: - rebuild for new klibc, enable shared linking again klibc-module-init-tools: - initial commit to the repository (replaces insmod from klibc and modprobe from klibc-extras) mkinitcpio: - Fix #8448 - Change the base hook to work with klibc-m-i-t For reference, see these git repositories: http://projects.archlinux.org/git/?p=mkinitcpio.git;a=summary http://projects.archlinux.org/git/?p=klibc-extras.git;a=summary The proper way for signoff is: - Build an mkinitcpio image with a different filname than the default, but the same options - Boot - Signoff Tested and booting on x86_64.

3 3

[arch-dev-public] klibc static or shared building
by Dan McGee 31 Oct '07

31 Oct '07

On 10/31/07, Thomas Bächler <thomas(a)archlinux.org> wrote: > Changes in these versions: > > klibc: > - compile shared binaries by default (somehow this defaults to static in > klibc 1.5) > - patch klibc to be able to build klibc-module-init-tools > - don't build insmod > - rebuild against 2.6.23 headers > > klibc-extras: > - update to 2.3, removed modprobe > > klibc-udev: > - rebuild for new klibc, enable shared linking again > > klibc-module-init-tools: > - initial commit to the repository (replaces insmod from klibc and > modprobe from klibc-extras) > > mkinitcpio: > - Fix #8448 > - Change the base hook to work with klibc-m-i-t Just curious- what is the downside of building statically? It seems like it could be a plus in some ways, because you eliminate one more chance of breakage in early userspace. Of course, this also increases the size of your built binaries and increases the size of your initrd. -Dan

3 2