Why is inkscape-0.48.0-1.fc14.1.i686 started with German UI?

[Joachim Backes]

My locale:

LANG=en_US.utf8
LC_CTYPE="en_US.utf8"
LC_NUMERIC="en_US.utf8"
LC_TIME="en_US.utf8"
LC_COLLATE="en_US.utf8"
LC_MONETARY="en_US.utf8"
LC_MESSAGES="en_US.utf8"
LC_PAPER="en_US.utf8"
LC_NAME="en_US.utf8"
LC_ADDRESS="en_US.utf8"
LC_TELEPHONE="en_US.utf8"
LC_MEASUREMENT="en_US.utf8"
LC_IDENTIFICATION="en_US.utf8"
LC_ALL=en_US.utf8

If starting inkscape, the whole GUI appears in German language!

-- 
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

Something wrong with inkscape-0.48.0-1.fc14.1.i686?

[Joachim Backes]

The inkscape behaviour after the update to
inkscape-0.48.0-1.fc14.1.i686) is a little bit weird:

After it is started until the inkscape screen is completed, it takes
0m22.503s user time on my dual core box (Intel(R) Core(TM)2 CPU 6300  @
1.86GHz, 2 Gig memory)

Anybody sees this too?

-- 
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

Fedora 14 updates-testing report

[updates]

The following Fedora 14 Security updates need testing:

https://admin.fedoraproject.org
/updates/pam_mount-2.5-1.fc14,libHX-3.6-1.fc14
https://admin.fedoraproject.org
/updates/roundup-1.4.15-1.fc14https://admin.fedoraproject.org
/updates/ghostscript-8.71-16.fc14https://admin.fedoraproject.org
/updates/xorg-x11-server-1.9.0-9.fc14https://admin.fedoraproject.org
/updates/lib3ds-1.3.0-9.fc14https://admin.fedoraproject.org
/updates/php-nusoap-0.9.5-1.fc14https://admin.fedoraproject.org
/updates/mailman-2.1.13-6.fc14https://admin.fedoraproject.org
/updates/cabextract-1.3-1.fc14,libmspack-0.2-0.1.20100723alpha.fc14
https://admin.fedoraproject.org
/updates/exim-4.72-2.fc14

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

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

anaconda-14.17.4-1.fc14
bespin-0.1-0.2.20100909svn1228.fc14
gnome-python2-desktop-2.31.1-6.fc14
lxdm-0.3.0-0.1.20100921gitcf9b2cbb.fc14
midori-0.2.8-1.fc14
pulseaudio-equalizer-2.7-3.fc14
tar-1.23-5.fc14

Details about builds:



 anaconda-14.17.4-1.fc14 (FEDORA-2010-15049)
 Graphical system installer

Update Information:

Anaconda bugfix update for f14-beta-rc3
Anaconda bugfix update.
Anaconda update with f14 beta blocker fixes.

ChangeLog:

