Re: old_testing_critpath notifications

On Mon, 2010-11-29 at 14:34 +, Petr Pisar wrote: > On 2010-11-29, Peter Robinson wrote: > > On Mon, Nov 29, 2010 at 1:36 PM, Petr Pisar wrote: > >> On 2010-11-29, Peter Robinson wrote: > >>> On Mon, Nov 29, 2010 at 9:56 AM, Petr Pisar wrote: > >>> > > have no problems with it and I maintai

Orphaning awstats

Hi all, I'm orphaning awstats, a web log file analyzer. If anyone's interested... Aurélien -- http://aurelien.bompard.org Jabber : abomp...@jabber.fr In God we Trust. All others must submit an X.509 certificate. signature.asc Description: This is a digitally signed message part. -- dev

Re: [HEADS-UP] Moving /var/run and /var/lock to tmpfs in Rawhide

On Mon, Nov 29, 2010 at 12:21:08PM -0500, Paul Wouters wrote: > On Wed, 24 Nov 2010, Toshio Kuratomi wrote: > > >>> And when are the files and dirs created? Only when the system is > >>> booted? > >> > >> Yes. > >> > >>> But then after installing an package that requires files to be created > >>>

Re: preventing md5 mismatch errors from compression changes

On Tue, Nov 30, 2010 at 12:15:25AM +, Andre Robatino wrote: > Andre Robatino fedoraproject.org> writes: > > > 2) is easy enough. To get F14 to use the new compression unconditionally, I > > downloaded the Rawhide version of several packages and then used yum shell > > with > > the commands >

Re: memcpy overlap: quickly detect, diagnose, work around

On Mon, 2010-11-29 at 16:08 -0800, John Reiser wrote: > On 11/29/2010 03:44 PM, Matt McCutchen wrote: > > What is the mass addition of commented curly braces for? It is > > distracting from the substance of the patch. > Those comments enable parenthesis matching in some text editors. > The scopin

Clutter 1.5.8 in rawhide

Just a quick heads up - I'm currently building Clutter 1.5.8 into rawhide. Supposedly this is 100% compatible with Clutter 1.4, but there are a lot of internal changes in the backend parts so there's a possibility of bugs/regressions. (I was waiting to upgrade in Rawhide until we got the necessar

Re: headsup: ghc 7 lands in rawhide

- "Adam Williamson" wrote: > On Sun, 2010-11-28 at 21:43 -0500, Jens Petersen wrote: > > - "Adam Williamson" wrote: > > > Agreed. I really don't see a reason to break so many packages, > even > > > if it is 'only Rawhide'. Was there a reason all these rebuilds > could not > > > be complet

Re: preventing md5 mismatch errors from compression changes

Andre Robatino fedoraproject.org> writes: > 2) is easy enough. To get F14 to use the new compression unconditionally, I > downloaded the Rawhide version of several packages and then used yum shell > with > the commands > > config gpgcheck 0 > install xz-compat-libs-5.0.0-4.fc15.x86_64.rpm > upd

Re: memcpy overlap: quickly detect, diagnose, work around

On 11/29/2010 03:44 PM, Matt McCutchen wrote: > On Sun, 2010-11-28 at 15:13 -0800, John Reiser wrote: >> This patch (with .rpms for x86_64 and i686) enables glibc optionally >> to detect, diagnose, and work around overlap in memcpy/mempcpy: >> http://bitwagon.com/glibc-memlap/glibc-memlap.html

Re: memcpy overlap: quickly detect, diagnose, work around

On Mon, Nov 29, 2010 at 6:35 PM, John Reiser wrote: > While the details of inlining are subject > to change, copying in ascending address order is the order that is > assumed by all violators of the no-overlap requirement. All violators? Citation needed. I'm sure lurking somewhere there are ovel

Re: memcpy overlap: quickly detect, diagnose, work around

On Sun, 2010-11-28 at 15:13 -0800, John Reiser wrote: > This patch (with .rpms for x86_64 and i686) enables glibc optionally > to detect, diagnose, and work around overlap in memcpy/mempcpy: > http://bitwagon.com/glibc-memlap/glibc-memlap.html What is the mass addition of commented curly brace

