Fedora 16 updates-testing report

[updates]

The following Fedora 16 Security updates need testing:

https://admin.fedoraproject.org/updates/ecryptfs-utils-90-1.fc16
https://admin.fedoraproject.org/updates/bugzilla-4.0.2-1.fc16
https://admin.fedoraproject.org/updates/drupal7-7.6-1.fc16
https://admin.fedoraproject.org/updates/libmodplug-0.8.8.4-1.fc16
https://admin.fedoraproject.org/updates/zabbix-1.8.6-1.fc16
https://admin.fedoraproject.org/updates/libvpx-0.9.7-1.fc16
https://admin.fedoraproject.org/updates/tcptrack-1.4.2-1.fc16
https://admin.fedoraproject.org/updates/dhcp-4.2.2-1.fc16

https://admin.fedoraproject.org/updates/openarena-0.8.5-4.fc16,quake3-1.36-11.svn2102.fc16


The following Fedora 16 Critical Path updates have yet to be approved:

https://admin.fedoraproject.org/updates/gnome-settings-daemon-3.1.4-4.fc16
https://admin.fedoraproject.org/updates/selinux-policy-3.10.0-18.fc16
https://admin.fedoraproject.org/updates/libusb1-1.0.9-0.2.git212ca37c.fc16
https://admin.fedoraproject.org/updates/anaconda-16.14.4-1.fc16
https://admin.fedoraproject.org/updates/diffutils-3.1-1.fc16
https://admin.fedoraproject.org/updates/tzdata-2011h-2.fc16
https://admin.fedoraproject.org/updates/dracut-011-41.git20110810
https://admin.fedoraproject.org/updates/yum-utils-1.1.31-1.fc16
https://admin.fedoraproject.org/updates/gdm-3.1.2-5.fc16
https://admin.fedoraproject.org/updates/xfce4-notifyd-0.2.2-1.fc16
https://admin.fedoraproject.org/updates/libtalloc-2.0.6-1.fc16
https://admin.fedoraproject.org/updates/glibc-2.14.90-4.1
https://admin.fedoraproject.org/updates/gdb-7.3.50.20110722-4.fc16
https://admin.fedoraproject.org/updates/filesystem-2.4.44-1.fc16
https://admin.fedoraproject.org/updates/libjpeg-turbo-1.1.1-1.fc16
https://admin.fedoraproject.org/updates/redhat-rpm-config-9.1.0-15.fc16
https://admin.fedoraproject.org/updates/rpm-4.9.1-3.fc16
https://admin.fedoraproject.org/updates/iso-codes-3.27.1-1.fc16
https://admin.fedoraproject.org/updates/xorg-x11-drv-intel-2.15.901-1.fc16

https://admin.fedoraproject.org/updates/xorg-x11-drv-ati-6.14.2-1.20110727git8c9266ed2.fc16
https://admin.fedoraproject.org/updates/mdadm-3.2.2-7.fc16
https://admin.fedoraproject.org/updates/gcc-4.6.1-7.fc16
https://admin.fedoraproject.org/updates/wpa_supplicant-0.7.3-9.fc16
https://admin.fedoraproject.org/updates/binutils-2.21.53.0.1-2.fc16


The following builds have been pushed to Fedora 16 updates-testing

389-admin-1.1.22-1.fc16
389-admin-1.1.23-1.fc16
389-ds-base-1.2.9.6-1.fc16
anaconda-16.14.4-1.fc16
askbot-0.7.17-1.fc16
askbot-0.7.18-1.fc16
audacious-3.0.1-1.fc16
audacious-plugins-3.0.1-1.fc16
certmonger-0.45-1.fc16
dhcp-4.2.2-1.fc16
diffutils-3.1-1.fc16
django-celery-2.2.7-1.fc16
ebtables-2.0.10-2.fc16
ecryptfs-utils-90-1.fc16
freewrl-1.22.12-0.3.pre2.fc16
gkrellm-weather-2.0.8-1.fc16
gnome-settings-daemon-3.1.4-4.fc16
icedtea-web-1.1.1-2.fc16
jopt-simple-3.3-3.fc16
libusb1-1.0.9-0.2.git212ca37c.fc16
ltrace-0.6.0-1.fc16
mozc-1.1.773.102-3.fc16
net-snmp-5.7-6.fc16
netcdf-4.1.3-2.fc16
nfs-utils-1.2.4-6.fc16
pandoc-1.8.2.1-1.fc16
perl-Hash-Diff-0.005-1.fc16
perl-Switch-2.16-1.fc16
php-libvirt-0.4.3-1.fc16
php-pear-Mail-Mime-1.8.2-1.fc16
pycmd-1.0-3.fc16
pytest-2.1.0-2.fc16
python-fedora-0.3.24-3.fc16
python-py-1.4.4-2.fc16
selinux-policy-3.10.0-18.fc16
spin-kickstarts-0.16.1-1.fc16
tcptrack-1.4.2-1.fc16
tzdata-2011h-2.fc16
volumeicon-0.4.1-3.fc16

Details about builds:



 389-admin-1.1.22-1.fc16 (FEDORA-2011-10673)
 389 Administration Server (admin)

Update Information:

Bug 724808 - startup CGIs write temp file to /
add man pages for ds_removal and ds_unregister
fixes for the makeUpgradeTar.sh script
bugfix

ChangeLog:

* Thu Aug 11 2011 Rich Megginson  - 1.1.22-1
- Bug 724808 - startup CGIs write temp file to /
- add man pages for ds_removal and ds_unregister
- fixes for the makeUpgradeTar.sh script
* Tue Aug  2 2011 Rich Megginson  - 1.1.21-1
- Bug 476925 - Admin Server: Do not allow 8-bit passwords for the admin user

References:

  [ 1 ] Bug #724808 - startup CGIs write temp file to /
https://bugzilla.redhat.com/show_bug.cgi?id=724808
  [ 2 ] Bug #476925 - Admin Server: Do not allow 8-bit passwords for the admin 