* Mon Sep 20 2010 David Lehman  - 14.17.4-1
- Re-add cleardiskssel step when autopart is chosen. (#635332) (dlehman)
- Pull boot splash image from correct location (#635330) (bcl)
* Fri Sep 17 2010 David Lehman  - 14.17.3-1
- Add files for polkit to initrd.img (#633315) (rvykydal)
* Wed Sep 15 2010 David Lehman  - 14.17.2-1
- Remove old kernels with new bootloader (#633234) (bcl)
- Pass xdriver to anaconda in liveinst (#633827) (bcl)
- Reset resolver after network device activation (#632489) (rvykydal)
- Fix importing the netconfig UI in rescue mode (#632510). (clumens)
* Thu Sep  9 2010 David Lehman  - 14.17.1-1
- Re-fix systemd default link (#627401, mschmidt). (clumens)

References:

  [ 1 ] Bug #635332 - On system with multiple disks, anaconda does not offer 
target device selection screen
https://bugzilla.redhat.com/show_bug.cgi?id=635332
  [ 2 ] Bug #635330 - Boot menu is missing in F14 Beta RC2 install discs
https://bugzilla.redhat.com/show_bug.cgi?id=635330
  [ 3 ] Bug #633234 - Previous grub entry is not overwritten after upgrade with 
creating new bootloader
https://bugzilla.redhat.com/show_bug.cgi?id=633234
  [ 4 ] Bug #632489 - Fail to read package metadata after specifying repo=
https://bugzilla.redhat.com/show_bug.cgi?id=632489
  [ 5 ] Bug #633315 - Connections not editable in nm-c-e in anaconda
https://bugzilla.redhat.com/show_bug.cgi?id=633315
  [ 6 ] Bug #633827 - liveinst needs to pass --xdriver=* to anaconda when 
xdriver=* is in /proc/cmdline
https://bugzilla.redhat.com/show_bug.cgi?id=633827
  [ 7 ] Bug #632510 - Installer exited abnormally when starting network in 
rescue mode
https://bugzilla.redhat.com/show_bug.cgi?id=632510




 bespin-0.1-0.2.20100909svn1228.fc14 (FEDORA-2010-15046)
 A style for Qt/KDE4/KDM

Update Information:

This is not only a new release from upstream but also handles a number of bugs 
found in the previous version of bespin when used with newer versions of KDE4.

ChangeLog:

* Mon Sep 20 2010 Adam Miller  - 
0.1-0.2.20100909svn1228
- Updated to revision 1228
- added file listing for libQtBespin.so
- added Group to all sub packages, fedpkg doesn't allow import otherwise




 gnome-python2-desktop-2.31.1-6.fc14 (FEDORA-2010-15045)
 The sources for additional PyGNOME Python extension modules

ChangeLog:

* Mon Sep 20 2010 Peter Robinson  - 2.31.1-6
- Rebuild for evolution soname bump

References:

  [ 1 ] Bug #635833 - gnome-python2-evolution appears to need a rebuild for the 
current version of libcamel
https://bugzilla.redhat.com/show_bug.cgi?id=635833

Re: package conflicts in rawhide

[John5342]

On Tue, Sep 21, 2010 at 02:53, Rob Healey  wrote:
> I like how yum shell works, what was its intended purpose?

I would imagine to perform several actions at once such as removing,
installing and updating things all in one go. Also consider the case
where two conflicting packages provide the same functionality that
several installed packages rely on. If you wanted to switch without
yum shell you would first have to uninstall the one package which
would remove all packages that depend on it and then reinstall all of
those packages along with the alternative package. With yum shell you
could remove the one package and install the other in one transaction
removing the need for removing and reinstalling all the dependent
packages. That's the kind of thing i use it for anyway.

> What does DTRT mean?

Do The Right Thing

-- 
There are 10 kinds of people in the world: Those who understand binary
and those who don't...
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: [Fedora QA] #112: 'Translation/Keyboard in anaconda' Test Day - 2010/09/16

[Fedora QA]

#112: 'Translation/Keyboard in anaconda' Test Day - 2010/09/16
---+
  Reporter:  rhe   |   Owner:  rhe  
  Type:  task  |  Status:  closed   
  Priority:  major |   Milestone:  Fedora 14
 Component:  Test Day  | Version:   
Resolution:  fixed |Keywords:   
---+
Changes (by rhe):

  * status:  assigned => closed
  * resolution:  => fixed

Comment:

 Test day was carried out successfully and Igor has sent out the test day
 recap:

  * http://lists.fedoraproject.org/pipermail/test-
 announce/2010-September/000133.html

 Closing this ticket, thanks everyone.

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

new initscript-9.21-2.fc15.x86_64 does not restart?

[Rob Healey]

Good evening:

I just updated to the current rawhide initscripts package, and now my stem
will not restart!  It justs logs me off and brings me back to the login
prompt...

I thought that this issue had been fixed in previous versions?

Sincerely yours,
Rob G. Healey
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

package conflicts in rawhide

[Rob Healey]

Dear Bill Nottingham:

>Should be fixed tomorrow. If you want to fix it yourself:

>$ yum shell
> remove upstart-sysvinit
> install systemd-sysvinit
> run

>That should DTRT.

I would like to say thank you for taking the time to show me what and how to
fix it tonight...

I like how yum shell works, what was its intended purpose?

What does DTRT mean?

Sincerely yours,
Rob G. Healey
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Fedora 12 updates-testing report

[updates]

The following Fedora 12 Security updates need testing:

https://admin.fedoraproject.org
/updates/roundup-1.4.15-1.fc12https://admin.fedoraproject.org
/updates/libmspack-0.2-0.1.20100723alpha.fc12,cabextract-1.3-1.fc12
https://admin.fedoraproject.org
/updates/lib3ds-1.3.0-9.fc12https://admin.fedoraproject.org
/updates/ghostscript-8.71-16.fc12https://admin.fedoraproject.org
/updates/mailman-2.1.12-10.fc12https://admin.fedoraproject.org
/updates/php-nusoap-0.9.5-1.fc12https://admin.fedoraproject.org
/updates/openldap-2.4.19-6.fc12https://admin.fedoraproject.org
/updates/sudo-1.7.4p4-2.fc12https://admin.fedoraproject.org
/updates/gif2png-2.5.1-1202.fc12https://admin.fedoraproject.org
/updates/php-pecl-apc-3.1.4-2.fc12https://admin.fedoraproject.org
/updates/lvm2-2.02.72-4.fc12

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

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

amarok-2.3.2-2.fc12
awn-extras-applets-0.4.0-22.fc12
chatzilla-0.9.86-2.1285hg.fc12
cricscore-applet-1.1.0.3-2.fc12
cups-1.4.4-9.fc12
frepple-0.8.1-1.fc12
fuse-convmvfs-0.2.6-1.fc12
ganyremote-5.11.7-1.fc12
ghc-deepseq-1.1.0.0-1.fc12
ibus-fbterm-0.9.1-9.fc12
iodine-0.6.0-0.rc1.4.fc12
kanyremote-5.11.9-1.fc12
libucil-0.9.8-3.fc12
mock-1.0.12-1.fc12
mod_nss-1.0.8-7.fc12
newsbeuter-2.3-1.fc12
opencc-0.1.2-1.fc12
php-pear-Crypt-CHAP-1.5.0-1.fc12
php-pecl-apc-3.1.4-2.fc12
pulseaudio-equalizer-2.7-3.fc12
python-werkzeug-0.6.2-2.fc12
rtpproxy-1.2.1-2.fc12
sudo-1.7.4p4-2.fc12
vidalia-0.2.10-1.fc12

Details about builds:



 amarok-2.3.2-2.fc12 (FEDORA-2010-15042)
 Media player

Update Information:

Update to amarok 2.3.2 Moonshine.

http://amarok.kde.org/en/releases/2.3.2

Fixed bugs:
*  Fixed incorrect size of the VideoClip applet. (BR 247097)
* Comments embedded in files that contained newlines or tabs could be skipped 
entirely. (BR 223502)
* The equalizer dialog did not discard changes when clicking "Cancel". Patch by 
Anton Gritsay . (BR 242730)
* The Last.fm service did not work without KWallet. (BR 235861)
* Show actual KDE version in the "About Amarok" dialog, instead of the version 
used at compile time.
* Fixed a crash when trying to save a playlist to a file where the format of 
the playlist was unknown. (BR 246168)
* Also use podcast channel image for downloaded episodes. (BR 229391)
* Collection directories that were symlinks could end up storing the wrong 
absolute path, causing those files to be removed during incremental scans.
* Fixed playlist tooltips not showing up, even when enabled in the playlist 
layout (BR 249086)
* Fixed potential crashes related to Applet loading. (BR 246756)
* Fixed possible crash in Labels Applet when playing new track. (BR 248538)
* Fixed incorrect layout of applets on startup.
* Fixed Collection Browser not properly updating after a full rescan, 
necessitating Amarok to be closed and reopened. Fixes various bugs. (BR 172542)
* Fixed cover found dialog closing when download failed or is cancelled.
* Fixed failure when fetching cddb info for audio CDs in localized Amarok.
* Fixed expanding items in collection browser by double-click, in double-click 
mode.
* Fixed crash when adding new folders repeatedly in podcast/saved playlist 
browsers.
* Fixed context menu actions acting on wrong indices in the playlist browser.
* Fixed incorrect text about "rpath" argument to collection scanner. (BR 236076)
* Fixed emission of MPRIS StatusChange signal when switching into or out of 
random mode.


ChangeLog:

* Mon Sep 20 2010 Thomas Janssen  2.3.2-2
- added patch to fix BPM tags in flac
* Thu Sep 16 2010 Rex Dieter  - 2.3.2-1
- amarok-2.3.2
* Thu Sep 16 2010 Dan Horák  - 2.3.1.90-3
- no libgpod on s390(x)
* Mon Aug 16 2010 Rex Dieter  - 2.3.1.90-2
- fix/patch installation of amarok handbooks
* Mon Aug 16 2010 Rex Dieter  - 2.3.1.90-1
- amarok-2.3.1.90 (2.3.2 beta1)




 awn-extras-applets-0.4.0-22.fc12 (FEDORA-2010-14990)
 Extras applets for avant window navigator

Update Information:





ChangeLog:

* Fri Sep 17 2010 leigh scott  - 0.4.0-22
- apply upstream fix for cairo-menu (Bz 601616)
* Tue Sep 14 2010 leigh scott  - 0.4.0-21
- apply upstream fix for mail  applet (Bz 591211)
* Mon Sep 13 2010 leigh scott  - 0.4.0-20
- apply upstream fix for dialect applet (Bz 607132)
--

Re: system-config-network F14Beta x86_64

[Richard Ryniker]

> if you don't use accessibility disable it with 
> gconftool-2 --type bool --set /desktop/gnome/interface/accessibility false

Worked like a charm... after I figured out it must be set for root.

> Someone from the Gnome Desktop team needs to comment if these should be 
> installed and accessibility on by default.

I think you recognize a fault here.  If "accessibility" is true by default,
then the required module ought to be installed in the initial package
set.

It would be helpful if GConf had some ability to verify the presence of
resources required by configuration settings.  If I change the
"accessibility" value from false to true, a message that tells me
"libgail-gnome is not available, but the new configuration requires it."
is in order.

When I login, perhaps all known GConf resource dependencies can be
verified, and failures reported (this check itself enabled or supressed
by a configuration setting, of course).

Thank you for the cogent explanation and directly useful recommendation.
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: system-config-network F14Beta x86_64

[Jóhann B. Guðmundsson]

 On 09/20/2010 10:41 PM, Richard Ryniker wrote:

(system-config-network-gui:24283): Gnome-WARNING **: Accessibility: failed to 
find module 'libgail-gnome' which is needed to make this application accessible


This is because the relevant module is not install

You can workaround this by installing the missing module ( yum install 
libgail-gnome ) or if you don't use accessibility disable it with 
gconftool-2 --type bool --set /desktop/gnome/interface/accessibility false.



** (system-config-network-gui:24283): WARNING **: AT-SPI: Accessibility bus not 
found - Using session bus.


This is because the accessibility bus is not started by gnome-session.

Again relevant package ( at-spi ) is probably not installed and the 
workaround is the same if you don't use accessibility disable it with 
gconftool-2 --type bool --set /desktop/gnome/interface/accessibility false.


Someone from the Gnome Desktop team needs to comment if these should be 
installed and accessibility on by default.


Harmless errors I suppose as long as you dont use/need accessibility...

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

Re: system-config-network F14Beta x86_64

[Tom Horsley]

On Mon, 20 Sep 2010 18:41:55 -0400
Richard Ryniker wrote:

> Gnome-WARNING

Pick any random GTK app, run it from a terminal where you
can see stdout and stderr, and you are very likely to get
anywhere between 1 and infinity of messages like this
warning of dire critical errors.

I just ignore 'em. The real question is: Does the app
seem like it is working? If so, that's all you can
ask for :-).
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

system-config-network F14Beta x86_64

[Richard Ryniker]

Is this working-as-designed?  Other than these messages,
system-config-network worked as expected.


[r...@vista ryniker]# system-config-network

(system-config-network-gui:24283): Gnome-WARNING **: Accessibility: failed to 
find module 'libgail-gnome' which is needed to make this application accessible

** (system-config-network-gui:24283): WARNING **: AT-SPI: Accessibility bus not 
found - Using session bus.

[r...@vista ryniker]# 
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: [Test-Announce] Anaconda Translation&Keyboard Test Day recap

[Adam Williamson]

On Mon, 2010-09-20 at 15:43 -0300, Igor Pires Soares wrote:
> Em Seg, 2010-09-20 às 15:14 +1000, noriko escreveu:
> > Adam Williamson さんは書きました:
> > > I think it would be good to add the most significant bugs in the list to
> > > the F14-accepted tracker:
> > > 
> > > http://bugzilla.redhat.com/show_bug.cgi?id=f14-accepted
> > > 
> > > which will propose them as 'nice-to-have' bugs for final release,
> > > meaning they'll be accepted through the final freeze if they're only
> > > fixed then, and they'll probably get more attention and tracking. Thanks
> > > again!
> > 
> > Igor, Hurry and all
> > Thank you so much for organizing and joining this testing.
> > That would be great if the bugs could be added to and considered for 
> > final release.
> 
> IMHO the most import bugs are those ones related to all languages, i18n
> issues in general, or those ones that affect a set of languages. Looking
> at the bug list and using this criteria I think that the most important
> bugs are:
> 
> 634385 NEW  – Multiple placeholders within one string in anaconda.po
> 634777 NEW  – Firstboot does not show translations in hardware profile
> screen
> 634556 NEW  – language support is not installed by selecting few
> languages.
> 
> What do you think?

Sounds reasonable. Let's mark these as blocking F14Beta-accepted.
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

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

Re: [Fedora QA] #128: Joining proventester group

[Fedora QA]

#128: Joining proventester group
--+-
  Reporter:  robert   |   Owner:  adamwill
  Type:  proventester request |  Status:  closed  
  Priority:  major|   Milestone:  
 Component:  Proventester Mentor Request  | Version:  
Resolution:  fixed|Keywords:  
--+-
Changes (by adamwill):

  * status:  assigned => closed
  * resolution:  => fixed

Comment:

 Excellent, then I hereby anoint you a proventester!

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

Re: Upcoming Fedora 14 Tasks

[Adam Williamson]

On Mon, 2010-09-20 at 17:21 +, "Jóhann B. Guðmundsson" wrote:
> On 09/20/2010 05:19 PM, John Poelstra wrote:
> 
> Great job everyone we finally have the task list empty ;)

/me heads for the bar
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

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

New Bodhi, and odd error pushing a package update to testing

[Michel Alexandre Salim]

On Mon, Sep 20, 2010 at 11:30 PM, Fedora Koji Build System
 wrote:
> Package: Miro
> NVR: Miro-3.0.3-2.fc13
> User: bodhi
> Status: failed
> Tag Operation: untagged
> From Tag: dist-f13-updates-testing-pending
>
> Miro-3.0.3-2.fc13 unsuccessfully untagged from 
> dist-f13-updates-testing-pending by bodhi
> Operation failed with the error:
>    koji.TagError: build Miro-3.0.3-2.fc13 not in tag 
> dist-f13-updates-testing-pending
>
>
Might this have to do with the deployment of the new Bodhi? Bodhi
still thinks the update has not been pushed to testing:

https://admin.fedoraproject.org/updates/Miro-3.0.3-2.fc13

but Koji already has the package tagged dist-f13-updates-testing:

http://koji.fedoraproject.org/koji/buildinfo?buildID=196032

Thanks,

-- 
Michel Alexandre Salim
Fedora Project Contributor: http://fedoraproject.org/

Email:  sali...@fedoraproject.org  | GPG key ID: 78884778
Jabber: hir...@jabber.ccc.de   | IRC: hir...@irc.freenode.net

()  ascii ribbon campaign - against html e-mail
/\  www.asciiribbon.org   - against proprietary attachments
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: [Fedora QA] #127: Proventester mentorship request

[Fedora QA]

#127: Proventester mentorship request
--+-
  Reporter:  salimma  |   Owner:
  Type:  proventester request |  Status:  closed
  Priority:  major|   Milestone:
 Component:  Proventester Mentor Request  | Version:
Resolution:  fixed|Keywords:
--+-
Changes (by maxamillion):

  * status:  new => closed
  * resolution:  => fixed

Comment:

 Request for proventester membership in FAS has been approved. Marking
 ticket complete.

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

Re: [Fedora QA] #129: Replace installer telnet test case with newer ssh support

[Fedora QA]

#129: Replace installer telnet test case with newer ssh support
--+-
  Reporter:  jlaska   |   Owner:   
  Type:  enhancement  |  Status:  new  
  Priority:  minor|   Milestone:  Fedora 14
 Component:  Test Review  | Version:   
Resolution:   |Keywords:   
--+-
Comment (by jlaska):

 Note, the new ssh support doesn't replace the telnet use case.  The
 ability to telnet into the installer and direct the installation from the
 telnet session has been removed and there is no replacement.

 Support for connecting to a running installer via SSH to allow for easier
 debugging has been added.  This new test might make sense under
 https://fedoraproject.org/wiki/Category:Recovery_Test_Cases ?

 If anyone wants to propose a new test case feel free, otherwise I'll
 investigate post-F14Beta.

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

2010-09-20 - Fedora QA meeting recap

[James Laska]

As always, notes and IRC transcript available on the wiki at
https://fedoraproject.org/wiki/QA/Meetings/20100920

= Attendees =

People present (lines said):

  * jlaska (125)
  * wwoods (19)
  * kparal (12)
  * Oxf13 (12)
  * jforbes (9)
  * dgilmore (8)
  * saccia (7)
  * hircus (6)
  * bcl (5)
  * lmacken (3)
  * robatino (2)
  * nirik (1)
  * Viking-Ice (1)

Unable to attend:
  * rhe
  * newgle
  * adamw

= Agenda =
  * Proposed meeting agenda -
http://lists.fedoraproject.org/pipermail/test/2010-September/093898.html
  * MeetBot summary -

http://meetbot.fedoraproject.org/fedora-meeting/2010-09-20/fedora-qa.2010-09-20-15.00.html
 

== Previous meeting follow-up ==
  * No previous items

== F14 Beta RC Testing ==

Owner - adamw + rhe
Summary
 1. RC2 available for test
 2. Several open F14Beta blocker bugs remain ...
  * http://bugzilla.redhat.com/627789 - Error setting up
repository - 16, Device busy
  * http://bugzilla.redhat.com/635330 - Boot menu is missing
in F14 Beta RC2 install discs
  * http://bugzilla.redhat.com/635332 - On system with
multiple disks, anaconda does not offer target device
selection screen
  * http://bugzilla.redhat.com/635395 - ConsoleKit session
not properly opened (xfce)
  * http://bugzilla.redhat.com/635396 - ConsoleKit session
not properly opened (lxde)
Next steps...
 1. Announce to applicable community lists
 2. Continue testing ([[Test_Results:Current_Installation_Test|
installer]] and [[Test_Results:Current_Desktop_Test|desktop]])
 3. : QA presents status on release criteria at ''2010-09-22 -
Fedora 14 Beta Go/No-Go Meeting''

== F14 Test Days ==

=== Sep 16 - trans/keymap installer ===
Owner - rhe
Summary
 1. Ticket - http://fedorahosted.org/fedora-qa/ticket/112
 2. Test Day hosted at

https://fedoraproject.org/wiki/Test_Day:2010-09-16_AnacondaTranslationKeyboard
 3. Igor sent a summary at

http://lists.fedoraproject.org/pipermail/test-announce/2010-September/000133.html
Next steps...
 1. Completed, yay!

=== Sep 23 - Virtualization ===
Owner - jforbes
Summary
 1. Ticket - http://fedorahosted.org/fedora-qa/ticket/114
 2. Wiki page drafted at
https://fedoraproject.org/wiki/Test_Day:2010-09-23_Virtualization
Next steps...
 1. Jforbes will continue cleaning up the wiki
 2. Announce to test-annou...@lists.fp.org and virt@
 3. Post to fedora plaent

=== Sep 28-30 - Graphics test week ===
Owner - adamwill
Summary
 1. Tuesday, Sep 28 -
https://fedoraproject.org/wiki/Test_Day:2010-09-28_Nouveau
 2. Wednesday, Sep 29 -
https://fedoraproject.org/wiki/Test_Day:2010-09-29_Radeon
 3. Thursday, Sep 30 -
https://fedoraproject.org/wiki/Test_Day:2010-09-30_Intel
Next steps...

== AutoQA update ==

Owner - wwoods
Summary
  * jskladan updated [[Writing_AutoQA_Tests]] with new more updated
content
  * kparal + wwoods reviewed and merged multihook and upgradepath
patches
  * lmacken noted that updated bodhi with 'pending' tag support
should be available later today
  * kparal presented AutoQA at FUDCon (see [[QA:Presentations]])
  * autoqa-0.4.2-1 released
  * wwoods reviewed and updated

https://fedoraproject.org/wiki/Updates_Lessons#2010-05-27_-_nss-softokn_update_problems
 based on findings of how the nss-softokn issue was missed
Next steps...
 1. wwoods will also add an rpm test transaction to depcheck to
catch file conflicts
 2. jskladan and wwoods investigating mash integration

= Open discussion -  =

  * Brian Lane raised http://bugzilla.redhat.com/627789 - ''Error
setting up repository - 16, Device bus'' for consideration as a
blocker bug.  Jlaska and Bcl agreed to discuss further after the
meeting.

= Action items =

  * All - please help test the beta (see
http://fedoraproject.org/wiki/Category:Fedora_14_Beta_RC_Test_Results)

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

[Fedora QA] #129: Replace installer telnet test case with newer ssh support

[Fedora QA]

#129: Replace installer telnet test case with newer ssh support
-+--
 Reporter:  jlaska   |   Owner:   
 Type:  enhancement  |  Status:  new  
 Priority:  minor|   Milestone:  Fedora 14
Component:  Test Review  | Version:   
 Keywords:   |  
-+--
 Had a discussion with Andre on IRC about the
 [http://fedoraproject.org/wiki/QA:Testcase_Anaconda_User_Interface_Telnet
 telnet installer test case].  According to anaconda, the telnet boot
 option has been removed and replaced with ssh support.  In order to adjust
 and test for this change, we'll need to ...

 1) Request documentation on the boot option from the installer team
 2) Remove
 [http://fedoraproject.org/wiki/QA:Testcase_Anaconda_User_Interface_Telnet
 QA:Testcase_Anaconda_User_Interface_Telnet] from the F14 (and future) test
 matrices
 3) Create a new wiki test case to capture the testing required to confirm
 that ssh support is functioning properly

-- 
Ticket URL: 
Fedora QA 
Fedora Quality Assurance
-- 
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:

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

bodhi-0.7.9-1.fc14

Details about builds:



 bodhi-0.7.9-1.fc14 (FEDORA-2010-14980)
 A modular framework that facilitates publishing software updates

Update Information:

Web UI Changes
--

- Improved editing functionality
- Only unpush edited updates when builds are altered
- Make a note in the comments of which builds were added/removed
- Allow people to revert their karma vote more than once
- Add mouseover tooltips to the update status with more details
- Prevent different versions of a package from being added to the same update
- Handle more types of bugzilla auto-linking in comments (ex: rhbz#1234)
- Link to the newer update in the obsoleted ones
- Link to gitweb instead of viewvc
- Set default (un)stable karma values if re-enabled
- Anonymous karma has never effected karma, so we now mark them as being 
ignored in the interface to make it obvious
- Get the 'suggest reboot' flag working again
- Allow non-critpath updates to be pushed to stable after meeting our critpath 
requirements
- Allow maintainers to request that their update be pushed to stable before the 
automatic approval job runs, if it already meets the time-in-testing 
requirements.

Client Changes
--

- Add --stablekarma, --unstablekarma, and --disable-autokarma client arguments
- Fix a bug in using `bodhi --push-build=` on multi-build updates
- Add a --bodhi-url command-line option
- Instead of requiring only one argument with a comma separated list of 
updates, support several builds as several arguments.

API Changes
---

- Remove our API pagination query limit of 1000
- Add a new 'author_group' field to each comment in our JSON API

Backend Changes
---

- Add the new 'dist-fN-updates{-testing,}-pending' tags to builds so AutoQA can 
start testing them before they get pushed
- List security & critpath testing updates in our updates-testing digest emails
- Download and inject the pkgtags sqlite db into our repodata from the pkgdb 
(which will be utilized by `yum search`)
- Email the proventesters about stale unapproved critical path updates
- Update the bug titles for all security updates before pushing (since security 
bug titles frequently change after the update is submitted to reflect the CVE 
id)
- Improved sanity checking in the masher when resuming pushes
- Properly capture & log stderr from our mash subprocess
- Improved metrics report generator (soon to be integrated into the web 
interface)


ChangeLog:

* Mon Sep 20 2010 Luke Macken  - 0.7.9-1
- 0.7.9 release


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

Re: package conflicts in rawhide???

[Bill Nottingham]

Rob Healey (robheal...@gmail.com) said: 
> I am having a problem with yum and rawhide!  I do not know if anyone else is
> having this same issue or not?  I would also like to know how to resolve
> this if possible?

Should be fixed tomorrow. If you want to fix it yourself:

$ yum shell
> remove upstart-sysvinit
> install systemd-sysvinit
> run

That should DTRT.

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

Broken dependencies with Fedora 14 + updates-testing - 2010-09-20

[Michael Schwendt]

==
The results in this summary consider Test Updates!
==

Still broken compared with F-14 Branched:

17 builds


Fixed packages compared with F-14 Branched:

RackTables
anjuta
cyphesis
libglade-java
libgnome-java
libvte-java
matahari
plee-the-bear
python-polybori
viking


Additional broken packages with Test Updates (src.rpm names):

contacts
k3d
libgconf-java
libopensync-plugin-evolution2
php-pecl-imagick
tracker




==
Broken packages in fedora-14-development-i386:

libgconf-java-2.12.4-15.fc14.i686  requires  libgtkjava-2.8.so
libgconf-java-2.12.4-15.fc14.i686  requires  libgtkjni-2.8.so
libgconf-java-2.12.4-15.fc14.i686  requires  libglibjni-0.2.so
libgconf-java-2.12.4-15.fc14.i686  requires  libglibjava-0.2.so


==
Broken packages in fedora-14-development-x86_64:

libgconf-java-2.12.4-15.fc14.i686  requires  libgtkjava-2.8.so
libgconf-java-2.12.4-15.fc14.i686  requires  libgtkjni-2.8.so
libgconf-java-2.12.4-15.fc14.i686  requires  libglibjni-0.2.so
libgconf-java-2.12.4-15.fc14.i686  requires  libglibjava-0.2.so
libgconf-java-2.12.4-15.fc14.x86_64  requires  libglibjni-0.2.so()(64bit)
libgconf-java-2.12.4-15.fc14.x86_64  requires  libgtkjni-2.8.so()(64bit)
libgconf-java-2.12.4-15.fc14.x86_64  requires  libglibjava-0.2.so()(64bit)
libgconf-java-2.12.4-15.fc14.x86_64  requires  libgtkjava-2.8.so()(64bit)


==
Broken packages in fedora-updates-testing-14-i386:

1:libopensync-plugin-evolution2-0.22-7.fc14.i686  requires  
libcamel-1.2.so.19
1:libopensync-plugin-evolution2-0.22-7.fc14.i686  requires  
libedata-book-1.2.so.8
1:libopensync-plugin-evolution2-0.22-7.fc14.i686  requires  
libedata-cal-1.2.so.10
contacts-0.12-2.fc14.i686  requires  libcamel-1.2.so.19
k3d-0.8.0.1-3.fc14.i686  requires  libMagickCore.so.3
k3d-0.8.0.1-3.fc14.i686  requires  libMagick++.so.3
php-pecl-imagick-3.0.0-7.fc14.i686  requires  libMagickWand.so.3
php-pecl-imagick-3.0.0-7.fc14.i686  requires  libMagickCore.so.3
tracker-evolution-plugin-0.8.17-1.fc14.i686  requires  libcamel-1.2.so.19
tracker-evolution-plugin-0.8.17-1.fc14.i686  requires  
libcamel-provider-1.2.so.19


==
Broken packages in fedora-updates-testing-14-x86_64:

1:libopensync-plugin-evolution2-0.22-7.fc14.x86_64  requires  
libcamel-1.2.so.19()(64bit)
1:libopensync-plugin-evolution2-0.22-7.fc14.x86_64  requires  
libedata-book-1.2.so.8()(64bit)
1:libopensync-plugin-evolution2-0.22-7.fc14.x86_64  requires  
libedata-cal-1.2.so.10()(64bit)
contacts-0.12-2.fc14.x86_64  requires  libcamel-1.2.so.19()(64bit)
k3d-0.8.0.1-3.fc14.x86_64  requires  libMagickCore.so.3()(64bit)
k3d-0.8.0.1-3.fc14.x86_64  requires  libMagick++.so.3()(64bit)
php-pecl-imagick-3.0.0-7.fc14.x86_64  requires  libMagickCore.so.3()(64bit)
php-pecl-imagick-3.0.0-7.fc14.x86_64  requires  libMagickWand.so.3()(64bit)
tracker-evolution-plugin-0.8.17-1.fc14.x86_64  requires  
libcamel-provider-1.2.so.19()(64bit)
tracker-evolution-plugin-0.8.17-1.fc14.x86_64  requires  
libcamel-1.2.so.19()(64bit)
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

package conflicts in rawhide???

[Rob Healey]

Greetings All:

I am having a problem with yum and rawhide!  I do not know if anyone else is
having this same issue or not?  I would also like to know how to resolve
this if possible?

I have tried to remove systemd-sysvinit, but yum wants to remove half of my
system on that one...

Is this ok [y/N]: y
Downloading Packages:
(1/16):
fuse-convmvfs-0.2.6-1.fc15.x86_64.rpm
|  24 kB 00:00
(2/16):
git-1.7.3-1.fc15.x86_64.rpm
| 3.4 MB 00:05
(3/16):
glib-java-0.4.2-2.fc15.x86_64.rpm
| 105 kB 00:00
(4/16):
glib-java-devel-0.4.2-2.fc15.x86_64.rpm
|  79 kB 00:00
(5/16):
kernel-2.6.36-0.23.rc4.git4.fc15.x86_64.rpm
|  22 MB 00:12
(6/16):
kernel-devel-2.6.36-0.23.rc4.git4.fc15.x86_64.rpm
| 6.7 MB 00:03
(7/16):
kernel-headers-2.6.36-0.23.rc4.git4.fc15.x86_64.rpm
| 733 kB 00:00
(8/16):
nss-3.12.7.99.4-1.fc15.x86_64.rpm
| 756 kB 00:00
(9/16):
nss-softokn-3.12.7.99.4-1.fc15.x86_64.rpm
| 170 kB 00:00
(10/16):
nss-softokn-freebl-3.12.7.99.4-1.fc15.x86_64.rpm
| 121 kB 00:00
(11/16):
nss-sysinit-3.12.7.99.4-1.fc15.x86_64.rpm
|  26 kB 00:00
(12/16):
nss-util-3.12.7.99.4-1.fc15.x86_64.rpm
|  45 kB 00:00
(13/16):
perf-2.6.36-0.23.rc4.git4.fc15.x86_64.rpm
| 311 kB 00:00
(14/16):
perl-Git-1.7.3-1.fc15.noarch.rpm
|  27 kB 00:00
(15/16):
sudo-1.7.4p4-3.fc15.x86_64.rpm
| 420 kB 00:00
(16/16):
upstart-0.6.5-8.fc15.x86_64.rpm
| 149 kB 00:00

Total
1.3 MB/s |  35 MB 00:26
Running rpm_check_debug
ERROR with rpm_check_debug vs depsolve:
upstart = 0.6.5-8.fc14 is needed by (installed)
upstart-sysvinit-0.6.5-8.fc14.x86_64
Please report this error in http://yum.baseurl.org/report
 You could try running: rpm -Va --nofiles --nodigest

Sincerely yours,
Rob G. Healey
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Updates to F13 Bollix VLF Monitoring (audio)

[Chuck Forsberg WA7KGX N2469R]

  Previously I reported on audio issues with Fedora updates
affecting the VLF monitoring at omen.com.

Unfortunately, recent updates have really messed things up,
to the point I may have to consider using a different distro.

For quite some time I have been using an Asus pcie audio
card for monitoring VLF signals.  The computer also has
the motherboard audio.  During upgrades and/or reboots
Fedora would arbitrarily swap the two devices, but I was
able to correct the problem by rebooting again or changing
the device in Gnuradio.

A recent upgrade changed something and I was no longer
able to access the Asus card.  I disabled the motherboard
audio and VLF monitoring was back in business.  But then
the audio input would spontaneously mute itself every
few hours or so.  The sound applet shows the input unmuted,
but I had to mute and unmute  the input audio to get it working.

So I added
amixer -c 0 sset Line,0 100%,100% unmute cap >/dev/null  2>/dev/null
every minute via crontab.  This keeps the line from going dead,
but now the gain or something randomly changes from
time to time.  You can see the result at omen.com/vlf12.php

I know Linux audio is a mess but an unstable mess is worse.

-- 
Chuck Forsberg WA7KGX N2469R c...@omen.com   www.omen.com
Developer of Industrial ZMODEM(Tm) for Embedded Applications
   Omen Technology Inc  "The High Reliability Software"
10255 NW Old Cornelius Pass Portland OR 97231   503-614-0430

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

Re: [Test-Announce] Anaconda Translation&Keyboard Test Day recap

[Igor Pires Soares]

Em Seg, 2010-09-20 às 15:14 +1000, noriko escreveu:
> Adam Williamson さんは書きました:
> > I think it would be good to add the most significant bugs in the list to
> > the F14-accepted tracker:
> > 
> > http://bugzilla.redhat.com/show_bug.cgi?id=f14-accepted
> > 
> > which will propose them as 'nice-to-have' bugs for final release,
> > meaning they'll be accepted through the final freeze if they're only
> > fixed then, and they'll probably get more attention and tracking. Thanks
> > again!
> 
> Igor, Hurry and all
> Thank you so much for organizing and joining this testing.
> That would be great if the bugs could be added to and considered for 
> final release.

IMHO the most import bugs are those ones related to all languages, i18n
issues in general, or those ones that affect a set of languages. Looking
at the bug list and using this criteria I think that the most important
bugs are:

634385 NEW  – Multiple placeholders within one string in anaconda.po
634777 NEW  – Firstboot does not show translations in hardware profile
screen
634556 NEW  – language support is not installed by selecting few
languages.

What do you think?

Regards,
-- 
Igor Pires Soares
Fedora I18N/L10N QA
Fedora Ambassador (Brazil)
https://fedoraproject.org/wiki/User:Igor

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

Re: [Fedora QA] #128: Joining proventester group

[Fedora QA]

#128: Joining proventester group
--+-
  Reporter:  robert   |   Owner:  adamwill
  Type:  proventester request |  Status:  assigned
  Priority:  major|   Milestone:  
 Component:  Proventester Mentor Request  | Version:  
Resolution:   |Keywords:  
--+-
Comment (by robert):

 Okay...I think, I understand what the process is - fortunately closed to
 what I do so far already.

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

Re: Is anybody else seeing Thunderbird hang when you try to open the advanced configuration editor?

[Jonathan Kamens]

 On 09/20/2010 01:22 PM, Jon Hermansen wrote:
> Hi Jonathan,
>  Have you tried reproducing the hang with a completely new user
> profile?
It is reproducible (albeit intermittent, as I noted before) in an empty
profile after moving ~/.mozilla and ~/.thunderbird out of the way.

  jik




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

Re: Upcoming Fedora 14 Tasks

[James Laska]

On Mon, 2010-09-20 at 17:21 +, "Jóhann B. Guðmundsson" wrote:
> On 09/20/2010 05:19 PM, John Poelstra wrote:
> 
> Great job everyone we finally have the task list empty ;)

Hah, wouldn't that be nice.

Just to clarify, there is plenty of testing still inprogress.  If you'd
like to help, see the recent mail from Andre on test-announce.

http://lists.fedoraproject.org/pipermail/test-announce/2010-September/000132.html

Thanks,
James

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

Re: Is anybody else seeing Thunderbird hang when you try to open the advanced configuration editor?

[Jon Hermansen]

Hi Jonathan,
 Have you tried reproducing the hang with a completely new user
profile? For instance, try renaming:

$HOME/.mozilla
$HOME/.thunderbird

so that Thunderbird will create a new profile when you launch it.

On Mon, Sep 20, 2010 at 9:42 AM, Jonathan Kamens  wrote:
>  On 9/20/2010 12:35 PM, Scott Robbins wrote:
>> I don't know if this is related to your issue...
> It's not.
> --
> test mailing list
> test@lists.fedoraproject.org
> To unsubscribe:
> https://admin.fedoraproject.org/mailman/listinfo/test
>
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Upcoming Fedora 14 Tasks

[Jóhann B. Guðmundsson]

  On 09/20/2010 05:19 PM, John Poelstra wrote:

Great job everyone we finally have the task list empty ;)

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

Upcoming Fedora 14 Tasks

[John Poelstra]

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

Re: Is anybody else seeing Thunderbird hang when you try to open the advanced configuration editor?

[Jonathan Kamens]

  On 9/20/2010 12:35 PM, Scott Robbins wrote:
> I don't know if this is related to your issue...
It's not.
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Is anybody else seeing Thunderbird hang when you try to open the advanced configuration editor?

[Scott Robbins]

On Mon, Sep 20, 2010 at 11:39:13AM -0400, Jonathan Kamens wrote:
> I just filed bug 635735 about a problem I'm seeing where if I go to Edit >
> Preferences in Thunderbird and then click the "Config Editor..." button,
> Thunderbird hangs and consume 100% CPU immediately after popping up the config
> editor.
> 

I don't know if this is related to your issue, but have you seen 

http://perfprotector.blogspot.com/2010/08/thunderbird-3-is-it-really-all-yours.html

It mentions two features/bugs  that seem to, at
least for the author, consume a lot of resources.

It would be interesting to see if following the page's suggestions fixed
your problem.  (Not running thunderbird, so no personal experience one
way or the other.)


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

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

Is anybody else seeing Thunderbird hang when you try to open the advanced configuration editor?

[Jonathan Kamens]

I just filed bug 635735 
 about a problem I'm 
seeing where if I go to Edit > Preferences in Thunderbird and then click 
the "Config Editor..." button, Thunderbird hangs and consume 100% CPU 
immediately after popping up the config editor.


I've reproduced this issue with three different Thunderbird RPMs, one of 
them an old 3.1.2 RPM which I'm pretty sure did not previously have this 
problem, which implies that it's a change to some other part of the 
system that caused it.


The problem is intermittent but seems to happen more often than not.

I'd sure love it if somebody else could confirm this to eliminate the 
possibility that it's just a fluke of my setup.


Thanks,

  jik



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

Re: F14 Beta RC2 comments

[John Watzke]

> Seems to be similar to my problem I reported already:
> https://bugzilla.redhat.com/show_bug.cgi?id=622694
>
>
This is exactly the problem I'm seeing.  In my case, I can reproduce it
every time with the DVD iso.  Any tips on what log I could possibly grab to
help them debug the problem?

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

F-14 Branched report: 20100920 changes

[Branched Report]

Compose started at Mon Sep 20 13:15:36 UTC 2010

Broken deps for x86_64
--
RackTables-0.18.3-1.fc14.noarch requires /usr/local/bin/php
RackTables-0.18.3-1.fc14.noarch requires perl(File::FnMatch)
1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9
1:anjuta-2.30.0.0-2.fc14.i686 requires libwebkit-1.0.so.2
1:anjuta-2.30.0.0-2.fc14.i686 requires libvala.so.0
1:anjuta-2.30.0.0-2.fc14.i686 requires libdevhelp-1.so.1
1:anjuta-2.30.0.0-2.fc14.x86_64 requires libgladeui-1.so.9()(64bit)
1:anjuta-2.30.0.0-2.fc14.x86_64 requires libdevhelp-1.so.1()(64bit)
1:anjuta-2.30.0.0-2.fc14.x86_64 requires libwebkit-1.0.so.2()(64bit)
1:anjuta-2.30.0.0-2.fc14.x86_64 requires libvala.so.0()(64bit)
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
cyphesis-0.5.21-2.fc13.x86_64 requires libpython2.6.so.1.0()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libedata-book-1.2.so.2()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libcamel-1.2.so.17()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libgtkhtml-editor.so.0()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libebook-1.2.so.9()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libcamel-provider-1.2.so.17()(64bit)
evolution-sharp-0.21.1-9.fc14.x86_64 requires 
libcamel-1.2.so.19()(64bit)
frysk-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
frysk-devel-0.4-26.fc14.i386 requires libgcj.so.10
frysk-devel-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
frysk-gnome-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
gnome-python2-evolution-2.31.1-5.fc14.x86_64 requires 
libcamel-1.2.so.19()(64bit)
gpx-viewer-0.1.2-2.fc14.x86_64 requires 
libchamplain-gtk-0.4.so.0()(64bit)
gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-0.4.so.0()(64bit)
intellij-idea-9.0.1.94.399-11.fc14.x86_64 requires jna-examples
libglade-java-2.12.5-12.fc12.i686 requires libgcj.so.10
libglade-java-2.12.5-12.fc12.x86_64 requires libgcj.so.10()(64bit)
libgnome-java-2.12.4-12.fc12.i686 requires libgcj.so.10
libgnome-java-2.12.4-12.fc12.x86_64 requires libgcj.so.10()(64bit)
libvte-java-0.12.1-15.fc12.i686 requires libgcj.so.10
libvte-java-0.12.1-15.fc12.x86_64 requires libgcj.so.10()(64bit)
matahari-0.0.5-1.fc14.x86_64 requires libqmf.so.1()(64bit)
mingw32-OpenSceneGraph-2.8.2-4.fc14.noarch requires 
mingw32(libpng-3.dll)
ovirt-server-0.100-4.fc12.noarch requires qpidd
ovirt-server-0.100-4.fc12.noarch requires qpidc
perl-Gtk2-MozEmbed-0.08-6.fc14.15.x86_64 requires gecko-libs = 0:1.9.2.4
plee-the-bear-0.4.1-5.fc14.x86_64 requires 
libboost_thread-mt.so.1.41.0()(64bit)
plee-the-bear-0.4.1-5.fc14.x86_64 requires 
libboost_filesystem-mt.so.1.41.0()(64bit)
plee-the-bear-0.4.1-5.fc14.x86_64 requires 
libboost_system-mt.so.1.41.0()(64bit)
python-polybori-0.5-8.fc14.i686 requires libboost_python.so.1.41.0
python-polybori-0.5-8.fc14.x86_64 requires 
libboost_python.so.1.41.0()(64bit)
qtgpsc-0.2.3-6.fc12.x86_64 requires libgps.so.18()(64bit)
spacewalk-certs-tools-1.1.1-2.1.fc14.noarch requires 
spacewalk-backend-libs >= 0:0.8.28
valide-0.6.1-0.22.20103003svn511.fc14.i686 requires libvala.so.0
valide-0.6.1-0.22.20103003svn511.fc14.x86_64 requires 
libvala.so.0()(64bit)
viking-0.9.91-3.fc13.x86_64 requires libgps.so.18()(64bit)
wfut-1.1.0-8.fc12.x86_64 requires libgcj.so.10()(64bit)



Broken deps for i386
--
RackTables-0.18.3-1.fc14.noarch requires /usr/local/bin/php
RackTables-0.18.3-1.fc14.noarch requires perl(File::FnMatch)
1:anjuta-2.30.0.0-2.fc14.i686 requires libgladeui-1.so.9
1:anjuta-2.30.0.0-2.fc14.i686 requires libwebkit-1.0.so.2
1:anjuta-2.30.0.0-2.fc14.i686 requires libvala.so.0
1:anjuta-2.30.0.0-2.fc14.i686 requires libdevhelp-1.so.1
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
cyphesis-0.5.21-2.fc13.i686 requires libpython2.6.so.1.0
evolution-couchdb-0.4.92-1.fc14.i686 requires 
libcamel-provider-1.2.so.17
evolution-couchdb-0.4.92-1.fc14.i686 requires libebook-1.2.so.9
evolution-couchdb-0.4.92-1.fc14.i686 requires libgtkhtml-editor.so.0
evolution-couchdb-0.4.92-1.fc14.i686 requires libedata-book-1.2.so.2
evolution-couchdb-0.4.92-1.fc14.i686 requires libcamel-1.2.so.17
evolution-sharp-0.21.1-9.fc14.i686 requires libcamel-1.2.so.19
frysk-0.4-26.fc14.i386 requires libgcj.so.10
frysk-devel-0.4-26.fc14.i386 requires libgcj.so.10
frysk-gnome-0.4-26.fc14.i386 requires libgcj.so.10
gnome-python2-evolution-2.3

Re: Question: how to keep /var/lib/yum/plugins/local small?

[Frank Murphy]

On 20/09/10 15:46, seth vidal wrote:
> On Mon, 2010-09-20 at 15:45 +0100, Frank Murphy wrote:
>> On 20/09/10 14:16, seth vidal wrote:
>>> repomanage -o /var/lib/yum/plugins/local | xargs rm -f
>>
>> Could this be added as a start up script?
>> in /etc/rc.local
>
>   up to you, but there's no reason it couldn't be.
>
> -sv

Thanks, just checking.

-- 
Regards,

Frank Murphy
UTF_8 Encoded
Friend of Fedora
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Question: how to keep /var/lib/yum/plugins/local small?

[seth vidal]

On Mon, 2010-09-20 at 15:45 +0100, Frank Murphy wrote:
> On 20/09/10 14:16, seth vidal wrote:
> > repomanage -o /var/lib/yum/plugins/local | xargs rm -f
> 
> Could this be added as a start up script?
> in /etc/rc.local

 up to you, but there's no reason it couldn't be.

-sv


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

Re: Question: how to keep /var/lib/yum/plugins/local small?

[Frank Murphy]

On 20/09/10 14:16, seth vidal wrote:
> repomanage -o /var/lib/yum/plugins/local | xargs rm -f

Could this be added as a start up script?
in /etc/rc.local

-- 
Regards,

Frank Murphy
UTF_8 Encoded
Friend of Fedora
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Grrr... modprobe.conf

[Andre Robatino]

Ralph Loader  ihug.co.nz> writes:

> Looks like it's a minor security hole too:
> 
> $ ls -l /etc/modprobe.conf 
> -rw-rw-rw- 1 root root 0 Jun 27 17:50 /etc/modprobe.conf
>^^

Are you seeing this in F14? June 27 is pretty old.




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

Re: Question: how to keep /var/lib/yum/plugins/local small?

[seth vidal]

On Mon, 2010-09-20 at 16:22 +0200, Joachim Backes wrote:
> On 09/20/2010 03:16 PM, seth vidal wrote:
> > On Wed, 2010-09-15 at 09:28 +0200, Joachim Backes wrote:
> >> On 09/15/2010 08:04 AM, Steven Haigh wrote:
> >>> What plugins do you have installed? I only get:
> >>>
> >>> # pwd
> >>> /var/lib/yum
> >>> # du -hs *
> >>> 1.2M  history
> >>> 0 rpmdb-indexes
> >>> 4.0K  uuid
> >>> 9.0M  yumdb
> >>>
> >>
> >> Hi Steven,
> >>
> >> cd /var/lib/yum
> >> sudo du -hs *
> >> 4.6M   history
> >> 3.8G   plugins
> >> 296K   rpmdb-indexes
> >> 4.0K   uuid
> >> 19Myumdb
> >>
> >> Installed yum plugins: yum-plugin-local (has not been installed
> >> explictly, but automatically!)
> >>
> > 
> > 1. yum-plugin-local is not installed automatically by anything
> > 2. repomanage can help you keep the local repo to a reasonable size use:
> > 
> > repomanage -o /var/lib/yum/plugins/local
> >   that will print out a list of the 'old packages'
> > 
> > then:
> >repomanage -o /var/lib/yum/plugins/local | xargs rm -f
> >  will remove them.
> > 
> > then:
> >createrepo -d --update /var/lib/yum/plugins/local
> > 
> >  will update the repo to remove those pkgs.
> 
> Hi Seth,
> 
> I'm sure I never applied consciously such commands as
> repomanage or createrepo, nor installed yum-plugin-local  :-)

easy way to find out:

yum history info yum-plugin-local

see what transaction brought it in.

-sv


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

Re: Question: how to keep /var/lib/yum/plugins/local small?

[Joachim Backes]

On 09/20/2010 03:16 PM, seth vidal wrote:
> On Wed, 2010-09-15 at 09:28 +0200, Joachim Backes wrote:
>> On 09/15/2010 08:04 AM, Steven Haigh wrote:
>>> What plugins do you have installed? I only get:
>>>
>>> # pwd
>>> /var/lib/yum
>>> # du -hs *
>>> 1.2Mhistory
>>> 0   rpmdb-indexes
>>> 4.0Kuuid
>>> 9.0Myumdb
>>>
>>
>> Hi Steven,
>>
>> cd /var/lib/yum
>> sudo du -hs *
>> 4.6M history
>> 3.8G plugins
>> 296K rpmdb-indexes
>> 4.0K uuid
>> 19M  yumdb
>>
>> Installed yum plugins: yum-plugin-local (has not been installed
>> explictly, but automatically!)
>>
> 
> 1. yum-plugin-local is not installed automatically by anything
> 2. repomanage can help you keep the local repo to a reasonable size use:
> 
> repomanage -o /var/lib/yum/plugins/local
>   that will print out a list of the 'old packages'
> 
> then:
>repomanage -o /var/lib/yum/plugins/local | xargs rm -f
>  will remove them.
> 
> then:
>createrepo -d --update /var/lib/yum/plugins/local
> 
>  will update the repo to remove those pkgs.

Hi Seth,

I'm sure I never applied consciously such commands as
repomanage or createrepo, nor installed yum-plugin-local  :-)

-- 
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

Re: Grrr... modprobe.conf

[seth vidal]

On Mon, 2010-09-20 at 09:53 -0400, Tom Horsley wrote:
> > > In the yum.log I see the time on modprobe.conf occurs
> > > in a gap in the yum updates:
> > > 
> > > Aug 25 19:37:56 Updated: xorg-x11-drv-aiptek-1.3.1-1.fc14.x86_64
> > > Aug 25 20:02:56 Updated: libgcc-4.5.1-1.fc14.x86_64
> > 
> > The fix for https://bugzilla.redhat.com/show_bug.cgi?id=589593 was pushed 
> > to F14
> > updates-testing on Aug. 23. Does yum.log show when system-config-network was
> > updated?
> 
> Aug 25 20:05:06 Updated: system-config-network-tui-1.6.1-1.fc14.noarch
> Aug 25 20:16:10 Updated: system-config-network-1.6.1-1.fc14.noarch
> 


Instead of searching the yum log - how about using yum history:

yum history info system-config-network\* | less


That'll list all the transactions that changed system-config-network*

-sv


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

Re: Grrr... modprobe.conf

[Tom Horsley]

> > In the yum.log I see the time on modprobe.conf occurs
> > in a gap in the yum updates:
> > 
> > Aug 25 19:37:56 Updated: xorg-x11-drv-aiptek-1.3.1-1.fc14.x86_64
> > Aug 25 20:02:56 Updated: libgcc-4.5.1-1.fc14.x86_64
> 
> The fix for https://bugzilla.redhat.com/show_bug.cgi?id=589593 was pushed to 
> F14
> updates-testing on Aug. 23. Does yum.log show when system-config-network was
> updated?

Aug 25 20:05:06 Updated: system-config-network-tui-1.6.1-1.fc14.noarch
Aug 25 20:16:10 Updated: system-config-network-1.6.1-1.fc14.noarch

Looks like it was updated right after the file was created. No doubt I had
to run s-c-n to get my static IP setup right before I could
download updates, so maybe that's the origin.

The world writable version might be a different problem though.
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Grrr... modprobe.conf

[Michał Piotrowski]

2010/9/20 Tom Horsley :
> On Mon, 20 Sep 2010 13:49:30 +0100
> Adam Williamson wrote:
>
>> What's the last-touched date of your /etc/modprobe.conf ? Do you know
>> when that is in relation to the lifetime of the install?
>
> Just poking around, I get the impression that it may have
> happened near the first round of updates after I did the
> initial install of f14 alpha (from dvd):

I checked on my laptop and there I don't experience this problem too.
I installed F14 alpha from KDE Live, then installed Gnome and other
stuff. Two days ago I did the update to rawhide.

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

2010-09-20 @ ** 15:00 UTC ** - Fedora QA meeting

[James Laska]

# Fedora Quality Assurance Meeting
# Date: 2010-09-20
# Time: 15:00 UTC (11:00 EDT, 17:00 CEST) [1]
# Location: #fedora-meeting on irc.freenode.net

Greetings testers,

With the Beta release candidate(s) being tested, and several new issues
on the F14Beta list, let's spend a few minutes talking through current
issues and exposures.  The remaining agenda will involve a check-in on
Test Days, and review of current events/roadblocks for AutoQA.  As
always, corrections/suggestions encouraged.

= Proposed Agenda =

 1. Previous meeting follow-up 
 2. F-14-Beta RC testing -- feedback needed!
 3. F-14 Test Days
  * Sep 16 - Installer Lang/Keymap setup
  * Sep 23 - Virtualization
  * Sep 28-30 - Graphics test week
 4. AutoQA Package Acceptance
 5. Open discussion 

Thanks,
James 

[1]
https://fedoraproject.org/wiki/Infrastructure/UTCHowto#How_can_I_convert_UTC_into_local_time.3F

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

Re: Grrr... modprobe.conf

[Andre Robatino]

Tom Horsley  gmail.com> writes:

> Interesting that on my system at least, the file isn't world
> writable. I hadn't noticed that before. Maybe there are multiple
> ways it can get created, or maybe some process is inheriting
> a umask that might be different? (The /spare partition is where I
> have f14 installed).
> 
> In the yum.log I see the time on modprobe.conf occurs
> in a gap in the yum updates:
> 
> Aug 25 19:37:56 Updated: xorg-x11-drv-aiptek-1.3.1-1.fc14.x86_64
> Aug 25 20:02:56 Updated: libgcc-4.5.1-1.fc14.x86_64

The fix for https://bugzilla.redhat.com/show_bug.cgi?id=589593 was pushed to F14
updates-testing on Aug. 23. Does yum.log show when system-config-network was
updated?




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

Re: Question: how to keep /var/lib/yum/plugins/local small?

[seth vidal]

On Wed, 2010-09-15 at 09:28 +0200, Joachim Backes wrote:
> On 09/15/2010 08:04 AM, Steven Haigh wrote:
> > What plugins do you have installed? I only get:
> > 
> > # pwd
> > /var/lib/yum
> > # du -hs *
> > 1.2Mhistory
> > 0   rpmdb-indexes
> > 4.0Kuuid
> > 9.0Myumdb
> > 
> 
> Hi Steven,
> 
> cd /var/lib/yum
> sudo du -hs *
> 4.6M  history
> 3.8G  plugins
> 296K  rpmdb-indexes
> 4.0K  uuid
> 19M   yumdb
> 
> Installed yum plugins: yum-plugin-local (has not been installed
> explictly, but automatically!)
> 

1. yum-plugin-local is not installed automatically by anything
2. repomanage can help you keep the local repo to a reasonable size use:

repomanage -o /var/lib/yum/plugins/local
  that will print out a list of the 'old packages'

then:
   repomanage -o /var/lib/yum/plugins/local | xargs rm -f
 will remove them.

then:
   createrepo -d --update /var/lib/yum/plugins/local

 will update the repo to remove those pkgs.



-sv


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

Re: Grrr... modprobe.conf

[Tom Horsley]

On Mon, 20 Sep 2010 13:49:30 +0100
Adam Williamson wrote:

> What's the last-touched date of your /etc/modprobe.conf ? Do you know
> when that is in relation to the lifetime of the install?

Just poking around, I get the impression that it may have
happened near the first round of updates after I did the
initial install of f14 alpha (from dvd):

[r...@zooty ~]# ls -lc --full-time /spare/etc/modprobe.conf
-rw-r--r-- 1 root root 0 2010-08-25 19:44:57.0 -0400 
/spare/etc/modprobe.conf
[r...@zooty ~]# ls -lt --full-time /spare/etc/modprobe.conf
-rw-r--r-- 1 root root 0 2010-08-25 19:44:57.0 -0400 
/spare/etc/modprobe.conf
[r...@zooty ~]# ls -lt --full-time /spare/root/install.log
-rw-r--r--. 1 root root 103892 2010-08-25 18:42:33.0 -0400 
/spare/root/install.log

Interesting that on my system at least, the file isn't world
writable. I hadn't noticed that before. Maybe there are multiple
ways it can get created, or maybe some process is inheriting
a umask that might be different? (The /spare partition is where I
have f14 installed).

In the yum.log I see the time on modprobe.conf occurs
in a gap in the yum updates:

Aug 25 19:37:56 Updated: xorg-x11-drv-aiptek-1.3.1-1.fc14.x86_64
Aug 25 20:02:56 Updated: libgcc-4.5.1-1.fc14.x86_64
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Grrr... modprobe.conf

[drago01]

2010/9/20 Michał Piotrowski :
> 2010/9/20 Bryn M. Reeves :
>> On 09/20/2010 01:37 PM, Tom Horsley wrote:
>>> On Mon, 20 Sep 2010 11:56:56 +0200
>>> Michał Piotrowski wrote:
>>>
 You can blacklist the firewall modules - it can be critical :)