Re: memcpy overlap: quickly detect, diagnose, work around

On 11/29/2010 01:46 PM, Kevin Kofler wrote: > John Reiser wrote: >> This patch (with .rpms for x86_64 and i686) enables glibc optionally >> to detect, diagnose, and work around overlap in memcpy/mempcpy: >> http://bitwagon.com/glibc-memlap/glibc-memlap.html >> The option to check is controlled

Re: memcpy overlap: quickly detect, diagnose, work around

On 11/28/2010 03:36 PM, Nicholas Miell wrote: > On 11/28/2010 03:13 PM, John Reiser wrote: >> The option to check is controlled by an environment variable >> MEMCPY_CHECK_ which influences choices made by __init_cpu_features >> and the STT_GNU_IFUNC mechanism for choosing alternate implementations

Re: old_testing_critpath notifications

On Mon, 29 Nov 2010 16:11:37 + (UTC), Petr wrote: > On 2010-11-29, Rahul Sundaram wrote: > > On 11/29/2010 08:04 PM, Petr Pisar wrote: > >> I do not get the idea why I should filter some irrelevant mails if > >> better is to not sent them. Especially if I cannot solve the subject of > >> the m

Re: old_testing_critpath notifications

On Mon, Nov 29, 2010 at 09:33:46AM -0800, Adam Williamson wrote: > On Mon, 2010-11-29 at 14:34 +, Petr Pisar wrote: > > > I do not get the idea why I should filter some irrelevant mails if > > better is to not sent them. Especially if I cannot solve the subject of > > the mail. Yeah, the subje

Re: old_testing_critpath notifications

Rahul Sundaram wrote: > I am sorry but "somebody does not did his job"? It is not the "job" of > anyone to test packages for you. They are merely helping out and we > will get more help if we express gratitude instead of a sense of > entitlement. But this is exactly why the current policy which

Re: memcpy overlap: quickly detect, diagnose, work around

John Reiser wrote: > This patch (with .rpms for x86_64 and i686) enables glibc optionally > to detect, diagnose, and work around overlap in memcpy/mempcpy: > http://bitwagon.com/glibc-memlap/glibc-memlap.html > The option to check is controlled by an environment variable > MEMCPY_CHECK_ which i

Re: [HEADS-UP] Moving /var/run and /var/lock to tmpfs in Rawhide

On 11/23/2010 04:32 PM, Lennart Poettering wrote: > On Tue, 23.11.10 16:12, Doug Ledford (dledf...@redhat.com) wrote: > >> On 11/23/2010 03:48 PM, Lennart Poettering wrote: >>> Heya! >>> >>> I hereby want to let everybody know that in the next days I will turn on >>> /var/run and /var/lock on tmpf

Re: Looking for testers: RPM 4.9 alpha

On Mon, 29 Nov 2010, Jason L Tibbitts III wrote: >> "PM" == Panu Matilainen writes: > > PM> In particular, I'm interested in feedback on the new, pluggable and > PM> enhanced dependency extration system. Documentation is scarce at the > PM> moment but some background and examples can be found

Re: Looking for testers: RPM 4.9 alpha

On Mon, 29 Nov 2010, Marcela Mašláňová wrote: > On 11/26/2010 12:20 PM, Panu Matilainen wrote: >> It's that time of year again, although there seems to be an off-by-one bug >> in the calendar system causing some inconsistency in the timing wrt last >> year :P >> http://lists.fedoraproject.org/pi

Re: orphaning licq

On Mon, Nov 29, 2010 at 11:04 AM, Jiri Moskovcak wrote: > On 11/27/2010 12:15 AM, François Cami wrote: >> >> On Fri, Nov 26, 2010 at 1:51 PM, Jiri Moskovcak >>  wrote: >>> >>> I'm no longer interested in this package, so I'm going to orphan in it. >>> IMHO there is not much users anyway, so how ab

