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, PK
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 to be
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 all seems
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
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
On Mon, Sep 14, 2009 at 1:35 PM, Dave Airlie airl...@redhat.com 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
-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 payload is
Ben Boeckel maths...@gmail.com 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
On Mon, 2009-09-14 at 09:25 -0400, Ben Boeckel wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Dave Airlie wrote:
snip
[airl...@pegasus ~]$ md5sum lm93_busted.o
d7174fc439c4678927725d06de4f18a2 lm93_busted.o
[airl...@pegasus ~]$ xz -z -c lm93_busted.o | md5sum
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
Jonathan Dieter jdie...@gmail.com 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 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
On Sun, 13 Sep 2009 19:43:44 +0300
Jonathan Dieter jdie...@gmail.com 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
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', rebooted,
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. The hash
On Mon, Sep 14, 2009 at 9:59 PM, Bill Nottingham nott...@redhat.com 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
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. The hash
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
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.
snip
Sorry,
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 way
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 repository.
On Mon, Sep 14, 2009 at 6:08 PM, Bill Nottingham nott...@redhat.com 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,
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 options
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 long as
On Mon, Sep 14, 2009 at 6:28 PM, Bill Nottingham nott...@redhat.com 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
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:
On Mon, Sep 14, 2009 at 11:57 PM, Kushal Das kushal...@gmail.com 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 :
On Mon, Sep 14, 2009 at 09:31:48 -0700,
John Reiser jrei...@bitwagon.com 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
On Mon, Sep 14, 2009 at 20:29:11 +0300,
Jonathan Dieter jdie...@gmail.com 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
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 this?
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
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
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,
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 why/when was this
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, I'd
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
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
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
On Mon, Sep 14, 2009 at 10:49 PM, Aditya Patawari
adi...@adityapatawari.com 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
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 plan to
On Sun, Sep 13, 2009 at 3:07 PM, Rakesh Pandit rakesh.pan...@gmail.com 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
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 future may
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 changing xz so
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 deltarpms
On Mon, Sep 14, 2009 at 1:28 PM, Seth Vidal skvi...@fedoraproject.org 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
Author: pghmcfc
Update of /cvs/pkgs/rpms/perl-Sysadm-Install/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv4149
Modified Files:
.cvsignore perl-Sysadm-Install.spec sources
Log Message:
Update to 0.33
- No longer require perl(Encode)
- Use perl(LWP::UserAgent) rather than
Author: eseyman
Update of /cvs/pkgs/rpms/perl-Alien-SeleniumRC/devel
In directory cvs1.fedora.phx.redhat.com:/tmp/cvs-serv18856
Modified Files:
.cvsignore perl-Alien-SeleniumRC.spec sources
Log Message:
Update 1.01
Index: .cvsignore
47 matches
Mail list logo