>>>
>>> Actually, I think you can run any arbitrary command to
>>> load a module,
>
> Or pass any parameter to a module.
>
>> so it is probably a gigantic security
>>> hole.
>
> Yeah - but it depends on conditions, system configuration etc. It can
> be treated as "minor issue", "major issue", "high risk vulnerability"
> or "gigantic security hole" - depends on system configuration and
> other things. Let's CC devel list.

Well depends on the cirumstances.

As the file is supposed to be obsolete anyway ... we should just make
modprobe ignore it ;)
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Grrr... modprobe.conf

[Andre Robatino]

Richard Shaw  gmail.com> writes:

> I have some anecdotal evidence. I installed F13 (x86_64) on my dad's
> computer this weekend. I did not see the empty modprobe.conf until
> after I did a kernel update. The only packages I updated was the
> kernel and the firmware package at that time.

It could be this bug in system-config-network:

https://bugzilla.redhat.com/show_bug.cgi?id=589593

It's been fixed since then in everything except F12 (which has a fixed
updates-testing version) but the original F13 version was broken. This bug
creates /etc/modprobe.conf with permission 644, not 666, so it shouldn't be a
security issue.




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

Re: Grrr... modprobe.conf

[Michał Piotrowski]

2010/9/20 Richard Shaw :
> On Mon, Sep 20, 2010 at 7:49 AM, Adam Williamson  wrote:
>> So, if this bug is valid as described it's a significant security issue.
>> However, I'm not sure it's simple. I've just checked, and none of my F14
>> test spins (basically RC2) have a modprobe.conf booted live. The clean
>> installed system from the desktop live image that I have in my test VM
>> currently doesn't have one either. Neither does my 'work' system itself.
>>
>> If it's dracut as you surmise, it may perhaps happen only on installing
>> a kernel after initial install. I guess also it may only happen when
>> installing from non-live media. We should definitely look into this
>> urgently.
>>
>> What's the last-touched date of your /etc/modprobe.conf ? Do you know
>> when that is in relation to the lifetime of the install?
>
> I have some anecdotal evidence. I installed F13 (x86_64) on my dad's
> computer this weekend. I did not see the empty modprobe.conf until
> after I did a kernel update.