[Test-Announce] Please Help Test 389 Directory Server 1.2.7.1

389-ds-base-1.2.7.1 is now in Testing. This release has some key fixes for bugs in 1.2.7. Please help us test. The sooner we can get this release tested, the sooner we can push it to Stable and make it generally available. There is also a new 389-admin-1.1.13 package. Installation yum ins

Re: Looking for testers: RPM 4.9 alpha

On Mon, 29 Nov 2010 10:15:47 -0600 "Jason L Tibbitts III" wrote: > > "PM" == Panu Matilainen writes: > > PM> In particular, I'm interested in feedback on the new, pluggable > PM> and enhanced dependency extration system. Documentation is scarce > PM> at the moment but some background and ex

Re: old_testing_critpath notifications

On Mon, 2010-11-29 at 14:34 +, Petr Pisar wrote: > I do not get the idea why I should filter some irrelevant mails if > better is to not sent them. Especially if I cannot solve the subject of > the mail. Yeah, the subject is somobody does not did his job. I cannot > imagine the knowledge would

Re: [HEADS-UP] Moving /var/run and /var/lock to tmpfs in Rawhide

On Wed, 24 Nov 2010, Toshio Kuratomi wrote: >>> And when are the files and dirs created? Only when the system is >>> booted? >> >> Yes. >> >>> But then after installing an package that requires files to be created >>> by tmpfiles.d the system needs to be rebooted before it can be used. Or >>> will

Re: headsup: ghc 7 lands in rawhide

On Sun, 2010-11-28 at 21:43 -0500, Jens Petersen wrote: > - "Adam Williamson" wrote: > > Agreed. I really don't see a reason to break so many packages, even > > if it is 'only Rawhide'. Was there a reason all these rebuilds could not > > be completed in the tag? > > Well mostly me being a sla

Re: Looking for testers: RPM 4.9 alpha

> "PM" == Panu Matilainen writes: PM> In particular, I'm interested in feedback on the new, pluggable and PM> enhanced dependency extration system. Documentation is scarce at the PM> moment but some background and examples can be found here: PM> http://laiskiainen.org/blog/?p=35 Unfortunatel

Re: old_testing_critpath notifications

On 2010-11-29, Rahul Sundaram wrote: > On 11/29/2010 08:04 PM, Petr Pisar wrote: >> I do not get the idea why I should filter some irrelevant mails if >> better is to not sent them. Especially if I cannot solve the subject of >> the mail. Yeah, the subject is somobody does not did his job. I canno

Re: old_testing_critpath notifications

On 11/29/2010 08:04 PM, Petr Pisar wrote: > I do not get the idea why I should filter some irrelevant mails if > better is to not sent them. Especially if I cannot solve the subject of > the mail. Yeah, the subject is somobody does not did his job. I cannot > imagine the knowledge would help me in

Re: biosdevname hitting rawhide

On 11/29/2010 08:27 PM, Matt Domsch wrote: > On Mon, Nov 29, 2010 at 12:17:22AM -0600, Matt Domsch wrote: >> I've just pushed biosdevname-0.3.1 into rawhide. This is not yet >> installed by default as part of @base, nor is it used by anaconda, but >> those changes will come over the next few days.

upstart and /var/{lock,run} on tmpfs in Rawhide

