The following Fedora 14 Security updates need testing:
https://admin.fedoraproject.org/updates/subversion-1.6.13-1.fc14
https://admin.fedoraproject.org/updates/ardour-2.8.11-5.fc14
https://admin.fedoraproject.org/updates/perl-libwww-perl-5.837-2.fc14
JB jb.1234abcd at gmail.com writes:
...
Hi,
We want a fresh copy of data when NM works its way.
Please reboot your machine back to desktop.
Do not change any data/configuration.
Give me full/unedited output of:
# find /etc -iname *dhclient*conf*
# cat
2010/10/13 JB jb.1234a...@gmail.com
JB jb.1234abcd at gmail.com writes:
...
Hi,
We want a fresh copy of data when NM works its way.
Please reboot your machine back to desktop.
Do not change any data/configuration.
Give me full/unedited output of:
# find /etc -iname *dhclient*conf*
cornel panceac cpanceac at gmail.com writes:
hi JB,unfortunately, to report all the things above, i have to reboot in
windows 7, or run dhclient eth0, which of this is worse?
Run dhclient eth0 (which you said sets routes correctly up).
After that you can give me a display of:
dhclient.leases
2010/10/13 cornel panceac cpanc...@gmail.com
Run dhclient eth0 (which you said sets routes correctly up).
After that you can give me a display of:
dhclient.leases file (figure out exact file name in /var/lib/dhclient/
dir)
# cat /var/lib/dhclient/dhclient.leases
and
# route -n
# cat
cornel panceac cpanceac at gmail.com writes:
2010/10/13 cornel panceac cpanceac at gmail.com
Run dhclient eth0 (which you said sets routes correctly up).
After that you can give me a display of:
dhclient.leases file (figure out exact file name in /var/lib/dhclient/ dir)
# cat
all in one file, clean boot, without running dhclient.
[r...@czgl-iteh-001 ~]# find /etc -iname *dhclient*conf*
[r...@czgl-iteh-001 ~]# cat /etc/sysconfig/networking/devices/ifcfg-eth0
DEVICE=eth0
NM_CONTROLLED=yes
ONBOOT=yes
TYPE=Ethernet
BOOTPROTO=dhcp
DEFROUTE=yes
IPV4_FAILURE_FATAL=yes
thank you, but i wanna make sure i understand what are you saying: because
the router provides only classless static routes, the client
(NetworkManager) defaults to 0.0.0.0, and that is the correct behaviour?
--
test mailing list
test@lists.fedoraproject.org
To unsubscribe:
==
The results in this summary consider Test Updates!
==
Still broken compared with F-14 Branched:
4 builds
Fixed packages compared with F-14 Branched:
cornel panceac cpanceac at gmail.com writes:
thank you, but i wanna make sure i understand what are you saying: because the
router provides only classless static routes, the client (NetworkManager)
defaults to 0.0.0.0, and that is the correct behaviour?
No, your kernel IP routing table is
2010/10/13 JB jb.1234a...@gmail.com
cornel panceac cpanceac at gmail.com writes:
thank you, but i wanna make sure i understand what are you saying:
because the
router provides only classless static routes, the client (NetworkManager)
defaults to 0.0.0.0, and that is the correct
cornel panceac cpanceac at gmail.com writes:
...
It looks like the dhclient alone can cope with your-other-os dhcp server, but
the NM not.
Let me see if I can suggest something.
$ man 5 dhclient.conf
...
The dhclient.conf file can be used to configure the behaviour of the
On Wed, 13 Oct 2010 12:49:41 +0200, Ralf wrote:
Broken packages in fedora-14-development-i386:
Inventor-2.1.5-39.fc14.i686 requires
/usr/share/fonts/liberation/LiberationMono-Regular.ttf
Inventor-2.1.5-39.fc14.i686 requires
On Wed, 13 Oct 2010 06:11:36 +, upda...@fedoraproject.org wrote:
The following builds have been pushed to Fedora 14 updates-testing
liberation-fonts-1.06.0.20100721-2.fc14
liberation-fonts-1.06.0.20100721-3.fc14
bodhi regression? Only the -2.fc14 release can be found in the
2010/10/13 JB jb.1234a...@gmail.com
cornel panceac cpanceac at gmail.com writes:
...
It looks like the dhclient alone can cope with your-other-os dhcp server,
but
the NM not.
well, no, the-other-os is a client, not a server host :)
Let me see if I can suggest something.
So, let us
On Tue, Oct 12, 2010 at 8:47 PM, Adam Williamson awill...@redhat.com wrote:
I believe we can't really test the ones in anaconda until images with
anaconda 14.19 are available - TC1?
I checked this morning and 14.19 is not yet in the repo for development/14/
Do we know when this will a) hit
cornel panceac cpanceac at gmail.com writes:
it seems to work with the dhclient-eth0.conf file. i'll reboot just to be
sure.
so, it works with request; but not with request routers;
it's nice to see network manager working again :)
so, it's a wrong default in the way nm uses
On Wed, 2010-10-13 at 12:49 +0100, mike cloaked wrote:
On Tue, Oct 12, 2010 at 8:47 PM, Adam Williamson awill...@redhat.com wrote:
I believe we can't really test the ones in anaconda until images with
anaconda 14.19 are available - TC1?
I checked this morning and 14.19 is not yet in the
Compose started at Wed Oct 13 08:15:45 UTC 2010
Broken deps for x86_64
--
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
clutter-gst-devel-1.2.0-1.fc15.i686 requires pkgconfig(clutter-1.0)
0:1.3.0
Compose started at Wed Oct 13 13:15:37 UTC 2010
Broken deps for x86_64
--
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
gnome-pilot-conduits-2.0.17-4.fc13.x86_64 requires
libgpilotdconduit.so.2()(64bit)
Michael Schwendt (mschwe...@gmail.com) said:
On Wed, 13 Oct 2010 06:11:36 +, upda...@fedoraproject.org wrote:
The following builds have been pushed to Fedora 14 updates-testing
liberation-fonts-1.06.0.20100721-2.fc14
liberation-fonts-1.06.0.20100721-3.fc14
bodhi
On Wed, Oct 13, 2010 at 08:25:14AM +0300, cornel panceac wrote:
ok, in the trace i see things like no such file or directory
and resource temporarily unavailable.
This is normanl when you check for optional files or resources.
You try open something and if not there you move on.
that
Hello guys,
I used this image to install fedora:
http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/desktop-x86_64-20101010.16.iso
Then I installed yum install fedora-release-rawhide and enabled just
the rawhide repo via yum --disablerepo=* --enablerepo=rawhide update
such as
On Wed, 2010-10-13 at 20:12 +0200, orsch...@googlemail.com wrote:
Hello guys,
I used this image to install fedora:
http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/desktop-x86_64-20101010.16.iso
Then I installed yum install fedora-release-rawhide and enabled just
the rawhide
#142: Request to join the proven testers and requesting a mentor
-+--
Reporter: spooner | Owner:
Type: proventester request | Status: new
Priority: major
#142: Request to join the proven testers and requesting a mentor
--+-
Reporter: spooner | Owner: mcloaked
Type: proventester request | Status: assigned
Priority: major
On Wed, Oct 13, 2010 at 1:37 PM, James Laska jla...@redhat.com wrote:
On Wed, 2010-10-13 at 12:49 +0100, mike cloaked wrote:
On Tue, Oct 12, 2010 at 8:47 PM, Adam Williamson awill...@redhat.com wrote:
I believe we can't really test the ones in anaconda until images with
anaconda 14.19 are
On 10/13/2010 12:12 PM, orsch...@googlemail.com wrote:
Hello guys,
I used this image to install fedora:
http://alt.fedoraproject.org/pub/alt/nightly-composes/desktop/desktop-x86_64-20101010.16.iso
Then I installed yum install fedora-release-rawhide and enabled just
the rawhide repo via yum
On Wed, Oct 13, 2010 at 9:14 PM, mike cloaked mike.cloa...@gmail.com wrote:
Still in
'updates-testing'
(https://admin.fedoraproject.org/updates/anaconda-14.19-1.fc14) so the
install images on mirrors won't yet be using anaconda-14.19. However, the
posted TC1 ISO images (CD, DVD or
On Wed, 2010-10-13 at 21:14 +0100, mike cloaked wrote:
On Wed, Oct 13, 2010 at 1:37 PM, James Laska jla...@redhat.com wrote:
On Wed, 2010-10-13 at 12:49 +0100, mike cloaked wrote:
On Tue, Oct 12, 2010 at 8:47 PM, Adam Williamson awill...@redhat.com
wrote:
I believe we can't really
As in the subject. yum definitely dislikes version 7.21.2-1.fc15 of
libcurl and refuses to run but no dependencies prevent that update
(soname in libcurl does not change while ABI apparently does).
Reverting to 7.21.1-6.fc15 fixes the problem. Bugzilla
On Wed, Oct 13, 2010 at 9:20 PM, James Laska jla...@redhat.com wrote:
I was attempting just that earlier this week following instructions at
https://fedoraproject.org/wiki/How_to_build_a_Rawhide_ISO_image_for_testing
I had success creating the ISO files, but they failed to boot due to
On Wed, 2010-10-13 at 21:39 +0100, mike cloaked wrote:
On Wed, Oct 13, 2010 at 9:20 PM, James Laska jla...@redhat.com wrote:
I was attempting just that earlier this week following instructions at
https://fedoraproject.org/wiki/How_to_build_a_Rawhide_ISO_image_for_testing
I had success
On Wed, Oct 13, 2010 at 9:50 PM, James Laska jla...@redhat.com wrote:
Sure, very possible. If a yum repo isn't available that has the exact
mix of packages you desire, you'll need to provide one.
So for anaconda-14.19-1, you could download it and create a local yum
repo for pungi
#
The following Fedora 14 Security updates need testing:
https://admin.fedoraproject.org/updates/subversion-1.6.13-1.fc14
https://admin.fedoraproject.org/updates/ardour-2.8.11-5.fc14
https://admin.fedoraproject.org/updates/perl-libwww-perl-5.837-2.fc14
#143: Proventester request for mentor
-+--
Reporter: anross | Owner:
Type: proventester request | Status: new
Priority: major| Milestone:
#143: Proventester request for mentor
--+-
Reporter: anross | Owner:
Type: proventester request | Status: new
Priority: major| Milestone:
I have read and understand the instructions, and will follow the
instructions when testing Fedora critical path updates.
understand how to enable the update-testing repository
are familiar with providing test feedback using either the Bodhi web
interface, or the fedora-easy-karma utility
--
You mean ... but not with require routers;, do you ???
oh no, it does not work with request routers; but it works fine (it seems,
after nm service restart) with require routers; :)
unfortunately, after reboot, the routes are no longer there, with require
routers;. so the only valid
39 matches
Mail list logo