user
https://bugzilla.redhat.com/show_bug.cgi?id=476925




 389-admin-1.1.23-1.fc16 (FEDO

Re: absence of images/ on 16

[Hongqing Yang]

- Original Message -
> From: "Adam Williamson" 
> To: "For testing and quality assurance of Fedora releases" 
> 
> Sent: Friday, August 12, 2011 3:08:26 AM
> Subject: Re: absence of images/ on 16
> On Thu, 2011-08-11 at 14:25 -0400, James Laska wrote:
> > - Original Message -
> > > On Thu, Aug 11, 2011 at 07:49:28AM -0500, Mike Chambers wrote:
> > > > On Wed, 2011-08-10 at 12:19 -0400, Dave Jones wrote:
> > > > > I've been mirroring 16 trees locally for a while now, and
> > > > > don't
> > > > > recall there being a single day yet that there has been an
> > > > > images/
> > > > > dir with the pxe installable vmlinuz/initrd.
> > > > >
> > > > > Is this a failing compose, or has some decision been made to
> > > > > just
> > > > > not create them any more ?
> > > >
> > > > Haven't seen them on 64bit tree neither and was wondering the
> > > > same
> > > > thing.
> > >
> > > Given they aren't being created, I'm curious where the ones in the
> > > -rc's
> > > are being generated from too.
> >
> > Some nightly branched composes were failing due to issues that were
> > also impacting TC/RC composes. However, I think workarounds land for
> > TC/RC earlier than the bodhi karma for the relevant fixes. That
> > might
> > account for some lag.
> 
> Yes, Doug is pulling in fixes to /bleed before they're being pushed
> stable as updates. And also, I think even when fixes have been 'pushed
> to stable', they don't show up in the repos until an F16 tree compose
> is
> done.
> --
> Adam Williamson
> Fedora QA Community Monkey
> IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
> http://www.happyassassin.net


without the images in the repo, we do not have the images in our local mirror,
the test of preupgrade takes very long time, since I have to point the 
installurl
to http://dl.fp.o.

Hongqing
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F16 Alpha RC3 USB install

[Frederic Muller]

On 08/11/2011 10:04 PM, Scott Robbins wrote:
> When setting the host name, there's an option to
> configure network, though, where you can go in and change things with
> the NM interface.  I hate that interface

I have to add 2 things:
1. in dual head mode (my specific configuration at least) the back/next
button didn't appear on the screen
2. when configuring the wifi, the password box has no border and no
blinking cursor, took me about 2 minutes to realize where to actually
type the password. I believe it to be a theming issue though.
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Fedora 14 updates-testing report

[updates]

The following Fedora 14 Security updates need testing:

https://admin.fedoraproject.org/updates/foomatic-4.0.7-2.fc14
https://admin.fedoraproject.org/updates/samba-3.5.11-79.fc14
https://admin.fedoraproject.org/updates/freetype-2.4.2-5.fc14
https://admin.fedoraproject.org/updates/clamav-0.97.2-1400.fc14
https://admin.fedoraproject.org/updates/cgit-0.9.0.2-2.fc14
https://admin.fedoraproject.org/updates/bugzilla-3.6.6-1.fc14
https://admin.fedoraproject.org/updates/system-config-firewall-1.2.27-2.fc14
https://admin.fedoraproject.org/updates/libsndfile-1.0.25-1.fc14
https://admin.fedoraproject.org/updates/libmodplug-0.8.8.4-1.fc14
https://admin.fedoraproject.org/updates/libcap-2.22-1.fc14
https://admin.fedoraproject.org/updates/libvpx-0.9.7-1.fc14
https://admin.fedoraproject.org/updates/zabbix-1.8.6-1.fc14
https://admin.fedoraproject.org/updates/libsoup-2.32.2-2.fc14
https://admin.fedoraproject.org/updates/dbus-1.4.0-3.fc14
https://admin.fedoraproject.org/updates/tomcat6-6.0.26-21.fc14
https://admin.fedoraproject.org/updates/openldap-2.4.23-10.fc14
https://admin.fedoraproject.org/updates/gdk-pixbuf2-2.22.0-2.fc14


The following Fedora 14 Critical Path updates have yet to be approved:

https://admin.fedoraproject.org/updates/PackageKit-0.6.12-4.fc14
https://admin.fedoraproject.org/updates/libsoup-2.32.2-2.fc14
https://admin.fedoraproject.org/updates/libcap-2.22-1.fc14
https://admin.fedoraproject.org/updates/pinentry-0.8.1-4.fc14
https://admin.fedoraproject.org/updates/libsndfile-1.0.25-1.fc14

https://admin.fedoraproject.org/updates/ModemManager-0.4.998-1.git20110706.fc14
https://admin.fedoraproject.org/updates/unique-1.1.6-3.fc14
https://admin.fedoraproject.org/updates/xorg-x11-drv-savage-2.3.2-3.fc14
https://admin.fedoraproject.org/updates/mash-0.5.22-1.fc14
https://admin.fedoraproject.org/updates/perl-5.12.4-146.fc14
https://admin.fedoraproject.org/updates/policycoreutils-2.0.85-30.2.fc14

https://admin.fedoraproject.org/updates/xorg-x11-drv-openchrome-0.2.904-8.fc14.2
https://admin.fedoraproject.org/updates/xorg-x11-drv-qxl-0.0.21-3.fc14

https://admin.fedoraproject.org/updates/xorg-x11-drv-nouveau-0.0.16-14.20101010git8c8f15c.fc14

https://admin.fedoraproject.org/updates/libconcord-0.23-5.fc14,udev-161-9.fc14,concordance-0.23-2.fc14
https://admin.fedoraproject.org/updates/openldap-2.4.23-10.fc14


The following builds have been pushed to Fedora 14 updates-testing

fpaste-server-0.2-1.fc14
netcf-0.1.9-1.fc14
perl-Test-DistManifest-1.011-3.fc14
plowshare-0.9.4-0.11.svn1657.fc14
wicd-1.7.0-6.fc14
xmedcon-0.10.7-4.fc14

Details about builds:



 fpaste-server-0.2-1.fc14 (FEDORA-2011-10652)
 Fedora Pastebin

Update Information:

Minor code fixes, setup.py improvements and some adjustments to the spec

ChangeLog:

* Wed Aug 10 2011 Clint Savage  0.2-1
- Cleaned up pathing and config files




 netcf-0.1.9-1.fc14 (FEDORA-2011-10661)
 Cross-platform network configuration library

Update Information:

This update solves several small problems: 1) always add a  element 
even if there is no physical device attached to the bridge. 2) don't log an 
error if an interface isn't found during status reporting (Bug 728702) 3) add 
stdout/stderr to error text when an external program (e.g. /sbin/ifup) failsl 
4) improve error reporting of failed execs. 5) remove unnecessary "Requires" of 
libxml2 and augeas from pkgconfig file (Bug 662056)