Hello, upstart (upstart-0.6.6-3.fc15) now includes tmpfiles job (/etc/init/tmpfiles.conf) which looks for /var/{lock,run}/* directories configured via /etc/tmpfiles.d/* files and tries to create them if they don't exist. It allows to switch to upstart without tmpfs on /var/{lock,run} even if so

Re: biosdevname hitting rawhide

On Mon, Nov 29, 2010 at 12:17:22AM -0600, Matt Domsch wrote: > I've just pushed biosdevname-0.3.1 into rawhide. This is not yet > installed by default as part of @base, nor is it used by anaconda, but > those changes will come over the next few days. I've pushed the comps change to pull biosdevna

Re: Looking for testers: RPM 4.9 alpha

On 11/26/2010 12:20 PM, Panu Matilainen wrote: > It's that time of year again, although there seems to be an off-by-one bug > in the calendar system causing some inconsistency in the timing wrt last > year :P > http://lists.fedoraproject.org/pipermail/devel/2009-November/042339.html > > Anyway, b

Re: old_testing_critpath notifications

On 2010-11-29, Peter Robinson wrote: > On Mon, Nov 29, 2010 at 1:36 PM, Petr Pisar wrote: >> On 2010-11-29, Peter Robinson wrote: >>> On Mon, Nov 29, 2010 at 9:56 AM, Petr Pisar wrote: >>> >>> Proven testers do get copies of these emails (dozens of them) and its >>> also summarised in the updat

Re: old_testing_critpath notifications

On 11/29/2010 02:46 PM, Peter Robinson wrote: > On Mon, Nov 29, 2010 at 1:36 PM, Petr Pisar wrote: >> On 2010-11-29, Peter Robinson wrote: >>> On Mon, Nov 29, 2010 at 9:56 AM, Petr Pisar wrote: >>> >>> Proven testers do get copies of these emails (dozens of them) and its >>> also summarised in t

Re: old_testing_critpath notifications

On Mon, Nov 29, 2010 at 1:36 PM, Petr Pisar wrote: > On 2010-11-29, Peter Robinson wrote: >> On Mon, Nov 29, 2010 at 9:56 AM, Petr Pisar wrote: >> >> Proven testers do get copies of these emails (dozens of them) and its >> also summarised in the updates-testing report for all to see. >> > Oh, I

Re: old_testing_critpath notifications

On 2010-11-29, Peter Robinson wrote: > On Mon, Nov 29, 2010 at 9:56 AM, Petr Pisar wrote: > > Proven testers do get copies of these emails (dozens of them) and its > also summarised in the updates-testing report for all to see. > Oh, I thought described as `For testers of Fedora development rele

rawhide report: 20101129 changes

Compose started at Mon Nov 29 08:15:05 UTC 2010 Broken deps for x86_64 -- beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0()(64bit) beagle-0.3.9-19.fc14.x86_64 requires libmono.so.0(VER_1)(64bit) bognor-regis-0.6.11-1

Re: Introducing wicked

On Fri, Nov 26, 2010 at 10:24:34AM +0100, Olaf Kirch wrote: > On Thursday 25 November 2010 21:29:30 Richard W.M. Jones wrote: > > On Thu, Nov 25, 2010 at 05:24:37PM +0100, Olaf Kirch wrote: > > > You may ask, don't we have enough of those already? Don't we have > > > NetworkManager, connman, netcf,

Re: old_testing_critpath notifications

On Mon, Nov 29, 2010 at 9:56 AM, Petr Pisar wrote: > Hello, > > Few days ago I started to get very usefull notifications that my > critical package, mingetty-1.08-6.fc13, `has been in 'testing' status > for over 2 weeks, and has yet to be approved.' > > I doubt such mails help me as the package ma

Re: orphaning licq

On 11/27/2010 12:15 AM, François Cami wrote: > On Fri, Nov 26, 2010 at 1:51 PM, Jiri Moskovcak wrote: >> I'm no longer interested in this package, so I'm going to orphan in it. >> IMHO there is not much users anyway, so how about removing it entirely? > > I'd like to take it if you orphan it, if y

old_testing_critpath notifications

Hello, Few days ago I started to get very usefull notifications that my critical package, mingetty-1.08-6.fc13, `has been in 'testing' status for over 2 weeks, and has yet to be approved.' I doubt such mails help me as the package maintainer, because according current Updates policy

Re: Looking for testers: RPM 4.9 alpha

On Sun, 28 Nov 2010, Simo Sorce wrote: > On Sun, 28 Nov 2010 12:15:52 +0200 (EET) > Panu Matilainen wrote: > >> On Sun, 28 Nov 2010, Kevin Kofler wrote: >> >>> Panu Matilainen wrote: The draft release notes are at http://rpm.org/wiki/Releases/4.9.0 >>> >>> 1. This change: >>> | Packages with