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

Re: [arch-dev-public] [tur-users] Mailing list name change/modifications
by eliott 08 Nov '07

08 Nov '07

Any more thoughts on this thread? As a recap for those who haven't been following.. We are discussion the removal of arch-projects mailing list. The addition of an aur-dev mailing list to handle the development of the aur. Renaming tur-users mailing list to aur (or aur-general) for increased clarity and to bring the name inline with the actual project name.

3 2

[arch-dev-public] rebuilding the whole core repo
by Andreas Radke 08 Nov '07

08 Nov '07

A new glibc 2.7 is out and it's time to build a new toolchain. After each major glibc and gcc update it's recommended to rebuild every pkg. Only that way you can make sure to get latest (speed) improvements and fixes. This is no problem for all non-rolling release distros. So far we haven't done this before. But now we should try. ArchLinux community strongly depends on good internet connections. So for most parts of the users this will be no problem. My suggestion: 1) We rebuild the core repo. It's small enough to start there. We run a script increasing the pkgrel, run makeworld and upload everything to testing. I'm not sure if makeworld {core,lib,devel,support} will run through. We should test it. We could still hack a simple script doing the makepkg calls one by one in the order we like. After some testing this whole bunch of packages would move to core. Both needs to be done for i686 and x86_64. 2) The extra cleanup should be done meanwhile. 3) Rebuild extra repo and fix or kick broken packages. I could offer some systems to do the rebuilds. I only have slow upload bandwidth. Thoughts? How could help out? -Andy

11 18

[arch-dev-public] First list of removal candidates
by Eric Belanger 05 Nov '07

05 Nov '07

Hi, As promised, here is a first list of removal candidates. Please go through it to make sure we don't remove a package that, for some reason, should remain in extra. Some of the reason are actually questions (cvsup, gnome-system-tools, ksymoops, makedev, nail, rxvt_ja, rxvt) so it would be nice if someone can answer them. As said before, some of these packages are depends of community packages. Please just dicuss them for now. I would prefer to do the actual removal myself. I will do so in a few days after the discussion. ===================================== Package Reason to remove it. ===================================== asteroids3d orphaned games atomix orphaned games cgoban2 orphaned games cl-ppcre unused lib cl-ppmx unused lib cl-sdraw unused lib connmon sources not found/dead project cvsup Can be replaced by csup which builds on both architecture. dmalloc orphaned/low usage easysock dead project (or merged with libggz) eterm only one that still depends on freetype1 eventlog unused lib fnlib unused lib fortunelock orphaned games gdsl unused lib gimp-freetype old, gimp plugin gimp-panorama-tools can't be installed because one of its depends (panorama-tools) was removed as it was obsolete gkx86info depends on gkrellm which has been moved to community glchess orphaned games glitz unused lib gltron orphaned games gnome-system-tools (in unstable) replace with new package from AUR and move to Extra? gramofile dead project gtetrinet orphaned games gtk+extra unused lib gtk-thinice-theme theme for gtk, low usage, this type of pkg can be moved to AUR gtk2+extra unused lib gtodo AUR candidate, low usage hermes unused lib javax-usb orphaned/low usage ksymoops Does it still work? It's a 2 yrs old kernel util. From the version number, it seems that it was for kernel 2.4 libdivxdecore orphaned/depreceated libesmtp unused lib libgdamm unused lib libggz unused lib libghttp unused lib libnss-mysql unused lib libpixman unused lib libproplist unused lib libsafe unused lib libsvg-cairo unused lib libunicode unused lib lighthouseblue-gtk1 theme for gtk, low usage, this type of pkg can be moved to AUR lopster No more development based on this release is planned. makedev Do we need this anymore? What do we gain over mknod? metakit unused lib mgm updated 2004, dead project mm unused lib mowitz unused lib mt-st low usage: it's for Linux SCSI tape driver mtx low usage: it's for tape drives nail has been integrated into the Heirloom project as mailx. We already have another mailx package so we might as well remove nail napshare last version dates from Jan. 2006, doesn't build neverball orphaned game nurbs++ unused lib pclock WM dockapp pdns-ldap unused lib pdns-mysql unused lib pdns-pgsql unused lib peacock orphaned/low usage phpmyadmin orphaned web package pwm low usage: lightweight window manager rcs obsoleted by more modern/popular SCM ringtonetools old, low usage rxtx orphaned/low usage rxvt_ja can be replaced by rxvt-unicode (I guess) rxvt can be replaced by rxvt-unicode (I guess) sdlmm orphaned/low usage shapelib unused lib skyutils unused lib spectemu orphaned/low usage trackballs orphaned game ucl unused lib vcr one of it's depends (avifile) has been moved to community wwl low usage: ham-radio x264-svn (in unstable) orphaned, stable version is in extra ======================================================== -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.

14 27

[arch-dev-public] [signoff] netcfg-2
by James Rayner 03 Nov '07

03 Nov '07

Pending some minor changes I'll upload tonight and signoff here, I'll put netcfg2 into [testing] this thursday/friday. I've been operating the scripts pretty heavily on a massive range of networks & configurations (coffee shops, universities, home networks, libraries) for the last 3 months without issue and am confident they are stable enough for the repos. They have fairly strong user support, and the documentation will develop quickly (already more than stock netcfg). After sufficient time in testing, I intend to move them to [core] and have the current netcfg removed from initscripts as it will effectively be superceded. http://bbs.archlinux.org/viewtopic.php?id=36384 http://wiki.archlinux.org/index.php/Network_Scripts James

2 3

[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] 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] [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