ChangeLog:

* Wed Aug 10 2011 Laine Stump  - 0.1.9-1
- Rebase to netcf-0.1.9
- always add  element to bridge, even if there is no physdev present
- don't log error if interface isn't found in kernel during status report
- allow building with C++
- update gnulib
- new transactional change APIs: ncf_change_(begin|commit|rollback)
- add stdout/stderr to error text when an external program fails
- make error reporting of failed execs more exact/correct
- Remove unnecessary "Requires" of libxml2 and augeas from pkgconfig file
  to pulling in extra packages when building an application that uses netcf.

References:

  [ 1 ] Bug #662056 - pkgconfig file should not list augeas, libxml or libxslt
https://bugzilla.redhat.com/show_bug.cgi?id=662056
  [ 2 ] Bug #698108 - virt-manager 0.8.7-2 fills message log V

Fedora 15 updates-testing report

[updates]

The following Fedora 15 Security updates need testing:

https://admin.fedoraproject.org/updates/foomatic-4.0.7-3.fc15
https://admin.fedoraproject.org/updates/samba-3.5.11-71.fc15.1
https://admin.fedoraproject.org/updates/freetype-2.4.4-5.fc15
https://admin.fedoraproject.org/updates/clamav-0.97.2-1500.fc15
https://admin.fedoraproject.org/updates/bugzilla-3.6.6-1.fc15
https://admin.fedoraproject.org/updates/libmodplug-0.8.8.4-1.fc15
https://admin.fedoraproject.org/updates/cgit-0.9.0.2-2.fc15
https://admin.fedoraproject.org/updates/libvpx-0.9.7-1.fc15
https://admin.fedoraproject.org/updates/zabbix-1.8.6-1.fc15


The following Fedora 15 Critical Path updates have yet to be approved:

https://admin.fedoraproject.org/updates/yum-utils-1.1.31-1.fc15
https://admin.fedoraproject.org/updates/xfce4-notifyd-0.2.2-1.fc15
https://admin.fedoraproject.org/updates/libtalloc-2.0.6-1.fc15

https://admin.fedoraproject.org/updates/perl-Compress-Raw-Lzma-2.036-2.fc15,xz-5.0.3-1.fc15
https://admin.fedoraproject.org/updates/kernel-2.6.40-3.fc15
https://admin.fedoraproject.org/updates/cyrus-sasl-2.1.23-18.fc15
https://admin.fedoraproject.org/updates/pinentry-0.8.1-4.fc15
https://admin.fedoraproject.org/updates/sendmail-8.14.5-3.fc15
https://admin.fedoraproject.org/updates/nspr-4.8.8-4.fc15
https://admin.fedoraproject.org/updates/nss-softokn-3.12.10-4.fc15
https://admin.fedoraproject.org/updates/mash-0.5.22-1.fc15

https://admin.fedoraproject.org/updates/xorg-x11-drv-openchrome-0.2.904-14.fc15.1
https://admin.fedoraproject.org/updates/lldpad-0.9.41-3.fc15

https://admin.fedoraproject.org/updates/libfprint-0.4.0-1.fc15,fprintd-0.4.1-1.fc15


The following builds have been pushed to Fedora 15 updates-testing

fpaste-server-0.2-1.fc15
libpagemap-0.0.1-9.fc15
netcf-0.1.9-1.fc15
perl-Test-AutoBuild-1.2.3-1.fc15
perl-Test-DistManifest-1.011-3.fc15
pki-core-9.0.11-1.fc15
pki-tps-9.0.6-1.fc15
plowshare-0.9.4-0.11.svn1657.fc15
pps-tools-0-0.2.20100413git74c32c.fc15
xmedcon-0.10.7-4.fc15
yum-utils-1.1.31-1.fc15

Details about builds:



 fpaste-server-0.2-1.fc15 (FEDORA-2011-10659)
 Fedora Pastebin

Update Information:

Minor code fixes, setup.py improvements and some adjustments to the spec

ChangeLog:

* Wed Aug 10 2011 Clint Savage  0.2-1
- Cleaned up pathing and config files




 libpagemap-0.0.1-9.fc15 (FEDORA-2011-10655)
 Pagemap interface library

Update Information:

kernel version detecting was fixed for kernels 3.x

ChangeLog:

* Tue Aug  9 2011 Petr Holasek  - 0.0.1-9
- kernel version detecting was fixed for kernels 3.x
* Tue Apr 12 2011 Petr Holasek  - 0.0.1-8
- python-devel was added to BuildRequires because of wrong expansion
  of  macro
* Wed Mar 30 2011 Petr Holasek  - 0.0.1-7
- some compilator warnings were fixed




 netcf-0.1.9-1.fc15 (FEDORA-2011-10656)
 Cross-platform network configuration library

Update Information:

This update solves several small problems: 1) always add a  element 
even if there is no physical device attached to the bridge. 2) don't log an 
error if an interface isn't found during status reporting (Bug 728702) 3) add 
stdout/stderr to error text when an external program (e.g. /sbin/ifup) fails 4) 
improve error reporting of failed execs. 5) remove unnecessary "Requires" of 
libxml2 and augeas from pkgconfig file (this is Bug 662056 filed against F14)