I'm using compiled 2.6.35.4-28 here. So it can be issue with F13 kernel package.

> The only packages I updated was the
> kernel and the firmware package at that time.
>
> Richard

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

Re: Grrr... modprobe.conf

[Michał Piotrowski]

2010/9/20 Bryn M. Reeves :
> On 09/20/2010 01:37 PM, Tom Horsley wrote:
>> On Mon, 20 Sep 2010 11:56:56 +0200
>> Michał Piotrowski wrote:
>>
>>> You can blacklist the firewall modules - it can be critical :)
>>
>> Actually, I think you can run any arbitrary command to
>> load a module,

Or pass any parameter to a module.

> so it is probably a gigantic security
>> hole.

Yeah - but it depends on conditions, system configuration etc. It can
be treated as "minor issue", "major issue", "high risk vulnerability"
or "gigantic security hole" - depends on system configuration and
other things. Let's CC devel list.

>
> Kinda what I was thinking. This should be fairly easy to track down with
> the amount of tracing and debugging tools we have in the distro now. I'm
> not convinced it's dracut's

My F13 devel system is not affected - it's a standard web developer
system with databases, web servers, script languages etc. I don't
think that dracut is the culprit.

> doing but if I have time to get a VM
> installed later on I'll try to have a poke around.
>
> Cheers,
> Bryn.

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

