Top five FAS account holders who have completed reviewing "Package review"
components on bugzilla for last 2 weeks ending 14th Feb were Mohammed Morsi,
Haïkel Guémar, Jason Tibbitts, Mohamed El Morabity and Parag AN(पराग).
Mohammed Morsi : 4
https://bugzilla.redhat.com/show_bug.cgi?id=668
On 02/13/2011 08:35 PM, Braden McDaniel wrote:
> On Sun, 2011-02-13 at 20:23 -0800, Christopher Aillon wrote:
>> On 02/13/2011 12:32 PM, Braden McDaniel wrote:
>>> Isn't there yet more breakage coming, as well?
>>>
>>>
>>> https://groups.google.com/forum/#!topic/mozilla.dev.tech.js-engin
On Sun, 2011-02-13 at 20:23 -0800, Christopher Aillon wrote:
> On 02/13/2011 12:32 PM, Braden McDaniel wrote:
> > Isn't there yet more breakage coming, as well?
> >
> >
> > https://groups.google.com/forum/#!topic/mozilla.dev.tech.js-engine/5uQ9oIPyio4
> >
> > Perhaps we should just wait
On 02/13/2011 12:32 PM, Braden McDaniel wrote:
> Isn't there yet more breakage coming, as well?
>
>
> https://groups.google.com/forum/#!topic/mozilla.dev.tech.js-engine/5uQ9oIPyio4
>
> Perhaps we should just wait for this?
>
Those patches already landed in tracemonkey on Wednesday and
m
On 02/13/2011 01:29 PM, Dennis Jacobfeuerborn wrote:
snip
>>
>> Good to hear that it worked!
>>
>> Note that the barrier code makes your data safer, so you should run with it
>> on
>> by default (unless you really don't care about the file system).
>
>
> If ext3 was running fine without barriers
On Thu, Feb 10, 2011 at 10:28 PM, Matthias Clasen wrote:
> On Thu, 2011-02-10 at 19:30 +0100, Kevin Kofler wrote:
> [...]
> Interesting idea. Note that I've _just_ released the stable GTK+ 3.0.0.
> We could think about updating the gtk3 package in F14 to 3.0.0 if that
> is useful for people. We ha
I wrote:
> to allow porting applications to GTK+ 3 and testing them with a current
> GTK+ 3 on Fedora 14 (the stock 2.90.5 is quite old, from before the
> theming changes, among other things), I have prepared packages of the
> latest gtk3 (2.99.3) for Fedora 14:
> http://repos.fedorapeople.org/repo
On Thu, 10.02.11 09:33, Miroslav Lichvar (mlich...@redhat.com) wrote:
>
> On Tue, Feb 08, 2011 at 06:16:29PM +0100, Lennart Poettering wrote:
> > > The problem is it would require making screen setuid root which I do not
> > > think it is too good idea.
> >
> > Well, I think the fear of making
On Sun, 2011-02-13 at 13:30 +0300, Pavel Alexeev (aka Pahan-Hubbitus)
wrote:
> Hello.
>
> Few day ago I asked [1] build js without UTF-8 C strings. But before
> that was opposite request.
> As acceptable solution found update to recent version, starting from
> 1.8.0-rc1 [2]. But it have also kn
Chris Adams wrote:
> Have you also checked /var/lib/mock?
Um, no.
A quick look at /var/lib/mock made the problem obvious. /var/lib/mock and
/var/cache/mock were both pointed at /disk/data/mock. What happened was most
likely that Mock deleted /var/lib/mock/fedora-rawhide-x86_64 and thereby
dele
On Sunday, February 13, 2011 12:24:14 pm Peter Robinson wrote:
> On Sat, Feb 12, 2011 at 10:58 PM, Ben Boeckel wrote:
> > John Reiser wrote:
> >> The mass rebuild has broken the dependencies of packages in rawhide,
> >> and I'm upset about it.
> >>
> >> For instance, fresh install General Deskto
W dniu 13 lutego 2011 19:29 użytkownik Dennis Jacobfeuerborn
napisał:
> On 02/12/2011 11:52 PM, Ric Wheeler wrote:
>>
>> On 02/12/2011 05:31 PM, Michał Piotrowski wrote:
>>>
>>> Hi,
>>>
>>> W dniu 12 lutego 2011 23:19 użytkownik Ric Wheeler
>>> napisał:
On 02/12/2011 05:12 PM, Michał
Once upon a time, Björn Persson said:
> I can't use /var/cache/mock as a reference, but the permissions should be
> right since I used cp -a. What I have now is:
You can always check the RPM database:
$ rpm -qvl mock | fgrep /var/cache/mock
drwxrwsr-x2 rootmock0
Ville Skyttä wrote:
> On 02/13/2011 07:00 PM, Björn Persson wrote:
> > Is there any particular reason why Mock can't work when /var/cache/mock
> > is bind-mounted?
> >
> > I have a relatively small flash drive for the root filesystem and a big
> > disk mounted on /disk/data. To avoid filling the f
Chris Adams wrote:
> Once upon a time, Björn Persson said:
> > I can imagine that the file permissions might be wrong, although they
> > seem OK to me, but the error is that the directory doesn't exist. Why
> > are the directories removed and not re-created?
>
> You mention the probable cause, bu
On 02/12/2011 11:52 PM, Ric Wheeler wrote:
> On 02/12/2011 05:31 PM, Michał Piotrowski wrote:
>> Hi,
>>
>> W dniu 12 lutego 2011 23:19 użytkownik Ric Wheeler
>>napisał:
>>> On 02/12/2011 05:12 PM, Michał Piotrowski wrote:
Hi,
I added a disc to my box. I wanted to use ext4. I run
On Sat, Feb 12, 2011 at 11:52 PM, Kevin Kofler wrote:
> Dennis Gilmore wrote:
>
>> On Friday, February 11, 2011 04:16:44 am Christoph Wickert wrote:
>>> On IRC you said it is ok to just push a build. Do I now need to submit
>>> them through bodhi?
>>
>> yes you need to push them though bodhi.
>
>
On Sat, Feb 12, 2011 at 10:58 PM, Ben Boeckel wrote:
> John Reiser wrote:
>> The mass rebuild has broken the dependencies of packages in rawhide,
>> and I'm upset about it.
>>
>> For instance, fresh install General Desktop from DVD made just after
>> the mass rebuild, then boot the new system and
On Mon, Feb 7, 2011 at 8:59 PM, Bill Nottingham wrote:
> Each release, we undergo the effort to track down owners for orphaned
> packages in the release, and block those orphaned packages where
> necessary. It's that time again for Fedora 15.
>
> The following packages are currently orphaned and e
On 02/13/2011 07:00 PM, Björn Persson wrote:
> Is there any particular reason why Mock can't work when /var/cache/mock is
> bind-mounted?
>
> I have a relatively small flash drive for the root filesystem and a big disk
> mounted on /disk/data. To avoid filling the flash drive I bind-mounted
> /
Once upon a time, Björn Persson said:
> I can imagine that the file permissions might be wrong, although they seem OK
> to me, but the error is that the directory doesn't exist. Why are the
> directories removed and not re-created?
You mention the probable cause, but you don't show the perms.
Is there any particular reason why Mock can't work when /var/cache/mock is
bind-mounted?
I have a relatively small flash drive for the root filesystem and a big disk
mounted on /disk/data. To avoid filling the flash drive I bind-mounted
/disk/data/mock on /var/cache/mock. When I run "fedpkg moc
Hello.
Few day ago I asked [1] build js without UTF-8 C strings. But before
that was opposite request.
As acceptable solution found update to recent version, starting from
1.8.0-rc1 [2]. But it have also known bugs and we move to 1.8.5 version
from Firefox 4.0 [3] mercurial repository.
1.8 vers
23 matches
Mail list logo