ChangeLog:

* Wed Aug 10 2011 Laine Stump  - 0.1.9-1
- Rebase to netcf-0.1.9
- always add  element to bridge, even if there is no physdev present
- don't log error if interface isn't found in kernel during status report
- allow building with C++
- update gnulib
- new transactional change APIs: ncf_change_(begin|commit|rollback)
- add stdout/stderr to error text when an external program fails
- make error reporting of failed execs more exact/correct
- Remove unnecessary "Requires" of libxml2 and augeas from pkgconfig file
  to pulling in extra packages when building an application that uses netcf.

Review and notification of blocker bugs

[Adam Williamson]

Sender: test-boun...@lists.fedoraproject.org
On-Behalf-Of: awill...@redhat.com
Subject: Review and notification of blocker bugs
Message-Id: <1311889932.1955.67.camel@adam>
Recipient: np...@trinity.edu.test-google-a.com, Forwarded: neal.p...@trinity.edu
--- Begin Message ---
I'm currently surveying the QA release calendar:

http://rbergero.fedorapeople.org/schedules/f-16/f-16-quality-tasks.html

to check we have SOPs for all tasks on it. As part of that, a couple of
tasks have emerged that we don't really _do_.

"NVR Update Check testing" was requested a long time ago by engineering,
but never really happened. It's now pretty much superseded by AutoQA
upgradepath testing, so I think we can delete it from the calendar for
F17 and later and forget about it.

"Daily Review & Notification of Open Alpha|Beta|Final Blocker Bugs" is a
trickier customer. As scheduled, it seems to suggest that for Alpha,
Beta and Final, we should be 'reviewing and notifying' open blockers for
an arbitrary-seeming one week (Monday to Friday) period between the
second and third blocker review meetings.

So, a few questions:

1. Does anyone know where this comes from, and what's the intent behind
it? CCing John for that purpose.

2. Does anyone think it's a good idea to simply do this as scheduled - a
daily blocker review for a one-week period in the middle of each release
phase?

3. If 'no' to question 2, do people think we need to do some sort of
review and notification outside of the blocker meetings and updating the
bugs themselves? If so, what?

Thanks everyone!
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test
--- End Message ---
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Review and notification of blocker bugs

[Tim Flink]

Sender: test-boun...@lists.fedoraproject.org
On-Behalf-Of: tfl...@redhat.com
Subject: Re: Review and notification of blocker bugs
Message-Id: <20110728162037.07421...@seasicklaptop.tirfa.net>
Recipient: np...@trinity.edu.test-google-a.com, Forwarded: neal.p...@trinity.edu
--- Begin Message ---
On Thu, 28 Jul 2011 14:52:12 -0700
Adam Williamson  wrote:



> "Daily Review & Notification of Open Alpha|Beta|Final Blocker Bugs"
> is a trickier customer. As scheduled, it seems to suggest that for
> Alpha, Beta and Final, we should be 'reviewing and notifying' open
> blockers for an arbitrary-seeming one week (Monday to Friday) period
> between the second and third blocker review meetings.
> 
> So, a few questions:
> 
> 1. Does anyone know where this comes from, and what's the intent
> behind it? CCing John for that purpose.
> 
> 2. Does anyone think it's a good idea to simply do this as scheduled
> - a daily blocker review for a one-week period in the middle of each
> release phase?

That seems a little odd to me at first glance and I'm not sure that
we'd see much benefit for one week in the middle of each release phase.
It doesn't seem like a time period where the rate of change in the
blocker/nth bugs would be high enough to justify daily meetings.

> 3. If 'no' to question 2, do people think we need to do some sort of
> review and notification outside of the blocker meetings and updating
> the bugs themselves? If so, what?

I think that there could be some value in going over the blocker list
between meetings but I'm not as sure about formalizing a time for it. I
certainly don't think that there would be a benefit to pestering
reporters and devs about bugs on a daily basis - that would be
counterproductive.

The possible benefit I can see would be the potential to catch big
issues a couple of days earlier than we otherwise would. I wonder how
many major issues went undetected in F15 until a blocker review
meeting. It seems to me that we could achieve the same effect by going
over them bit by bit between the blocker review meetings.

Any implementation for this seems similar to the proposal to reduce
blocker bug review meeting length [1] maybe they could end up being
combined if successful.

Tim

[1] https://fedorahosted.org/fedora-qa/ticket/221


signature.asc
Description: PGP signature
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test--- End Message ---
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Review and notification of blocker bugs

[Adam Williamson]

Sender: test-boun...@lists.fedoraproject.org
On-Behalf-Of: awill...@redhat.com
Subject: Re: Review and notification of blocker bugs
Message-Id: <1311893274.1955.84.camel@adam>
Recipient: np...@trinity.edu.test-google-a.com, Forwarded: neal.p...@trinity.edu
--- Begin Message ---
On Thu, 2011-07-28 at 16:20 -0600, Tim Flink wrote:

> > 3. If 'no' to question 2, do people think we need to do some sort of
> > review and notification outside of the blocker meetings and updating
> > the bugs themselves? If so, what?
> 
> I think that there could be some value in going over the blocker list
> between meetings but I'm not as sure about formalizing a time for it. I
> certainly don't think that there would be a benefit to pestering
> reporters and devs about bugs on a daily basis - that would be
> counterproductive.

Yup, that's similar to my feelings. My first gut instinct on this was to
add a paragraph to the blocker bug SOP advising that QA group members
review the blocker bug list daily during the later part of release
phases, but not have any 'extra' email threads.

> The possible benefit I can see would be the potential to catch big
> issues a couple of days earlier than we otherwise would. I wonder how
> many major issues went undetected in F15 until a blocker review
> meeting.

Really, not many, I don't think. Several of us, at least including James
and myself, make a point of being CCed on the blocker bugs and looking
at any bug marked as blocking one as soon as we get the email
notification. If you don't do this at present, it's certainly a good
idea to start :)

