Re: Acer Aspire One, Wifi, and Fedora 15
On Mon, Apr 18, 2011 at 12:58 AM, Matthew Garrett wrote: > On Sat, Apr 16, 2011 at 03:10:01PM -0400, Eric Mesa wrote: > > >I see. So what would I need to do to enable it? Recompile the > kernel? > > Drop a file somewhere? > > There may be a kmod for it in rpmfusion? If not you'll need to rebuild > your kernel. > > I have a 03:00.0 Network controller: Broadcom Corporation BCM4313 802.11b/g LP-PHY (rev 01) I use akmod-wl from rpmfusion to get it working. Tim -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: AutoQA: distro congestion?
On 04/16/2011 01:52 PM, Axel Thimm wrote: > Hi, > > I built two sets of security updates for f13/f14/f15 and autoqa rejected > the f13/f14 packages. It looks like autoqa is waiting for the packages > to be properly pushed to f stable before green-lighting the > matching package for f. Do I have to wait until the packages for f15 > are pushed to repush the packages for f14 and then wait again for > pushing into f13? Or is there some automatism that reevaluates and > repushes packages w/o any further intervention from the packagers? > > I guess this is also slowing down the people that grant the package > push. Previously they could evaluate the package updates in one sweep, > now they will see and approve the "same" package in three cycles. Others have already commented on this, but I wanted to re-state that AutoQA is only in an informative mode right now. Any bodhi comments made by AutoQA have no karma and are not used for anything other than information. This will change sometime in the future, but not until at least the F16 timeframe. I took a look at your packages in bodhi [1] and was only able to find one update with FAILED comments from AutoQA. Are there updates that I'm missing here? Looking at the depcheck output for mediawiki-1.16.4-57.fc13, however, I see: mediawiki-nomath-1.16.4-57.fc13.x86_64 from pending has depsolving problems --> mediawiki-nomath conflicts with php-common This stems from the addition of the "Conflicts: php-common = 5.3.1" that was added to the spec file [2] for 1.16.2-56. I assume that this isn't the only package with a "Conflicts:" in the spec and have filed a ticket against autoqa to better handle these issues [3]. Tim PS - you will generally get a faster response to AutoQA related questions by posting to autoqa-de...@lists.fedorahosted.org instead of just devel@ [1] https://admin.fedoraproject.org/updates/user/athimm [2] http://pkgs.fedoraproject.org/gitweb/?p=mediawiki.git;a=blob;f=mediawiki.spec;hb=a6b3d80ffb8344a35274ee266b462dc6e627c936 [3] https://fedorahosted.org/autoqa/ticket/308 signature.asc Description: OpenPGP digital signature -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: Acer Aspire One, Wifi, and Fedora 15
On Sat, Apr 16, 2011 at 03:10:01PM -0400, Eric Mesa wrote: >I see. So what would I need to do to enable it? Recompile the kernel? > Drop a file somewhere? There may be a kmod for it in rpmfusion? If not you'll need to rebuild your kernel. -- Matthew Garrett | mj...@srcf.ucam.org -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
F-15 Branched report: 20110417 changes
Compose started at Sun Apr 17 13:15:33 UTC 2011 Broken deps for x86_64 -- collectd-mysql-4.10.2-2.fc15.x86_64 requires libmysqlclient.so.16()(64bit) collectd-mysql-4.10.2-2.fc15.x86_64 requires libmysqlclient.so.16(libmysqlclient_16)(64bit) cpm-0.23-0.3.beta.fc12.x86_64 requires libdotconf-1.0.so.0()(64bit) db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0 dbmail-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dbmail-auth-ldap-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper eog-plugins-2.91.90-1.fc15.x86_64 requires libchamplain-gtk-0.10.so.0()(64bit) eog-plugins-2.91.90-1.fc15.x86_64 requires libchamplain-0.10.so.0()(64bit) 1:fife-0.3.2-1.fc15.i686 requires libboost_regex.so.1.44.0 1:fife-0.3.2-1.fc15.i686 requires libboost_system.so.1.44.0 1:fife-0.3.2-1.fc15.i686 requires libboost_filesystem.so.1.44.0 1:fife-0.3.2-1.fc15.x86_64 requires libboost_regex.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.x86_64 requires libboost_system.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.x86_64 requires libboost_filesystem.so.1.44.0()(64bit) file-browser-applet-0.6.6-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::ScrolledWindow) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Dialog) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Toolbar) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::TreeView) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::MenuBar) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::VBox) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Window) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::MessageDialog) glom-1.16.1-2.fc15.x86_64 requires libgdamm-4.0.so.12()(64bit) glom-libs-1.16.1-2.fc15.i686 requires libgdamm-4.0.so.12 glom-libs-1.16.1-2.fc15.x86_64 requires libgdamm-4.0.so.12()(64bit) glunarclock-0.34.1-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-bubblemon-2.0.15-1.fc13.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-cpufire-1.6-3.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-globalmenu-0.7.9-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-grandr-0.4.1-2.fc12.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-music-2.5.1-5.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-sensors-2.2.7-4.fc15.i686 requires libpanel-applet-2.so.0 gnome-applet-sensors-2.2.7-4.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-applet-sshmenu-3.18-3.fc15.noarch requires ruby(panelapplet2) gnome-applet-window-picker-0.5.8-2.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) 1:gnome-applets-2.32.0-3.fc15.x86_64 requires libpanel-applet-3.so.0()(64bit) 1:gnome-applets-2.32.0-3.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) 1:gnome-applets-2.32.0-3.fc15.x86_64 requires libgweather.so.1()(64bit) gnome-netstatus-2.28.2-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotd.so.5()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotdcm.so.4()(64bit) gnome-pilot-conduits-2.32.1-2.fc15.x86_64 requires libgpilotdconduit.so.3()(64bit) gnome-python2-applet-2.32.0-1.fc14.x86_64 requires libpanel-applet-2.so.0()(64bit) gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires libbrasero-media.so.1()(64bit) gnome-python2-brasero-2.32.0-1.fc14.x86_64 requires libbrasero-burn.so.1()(64bit) gnome-python2-evince-2.32.0-1.fc14.x86_64 requires libevview.so.3()(64bit) gnome-python2-evince-2.32.0-1.fc14.x86_64 requires libevdocument.so.3()(64bit) gnome-python2-evolution-2.32.0-1.fc14.x86_64 requires libcamel-1.2.so.19()(64bit) gnome-python2-gdl-2.25.3-22.fc15.x86_64 requires libgdl-1.so.3()(64bit) gnome-python2-totem-2.32.0-1.fc14.x86_64 requires libgnome-media-profiles.so.0()(64bit) gnome-rdp-0.2.3-6.fc12.x86_64 requires mono(Mono.Data.SqliteClient) = 0:2.0.0.0 gnome-themes-2.32.0-5.fc15.noarch requires gtk-theme-engine-clearlooks gnomeradio-1.8-9.fc15.x86_64 requires libgtk-3.0.so.0()(64bit) gnomeradio-1.8-9.fc15.x86_64 requires libgdk-3.0.so.0()(64bit) gnotime-2.3.0-8.fc15.x86_64 requires libgtkhtml-3.15.so.19()(64bit) gnubiff-2.2.13-4.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) gnustep-back-0.18.0-4.fc14.x86_64 requires libobjc.so.2()(64bit) gnustep-back-0.18.0-4.fc14.x86_64 requires libgnustep-base.so.1.20()(64bit) gnustep-examples-1.3.0-4.fc15.x86_64 re
Re: wireless-tools/net-tools are DEPRECATED
On Sun, Apr 17, 2011 at 7:11 PM, Xose Vazquez Perez wrote: > On 03/28/2011 09:00 PM, Bill Nottingham wrote: >> Not to be entirely glib, but with this and the net-tools dependencies... >> we're taking patches. Mere notification is not as useful as >> contribution. > > Some of them are so trivial, that it looks like nobody is working > on it: Have you actually looked at these uses? > $ rpm -ql initscripts | xargs egrep "/route |/ifconfig " --color > /etc/rc.d/init.d/network: /sbin/route add -$args $args is arbitrary and user-specified, so if you want to replace this line, you'd need to build something that transparently converts arbitrary arguments to route(8) to arguments to ip(8) - but why bother doing this at all, really? I can't see what would we gain by replacing /sbin/route with /sbin/route-through-ip, and replacing a dependency on net-tools with a dependency on net-tools-emulator. > /etc/sysconfig/network-scripts/ifup-aliases:eval $(LC_ALL= LANG= > /sbin/ifconfig | LC_ALL=C sed -n ' ifup-aliases is a huge, complex shell script, and AFAIK the "ip" way of doing things is rather different. Porting ifup-aliases line-by-line is probably possible, but hardly the obviously right thing to do. Both of these cases are strongly tied to the old syntax/semantics, and AFAIK only rarely used. > It's a *shame* that all leading distributions, still rely on the > old *BSD way to do networking. Does it actually hurt anything? I'd say that if these are the most important uses you could find, the porting effort is basically finished. Mirek -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
Re: wireless-tools/net-tools are DEPRECATED
On 03/28/2011 09:00 PM, Bill Nottingham wrote:
> Xose Vazquez Perez (xose.vazquez at gmail.com) said:
>> wireless-tools is deprecated since time ago. iw/rfkill
>> should be used instead it.
>
> Not to be entirely glib, but with this and the net-tools dependencies...
> we're taking patches. Mere notification is not as useful as
> contribution.
Some of them are so trivial, that it looks like nobody is working
on it:
$ rpm -ql initscripts | xargs egrep "/route |/ifconfig " --color
/etc/rc.d/init.d/network: /sbin/route add -$args
/etc/sysconfig/network-scripts/ifup-aliases:eval $(LC_ALL= LANG= /sbin/ifconfig
| LC_ALL=C sed -n '
/etc/sysconfig/network-scripts/ifup-aliases:LC_ALL=C /sbin/route -n \
/etc/sysconfig/network-scripts/ifup-aliases:
/sbin/ifconfig $parent_device:${DEVNUM} down
/etc/sysconfig/network-scripts/ifup-aliases:
/sbin/ifconfig $parent_device:$rdevip down
/etc/sysconfig/network-scripts/ifup-aliases: /sbin/ifconfig
$DEVICE netmask $NETMASK broadcast $BROADCAST;
/etc/sysconfig/network-scripts/ifup-aliases: /sbin/ifconfig
${DEVICE} ${IPADDR} netmask ${NETMASK} broadcast ${BROADCAST}
/etc/sysconfig/network-scripts/ifup-aliases: /sbin/ifconfig
$parent_device:${DEVNUM} down
net-tools is obsolete since '99 (Red Hat Linux 6.0 - Linux-2.2),
*12 years* ago!
It's a *shame* that all leading distributions, still rely on the
old *BSD way to do networking.
--
devel mailing list
devel@lists.fedoraproject.org
https://admin.fedoraproject.org/mailman/listinfo/devel
Importing PS to LibreOffice
Hi, I have a pile of postscript files (mix of graphics and text) that I really need to get into LibreOffice, but I've hit two snags. If I do a direct import, I get lots of text which looks like raw postscript. If I open in eVince (or something similar) and do a copy and paste to LibreOffice, I get gibberish on the screen (eVince displays correctly, LibreOffice doesn't) I've tried converting the ps files to pdf and importing the pdf directly in, but again, gibberish on screen. The graphics thankfully import fine. pdf2html generates garbage as well. I'm not sure, but am I hitting a ghostscript issue? libreoffice-writer-3.3.2.2-6.fc16.x86_64 ghostscript-9.02-3.fc16.x86_64 evince-2.91.90-2.fc16.x86_64 Paul -- Vertraue mir, ich weiss, was ich mache... -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
rawhide report: 20110417 changes
Compose started at Sun Apr 17 08:15:02 UTC 2011 Broken deps for x86_64 -- HippoDraw-python-1.21.1-14.fc15.x86_64 requires libboost_python.so.1.46.0()(64bit) 1:NetworkManager-openvpn-0.8.998-1.git20110405.fc15.x86_64 requires NetworkManager >= 1:0.8.998 1:NetworkManager-pptp-0.8.998-1.fc15.x86_64 requires NetworkManager >= 1:0.8.998 1:NetworkManager-vpnc-0.8.998-1.git20110405.fc15.x86_64 requires NetworkManager >= 1:0.8.998 bzrtools-2.3.1-2.fc15.x86_64 requires bzr < 0:2.4 callweaver-javascript-1.2.1-8.fc16.x86_64 requires libjs.so.1()(64bit) castor-0.9.5-6.fc15.1.x86_64 requires oro couchdb-1.0.2-2.fc16.x86_64 requires libjs.so.1()(64bit) cpm-0.23-0.3.beta.fc12.x86_64 requires libdotconf-1.0.so.0()(64bit) db4o-7.4-2.fc13.x86_64 requires mono(Mono.GetOptions) = 0:2.0.0.0 dbmail-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dbmail-auth-ldap-3.0.0-0.3.rc1.fc15.x86_64 requires libevent-1.4.so.2()(64bit) dh-make-0.55-3.fc15.noarch requires debhelper easystroke-0.5.3-4.fc15.x86_64 requires libboost_serialization-mt.so.1.46.0()(64bit) elinks-0.12-0.24.pre5.fc15.x86_64 requires libjs.so.1()(64bit) emerillon-0.1.2-14.fc15.x86_64 requires libchamplain-gtk-0.8.so.1()(64bit) emerillon-0.1.2-14.fc15.x86_64 requires libchamplain-0.8.so.1()(64bit) esperanza-0.4.0-9.20100601git.fc15.x86_64 requires libboost_signals-mt.so.1.46.0()(64bit) fawkes-plugin-player-0.4.2-3.fc16.x86_64 requires libboost_signals-mt.so.1.46.0()(64bit) fawkes-plugin-player-0.4.2-3.fc16.x86_64 requires libboost_thread-mt.so.1.46.0()(64bit) 1:fife-0.3.2-1.fc15.i686 requires libboost_regex.so.1.44.0 1:fife-0.3.2-1.fc15.i686 requires libboost_system.so.1.44.0 1:fife-0.3.2-1.fc15.i686 requires libboost_filesystem.so.1.44.0 1:fife-0.3.2-1.fc15.x86_64 requires libboost_regex.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.x86_64 requires libboost_system.so.1.44.0()(64bit) 1:fife-0.3.2-1.fc15.x86_64 requires libboost_filesystem.so.1.44.0()(64bit) file-browser-applet-0.6.6-1.fc15.x86_64 requires libpanel-applet-2.so.0()(64bit) flush-0.9.10-2.fc16.x86_64 requires libboost_signals-mt.so.1.46.0()(64bit) flush-0.9.10-2.fc16.x86_64 requires libboost_filesystem-mt.so.1.46.0()(64bit) flush-0.9.10-2.fc16.x86_64 requires libboost_system-mt.so.1.46.0()(64bit) flush-0.9.10-2.fc16.x86_64 requires libboost_thread-mt.so.1.46.0()(64bit) fusecompress-2.6-9.20100223git754bc0de.fc15.x86_64 requires libboost_serialization-mt.so.1.46.0()(64bit) fusecompress-2.6-9.20100223git754bc0de.fc15.x86_64 requires libboost_program_options-mt.so.1.46.0()(64bit) fusecompress-2.6-9.20100223git754bc0de.fc15.x86_64 requires libboost_system-mt.so.1.46.0()(64bit) fusecompress-2.6-9.20100223git754bc0de.fc15.x86_64 requires libboost_filesystem-mt.so.1.46.0()(64bit) fusecompress-2.6-9.20100223git754bc0de.fc15.x86_64 requires libboost_iostreams-mt.so.1.46.0()(64bit) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::ScrolledWindow) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::MessageDialog) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Dialog) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Toolbar) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::TreeView) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::MenuBar) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::VBox) gcstar-1.6.1-3.fc15.noarch requires perl(Gtk2::Window) gdcm-2.0.17-1.fc16.i686 requires libmysqlclient.so.16 gdcm-2.0.17-1.fc16.x86_64 requires libmysqlclient.so.16()(64bit) gdcm-devel-2.0.17-1.fc16.i686 requires libmysqlclient.so.16 gdcm-devel-2.0.17-1.fc16.x86_64 requires libmysqlclient.so.16()(64bit) gedit-valencia-0.3.0-4.fc14.x86_64 requires libvala-0.10.so.0()(64bit) ghc-hamlet-0.6.1.2-3.fc16.i686 requires ghc(blaze-builder-0.2.1.4) = 0:092e1b6ac860af61a26470d20bb2e432 ghc-hamlet-0.6.1.2-3.fc16.i686 requires libHSblaze-builder-0.2.1.4-ghc7.0.2.so ghc-hamlet-0.6.1.2-3.fc16.x86_64 requires libHSblaze-builder-0.2.1.4-ghc7.0.2.so()(64bit) ghc-hamlet-0.6.1.2-3.fc16.x86_64 requires ghc(blaze-builder-0.2.1.4) = 0:b0036a6b863f670d9f68dfe930f71e94 ghc-hamlet-devel-0.6.1.2-3.fc16.i686 requires ghc-devel(blaze-builder-0.2.1.4) = 0:092e1b6ac860af61a26470d20bb2e432 ghc-hamlet-devel-0.6.1.2-3.fc16.x86_64 requires ghc-devel(blaze-builder-0.2.1.4) = 0:b0036a6b863f670d9f68dfe930f71e94 ghc-hamlet-prof-0.6.1.2-3.fc16.x86_64 requires ghc-prof(blaze-builder-0.2.1.4) = 0:b0036a6b863f670d9f68dfe930f71e94 glom-1.16.1-2.fc15.x86_64 requires libgdamm-4.0.so.12()(64bit) glom-1.16.1-2.fc15.x86_64 requires libboost_python
Re: AutoQA: distro congestion?
On Sun, 17 Apr 2011 08:01:55 +0200, KK wrote: > Axel Thimm wrote: > > Are you sure? I requested a push of the packages to stable (some were in > > testing for a week, others were security updates) and the message was > > that it doesn't pass AutoQA, so it converted to request to push only to > > testing and indeed bodhi has marked the request as to testing only. > > It did that because you changed it. > > If you had kept the request to stable, it would have been pushed to stable. > > AutoQA is still in testing phase, there is no enforcement yet. > > Kevin Kofler > Probably there's a misunderstanding of the AutoQA notifications. They are added to bodhi tickets, see e.g. the "mediawiki" tickets here, https://admin.fedoraproject.org/updates/user/athimm and those comments are forwarded to the update submitter (and ticket subscribers). Also, several AutoQA check results have been mailed privately (rpmlint, rpmguard). -- devel mailing list devel@lists.fedoraproject.org https://admin.fedoraproject.org/mailman/listinfo/devel