Re: Grrr... modprobe.conf

[Richard Shaw]

On Mon, Sep 20, 2010 at 7:49 AM, Adam Williamson  wrote:
> So, if this bug is valid as described it's a significant security issue.
> However, I'm not sure it's simple. I've just checked, and none of my F14
> test spins (basically RC2) have a modprobe.conf booted live. The clean
> installed system from the desktop live image that I have in my test VM
> currently doesn't have one either. Neither does my 'work' system itself.
>
> If it's dracut as you surmise, it may perhaps happen only on installing
> a kernel after initial install. I guess also it may only happen when
> installing from non-live media. We should definitely look into this
> urgently.
>
> What's the last-touched date of your /etc/modprobe.conf ? Do you know
> when that is in relation to the lifetime of the install?

I have some anecdotal evidence. I installed F13 (x86_64) on my dad's
computer this weekend. I did not see the empty modprobe.conf until
after I did a kernel update. The only packages I updated was the
kernel and the firmware package at that time.

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

Re: Grrr... modprobe.conf

[Adam Williamson]

On Mon, 2010-09-20 at 08:35 -0400, Tom Horsley wrote:
> On Sun, 19 Sep 2010 09:08:43 -0400
> Tom Horsley wrote:
> 
> > After all these years, something from the fedora repos
> > (the only ones I have active in my F14 partition) is still
> > creating an (empty) /etc/modprobe.conf file.
> 
> Well, I found something with a grep -r of the whole
> f14 partition :-).
> 
> https://bugzilla.redhat.com/show_bug.cgi?id=635640
> 
> Don't know if dracut is really the source of the file
> though.