>  It seems to me that we could achieve the same effect by going
> over them bit by bit between the blocker review meetings.
> 
> Any implementation for this seems similar to the proposal to reduce
> blocker bug review meeting length [1] maybe they could end up being
> combined if successful.

Yep, it's certainly the same kind of ground.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test
--- End Message ---
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: grub vs grub2 question

[David Lehman]

On Thu, 2011-08-11 at 21:29 +0200, Jurgen Kramer wrote:
> If I see a grub.conf file on my EFI partition under /EFI/redhat/, does
> it mean anaconda installed grub instead of grub2? 
> (the other files there are device.map and grub.efi, the syntax of
> grub.conf looks like normal grub 1 syntax instead of the grub2 syntax I
> noticed on the web)

Yes, you have grub1 installed. grub2 is only installed on BIOS x86
machines as of now. We're working on the remaining platforms.

Dave

> 
> 
> this is on a 2011 mac mini
> 
> Jurgen
> 


-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

grub vs grub2 question

[Jurgen Kramer]

If I see a grub.conf file on my EFI partition under /EFI/redhat/, does
it mean anaconda installed grub instead of grub2? 
(the other files there are device.map and grub.efi, the syntax of
grub.conf looks like normal grub 1 syntax instead of the grub2 syntax I
noticed on the web)


this is on a 2011 mac mini

Jurgen

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Security testing

[Rahul Sundaram]

On 08/03/2011 07:22 PM, Steve Grubb wrote:
> Hello,
>
> I just wanted to let everyone know that I've made a number of tests available 
> for 
> assessing security of the distribution. It is by no means a comprehensive 
> auditing 
> tool, but the scripts definitely find problems.
>
> http://people.redhat.com/sgrubb/security/
>

Apparently Gentoo is doing some of the same things

http://www.gentoo.org/proj/en/hardened/pax-utils.xml

pax-utils doesn't depend on pax

Rahul
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F16 RC3 Alpha testing -> USB device is not listed in /media

[Adam Williamson]

On Thu, 2011-08-11 at 14:33 +0530, Srinivasa wrote:
> Hello All,
> 
> I'm observing this behavior in F16 RC3. When USB Pen drive is connected 
> it is auto mounted and displayed in the graphical menu "Places".
> 
> In terminal same is not listed under "/media". It will be listed in the 
> terminal after accessing this device from GUI.
> 
> Any specific reason for this??

Yes - it's not actually automounted until you access it. Notice that if
you umount a USB device from the console, it will still be displayed in
Nautilus. GNOME displays devices that are 'connected', not just ones
that are mounted, and when you hit the 'eject' button in the GUI it
doesn't just unmount them, it actually entirely disconnects them so far
as the kernel is concerned; if you plug in a USB device that's,
say, /dev/sdb , then hit the Eject button in Nautilus, you'll notice
that /dev/sdb doesn't exist any more. (This is a minor pain if you're,
say, writing a live image to a USB stick; you have to 'umount' it from a
console, not eject it from the GUI).
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: absence of images/ on 16

[Adam Williamson]

On Thu, 2011-08-11 at 14:25 -0400, James Laska wrote:
> - Original Message -
> > On Thu, Aug 11, 2011 at 07:49:28AM -0500, Mike Chambers wrote:
> > > On Wed, 2011-08-10 at 12:19 -0400, Dave Jones wrote:
> > > > I've been mirroring 16 trees locally for a while now, and don't
> > > > recall there being a single day yet that there has been an images/
> > > > dir with the pxe installable vmlinuz/initrd.
> > > >
> > > > Is this a failing compose, or has some decision been made to just
> > > > not create them any more ?
> > >
> > > Haven't seen them on 64bit tree neither and was wondering the same
> > > thing.
> > 
> > Given they aren't being created, I'm curious where the ones in the
> > -rc's
> > are being generated from too.
> 
> Some nightly branched composes were failing due to issues that were
> also impacting TC/RC composes.  However, I think workarounds land for
> TC/RC earlier than the bodhi karma for the relevant fixes.  That might
> account for some lag.

Yes, Doug is pulling in fixes to /bleed before they're being pushed
stable as updates. And also, I think even when fixes have been 'pushed
to stable', they don't show up in the repos until an F16 tree compose is
done.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F16 Alpha RC3 USB install

[Adam Williamson]

