Hi.
I've been seeing hard lockups ever since KMS was merged. Originally I
ended up with processes in uninterruptible sleep (most often evolution
and bash) and then a hard lockup after a while. As of late I only get
the hard lockup with no warning so it's harder to gather data.
Bugreport is here:
On Mon, Sep 14, 2009 at 1:28 PM, Seth Vidal wrote:
>
> Boy, I'm so glad we decided to jump onto the xz ship.
>
I take it it's too late to back out and stick to bzip2 until the
situation stabilizes? I take it whatever solution ends up in F-12 is
likely to be the one used by RHEL 6 when it comes out
On Mon, 2009-09-14 at 22:25 +0200, Kevin Kofler wrote:
> Jonathan Dieter wrote:
> > So, to summarize, architecture-specific deltarpms are working perfectly
> > in rawhide right now, and, if you're running a PPC machine, all
> > deltarpms are working perfectly.
>
> I don't know at what stage the de
On Mon, 2009-09-14 at 15:43 -0400, James Antill wrote:
> On Mon, 2009-09-14 at 20:29 +0300, Jonathan Dieter wrote:
> > On Mon, 2009-09-14 at 20:25 +0300, Jonathan Dieter wrote:
> > > Ok, I've just had a conversation on IRC with Lasse Collin, the
> > > maintainer of xz. He's now planning on changin
On Mon, 2009-09-14 at 14:34 -0400, Bill Nottingham wrote:
> Jonathan Dieter (jdie...@gmail.com) said:
> > > ... in what way does he mean this? Obviously passing -1 ... -9 causes
> > > different output, much like it does in gzip/bzip2/etc.
> >
> > He means that the file generated using -5 in the f
On Sun, Sep 13, 2009 at 3:07 PM, Rakesh Pandit wrote:
> Top three FAS account holders who have completed reviewing "Package
> review" components on bugzilla for last 12 days ending 12th Sept were
> Parag AN(पराग), Andrew Overholt , and Jason Tibbitts. Below is the
> number of package reviews com
2009/9/15 Christoph Wickert wrote:
> Am Montag, den 14.09.2009, 09:27 +0530 schrieb Rakesh Pandit:
[..]
>>
>> Not completed ones, I check the date when fedora-review flag goes to
>> '+' .
>
> Thanks for the clarification. Do you also check for packages that have
> the flag set to '-'?
>
Not yet. I
On Mon, Sep 14, 2009 at 10:49 PM, Aditya Patawari
wrote:
> Initially I was also thinking of producing a larger image to include more
> packages but after reading Colin's view I also thinking that instead of
> creating a large image with all pre-installed stuff, a large image with an
> internal rep
Name Start End
Alpha Testing Tue 2009-08-25 Tue
2009-09-29
Snapshot Releases Wed 2009-09-02 Fri
2009-09-18
Build F-12 collection packages for all language translators
So after the excitement of last week's X.org Test Week, we have another
big ticket Test Day coming up on Wednesday: sound Test Day.
https://fedoraproject.org/wiki/Test_Day:2009-09-16_Audio
We will be doing some broad-based tests to try and make sure that
typical audio use works properly on as wi
Hi, everyone. We - the QA group - have recently been researching the
feasibility of using zsync to reduce the size of live image downloads.
This has hit a roadblock in the form of the problem where both rsync and
zsync use forked zlibs rather than linking against the system copy.
It seems there wa
On Mon, 2009-09-14 at 08:23 -0400, Paul W. Frields wrote:
> I wanted to suggest https://bugzilla.redhat.com/show_bug.cgi?id=518880
> as a candidate for blocker status, because it's a regression in a
> well-publicized feature. (The maintainers are already aware of the
> problem and working on it,
Am Montag, den 14.09.2009, 09:27 +0530 schrieb Rakesh Pandit:
> 2009/9/14 Christoph Wickert wrote:
> > Am Montag, den 14.09.2009, 00:48 +0530 schrieb Rakesh Pandit:
> >> 2009/9/13 Björn Persson wrote:
> >> > Is it completed reviews or modified reviews?
> >> >
> >>
> >> Completed ones.
> >
> > So wh
Fedora 12 Snapshot 1 is now available for testing. These snapshots
consist of live images only. These were composed last Friday, and made
available today.
Available at http://torrent.fedoraproject.org/:
Fedora 12 Live Snapshot 2, for i686 and x86_64
Fedora 12 Live KDE Snapshot 2,
On Tue, Sep 15, 2009 at 2:00 AM, Kevin Kofler wrote:
> I think that if we're going to ship software,
> we should also preinstall it on the live image. Otherwise users can't try
> it
> out right away when starting the live system and they have to post-install
> it manually after their installation.
Aditya Patawari wrote:
> Actually instead of increasing the size and getting a cluttered install, I
> am planning to include an internal repository. After installation end user
> will get the normal live cd stuff and an inbuilt repo which can be used to
> install packages as per the need. It will r
Jonathan Dieter wrote:
> So, to summarize, architecture-specific deltarpms are working perfectly
> in rawhide right now, and, if you're running a PPC machine, all
> deltarpms are working perfectly.
I don't know at what stage the deltarpms are being generated, but in Koji,
noarch builds can be on
On 09/14/2009 12:05 PM, John Reiser wrote:
>> Deltaisos are capable of saving roughly half the download size in
>> going from Fedora N to Fedora (N+1), but only work for installation
>> images, not live images. Is there any form of delta compression for
>> live images which is competitive with thi
On Mon, 2009-09-14 at 20:29 +0300, Jonathan Dieter wrote:
> On Mon, 2009-09-14 at 20:25 +0300, Jonathan Dieter wrote:
> > Ok, I've just had a conversation on IRC with Lasse Collin, the
> > maintainer of xz. He's now planning on changing xz so it will produce
> > the same output independent of endi
On Mon, Sep 14, 2009 at 20:29:11 +0300,
Jonathan Dieter wrote:
>
> Sorry, forgot to mention, another option would be to sign the
> *uncompressed* data in an rpm, so if the compressed data was different,
> it wouldn't matter.
Uncompressing hostile data isn't always a good idea. It is preferable
On Mon, Sep 14, 2009 at 09:31:48 -0700,
John Reiser wrote:
>
> Squashfs and lzma have been living together happily for years:
> http://www.squashfs-lzma.org/ Are you sure that squashfs in Fedora Project
> is not using lzma?
The squashfs-tools srpm does not include the squashfs-lmza patches. It
On Mon, Sep 14, 2009 at 11:57 PM, Kushal Das wrote:
> They can simply use the regular DVD in that case directly.
>
Regular DVD won't give the "try before you install" feature. Also just like
live CD this can be used as rescue disk too.
--
Aditya Patawari
Join Live DVD SIG : https://fedoraprojec
Minutes:
http://meetbot.fedoraproject.org/fedora-meeting/2009-09-14/fedora-meeting.2009-09-14-18.00.html
Minutes (text):
http://meetbot.fedoraproject.org/fedora-meeting/2009-09-14/fedora-meeting.2009-09-14-18.00.txt
Log:
http://meetbot.fedoraproject.org/fedora-meeting/2009-09-14/fedora-meeting.20
On Mon, Sep 14, 2009 at 6:28 PM, Bill Nottingham wrote:
> Colin Walters (walt...@verbum.org) said:
>> * De-duplicates the install path, allowing us to focus on streamlining
>> one single path
>
> Given the requirements for server installs (kickstart, etc.) I don't know
> that you can ever go to li
Jonathan Dieter (jdie...@gmail.com) said:
> > ... in what way does he mean this? Obviously passing -1 ... -9 causes
> > different output, much like it does in gzip/bzip2/etc.
>
> He means that the file generated using -5 in the future may be different
> than the file generated using -5 now.
As l
Colin Walters (walt...@verbum.org) said:
> * De-duplicates the install path, allowing us to focus on streamlining
> one single path
Given the requirements for server installs (kickstart, etc.) I don't know
that you can ever go to live-only (unless you really *shrink* the live
image.)
Bill
--
f
On Mon, Sep 14, 2009 at 11:54 PM, Aditya Patawari
wrote:
> I agree that it will take up more space but its a price which most of us
> will be ready to pay. Bad Internet connection is more common than smaller
> hard disks. Also if someone is concern about the disk space so much than
> he'll be usi
On Mon, Sep 14, 2009 at 11:33 PM, Bill Nottingham wrote:
>
> New:
> - user downloads DVD live iso
> - user partitions, has to include space for all other software on DVD (!)
> - user installs
> - user reboots
> - user can pick from arbitary set of software to add on
> - additional software can be
On Mon, 2009-09-14 at 13:39 -0400, Bill Nottingham wrote:
> Jonathan Dieter (jdie...@gmail.com) said:
> > He did bring up some other very good points, though. Xz's compression
> > output hasn't been set in sand, much less stone. The file format will
> > stay the same, but the same command-line o
On Mon, Sep 14, 2009 at 6:08 PM, Bill Nottingham wrote:
>
> We've been describing that future for a while. In the meantime, having
> to actually install uninstalled versions of random software seems
> inefficient.
Well, there are a few other virtues to having a larger image, namely:
* Can use we
Colin Walters (walt...@verbum.org) said:
> > New:
> > - user downloads DVD live iso
> > - user partitions, has to include space for all other software on DVD (!)
> > - user installs
> > - user reboots
> > - user can pick from arbitary set of software to add on
> > - additional software can be sele
On Mon, Sep 14, 2009 at 6:03 PM, Bill Nottingham wrote:
>
> New:
> - user downloads DVD live iso
> - user partitions, has to include space for all other software on DVD (!)
> - user installs
> - user reboots
> - user can pick from arbitary set of software to add on
> - additional software can be s
Aditya Patawari (adi...@adityapatawari.com) said:
> > How would this be different from each LiveCD group just targeting
> > a DVD size and changing their spin appropriately?
>
> Actually instead of increasing the size and getting a cluttered install, I
> am planning to include an internal reposi
Paul W. Frields said the following on 09/14/2009 05:23 AM Pacific Time:
On Fri, Sep 11, 2009 at 01:51:09PM -0700, John Poelstra wrote:
Today was the first of many exciting blocker bug review meetings in
anticipation of the Fedora 12 Beta release. Thanks to everyone who
filed bugs and partici
Jonathan Dieter (jdie...@gmail.com) said:
> He did bring up some other very good points, though. Xz's compression
> output hasn't been set in sand, much less stone. The file format will
> stay the same, but the same command-line options may result in different
> compressed files.
... in what wa
On Mon, 2009-09-14 at 20:25 +0300, Jonathan Dieter wrote:
> Ok, I've just had a conversation on IRC with Lasse Collin, the
> maintainer of xz. He's now planning on changing xz so it will produce
> the same output independent of endianess. He hasn't committed to any
> timeframe, though.
Sorry,
On Mon, 14 Sep 2009, Jonathan Dieter wrote:
Another alternative would be for rpm to have a private copy of the
xz-lib code that stays fairly static. Not sure how that would go down.
Let us never speak of that again. Thanks.
So, to summarize, architecture-specific deltarpms are working p
On Mon, 2009-09-14 at 12:30 -0400, Bill Nottingham wrote:
> Andreas Schwab (sch...@redhat.com) said:
> > > 2. xz generates different compressed files when run on different
> > > architectures
> >
> > The problem is that the encoder uses different hash functions depending
> > on the endianess. Th
On Mon, Sep 14, 2009 at 9:59 PM, Bill Nottingham wrote:
> How would this be different from each LiveCD group just targeting
> a DVD size and changing their spin appropriately?
>
Actually instead of increasing the size and getting a cluttered install, I
am planning to include an internal reposit
On 09/14/2009 06:18 AM, Tomas Mraz wrote:
> On Sun, 2009-09-13 at 19:28 -0400, Daniel J Walsh wrote:
>> On 09/12/2009 12:13 PM, Dave Jones wrote:
>>> I did two installs yesterday, and both of them have ended up with
>>> SELINUX=disabled in /etc/selinux/config
>>>
>>> I changed them back to 'enabled
Jonathan Dieter writes:
> 2. xz generates different compressed files when run on different
> architectures
The problem is that the encoder uses different hash functions depending
on the endianess. The hash functions are defined in
liblzma/lz/lz_encoder_hash.h, and are based on the values in
lzm
Deltaisos are capable of saving roughly half the download size in
going from Fedora N to Fedora (N+1), but only work for installation
images, not live images. Is there any form of delta compression for
live images which is competitive with this?
It hasn't been productized, but approximately:
On Mon, Sep 14, 2009 at 08:34:43 -0400,
"Paul W. Frields" wrote:
>
> To clarify, what I was talking about was the fact that the
> Installation DVD is really just a continuation of what has shipped
> since time immemorial in Red Hat Linux many years ago. It doesn't
> have any particular target.
On Mon, 2009-09-14 at 12:30 -0400, Bill Nottingham wrote:
> Andreas Schwab (sch...@redhat.com) said:
> > > 2. xz generates different compressed files when run on different
> > > architectures
> >
> > The problem is that the encoder uses different hash functions depending
> > on the endianess. Th
On Mon, 2009-09-14 at 09:22 -0600, Kevin Fenzi wrote:
> On Sun, 13 Sep 2009 19:43:44 +0300
> Jonathan Dieter wrote:
>
> ...snip...
>
> > I have access to i586 and x86_64 systems, but no PPC systems. Could
> > someone either give me access to a PPC system or verify themselves
> > whether xz gene
On Mon, 2009-09-14 at 18:15 +0200, Andreas Schwab wrote:
> Jonathan Dieter writes:
>
> > 2. xz generates different compressed files when run on different
> > architectures
>
> The problem is that the encoder uses different hash functions depending
> on the endianess. The hash functions are defi
On Sun, 13 Sep 2009 19:43:44 +0300
Jonathan Dieter wrote:
...snip...
> I have access to i586 and x86_64 systems, but no PPC systems. Could
> someone either give me access to a PPC system or verify themselves
> whether xz generates different files on different architectures (all
> other things b
The problem is that the encoder uses different hash functions depending
on the endianess. The hash functions are defined in
liblzma/lz/lz_encoder_hash.h, and are based on the values in
lzma_crc32_table[0]. This table is different between big end little
endian.
Not having looked at the algorit
Note that there are already Live DVDs and at least one (Games Spin) that is
limited by the 4 GiB iso size so as to be downloadable on FAT systems.
Many people who have a choice prefer USB2.0 flash memory storage over DVD
because it has much lower latency (seeks are much faster) and does not
degr
Andreas Schwab (sch...@redhat.com) said:
> > 2. xz generates different compressed files when run on different
> > architectures
>
> The problem is that the encoder uses different hash functions depending
> on the endianess. The hash functions are defined in
> liblzma/lz/lz_encoder_hash.h, and ar
Aditya Patawari (adi...@adityapatawari.com) said:
> I was just reading the mails about the Fedora print magazine. There
> Paul Frields said that "In the longer term we really do want to move
> away from the Install DVD to a Live DVD that has more
> relevant applications and content". We didn't had
Two questions:
1) Deltaisos are capable of saving roughly half the download size in
going from Fedora N to Fedora (N+1), but only work for installation
images, not live images. Is there any form of delta compression for
live images which is competitive with this?
2) (A little off topic) The inst
On Mon, 2009-09-14 at 09:25 -0400, Ben Boeckel wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> Dave Airlie wrote:
> > [airl...@pegasus ~]$ md5sum lm93_busted.o
> > d7174fc439c4678927725d06de4f18a2 lm93_busted.o
> > [airl...@pegasus ~]$ xz -z -c lm93_busted.o | md5sum
> > 86dbb83fea
Ben Boeckel writes:
> When I was playing around with xz after it came out, it detects
> the processor and memory available to it and defaults to a
> different compression quality based on that. Maybe if the
> compression quality and memory usage is set in the command line,
> you'd get the same ou
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Airlie wrote:
> On Sun, 2009-09-13 at 19:43 +0300, Jonathan Dieter wrote:
>> Deltarpm seems to be unable to generate correct rpms for
deltarpms
>> generated from noarch rpms. The uncompressed payload is
correct, but
>> the compressed xz payloa
Compose started at Mon Sep 14 06:15:04 UTC 2009
Broken deps for i386
--
anerley-0.0.20-3.fc12.i686 requires libmissioncontrol-client.so.0
anerley-devel-0.0.20-3.fc12.i686 requires pkgconfig(libmissioncontrol)
clutter-c
Initially I was also thinking of producing a larger image to include more
packages but after reading Colin's view I also thinking that instead of
creating a large image with all pre-installed stuff, a large image with an
internal repository can be created. It will reduce the user's need of
accessin
On Mon, 2009-09-14 at 09:59 +0200, Michael Schwendt wrote:
> On Sun, 13 Sep 2009 19:32:23 +0200, Stefan wrote:
>
> > https://bugzilla.redhat.com/show_bug.cgi?id=522933
>
> A couple of relevant guideline sections that comment on issues
> found quickly in the three spec files:
>
> https://fedorapr
On Sun, Sep 13, 2009 at 10:07:46PM +0530, Aditya Patawari wrote:
>I was just reading the mails about the Fedora print magazine. There
>Paul Frields said that "In the longer term we really do want to move
>away from the Install DVD to a Live DVD that has more
>relevant applications a
On Fri, Sep 11, 2009 at 01:51:09PM -0700, John Poelstra wrote:
> Today was the first of many exciting blocker bug review meetings in
> anticipation of the Fedora 12 Beta release. Thanks to everyone who
> filed bugs and participated in the discussion. I think we saw a much
> smoother release
On Mon, Sep 14, 2009 at 1:35 PM, Dave Airlie wrote:
> On Sun, 2009-09-13 at 19:43 +0300, Jonathan Dieter wrote:
>> Deltarpm seems to be unable to generate correct rpms for deltarpms
>> generated from noarch rpms. The uncompressed payload is correct, but
>> the compressed xz payload is different.
I've just built a new F12 DeviceKit-power package[1] in koji which
should be in tomorrows rawhide. This should fix some of the issues
people were having with adding and removing devices. Please can you
give this build a test, and please then reply if it either fixes a
problem you were having with t
Hi.
On Mon, 14 Sep 2009 20:35:29 +1000, Dave Airlie wrote:
> It doesn't.
Shouldn't that be 'it does'?
--
fedora-devel-list mailing list
fedora-devel-list@redhat.com
https://www.redhat.com/mailman/listinfo/fedora-devel-list
On Sun, 2009-09-13 at 19:43 +0300, Jonathan Dieter wrote:
> Deltarpm seems to be unable to generate correct rpms for deltarpms
> generated from noarch rpms. The uncompressed payload is correct, but
> the compressed xz payload is different.
>
> To test, using Rawhide's deltarpm, try running "apply
On Sun, 2009-09-13 at 19:28 -0400, Daniel J Walsh wrote:
> On 09/12/2009 12:13 PM, Dave Jones wrote:
> > I did two installs yesterday, and both of them have ended up with
> > SELINUX=disabled in /etc/selinux/config
> >
> > I changed them back to 'enabled', rebooted, which caused a relabel,
> > and
Am Montag, den 14.09.2009, 11:51 +0200 schrieb Mathieu Bridon
(bochecha):
> Hi,
>
> > I wanted to be a good packager and include the upstream CHANGELOG lines
> > in the update notes of bsf-2.4.0, but bodhi does not accept empty lines
> > (error) nor linebreaks (ignored). How is that text supposed
Hi,
> I wanted to be a good packager and include the upstream CHANGELOG lines
> in the update notes of bsf-2.4.0, but bodhi does not accept empty lines
> (error) nor linebreaks (ignored). How is that text supposed to be
> formatted?
For best results, you can use the MarkDown syntax.
Right now, P
Hi,
I wanted to be a good packager and include the upstream CHANGELOG lines
in the update notes of bsf-2.4.0, but bodhi does not accept empty lines
(error) nor linebreaks (ignored). How is that text supposed to be
formatted?
regards
Christoph
signature.asc
Description: Dies ist ein digital sig
On Sun, 13 Sep 2009 19:32:23 +0200, Stefan wrote:
> https://bugzilla.redhat.com/show_bug.cgi?id=522933
A couple of relevant guideline sections that comment on issues
found quickly in the three spec files:
https://fedoraproject.org/wiki/Packaging:Guidelines#Explicit_Requires
https://fedoraproject
69 matches
Mail list logo