So, if this bug is valid as described it's a significant security issue.
However, I'm not sure it's simple. I've just checked, and none of my F14
test spins (basically RC2) have a modprobe.conf booted live. The clean
installed system from the desktop live image that I have in my test VM
currently doesn't have one either. Neither does my 'work' system itself.

If it's dracut as you surmise, it may perhaps happen only on installing
a kernel after initial install. I guess also it may only happen when
installing from non-live media. We should definitely look into this
urgently.

What's the last-touched date of your /etc/modprobe.conf ? Do you know
when that is in relation to the lifetime of the install?
-- 
Adam Williamson
Fedora QA Community Monkey
IRC: adamw | Fedora Talk: adamwill AT fedoraproject DOT org
http://www.happyassassin.net

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

Re: Grrr... modprobe.conf

[Bryn M. Reeves]

On 09/20/2010 01:37 PM, Tom Horsley wrote:
> On Mon, 20 Sep 2010 11:56:56 +0200
> Michał Piotrowski wrote:
> 
>> You can blacklist the firewall modules - it can be critical :)
> 
> Actually, I think you can run any arbitrary command to
> load a module, so it is probably a gigantic security
> hole.

Kinda what I was thinking. This should be fairly easy to track down with
the amount of tracing and debugging tools we have in the distro now. I'm
not convinced it's dracut's doing but if I have time to get a VM
installed later on I'll try to have a poke around.

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