On Thu, 2011-08-11 at 10:04 -0400, Scott Robbins wrote:
> On Thu, Aug 11, 2011 at 09:19:27PM +0800, Frederic Muller wrote:
> > On 08/11/2011 08:41 PM, Timothy Davis wrote:
> > > Two things:
> > > 1) I used livecd-iso-to-disk to create an install USB and it worked
> > > until anaconda got to examining storage devices (bz#728883), I don't
> > > want to have to keep burning DVDs to test 
> 
> 
> I tried using unetbootin and the netinstall.  It progressed through
> formatting the partitions and choosing where to install the bootloader,
> then died with an unhandled exception.  (This is on an Asus EEE PC
> 1000HE.

unetbootin is never supported for writing Fedora images; any problems
you have with it, really, report to unetbootin.

Writing Fedora lives to USB with dd or livecd-iso-to-disk (or
livecd-creator) is supported. Writing DVD/boot.iso to USB, with either
method, is...somewhat less supported, and may sometimes require special
configuration.

When reporting issues like this it's really important to note if you're
using a USB stick, and if so, what you used to write it, and what image
you actually wrote - live, DVD or boot.iso.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Twitter: AdamW_Fedora | identi.ca: adamwfedora
http://www.happyassassin.net

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: [Fedora QA] #222: L10N Test Day

[Fedora QA]

#222: L10N Test Day
---+
  Reporter:  noriko|   Owner:   
  Type:  task  |  Status:  new  
  Priority:  major |   Milestone:  Fedora 16
 Component:  Test Day  | Version:   
Resolution:|Keywords:   
---+
Comment (by adamwill):

 Just a suggestion: I'd say to take a special look to make sure the
 2011-09-22 test day includes testing to cover the GNOME input integration
 feature - https://fedoraproject.org/wiki/Features/GnomeInputIntegration .

-- 
Ticket URL: 
Fedora QA 
Fedora Quality Assurance
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: absence of images/ on 16

[James Laska]

- Original Message -
> On Thu, Aug 11, 2011 at 07:49:28AM -0500, Mike Chambers wrote:
> > On Wed, 2011-08-10 at 12:19 -0400, Dave Jones wrote:
> > > I've been mirroring 16 trees locally for a while now, and don't
> > > recall there being a single day yet that there has been an images/
> > > dir with the pxe installable vmlinuz/initrd.
> > >
> > > Is this a failing compose, or has some decision been made to just
> > > not create them any more ?
> >
> > Haven't seen them on 64bit tree neither and was wondering the same
> > thing.
> 
> Given they aren't being created, I'm curious where the ones in the
> -rc's
> are being generated from too.

Some nightly branched composes were failing due to issues that were also 
impacting TC/RC composes.  However, I think workarounds land for TC/RC earlier 
than the bodhi karma for the relevant fixes.  That might account for some lag.

For example, the netxen-firmware vs linux-firmware conflict - 
http://kojipkgs.fedoraproject.org/mash/branched-20110808/logs/pungify-x86_64.log
Also, the pungi/lorax/anaconda method for determining whether the compose is a 
pre-release vs final - 
http://kojipkgs.fedoraproject.org/mash/branched-20110805/logs/pungify-x86_64.log

The latest nightly mash results are different, and seem to be caused by 
unsigned packages.

http://kojipkgs.fedoraproject.org/mash/branched-20110811/logs/mash.log

Hopefully with that resolved, nightly branched install images (and repodata) 
will return.

Thanks,
James
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

no luck installing alpha "Verne" in vbox

[Andre Robatino]

Joachim Backes  rhrk.uni-kl.de> writes:

> If installing F16/alpha/RC3 in VirtualBox-4.1.0 from the DVD, the
> installation of the packages starts, but VB crashes without any message
> after some (I guess, about 15) packages have been installed.

I tried again and was able to finish a VirtualBox 4.1.0 guest install using the
RC3 x86_64 DVD, using all of vbox's defaults (except putting the .vdi file in
/tmp instead of my home directory). This includes using 768M RAM, which is the
minimum RAM the installer will allow (I thought maybe that was the problem
initially, sometimes not using enough memory can cause the installer to hang).




-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: no luck installing alpha "Verne" in vbox

[Joshua Andrews]

>
>From: Joshua Andrews 
>To: "test@lists.fedoraproject.org" 
>Sent: Wednesday, August 10, 2011 8:59 AM
>Subject: no luck installing alpha "Verne" in vbox
>
>
>I tried a fresh install and an upgrade from fc15 with the netinstall.iso and 
>it fails at various stages early in the process - nothing was ever written to 
>the hard drive in any attempt and there were several.
>I tried preupgrade after finally installing fc15 in order to upgrade it but it 
>fails with "invalid baseurl..." something or other.
>


-Update


I managed to install RC3 x86_64 netinstall.iso in a fresh VM but I'm having 
trouble getting  the display right. There is no xorg.conf file and no utility 
to write one, system-config-display or whatever, it seems like grub2 is loading 
video and the display is stuck at 4:3 1024x768 or less. It is all a bit 
confusing - (the VTs are not like I'm used to either). I'm going to try writing 
an xorg.conf and commenting out the load_video portion of grub.cfg see what 
happens.

Thanks
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: no luck installing alpha "Verne" in vbox

[Kevin Fenzi]

On Thu, 11 Aug 2011 03:48:51 -0400 (EDT)
Hongqing Yang  wrote:

> The mirrorlist at http://mirrors.fedoraproject.org/releases.txt is
> not correct now. It is still a Bug. Now the upgrade and preugprade do
> not work, they are expected to work at Beta.

Whats wrong with it? Has a bug been filed?

I guess: what is it giving you, and what should it be?

kevin


signature.asc
Description: PGP signature
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: absence of images/ on 16

[Dave Jones]

On Thu, Aug 11, 2011 at 07:49:28AM -0500, Mike Chambers wrote:
 > On Wed, 2011-08-10 at 12:19 -0400, Dave Jones wrote:
 > > I've been mirroring 16 trees locally for a while now, and don't
 > > recall there being a single day yet that there has been an images/
 > > dir with the pxe installable vmlinuz/initrd.
 > > 
 > > Is this a failing compose, or has some decision been made to just
 > > not create them any more ?
 > 
 > Haven't seen them on 64bit tree neither and was wondering the same
 > thing.

Given they aren't being created, I'm curious where the ones in the -rc's
are being generated from too.

Dave
 
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F16 Alpha RC3 USB install

[Scott Robbins]

On Thu, Aug 11, 2011 at 09:19:27PM +0800, Frederic Muller wrote:
> On 08/11/2011 08:41 PM, Timothy Davis wrote:
> > Two things:
> > 1) I used livecd-iso-to-disk to create an install USB and it worked
> > until anaconda got to examining storage devices (bz#728883), I don't
> > want to have to keep burning DVDs to test 


I tried using unetbootin and the netinstall.  It progressed through
formatting the partitions and choosing where to install the bootloader,
then died with an unhandled exception.  (This is on an Asus EEE PC
1000HE.



> > 2) Is there a way to activate wireless networking in anaconda? My only
> > network connection is wireless (Belkin USB 54g)

In my case, it automatically activated wireless (which I didn't want)
and ignored the wired.  When setting the host name, there's an option to
configure network, though, where you can go in and change things with
the NM interface.  I hate that interface and do my best to avoid it, but
I realize that the fact that I don't like it doesn't
mean it's bad.

Sometimes though, I think it's a battle between my generation and the
smartphone generation.   


-- 
Scott Robbins
PGP keyID EB3467D6
( 1B48 077D 66F6 9DB0 FDC2 A409 FA54 EB34 67D6 )
gpg --keyserver pgp.mit.edu --recv-keys EB3467D6

Spike: If every vampire who said he was at the Crucifixion was 
actually there it would've been like Woodstock. I was at 
Woodstock. I fed off a flower person and I spent six hours 
watching my hand move. 

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: F16 Alpha RC3 USB install

[Frederic Muller]

On 08/11/2011 08:41 PM, Timothy Davis wrote:
> Two things:
> 1) I used livecd-iso-to-disk to create an install USB and it worked
> until anaconda got to examining storage devices (bz#728883), I don't
> want to have to keep burning DVDs to test 
> 2) Is there a way to activate wireless networking in anaconda? My only
> network connection is wireless (Belkin USB 54g)
> 
> -- 
> Fedora, Ubuntu and Slackware user
> Linux counter #386175 

Oh so that could be the bug that hit me then! I also did
livecd-iso-to-disk on both F15 alpha and F16. F15 worked, and F16
stopped after I picked "new install".

The wifi selection to report the bug however worked (but couldn't report).

I hope this is helpful.

Fred

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: absence of images/ on 16

[Mike Chambers]

On Wed, 2011-08-10 at 12:19 -0400, Dave Jones wrote:
> I've been mirroring 16 trees locally for a while now, and don't
> recall there being a single day yet that there has been an images/
> dir with the pxe installable vmlinuz/initrd.
> 
> Is this a failing compose, or has some decision been made to just
> not create them any more ?

Haven't seen them on 64bit tree neither and was wondering the same
thing.


-- 
Mike Chambers
Madisonville, KY

"The best town on Earth!"

-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

F16 Alpha RC3 USB install

[Timothy Davis]

Two things:
1) I used livecd-iso-to-disk to create an install USB and it worked until
anaconda got to examining storage devices (bz#728883), I don't want to have
to keep burning DVDs to test
2) Is there a way to activate wireless networking in anaconda? My only
network connection is wireless (Belkin USB 54g)

-- 
Fedora, Ubuntu and Slackware user
Linux counter #386175
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

rawhide report: 20110811 changes

[Rawhide Report]

Compose started at Thu Aug 11 08:15:27 UTC 2011

Broken deps for x86_64
--
acheck-0.5.1-4.fc15.noarch requires perl(Text::Aspell)
almanah-0.7.3-12.fc16.x86_64 requires libedataserverui-3.0.so.0()(64bit)
almanah-0.7.3-12.fc16.x86_64 requires libcryptui.so.0()(64bit)
almanah-0.7.3-12.fc16.x86_64 requires libcamel-1.2.so.26()(64bit)
assogiate-0.2.1-5.fc15.x86_64 requires libgnomevfsmm-2.6.so.1()(64bit)
bibletime-2.8.1-1.fc16.x86_64 requires libclucene.so.0()(64bit)
bluetile-0.5.3-11.fc16.x86_64 requires ghc(xmonad-contrib-0.9.2) = 
0:d669bbdb9b9f7adb145fcb61825dec73
cluster-snmp-0.18.7-1.fc16.x86_64 requires libnetsnmp.so.25()(64bit)
coda-backup-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit)
coda-backup-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit)
coda-backup-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit)
coda-client-6.9.5-6.fc16.x86_64 requires libseglwp.so.1()(64bit)
coda-client-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit)
coda-client-6.9.5-6.fc16.x86_64 requires librvmlwp.so.1()(64bit)
coda-client-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit)
coda-client-6.9.5-6.fc16.x86_64 requires librdslwp.so.1()(64bit)
coda-client-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit)
coda-server-6.9.5-6.fc16.x86_64 requires rvm-tools
coda-server-6.9.5-6.fc16.x86_64 requires libseglwp.so.1()(64bit)
coda-server-6.9.5-6.fc16.x86_64 requires libse.so.5()(64bit)
coda-server-6.9.5-6.fc16.x86_64 requires librvmlwp.so.1()(64bit)
coda-server-6.9.5-6.fc16.x86_64 requires librpc2.so.5()(64bit)
coda-server-6.9.5-6.fc16.x86_64 requires librdslwp.so.1()(64bit)
coda-server-6.9.5-6.fc16.x86_64 requires liblwp.so.2()(64bit)
comoonics-cdsl-py-0.2-18.noarch requires comoonics-base-py
comoonics-cluster-py-0.1-24.noarch requires comoonics-base-py
contextkit-0.5.15-2.fc15.i686 requires libcdb.so.1
contextkit-0.5.15-2.fc15.x86_64 requires libcdb.so.1()(64bit)
deskbar-applet-2.32.0-4.fc15.x86_64 requires libebook-1.2.so.10()(64bit)
deskbar-applet-2.32.0-4.fc15.x86_64 requires libcamel-1.2.so.23()(64bit)
deskbar-applet-2.32.0-4.fc15.x86_64 requires gnome-python2-applet
dh-make-0.55-3.fc15.noarch requires debhelper
emacs-spice-mode-1.2.25-5.fc15.noarch requires gwave
evolution-mapi-3.1.3-1.fc16.i686 requires libcamel-provider-1.2.so.27
evolution-mapi-3.1.3-1.fc16.i686 requires libcamel-1.2.so.27
evolution-mapi-3.1.3-1.fc16.x86_64 requires 
libcamel-provider-1.2.so.27()(64bit)
evolution-mapi-3.1.3-1.fc16.x86_64 requires libcamel-1.2.so.27()(64bit)
exaile-0.3.2.1-1.fc16.noarch requires hal
fawkes-guis-0.4.2-4.fc16.i686 requires libgvc.so.5
fawkes-guis-0.4.2-4.fc16.i686 requires libgraph.so.4
fawkes-guis-0.4.2-4.fc16.i686 requires libcdt.so.4
fawkes-guis-0.4.2-4.fc16.x86_64 requires libgvc.so.5()(64bit)
fawkes-guis-0.4.2-4.fc16.x86_64 requires libgraph.so.4()(64bit)
fawkes-guis-0.4.2-4.fc16.x86_64 requires libcdt.so.4()(64bit)
fawkes-plugin-player-0.4.2-4.fc16.x86_64 requires 
libgeos-3.2.1.so()(64bit)
fawkes-plugin-player-0.4.2-4.fc16.x86_64 requires 
libboost_thread-mt.so.1.46.1()(64bit)
fawkes-plugin-player-0.4.2-4.fc16.x86_64 requires 
libboost_signals-mt.so.1.46.1()(64bit)
file-browser-applet-0.6.6-1.fc15.x86_64 requires 
libpanel-applet-2.so.0()(64bit)
flaw-1.2.4-2.fc15.x86_64 requires libSDL_gfx.so.0()(64bit)
fldigi-3.21.7-1.fc16.x86_64 requires libfltk_images.so.1.1()(64bit)
fldigi-3.21.7-1.fc16.x86_64 requires libfltk.so.1.1()(64bit)
flush-0.9.10-3.fc16.x86_64 requires 
libboost_thread-mt.so.1.46.1()(64bit)
flush-0.9.10-3.fc16.x86_64 requires 
libboost_system-mt.so.1.46.1()(64bit)
flush-0.9.10-3.fc16.x86_64 requires 
libboost_signals-mt.so.1.46.1()(64bit)
flush-0.9.10-3.fc16.x86_64 requires 
libboost_filesystem-mt.so.1.46.1()(64bit)
fuse-encfs-1.7.4-1.fc16.i686 requires libboost_system-mt.so.1.46.1
fuse-encfs-1.7.4-1.fc16.i686 requires 
libboost_serialization-mt.so.1.46.1
fuse-encfs-1.7.4-1.fc16.i686 requires libboost_filesystem-mt.so.1.46.1
fuse-encfs-1.7.4-1.fc16.x86_64 requires 
libboost_system-mt.so.1.46.1()(64bit)
fuse-encfs-1.7.4-1.fc16.x86_64 requires 
libboost_serialization-mt.so.1.46.1()(64bit)
fuse-encfs-1.7.4-1.fc16.x86_64 requires 
libboost_filesystem-mt.so.1.46.1()(64bit)
garden-1.0.8-3.fc15.x86_64 requires liballeg.so.4.2()(64bit)
gcstar-1.6.2-1.fc17.noarch requires perl(Switch)
glom-1.18.3-1.fc16.x86_64 requires libepc-1.0.so.2()(64bit)
glom-libs-1.18.3-1.fc16.i686 requires libepc-1.0.so.2
glom-libs-1.18.3-1.fc16.x86_64 requires libepc

