/*Frank Murphy frankl...@gmail.com*/ wrote on 05/08/2010 10:51:42 PM
+0450:
On 08/05/10 19:15, Hedayat Vatnakhah wrote:
Please have a look at the last comments of the bug. Most of the
implementation is done, the only missing part is how to mount the CD/DVD
in PackageKit!
On Sun, 2010-05-09 at 11:22 +0430, Hedayat Vatankhah wrote:
Frank Murphy frankl...@gmail.com wrote on 05/08/2010 10:51:42 PM
+0450:
On 08/05/10 19:15, Hedayat Vatnakhah wrote:
Please have a look at the last comments of the bug. Most of the
implementation is done, the only missing
On 09/05/10 07:52, Hedayat Vatankhah wrote:
--snip--
No, the problem is this: PackageKit does not know how to mount a
removable media.
It doesn't need to.
--snip--
Mount DVD as normal.
your dvd.repo : baseurl:file://path/to/dvd/(repodata)
eg: baseurl=file:/media/Fedora 12 i386 DVD
On ۱۰/۰۵/۰۹ 11:41, Frank Murphy wrote:
On 09/05/10 07:52, Hedayat Vatankhah wrote:
--snip--
No, the problem is this: PackageKit does not know how to mount a
removable media.
It doesn't need to.
--snip--
Mount DVD as normal.
your dvd.repo : baseurl:file://path/to/dvd/(repodata)
eg:
On ۱۰/۰۵/۰۹ 11:43, Ankur Sinha wrote:
On Sun, 2010-05-09 at 11:22 +0430, Hedayat Vatankhah wrote:
Frank Murphyfrankl...@gmail.com wrote on 05/08/2010 10:51:42 PM
+0450:
On 08/05/10 19:15, Hedayat Vatnakhah wrote:
Please have a look at the last comments of the bug.
On 09/05/10 10:28, Hedayat Vatankhah wrote:
--snip--
eg: baseurl=file:/media/Fedora 12 i386 DVD
enabled=1
gpgcheck=true
Why fix a bug that doesn't need to be fixed.
Above method works for me.
Personally I do know how to use DVD as a repository, but that's not
suitable for users AT ALL.
On Sun, May 9, 2010 at 12:09 PM, Adam Williamson awill...@redhat.com wrote:
On Fri, 2010-05-07 at 19:40 -0700, John Poelstra wrote:
Matěj Cepl said the following on 05/07/2010 04:41 PM Pacific Time:
More and more I was writing this email, more and more I tend to agree
with somebody today,
Personally I think Fedora is good at what it does, and although it
causes me some frustration that Fedora isn't better at wooing mass
market users, I wouldn't want to make radical changes to structures
and processes to chase some goals.
There would be much easier and more painless ways to woo
Frank Murphy wrote:
That *should not* be default for most users,
as it will end up breaking quite a lot,
if used with other repos. (updates,updates-tesing, 3rd party)
If using the DVD together with the updates repository would break quite a lot,
then how can we all be using the stable and
On 09/05/10 12:34, Björn Persson wrote:
Frank Murphy wrote:
That *should not* be default for most users,
as it will end up breaking quite a lot,
if used with other repos. (updates,updates-tesing, 3rd party)
If using the DVD together with the updates repository would break quite a lot,
Compose started at Sun May 9 08:15:17 UTC 2010
Broken deps for i386
--
almanah-0.7.2-1.fc13.i686 requires libedataserver-1.2.so.11
almanah-0.7.2-1.fc13.i686 requires libedataserverui-1.2.so.8
anjal-0.3.2-2.fc14.i686
/*Frank Murphy frankl...@gmail.com*/ wrote on 05/09/2010 4:20:15 PM +0450:
On 09/05/10 12:34, Björn Persson wrote:
Frank Murphy wrote:
That *should not* be default for most users,
as it will end up breaking quite a lot,
if used with other repos. (updates,updates-tesing, 3rd party)
On 09/05/10 13:34, Hedayat Vatankhah wrote:
--snip--
Frank
Well, sorry but you simply don't get it! Give a Fedora DVD to a new
Linux user and tell him to install it on his own system.
Then ask him to
install Eclipse from DVD since he will most probably NOT opt to
customize his package set
Dne 9.5.2010 12:09, Adam Williamson napsal(a):
Making any change is much harder than it should be; we always end up
in endless discussions without any outcome while others like Ubuntu
seems to have a better decision making process; and seriously I think
this is the one which basically blocks
Dne 9.5.2010 06:53, Chen Lei napsal(a):
For them, we can simply:
1. Simply orphan those application from repos which have dead upstream
for a long time. Normally, those allipcations have better alternatives
using GTK+ 2.x, we don't need worry about this.
2.Update applications to GTK 2.x port
2010/5/9 Andrea Musuruane musur...@gmail.com
On F-12/x86_64:
$ repoquery --whatrequires --alldeps gtk+ |grep x86_64|sort
bubblemon-0:1.46-10.fc12.x86_64
crossfire-client-0:1.11.0-3.fc12.x86_64
dillo-0:0.8.6-11.fc12.x86_64
gcombust-1:0.1.55-16.x86_64
gcx-0:0.9.11-9.fc12.x86_64
On 05/09/2010 03:17 PM, Chen Lei wrote:
2010/5/9 Andrea Musuruane musur...@gmail.com mailto:musur...@gmail.com
On F-12/x86_64:
$ repoquery --whatrequires --alldeps gtk+ |grep x86_64|sort
bubblemon-0:1.46-10.fc12.x86_64
crossfire-client-0:1.11.0-3.fc12.x86_64
2010/5/9 Andrea Musuruane musur...@gmail.com
On F-12/x86_64:
$ repoquery --whatrequires --alldeps gtk+ |grep x86_64|sort
bubblemon-0:1.46-10.fc12.x86_64
crossfire-client-0:1.11.0-3.fc12.x86_64
dillo-0:0.8.6-11.fc12.x86_64
gcombust-1:0.1.55-16.x86_64
gcx-0:0.9.11-9.fc12.x86_64
On Sun, 2010-05-09 at 12:16 +0100, Camilo Mesias wrote:
Personally I think Fedora is good at what it does, and although it
causes me some frustration that Fedora isn't better at wooing mass
market users, I wouldn't want to make radical changes to structures
and processes to chase some goals.
2010/5/9 Andrea Musuruane musur...@gmail.com
On Sun, May 9, 2010 at 3:49 PM, Matěj Cepl mc...@redhat.com wrote:
Dne 9.5.2010 06:53, Chen Lei napsal(a):
For them, we can simply:
1. Simply orphan those application from repos which have dead upstream
for a long time. Normally, those
On 05/09/2010 06:09 AM, Adam Williamson wrote:
I'm tempted to agree in practice with Matej that it is. I don't think we
can kid ourselves that we're doing a particularly good job of making a
desktop for end users; if we were, we wouldn't be being trashed by
Ubuntu in this area (let alone OS X
On Sat, May 8, 2010 at 2:22 PM, Toshio Kuratomi a.bad...@gmail.com wrote:
I see that we're calling killall -TERM instead of killall -HUP in the patch.
That seems non-optimal (since it means we'll keep shutting down the gconfd
server instead of letting it use it's 30second timeout)
That's
06.05.2010 01:40, Warren Togami ?:
(10/12): samba-3.5.2-60.fc13.x86_64.rpm (71%) 73%
[- ] 0.0 B/s | 3.7 MB
3340883129410265958989882401668816722716705737932:48 ETA
Anyone else seeing this kind of behavior with F-13 yum within kvm or
vmware
Frank Murphy wrote:
That *should not* be default for most users,
as it will end up breaking quite a lot,
if used with other repos. (updates,updates-tesing, 3rd party)
as %requires may have changed quite a bit since DVD was released.
That shouldn't be a problem as long as updates is enabled.
Jaroslav Reznik wrote:
I think it would be better to drop ntp support completely from s-c-d once
chrony becomes default in Fedora. We aim to support default Fedora
configuration tools. Radek Novacek is now working on date/time DBus
interface under FMCI umbrella.
Speaking of configuration
Mail Lists wrote:
The prime motivation of this project is a use case of intermittent
internet connections of 5 mins a day.
I seriously doubt that is the common use case for majority of fedora
users.
I think intermittent Internet connections are actually extremely common.
Think
On Sun, 2010-05-09 at 11:09 +0100, Adam Williamson wrote:
I'm tempted to agree in practice with Matej that it is. I don't think we
can kid ourselves that we're doing a particularly good job of making a
desktop for end users; if we were, we wouldn't be being trashed by
Ubuntu in this area (let
On Wed, May 5, 2010 at 7:35 AM, Miroslav Lichvar mlich...@redhat.com wrote:
With the latest improvements in the chrony package related to
NetworkManager and name resolving I think it is now good enough to
replace ntpd in the default configuration and the configurations
supported by
On 05/09/2010 01:45 PM, Stephen John Smoogen wrote:
lets go over a couple of things to help lower the grumpiness of others.
A good summary which shows care and thoughtfulness - please add also
the question:
4) For servers (distinct from the desktop use case) - which would be
the better
On Sun, May 09, 2010 at 11:56:27AM -0400, Colin Walters wrote:
On Sat, May 8, 2010 at 2:22 PM, Toshio Kuratomi a.bad...@gmail.com wrote:
I see that we're calling killall -TERM instead of killall -HUP in the patch.
That seems non-optimal (since it means we'll keep shutting down the gconfd
/*Kevin Kofler kevin.kof...@chello.at*/ wrote on 05/09/2010 9:24:04 PM
+0450:
Frank Murphy wrote:
That *should not* be default for most users,
as it will end up breaking quite a lot,
if used with other repos. (updates,updates-tesing, 3rd party)
as %requires may have changed quite a bit
sön 2010-05-09 klockan 11:22 +0430 skrev Hedayat Vatankhah:
No, the problem is this: PackageKit does not know how to mount a
removable media.
Why do you even need to mount it? Removable media is of course
automatically mounted when you insert it (if someone is logged in on the
console).
On Sun, 2010-05-09 at 14:04 -0400, Toshio Kuratomi wrote:
I'm a bit unclear on the original problem report, actually. In
addition to
what you've said, the report also says that the user had to logout and
log
back in before it worked. That seems like a different symptom. 30
seconds
is not
sön 2010-05-09 klockan 18:54 +0200 skrev Kevin Kofler:
Many of them
have updates anyway.
Use delta-RPMs (combining not the installed old version but the old
version on the DVD with the downloaded drpm).
/Alexander
--
devel mailing list
devel@lists.fedoraproject.org
/*Seth Vidal skvi...@fedoraproject.org*/ wrote on 05/06/2010 11:47:39
PM +0450:
On Thu, 6 May 2010, Hedayat Vatnakhah wrote:
Hi,
Warren Togami war...@togami.com wrote on پنجشنبه ۰۶ مه ۱۰،
۰۲:۱۰:۴۸:On ۱۰/۰۵/۰۶ 02:10, Warren Togami
wrote:
(10/12): samba-3.5.2-60.fc13.x86_64.rpm
On Sun, May 9, 2010 at 11:15 AM, Chen Lei wrote:
swami-0:0.9.4-6.fc12.x86_64
This is the *only* soundfont editor there is in Linux, which is enough
reason to keep gtk+.
Upstream did not do any updates recently, but that doesn't mean that
the software is not functional.
Orcan
--
devel mailing
On ۱۰/۰۵/۰۹ 10:43, Alexander � wrote:
sön 2010-05-09 klockan 11:22 +0430 skrev Hedayat Vatankhah:
No, the problem is this: PackageKit does not know how to mount a
removable media.
Why do you even need to mount it? Removable media is of course
automatically mounted when you
On Sun, 2010-05-09 at 20:13 +0200, Alexander Boström wrote:
sön 2010-05-09 klockan 11:22 +0430 skrev Hedayat Vatankhah:
No, the problem is this: PackageKit does not know how to mount a
removable media.
Why do you even need to mount it? Removable media is of course
automatically mounted
On Sun, May 09, 2010 at 20:34:57 +0300,
Gilboa Davara gilb...@gmail.com wrote:
Thus far, it seemed that the both the user and the developer communities
were left out of these proceedings, and everything was more-or-less
decided by FESCO, which left (large?) parts of the developer community
On Sun, May 09, 2010 at 11:09:12 +0100,
Adam Williamson awill...@redhat.com wrote:
I'm tempted to agree in practice with Matej that it is. I don't think we
can kid ourselves that we're doing a particularly good job of making a
desktop for end users; if we were, we wouldn't be being trashed
Hi,
On ۱۰/۰۵/۰۶ 03:34, Christoph � wrote:
Hi all,
this is an off topic question, but since I know that some of you are
familiar with gcc, I am asking it here before signing up somewhere else.
I have to source-compile one language (Modelica) to C++. Since Modelica
has a structural subtype
On Sun, May 9, 2010 at 9:07 PM, Bruno Wolff III br...@wolff.to wrote:
On Sun, May 09, 2010 at 20:34:57 +0300,
Gilboa Davara gilb...@gmail.com wrote:
Thus far, it seemed that the both the user and the developer communities
were left out of these proceedings, and everything was more-or-less
On 05/10/2010 12:37 AM, Bruno Wolff III wrote:
On Sun, May 09, 2010 at 20:34:57 +0300,
Gilboa Davara gilb...@gmail.com wrote:
Thus far, it seemed that the both the user and the developer communities
were left out of these proceedings, and everything was more-or-less
decided by FESCO,
On Sun, May 9, 2010 at 7:34 PM, Gilboa Davara gilb...@gmail.com wrote:
If we, as a -community- project, want to remain relevant, it is time to
decide who we are and what is our goal.
Agreed. The who we are is easy answered, we're RHs *playground*. That
is what everyone, not completely new to
On Sun, 9 May 2010, Gilboa Davara wrote:
On Sun, 2010-05-09 at 14:07 -0500, Bruno Wolff III wrote:
On Sun, May 09, 2010 at 20:34:57 +0300,
Gilboa Davara gilb...@gmail.com wrote:
Thus far, it seemed that the both the user and the developer communities
were left out of these
[Well, sorry for posting again to this subthread, but this particular post
has nothing whatsoever to do with hall monitoring. (Time for another new
subthread?)]
Thomas Janssen wrote:
And we're gladly acting like it, e.g. x-server not compatible with HW
vendor drivers at release time (believe
Hello
Earlier I posted a request to see if anyone was willing to review a proposed
new RPM. I forgot to mention that I would be willing to exchange the review
with someone needing help geting their project reviewed.
Mark Rader
--
devel mailing list
devel@lists.fedoraproject.org
Am Sonntag, den 09.05.2010, 04:25 +0200 schrieb Kevin Kofler:
Christoph Höger wrote:
Unfortunately g++ also allows one single precompiled header per
compilation unit. Does anyone know why?
Because a g++ precompiled header is more or less a dump of the complete
compiler state, which is
On Sun, May 09, 2010 at 10:17:39PM +0800, Chen Lei wrote:
Most of those applications are replaced, e.g. xmms2 for xmms, putty(svn)
for putty 0.60,
since it's already done by some other distributions, I think
it's quite safe to retire gtk 1.2 completely from fedora.
That's not a good
On Sun, 2010-05-09 at 22:11 +0200, Thomas Janssen wrote:
On Sun, May 9, 2010 at 7:34 PM, Gilboa Davara gilb...@gmail.com wrote:
If we, as a -community- project, want to remain relevant, it is time to
decide who we are and what is our goal.
Agreed. The who we are is easy answered, we're RHs
On 05/10/2010 02:10 AM, Kevin Kofler wrote:
We do not and should never support proprietary drivers. Please NEVER
withhold a new version of X.Org X11 just because proprietary drivers don't
support it!
It might not be obvious but doing so is very counter productive even for
those users
On Sun, May 9, 2010 at 11:20 PM, Rahul Sundaram methe...@gmail.com wrote:
On 05/10/2010 02:10 AM, Kevin Kofler wrote:
We do not and should never support proprietary drivers. Please NEVER
withhold a new version of X.Org X11 just because proprietary drivers don't
support it!
It might not be
On Mon, 10 May 2010, Rahul Sundaram wrote:
On 05/10/2010 02:10 AM, Kevin Kofler wrote:
We do not and should never support proprietary drivers. Please NEVER
withhold a new version of X.Org X11 just because proprietary drivers don't
support it!
It might not be obvious but doing so is very
On Sun, 2010-05-09 at 04:25 +0200, Kevin Kofler wrote:
Christoph Höger wrote:
Unfortunately g++ also allows one single precompiled header per
compilation unit. Does anyone know why?
Because a g++ precompiled header is more or less a dump of the complete
compiler state, which is loaded
On Sun, May 09, 2010 at 10:16:45PM +0100, Adam Williamson wrote:
I don't agree with that, entirely. Think about it - Red Hat sells big
enterprise stuff. Mostly servers. Directly, PA and bleeding edge X stuff
isn't of huge immediate interest to RH. I mean, of course RH is going to
pay people
On 05/09/2010 10:03 AM, Andrea Musuruane wrote:
On Sun, May 9, 2010 at 3:49 PM, Matěj Ceplmc...@redhat.com wrote:
Dne 9.5.2010 06:53, Chen Lei napsal(a):
For them, we can simply:
1. Simply orphan those application from repos which have dead upstream
for a long time. Normally, those
On Sun, May 9, 2010 at 5:59 PM, Jeff Garzik jgar...@pobox.com wrote:
On 05/09/2010 10:03 AM, Andrea Musuruane wrote:
On Sun, May 9, 2010 at 3:49 PM, Matěj Ceplmc...@redhat.com wrote:
Dne 9.5.2010 06:53, Chen Lei napsal(a):
For them, we can simply:
1. Simply orphan those application from
On Sun 9 May 2010 10:26:35 am Kevin Kofler wrote:
Mail Lists wrote:
The prime motivation of this project is a use case of intermittent
internet connections of 5 mins a day.
I seriously doubt that is the common use case for majority of fedora
users.
I think intermittent
USB-MODEM from Huawei (Model: Huawei EC1261 ) does not work with fedora-12
(kernel 2.6.32.11-.fc12.i686.PAE)
However an older version (Model: Huawei EC1260) works on the same kernel.
The following are the output of /var/log/messages when the respective
devices are connected
DOES NOT WORK
USB-MODEM from Huawei (Model: Huawei EC1261 ) does not work with fedora-12
(kernel 2.6.32.11-.fc12.i686.PAE)
However an older version (Model: Huawei EC1260) works on the same kernel.
The following are the output of /var/log/messages when the respective
devices are connected
DOES NOT WORK
2010/5/10 Orcan Ogetbil oget.fed...@gmail.com
On Sun, May 9, 2010 at 11:15 AM, Chen Lei wrote:
swami-0:0.9.4-6.fc12.x86_64
This is the *only* soundfont editor there is in Linux, which is enough
reason to keep gtk+.
Upstream did not do any updates recently, but that doesn't mean that
the
2010/5/10 Patrice Dumas pertu...@free.fr
For the applications I know some comments
* I am quite sure that gmanedit is not a manedit evolution. However,
manedit
is orphaned right now (though still not purged).
* xdialog is build twice, once agains gtk+ and then against Gtk2. I think
it
On Sun, May 9, 2010 at 11:05 PM, Chen Lei wrote:
2010/5/10 Orcan Ogetbil
On Sun, May 9, 2010 at 11:15 AM, Chen Lei wrote:
swami-0:0.9.4-6.fc12.x86_64
This is the *only* soundfont editor there is in Linux, which is enough
reason to keep gtk+.
Upstream did not do any updates recently,
On Sun, 2010-05-09 at 15:27 -0500, Mike McGrath wrote:
If you think we should vote, go join debian. I think
they do that there.
First, I never said we should 'vote'. I talked about community
involvement.
Second, if you are looking at the sure path to drive people away,
sending them to go join
On 05/09/2010 10:27 PM, Mike McGrath wrote:
Bottom line is we should have done what we're doing now long ago, so we're
suffering the consequences as a result. Lots of people with conflicting
views are now here. Our lack of focus has just hurt us.
Have you used OSX lately?
Have you ever
Hello!
Not sure that people are still unaware of that issue, but, anyway,
here is my problem: I added RSS-filter to my blog, to properly sort
out off-topic or unappropriate content from my diary and make it
suitable for inclusion into Fedoraplanet, and listed address of new
filtered RSS at my
2010/5/10 Orcan Ogetbil oget.fed...@gmail.com
On Sun, May 9, 2010 at 11:05 PM, Chen Lei wrote:
2010/5/10 Orcan Ogetbil
On Sun, May 9, 2010 at 11:15 AM, Chen Lei wrote:
swami-0:0.9.4-6.fc12.x86_64
This is the *only* soundfont editor there is in Linux, which is enough
reason
Author: corsepiu
Update of /cvs/pkgs/rpms/perl-Test-MinimumVersion/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv4623
Modified Files:
perl-Test-MinimumVersion.spec
Log Message:
* Sun May 09 2010 Ralf Corsépius corse...@fedoraproject.org - 0.101080-2
- Rebuild with
A file has been added to the lookaside cache for perl-Crypt-Twofish:
295c059d18f9a46dd14bd765fc465318 Crypt-Twofish-2.14.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Crypt-Twofish/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv8163
Modified Files:
.cvsignore perl-Crypt-Twofish.spec sources
Log Message:
* Sun May 09 2010 Iain Arnell iarn...@gmail.com 2.14-1
- update to latest upstream
- use
A file has been added to the lookaside cache for perl-Perl-PrereqScanner:
bce062a90784be14e743997dd421f33e Perl-PrereqScanner-0.101250.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Author: iarnell
Update of /cvs/pkgs/rpms/perl-Perl-PrereqScanner/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv8830
Modified Files:
.cvsignore perl-Perl-PrereqScanner.spec sources
Log Message:
* Sun May 09 2010 Iain Arnell iarn...@gmail.com 0.101250-1
- update to latest
A file has been added to the lookaside cache for perl-CPAN-Uploader:
e9162ce00b77a8c870d960b2713b2b83 CPAN-Uploader-0.101260.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Author: iarnell
Update of /cvs/pkgs/rpms/perl-CPAN-Uploader/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv9173
Modified Files:
.cvsignore perl-CPAN-Uploader.spec sources
Log Message:
* Sun May 09 2010 Iain Arnell iarn...@gmail.com 0.101260-1
- update to latest upstream
Author: iarnell
Update of /cvs/pkgs/rpms/perl-CPAN-Uploader/F-12
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv9410/F-12
Modified Files:
.cvsignore perl-CPAN-Uploader.spec sources
Log Message:
* Sun May 09 2010 Iain Arnell iarn...@gmail.com 0.101260-1
- update to latest
Author: iarnell
Update of /cvs/pkgs/rpms/perl-CPAN-Uploader/F-13
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv9410/F-13
Modified Files:
.cvsignore perl-CPAN-Uploader.spec sources
Log Message:
* Sun May 09 2010 Iain Arnell iarn...@gmail.com 0.101260-1
- update to latest
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
Summary: perl-Module-Signature-0.64 is available
https://bugzilla.redhat.com/show_bug.cgi?id=590385
Summary: perl-Module-Signature-0.64 is available
Product:
A file has been added to the lookaside cache for perl-Module-Signature:
e9a2676cbfefc612178940166f411fac Module-Signature-0.64.tar.gz
--
Fedora Extras Perl SIG
http://www.fedoraproject.org/wiki/Extras/SIGs/Perl
perl-devel mailing list
perl-devel@lists.fedoraproject.org
Author: scop
Update of /cvs/pkgs/rpms/perl-Module-Signature/devel
In directory cvs01.phx2.fedoraproject.org:/tmp/cvs-serv16222
Modified Files:
.cvsignore perl-Module-Signature.spec sources
Log Message:
* Sun May 9 2010 Ville Skyttä ville.sky...@iki.fi - 0.64-1
- Update to 0.64
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug.
https://bugzilla.redhat.com/show_bug.cgi?id=590385
Ville Skyttä ville.sky...@iki.fi changed:
What|Removed |Added
80 matches
Mail list logo