Re: Grrr... modprobe.conf

[Tom Horsley]

On Mon, 20 Sep 2010 11:56:56 +0200
Michał Piotrowski wrote:

> You can blacklist the firewall modules - it can be critical :)

Actually, I think you can run any arbitrary command to
load a module, so it is probably a gigantic security
hole.
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

Re: Grrr... modprobe.conf

[Tom Horsley]

On Sun, 19 Sep 2010 09:08:43 -0400
Tom Horsley wrote:

> After all these years, something from the fedora repos
> (the only ones I have active in my F14 partition) is still
> creating an (empty) /etc/modprobe.conf file.

Well, I found something with a grep -r of the whole
f14 partition :-).

https://bugzilla.redhat.com/show_bug.cgi?id=635640

Don't know if dracut is really the source of the file
though.
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test

rawhide report: 20100920 changes

[Rawhide Report]

Compose started at Mon Sep 20 08:15:35 UTC 2010

Broken deps for x86_64
--
almanah-0.7.3-3.fc14.x86_64 requires libedataserverui-1.2.so.10()(64bit)
antlr3-python-3.1.2-7.fc14.noarch requires python(abi) = 0:2.6
claws-mail-plugins-geolocation-3.7.6-5.fc15.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
clutter-gst-devel-1.2.0-1.fc15.i686 requires pkgconfig(clutter-1.0) < 
0:1.3.0
clutter-gst-devel-1.2.0-1.fc15.x86_64 requires pkgconfig(clutter-1.0) < 
0:1.3.0
clutter-gtkmm-0.9.5-1.fc14.i686 requires libclutter-gtk-0.10.so.0
clutter-gtkmm-0.9.5-1.fc14.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
clutter-gtkmm-devel-0.9.5-1.fc14.i686 requires 
pkgconfig(clutter-gtk-0.10) >= 0:0.10.2
clutter-gtkmm-devel-0.9.5-1.fc14.x86_64 requires 
pkgconfig(clutter-gtk-0.10) >= 0:0.10.2
emerillon-0.1.2-7.fc14.x86_64 requires librest-0.6.so.0()(64bit)
emerillon-0.1.2-7.fc14.x86_64 requires libclutter-gtk-0.10.so.0()(64bit)
entangle-0.1.0-7.fc14.x86_64 requires libmozjs.so()(64bit)
ethos-0.2.2-7.fc15.i686 requires libmozjs.so
ethos-0.2.2-7.fc15.x86_64 requires libmozjs.so()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libedata-book-1.2.so.2()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libcamel-1.2.so.17()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libgtkhtml-editor.so.0()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libebook-1.2.so.9()(64bit)
evolution-couchdb-0.4.92-1.fc14.x86_64 requires 
libcamel-provider-1.2.so.17()(64bit)
frysk-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
frysk-devel-0.4-26.fc14.i386 requires libgtkjava-2.8.so
frysk-devel-0.4-26.fc14.i386 requires libglibjava-0.2.so
frysk-devel-0.4-26.fc14.i386 requires libgcj.so.10
frysk-devel-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
frysk-devel-0.4-26.fc14.x86_64 requires libglibjava-0.2.so()(64bit)
frysk-devel-0.4-26.fc14.x86_64 requires libgtkjava-2.8.so()(64bit)
frysk-gnome-0.4-26.fc14.x86_64 requires libgcj.so.10()(64bit)
frysk-gnome-0.4-26.fc14.x86_64 requires libglibjava-0.2.so()(64bit)
frysk-gnome-0.4-26.fc14.x86_64 requires libgtkjava-2.8.so()(64bit)
gjs-0.7.1-3.fc14.i686 requires libmozjs.so
gjs-0.7.1-3.fc14.x86_64 requires libmozjs.so()(64bit)
1:gnome-bluetooth-2.90.0-5.fc15.x86_64 requires 
libgnome-control-center.so.1()(64bit)
1:gnome-games-extra-2.31.91.1-1.fc15.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
gnome-media-2.31.5-5.fc15.x86_64 requires 
libgnome-control-center.so.1()(64bit)
gnome-panel-2.31.90-1.fc15.x86_64 requires 
libedataserverui-1.2.so.10()(64bit)
gnome-python2-brasero-2.31.1-5.fc14.x86_64 requires 
libbrasero-media.so.1()(64bit)
gnome-python2-brasero-2.31.1-5.fc14.x86_64 requires 
libbrasero-burn.so.1()(64bit)
gnome-python2-totem-2.31.1-5.fc14.x86_64 requires 
libgnome-media-profiles.so.0()(64bit)
gnome-shell-2.31.5-5.fc14.x86_64 requires libmozjs.so()(64bit)
gpx-viewer-0.1.2-2.fc14.x86_64 requires 
libchamplain-gtk-0.4.so.0()(64bit)
gpx-viewer-0.1.2-2.fc14.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
gpx-viewer-0.1.2-2.fc14.x86_64 requires libchamplain-0.4.so.0()(64bit)
gxine-0.5.905-3.fc13.x86_64 requires libmozjs.so()(64bit)
hornsey-1.5.2-0.3.fc15.x86_64 requires libclutter-gtk-0.10.so.0()(64bit)
intellij-idea-9.0.1.94.399-11.fc14.x86_64 requires jna-examples
jana-0.4.5-0.7.20100520gitacd72f2.fc14.i686 requires 
libedataserverui-1.2.so.10
jana-0.4.5-0.7.20100520gitacd72f2.fc14.x86_64 requires 
libedataserverui-1.2.so.10()(64bit)
libchamplain-gtk-0.6.1-4.fc14.i686 requires libclutter-gtk-0.10.so.0
libchamplain-gtk-0.6.1-4.fc14.x86_64 requires 
libclutter-gtk-0.10.so.0()(64bit)
libchamplain-gtk-devel-0.6.1-4.fc14.i686 requires 
pkgconfig(clutter-gtk-0.10)
libchamplain-gtk-devel-0.6.1-4.fc14.x86_64 requires 
pkgconfig(clutter-gtk-0.10)
libgconf-java-2.12.4-15.fc15.i686 requires libgtkjava-2.8.so
libgconf-java-2.12.4-15.fc15.i686 requires libgtkjni-2.8.so
libgconf-java-2.12.4-15.fc15.i686 requires libglibjni-0.2.so
libgconf-java-2.12.4-15.fc15.i686 requires libglibjava-0.2.so
libgconf-java-2.12.4-15.fc15.x86_64 requires libgtkjni-2.8.so()(64bit)
libgconf-java-2.12.4-15.fc15.x86_64 requires libglibjni-0.2.so()(64bit)
libgconf-java-2.12.4-15.fc15.x86_64 requires libglibjava-0.2.so()(64bit)
libgconf-java-2.12.4-15.fc15.x86_64 requires libgtkjava-2.8.so()(64bit)
1:libopensync-plugin-evolution2-0.22-6.fc14.x86_64 requires 
libedata-book-1.2.so.3()(64bit)
1:libopensync-plugin-evolution2-0.22-6.fc14.x86_64 requires 
libedata-cal-1.2

