Re: [arch-dev-public] [signoff] man-pages 3.26-1
On 7 September 2010 21:31, Andreas Radke a.ra...@arcor.de wrote: Upstream update + include again some section 2 pages that were part of module-init-tools in the past. Fixes #20645. -Andy Changes in man-pages-3.26 Released: 2010-09-04, Munich Contributors The following people contributed notes, ideas, or patches that have been incorporated in changes in this release: Alexander Shishkin virtu...@slind.org Brian Sutin brian.su...@hs.utc.com Denis Barbier bou...@gmail.com Guillem Jover guil...@hadrons.org Jianhua Li jhl...@gmail.com Linus Nilsson lajn...@gmail.com Lenaic Huard lenaic.hu...@laposte.net m...@mcrowe.com Martin Schulze j...@infodrom.org Maxin John maxin.j...@gmail.com Michael Kerrisk mtk.manpa...@gmail.com Nicholas Hunt nh...@cs.washington.edu Peng Haitao pen...@cn.fujitsu.com Peter Stuge pe...@stuge.se Przemyslaw Szczepaniak przemyslaw.szczepan...@imgtec.com Scott Walls sawa...@umich.edu TAN Yee Fan tanye...@comp.nus.edu.sg Wu Fengguang fengguang...@intel.com Yitzchak Gale g...@sefer.org Yuri Kozlov yu...@komyakino.ru Apologies if I missed anyone! Newly documented interfaces in existing pages - eventfd.2 Michael Kerrisk Document EFD_SEMAPHORE Document the EFD_SEMAPHORE flag, added in kernel 2.6.30. Also restructured some parts of the text to fit with the addition of the EFD_SEMAPHORE text. Global changes -- getaddrinfo.3 getipnodebyname.3 st.4 Michael Kerrisk s/logical OR/bitwise OR/ Changes to individual pages --- clock_nanosleep.2 Michael Kerrisk Fix discussion of return value when interrupted by a signal epoll_ctl.2 Yuri Kozlov Small fix to types in data structures eventfd.2 Alexander Shishkin Clarified close-on-exec behavior madvise.2 Michael Kerrisk Improve discussion of MADV_SOFT_OFFLINE mkdir.2 Michael Kerrisk Add EMLINK error to ERRORS mq_getsetattr.2 mq_close.3 mq_getattr.3 mq_notify.3 mq_send.3 mq_unlink.3 Lnac Huard Fix return type in SYNOPSIS (s/mqd_t/int/) recv.2 send.2 Michael Kerrisk Remove obsolete reference to glibc version in NOTES recv.2 send.2 Nicholas Hunt Adjust type shown for msg_controllen to glibc reality This patch fixes the type of msg_controllen in the struct msghdr definition given in send.2 and recv.2 to match the definition in glibc and the kernel. select.2 Michael Kerrisk Update NOTES on old glibc pselect() Make it clear that modern glibc uses the kernel pselect() on systems where it is available. See https://bugzilla.kernel.org/show_bug.cgi?id=14411 statfs.2 Guillem Jover Fix copy paste error for __SWORD_TYPE definition sysfs.2 Michael Kerrisk Clarify that this syscall is obsolete. And strengthen recommendation to use /proc/filesystems instead. write.2 Michael Kerrisk Add EDESTADDRREQ error a64l.3 Peng Haitao Fix error in NOTES, s/a64l/l64a/ error.3 Linus Nilsson Change perror to strerror in DESCRIPTION of error() mq_send.3 Michael Kerrisk Fix EAGAIN description (s/empty/full) initrd.4 Yuri Kozlov Fix IP address in explanation of NFS example tzfile.5 Michael Kerrisk Add information on version 2 format timezone files Updated using information from the tzcode 2010l release at ftp://elsie.nci.nih.gov/pub. (It's an open question whether or not a version of tzfile.5 should live independently in man-pages. It was added to the man-pages set many years ago. For now, I'll follow a conservative course that causes least pain to downstream, by continuing to maintain a separate copy in man-pages.) See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594219 Signoff i686 I also confirm #20645 is fixed here -- Guillaume
Re: [arch-dev-public] [signoff] udev-162-1
Am Montag 06 September 2010 schrieb Thomas Bächler: Am 05.09.2010 11:05, schrieb Tobias Powalowski: Hi guys, udev 16 Bugfixes. greetings tpowa Signoff 64. anyone else i686? -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-dev-public] [signoff] udev-162-1
On 8 September 2010 10:02, Tobias Powalowski t.p...@gmx.de wrote: Am Montag 06 September 2010 schrieb Thomas Bächler: Am 05.09.2010 11:05, schrieb Tobias Powalowski: Hi guys, udev 16 Bugfixes. greetings tpowa Signoff 64. anyone else i686? -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org Sorry I thought I had already done it signoff i686 -- Guillaume
Re: [arch-dev-public] [signoff] mkinitcpio-busybox 1.17.2-1
Am 06.09.2010 19:29, schrieb Thomas Bächler: Upstream update: We switched to the now stable 1.17 branch. Please sign off. It's been almost two days, any issues here? signature.asc Description: OpenPGP digital signature
Re: [arch-dev-public] [signoff] xz 4.999.9beta-7
Am 06.09.2010 19:57, schrieb Pierre Schmitz: So, here is another xz release. The upstream change from pkgrel=6 that actually changes relevant code among some translation fixes is xz: Use an array instead of pointer for stdin_filename. Please sign off, Pierre I didn't package anything with it yet, but pacman still extracts fine, so I'll signoff both. signature.asc Description: OpenPGP digital signature
Re: [arch-dev-public] [signoff] mkinitcpio-busybox 1.17.2-1
Am Mittwoch 08 September 2010 schrieb Thomas Bächler: Am 06.09.2010 19:29, schrieb Thomas Bächler: Upstream update: We switched to the now stable 1.17 branch. Please sign off. It's been almost two days, any issues here? signoff both all fine -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-dev-public] [signoff] xz 4.999.9beta-7
Am Mittwoch 08 September 2010 schrieb Thomas Bächler: Am 06.09.2010 19:57, schrieb Pierre Schmitz: So, here is another xz release. The upstream change from pkgrel=6 that actually changes relevant code among some translation fixes is xz: Use an array instead of pointer for stdin_filename. Please sign off, Pierre I didn't package anything with it yet, but pacman still extracts fine, so I'll signoff both. signoff both -- Tobias Powalowski Archlinux Developer Package Maintainer (tpowa) http://www.archlinux.org tp...@archlinux.org signature.asc Description: This is a digitally signed message part.
Re: [arch-dev-public] [signoff] man-pages 3.26-1
On Wed, Sep 8, 2010 at 2:46 AM, Guillaume ALAUX guilla...@archlinux.org wrote: On 7 September 2010 21:31, Andreas Radke a.ra...@arcor.de wrote: Upstream update + include again some section 2 pages that were part of module-init-tools in the past. Fixes #20645. -Andy Changes in man-pages-3.26 Released: 2010-09-04, Munich Contributors The following people contributed notes, ideas, or patches that have been incorporated in changes in this release: Alexander Shishkin virtu...@slind.org Brian Sutin brian.su...@hs.utc.com Denis Barbier bou...@gmail.com Guillem Jover guil...@hadrons.org Jianhua Li jhl...@gmail.com Linus Nilsson lajn...@gmail.com Lenaic Huard lenaic.hu...@laposte.net m...@mcrowe.com Martin Schulze j...@infodrom.org Maxin John maxin.j...@gmail.com Michael Kerrisk mtk.manpa...@gmail.com Nicholas Hunt nh...@cs.washington.edu Peng Haitao pen...@cn.fujitsu.com Peter Stuge pe...@stuge.se Przemyslaw Szczepaniak przemyslaw.szczepan...@imgtec.com Scott Walls sawa...@umich.edu TAN Yee Fan tanye...@comp.nus.edu.sg Wu Fengguang fengguang...@intel.com Yitzchak Gale g...@sefer.org Yuri Kozlov yu...@komyakino.ru Apologies if I missed anyone! Newly documented interfaces in existing pages - eventfd.2 Michael Kerrisk Document EFD_SEMAPHORE Document the EFD_SEMAPHORE flag, added in kernel 2.6.30. Also restructured some parts of the text to fit with the addition of the EFD_SEMAPHORE text. Global changes -- getaddrinfo.3 getipnodebyname.3 st.4 Michael Kerrisk s/logical OR/bitwise OR/ Changes to individual pages --- clock_nanosleep.2 Michael Kerrisk Fix discussion of return value when interrupted by a signal epoll_ctl.2 Yuri Kozlov Small fix to types in data structures eventfd.2 Alexander Shishkin Clarified close-on-exec behavior madvise.2 Michael Kerrisk Improve discussion of MADV_SOFT_OFFLINE mkdir.2 Michael Kerrisk Add EMLINK error to ERRORS mq_getsetattr.2 mq_close.3 mq_getattr.3 mq_notify.3 mq_send.3 mq_unlink.3 Lnac Huard Fix return type in SYNOPSIS (s/mqd_t/int/) recv.2 send.2 Michael Kerrisk Remove obsolete reference to glibc version in NOTES recv.2 send.2 Nicholas Hunt Adjust type shown for msg_controllen to glibc reality This patch fixes the type of msg_controllen in the struct msghdr definition given in send.2 and recv.2 to match the definition in glibc and the kernel. select.2 Michael Kerrisk Update NOTES on old glibc pselect() Make it clear that modern glibc uses the kernel pselect() on systems where it is available. See https://bugzilla.kernel.org/show_bug.cgi?id=14411 statfs.2 Guillem Jover Fix copy paste error for __SWORD_TYPE definition sysfs.2 Michael Kerrisk Clarify that this syscall is obsolete. And strengthen recommendation to use /proc/filesystems instead. write.2 Michael Kerrisk Add EDESTADDRREQ error a64l.3 Peng Haitao Fix error in NOTES, s/a64l/l64a/ error.3 Linus Nilsson Change perror to strerror in DESCRIPTION of error() mq_send.3 Michael Kerrisk Fix EAGAIN description (s/empty/full) initrd.4 Yuri Kozlov Fix IP address in explanation of NFS example tzfile.5 Michael Kerrisk Add information on version 2 format timezone files Updated using information from the tzcode 2010l release at ftp://elsie.nci.nih.gov/pub. (It's an open question whether or not a version of tzfile.5 should live independently in man-pages. It was added to the man-pages set many years ago. For now, I'll follow a conservative course that causes least pain to downstream, by continuing to maintain a separate copy in man-pages.) See http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=594219 Signoff i686 I also confirm #20645 is fixed here Signoff x86_64
[arch-dev-public] mirror db died?
What happened with our mirror db? I go to the admin interfase and don't see it anymore. There was a report from our tier1 mirror that rsync access is denied, so I guess rsync.conf is broken now due to this. Whoever has an access to the db please take a look. -- Roman Kyrylych (Роман Кирилич)
Re: [arch-dev-public] mirror db died?
On Wed, Sep 8, 2010 at 7:46 AM, Roman Kyrylych roman.kyryl...@gmail.com wrote: What happened with our mirror db? I go to the admin interfase and don't see it anymore. Please look harder next time, it may have moved but is definitely still there: https://www.archlinux.org/admin/mirrors/mirror/ There was a report from our tier1 mirror that rsync access is denied, so I guess rsync.conf is broken now due to this. Whoever has an access to the db please take a look. I'll look at this, thanks for the heads up. I renamed the tables forgetting these are hardcoded into these scripts. -Dan
Re: [arch-dev-public] mirror db died?
Am 08.09.2010 14:46, schrieb Roman Kyrylych: What happened with our mirror db? I go to the admin interfase and don't see it anymore. There was a report from our tier1 mirror that rsync access is denied, so I guess rsync.conf is broken now due to this. Whoever has an access to the db please take a look. I still see the data in https://www.archlinux.org/mirrors/. signature.asc Description: OpenPGP digital signature
Re: [arch-dev-public] mirror db died?
On Wed, Sep 8, 2010 at 7:58 AM, Dan McGee dpmc...@gmail.com wrote: On Wed, Sep 8, 2010 at 7:46 AM, Roman Kyrylych roman.kyryl...@gmail.com wrote: What happened with our mirror db? I go to the admin interfase and don't see it anymore. Please look harder next time, it may have moved but is definitely still there: https://www.archlinux.org/admin/mirrors/mirror/ There was a report from our tier1 mirror that rsync access is denied, so I guess rsync.conf is broken now due to this. Whoever has an access to the db please take a look. I'll look at this, thanks for the heads up. I renamed the tables forgetting these are hardcoded into these scripts. Fixed the script and regenerated the rsync file, things should be good now. -Dan
Re: [arch-dev-public] mirror db died?
Am 08.09.2010 14:58, schrieb Dan McGee: On Wed, Sep 8, 2010 at 7:46 AM, Roman Kyrylych roman.kyryl...@gmail.com wrote: What happened with our mirror db? I go to the admin interfase and don't see it anymore. Please look harder next time, it may have moved but is definitely still there: https://www.archlinux.org/admin/mirrors/mirror/ There was a report from our tier1 mirror that rsync access is denied, so I guess rsync.conf is broken now due to this. Whoever has an access to the db please take a look. I'll look at this, thanks for the heads up. I renamed the tables forgetting these are hardcoded into these scripts. Oops, I just re-executed the gen_rsyncd.conf while you were looking into this - anyway, the file now looks fine again. signature.asc Description: OpenPGP digital signature
[arch-dev-public] cairo xcb backend
Today Cairo 1.10.0 was flagged, so it's time to update soon again. I don't know when I will introduce the new package, as I'm still working on passing the test suite included in it. Some of the tests fail here, some even crash. One thing that will definitely change is the included xcb backend. At this moment we include --enable-xcb, which is an unsupported and experimental feature. The XCB backend hasn't seen recent development, causing weird rendering bugs and sometimes even crashes. I would suggest to ship cairo 1.10.0 without the XCB backend. This means that any package that depends on the XCB backend (awesome mainly) will no longer work with our cairo package. To justify this decision, I would like to point out a comment in the Redhat bugtracker: https://bugzilla.redhat.com/show_bug.cgi?id=465759#c23
Re: [arch-dev-public] cairo xcb backend
On 9/8/10, Jan de Groot j...@jgc.homeip.net wrote: Today Cairo 1.10.0 was flagged, so it's time to update soon again. I don't know when I will introduce the new package, as I'm still working on passing the test suite included in it. Some of the tests fail here, some even crash. One thing that will definitely change is the included xcb backend. At this moment we include --enable-xcb, which is an unsupported and experimental feature. The XCB backend hasn't seen recent development, causing weird rendering bugs and sometimes even crashes. I would suggest to ship cairo 1.10.0 without the XCB backend. This means that any package that depends on the XCB backend (awesome mainly) will no longer work with our cairo package. To justify this decision, I would like to point out a comment in the Redhat bugtracker: https://bugzilla.redhat.com/show_bug.cgi?id=465759#c23 Fair enough, if enabling the xcb backend slows things down, especially if it is unmaintained so not likely to improve soon, we should remove it. It's a shame that awesome has to go but I'm sure the people using awesome know how to handle building from AUR/ABS and create a xcb-enabled cairo for it. Ronald
Re: [arch-dev-public] cairo xcb backend
On Wed, 2010-09-08 at 16:10 +0200, Ronald van Haren wrote: Fair enough, if enabling the xcb backend slows things down, especially if it is unmaintained so not likely to improve soon, we should remove it. It's a shame that awesome has to go but I'm sure the people using awesome know how to handle building from AUR/ABS and create a xcb-enabled cairo for it. If it was just an optional backend, I would leave it enabled. But the fact is that the XCB backend replaces the Xlib version, resulting in visual bugs and crashes. I'm not concerned about performance here. We have a bugreport for Seamonkey that crashes with weird BadMatch errors when compiled against system cairo. Users blame me for fucking up the seamonkey package by compiling against system cairo, but in fact, the problem is most likely caused by using the XCB backend instead of the regular Xlib backend. Note that any bugreport about Seamonkey could also be valid for Firefox and Thunderbird.
Re: [arch-dev-public] cairo xcb backend
On 9/8/10, Jan de Groot j...@jgc.homeip.net wrote: On Wed, 2010-09-08 at 16:10 +0200, Ronald van Haren wrote: Fair enough, if enabling the xcb backend slows things down, especially if it is unmaintained so not likely to improve soon, we should remove it. It's a shame that awesome has to go but I'm sure the people using awesome know how to handle building from AUR/ABS and create a xcb-enabled cairo for it. If it was just an optional backend, I would leave it enabled. But the fact is that the XCB backend replaces the Xlib version, resulting in visual bugs and crashes. I'm not concerned about performance here. We have a bugreport for Seamonkey that crashes with weird BadMatch errors when compiled against system cairo. Users blame me for fucking up the seamonkey package by compiling against system cairo, but in fact, the problem is most likely caused by using the XCB backend instead of the regular Xlib backend. Note that any bugreport about Seamonkey could also be valid for Firefox and Thunderbird. okay, seems like the way to go. Let me know when you move it into extra so I can remove awesome from community (or do it yourself if you have community repo access). Maybe a short frontpage or forum post to notify the change too? Ronald
Re: [arch-dev-public] [signoff] mkinitcpio-busybox 1.17.2-1
On 09/08/2010 11:14 AM, Thomas Bächler wrote: Am 06.09.2010 19:29, schrieb Thomas Bächler: Upstream update: We switched to the now stable 1.17 branch. Please sign off. It's been almost two days, any issues here? signoff x86_64 -- Ionuț
Re: [arch-dev-public] [signoff] xz 4.999.9beta-7
On 09/08/2010 11:22 AM, Tobias Powalowski wrote: Am Mittwoch 08 September 2010 schrieb Thomas Bächler: Am 06.09.2010 19:57, schrieb Pierre Schmitz: So, here is another xz release. The upstream change from pkgrel=6 that actually changes relevant code among some translation fixes is xz: Use an array instead of pointer for stdin_filename. Please sign off, Pierre I didn't package anything with it yet, but pacman still extracts fine, so I'll signoff both. signoff both signoff x86_64 -- Ionuț
[arch-dev-public] [signoff] sudo-1.7.4.p4
Upstream security fix release: This release fixes a security issue with respect to the handling of sudo's -g command line option when -u is also specified. The flaw may allow an attacker to run commands as a user that is not authorized by the sudoers file. For more details, see: http://www.sudo.ws/sudo/alerts/runas_group.html Some quick signoffs would be good... Signoff both, Allan
[arch-dev-public] [signoff] m4-1.4.15-1
Minor upstream update. Signoff both, Allan