F16 RC3 Alpha testing -> USB device is not listed in /media

[Srinivasa]

Hello All,

I'm observing this behavior in F16 RC3. When USB Pen drive is connected 
it is auto mounted and displayed in the graphical menu "Places".

In terminal same is not listed under "/media". It will be listed in the 
terminal after accessing this device from GUI.

Any specific reason for this??

BTW in F16 usb device is not mounted as "/dev/sr" not as "/dev/sdb"

Regards,
Srinivasa N
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

F16 RC3 Alpha testing -> USB device is not listed in /media

[Srinivasa]

Hello All,

I'm observing this behavior in F16 RC3. When USB Pen drive is connected 
it is auto mounted and displayed in the graphical menu "Places".

In terminal same is not listed under "/media". It will be listed in the 
terminal after accessing this device from GUI.

Any specific reason for this??

BTW in F16 usb device is not mounted as "/dev/sr" not as "/dev/sdb"

Regards,
Srinivasa N
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

RFC: Fedora 16 Alpha release announcement and notes

[Rahul Sundaram]

Hi

Feel free to edit the wiki directly or reply here for any additions or
corrections

https://fedoraproject.org/wiki/F16_Alpha_release_announcement

Rahul
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: no luck installing alpha "Verne" in vbox

[Hongqing Yang]