Re: Grrr... modprobe.conf

[Andre Robatino]

Tom Horsley  gmail.com> writes:

> After all these years, something from the fedora repos
> (the only ones I have active in my F14 partition) is still
> creating an (empty) /etc/modprobe.conf file.

It's definitely not the system-config-network bug, since that's now fixed in
everything except F12, and even that has a fixed version in updates-testing.
Also, the permissions of the modprobe.conf that bug generates are 644, not 666.
 
> Maybe abrtd should add a special inotify thread that
> watches /etc/ for a modprobe.conf file being created .

If you can't track it down from the creation time, you could try running a
several-line script that checks for the file once per second and notifies you
when it's created. Or, if you can reproduce it in a VM with the same package
set, you could remove package groups until you find what's causing it.




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

Re: Grrr... modprobe.conf

[Michał Piotrowski]

2010/9/20 Bryn M. Reeves :
> On 09/20/2010 06:43 AM, Ralph Loader wrote:
>>
>>> After all these years, something from the fedora repos
>>> (the only ones I have active in my F14 partition) is still
>>> creating an (empty) /etc/modprobe.conf file.
>>
>> Looks like it's a minor security hole too:
>
> Not sure I'd call that minor considering what you can do via entries in
> that file.

You can blacklist the firewall modules - it can be critical :)

>
> Bryn.

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

Re: Grrr... modprobe.conf

[Bryn M. Reeves]

On 09/20/2010 06:43 AM, Ralph Loader wrote:
> 
>> After all these years, something from the fedora repos
>> (the only ones I have active in my F14 partition) is still
>> creating an (empty) /etc/modprobe.conf file.
> 
> Looks like it's a minor security hole too:

Not sure I'd call that minor considering what you can do via entries in
that file.

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

Re: F14 Beta RC2 comments

[Joachim Backes]

On 09/20/2010 09:27 AM, cornel panceac wrote:
> 
> 
> 2010/9/19 John Watzke mailto:watz...@gmail.com>>
> 
> 
> Having found a mostly reliable workaround for the FlushCache
> problem,
> the installer for RC2 is now booting without recognizing mouse
> clicks.
> ABout 2/3 of the time it will move the mouse pointer but won't
> accept any button presses.
> 
> 
> BTW, do you already have a bug open about the mouse click issue? 
> I'll add to it and if not I'll go open one.
> 

Seems to be similar to my problem I reported already:
https://bugzilla.redhat.com/show_bug.cgi?id=622694

> 
> i didn't report it in bugzilla.
> 


-- 
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

Re: F14 Beta RC2 comments

[cornel panceac]

2010/9/19 John Watzke 

>
> Having found a mostly reliable workaround for the FlushCache problem,
>> the installer for RC2 is now booting without recognizing mouse clicks.
>> ABout 2/3 of the time it will move the mouse pointer but won't accept any
>> button presses.
>>
>>
> BTW, do you already have a bug open about the mouse click issue?  I'll add
> to it and if not I'll go open one.
>
>
i didn't report it in bugzilla.
-- 
test mailing list
test@lists.fedoraproject.org
To unsubscribe: 
https://admin.fedoraproject.org/mailman/listinfo/test