- Original Message -
> From: "Joshua Andrews" 
> To: test@lists.fedoraproject.org
> Sent: Wednesday, August 10, 2011 11:59:11 PM
> Subject: no luck installing alpha "Verne" in vbox
> I tried a fresh install and an upgrade from fc15 with the
> netinstall.iso and it fails at various stages early in the process -
> nothing was ever written to the hard drive in any attempt and there
> were several.
> I tried preupgrade after finally installing fc15 in order to upgrade
> it but it fails with "invalid baseurl..." something or other.
> 
> 
> Anyway, I assume it is a problem with virtualbox and anaconda not
> getting along.
> I would like to test Verne though so any recommendations or
> workarounds would be gratefully accepted.
> 
> 
> Thanks
> 
> --
> test mailing list
> test@lists.fedoraproject.org
> To unsubscribe:
> https://admin.fedoraproject.org/mailman/listinfo/test

The mirrorlist at http://mirrors.fedoraproject.org/releases.txt is not correct 
now.
It is still a Bug. Now the upgrade and preugprade do not work, they are expected
to work at Beta.

Hongqing
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: no luck installing alpha "Verne" in vbox

[Joachim Backes]

On 08/11/2011 08:16 AM, Srinivasa wrote:
> On 1:29 AM, Andre Robatino wrote:
>> Joshua Andrews  yahoo.com>  writes:
>>
>>> I tried a fresh install and an upgrade from fc15 with the netinstall.iso and
>> it fails at various stages early in the process - nothing was ever written to
>> the hard drive in any attempt and there were several.
>>> I tried preupgrade after finally installing fc15 in order to upgrade it but 
>>> it
>> fails with "invalid baseurl..." something or other.
>>
>> A fresh install from the F16 RC1 DVD worked for me (RC2/RC3 should also 
>> work).
>> I'm using VirtualBox 4.1.0.

If installing F16/alpha/RC3 in VirtualBox-4.1.0 from the DVD, the
installation of the packages starts, but VB crashes without any message
after some (I guess, about 15) packages have been installed.

Kind regards

-- 
Joachim Backes 

http://www.rhrk.uni-kl.de/~backes



smime.p7s
Description: S/MIME Cryptographic Signature
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test