[gentoo-dev] Packages up for grabs due lack of time
Due pva lack of time the following packages are now up for grabs: app-dicts/stardict-freedict-eng-rus app-doc/gimp-help app-emulation/e-uae app-emulation/uae app-text/cuneiform (proxy maintained) app-text/mathtex app-text/yagf dev-db/gigabase dev-libs/guiloader-c++ dev-libs/guiloader dev-libs/judy dev-libs/xmlrpc-c (proxy maintained) dev-perl/SpeedyCGI dev-util/crow-designer dev-util/oprofile dev-vcs/monotone (proxy maintained) gnome-extra/gpointing-device-settings media-gfx/aewan media-gfx/transfig media-gfx/xfig net-analyzer/smokeping net-firewall/ufw-frontends (proxy maintained) net-firewall/xtables-addons (proxy maintained) net-libs/libmnl net-libs/udns net-misc/ipv6calc net-misc/l7-protocols net-misc/netkit-telnetd net-misc/udpxy net-nds/shelldap (proxy maintained) net-p2p/eiskaltdcpp (proxy maintained) sys-devel/qconf sys-firmware/iwl3945-ucode sys-firmware/iwl4965-ucode sys-kernel/linuxwacom-module (proxy maintained) www-misc/fcgiwrap (proxy maintained) x11-libs/gtkdatabox signature.asc Description: This is a digitally signed message part
[gentoo-dev] app-dicts herd needs new people
As it's now empty Thanks for joining, I am unsure about releasing its packages for up for grabs and removing the herd if nobody joins :/ signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Packages up for grabs due lack of time
On Sat, 16 Feb 2013 14:08:06 +0100 Pacho Ramos pa...@gentoo.org wrote: dev-util/oprofile Took this one, bumped the version and did some small fixes. With kind regards, Tom Wijsman (TomWij) Gentoo Developer E-mail address : tom...@gentoo.org GPG Public Key : 6D34E57D signature.asc Description: PGP signature
Re: [gentoo-dev] Packages up for grabs due lack of time
On Saturday 16 February 2013 14:08:06 Pacho Ramos wrote: Due pva lack of time the following packages are now up for grabs: app-dicts/stardict-freedict-eng-rus app-doc/gimp-help app-emulation/e-uae app-emulation/uae app-text/cuneiform (proxy maintained) app-text/mathtex app-text/yagf dev-db/gigabase dev-libs/guiloader-c++ dev-libs/guiloader dev-libs/judy dev-libs/xmlrpc-c (proxy maintained) dev-perl/SpeedyCGI dev-util/crow-designer dev-util/oprofile dev-vcs/monotone (proxy maintained) gnome-extra/gpointing-device-settings media-gfx/aewan media-gfx/transfig media-gfx/xfig net-analyzer/smokeping net-firewall/ufw-frontends (proxy maintained) net-firewall/xtables-addons (proxy maintained) net-libs/libmnl net-libs/udns net-misc/ipv6calc net-misc/l7-protocols net-misc/netkit-telnetd net-misc/udpxy net-nds/shelldap (proxy maintained) net-p2p/eiskaltdcpp (proxy maintained) sys-devel/qconf sys-firmware/iwl3945-ucode sys-firmware/iwl4965-ucode sys-kernel/linuxwacom-module (proxy maintained) www-misc/fcgiwrap (proxy maintained) x11-libs/gtkdatabox May I proxy net-misc/ipv6calc ? Thank you, Aaron signature.asc Description: This is a digitally signed message part.
Re: [gentoo-dev] Packages up for grabs due lack of time
On 16/02/2013 14:08, Pacho Ramos wrote: sys-firmware/iwl3945-ucode sys-firmware/iwl4965-ucode Are these included in linux-firmware (i.e. could we just remove them) or not? -- Diego Elio Pettenò — Flameeyes flamee...@flameeyes.eu — http://blog.flameeyes.eu/ signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Lastrite: Firmware cleanup, part #1
On 16/02/2013 07:08, Rick Zero_Chaos Farina wrote: What happens why a user runs --depclean and has a masked package installed? Oh that's right, it uninstalls. My systems do that automatically, but you are welcome to assume stupid user didn't read messages if that is easier. That's not right. It doesn't. emerge -avuDN blah-blah-blah !!! The following installed packages are masked: - media-gfx/blender-2.64a::gentoo (masked by: package.mask) /var/cache/portage/tree/profiles/package.mask: # Diego Elio Pettenò flamee...@gentoo.org (05 Feb 2013) # Needs a complete ebuild rewrite to use CMake, and a new patchset to # unbundle the bundled libraries. Use at your own risk; don't ask for # a bump unless you can provide the two needed items. emerge --depclean These are the packages that would be unmerged: x11-misc/makedepend selected: 1.0.4 protected: none omitted: none All selected packages: x11-misc/makedepend-1.0.4 So, I'm afraid you're exaggerating a little bit. Yes, we should look better in which firmware packages to remove (because they are merged in linux-firmware or the driver is gone), but that does not mean we should not ever consider touching ever a single one of them. And I mean, we've had quick-stable updates that were much more destructive than just removing the firmware of the nic (which is most likely still available to emerge if the user is not using eclean-dist). udev-197 anyone? -- Diego Elio Pettenò — Flameeyes flamee...@flameeyes.eu — http://blog.flameeyes.eu/ signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Packages up for grabs due lack of time
Diego Elio Pettenò wrote: sys-firmware/iwl3945-ucode I want this installed on my system. sys-firmware/iwl4965-ucode But not this. could we just remove them Please don't. I think it would suck to lose the higher resolution. On the plus side it seems that these particular packages would require very limited effort to maintain. :) //Peter pgp2FtFzmoEAI.pgp Description: PGP signature
Re: [gentoo-dev] Packages up for grabs due lack of time
On 16/02/13 15:59, Peter Stuge wrote: Diego Elio Pettenò wrote: sys-firmware/iwl3945-ucode I want this installed on my system. sys-firmware/iwl4965-ucode But not this. could we just remove them Please don't. I think it would suck to lose the higher resolution. Having separate ebuild for every possible firmware is not the way to go anyway.
Re: [gentoo-dev] Packages up for grabs due lack of time
On 16/02/2013 14:59, Peter Stuge wrote: Please don't. I think it would suck to lose the higher resolution. Use savedconfig and stop wasting our collective time for your personal lazyness. -- Diego Elio Pettenò — Flameeyes flamee...@flameeyes.eu — http://blog.flameeyes.eu/ signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Packages up for grabs due lack of time
El mié, 06-02-2013 a las 18:17 +0800, Dennis Lan (dlan) escribió: Hi ALL: I'd like to help with following packages (will proxy via tomka) dev-libs/libev which I see one open bug, but trivial to fix #429526 net-misc/ofono need version bump (current 1.10, upstream release 1.12) If any developer willing to help, would be great! ~ and feel free to touch the ebuilds which I maintain Dennis Looks like metadata needs updating ;) signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] About dropping comm-fax herd
El dom, 20-01-2013 a las 14:55 +, Markos Chandras escribió: On 20 January 2013 09:10, Pacho Ramos pa...@gentoo.org wrote: Only one package is inside it: net-misc/capi4hylafax It should probably be moved to kingtaco (if he is still interested... are you?) or maintainer-needed until any other steps up as maintainer. What do you think about removing this herd? +1 and thanks for your work Done signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] scheme herd needs help
El dom, 03-02-2013 a las 13:42 -0800, Tim Harder escribió: On 2013-02-03 Sun 13:21, Cyprien Nicolas wrote: Who is behind lisp overlay? Only you or more people that could also be contacted to try to get them maintaining guile? Thanks for the info We are 2 or 3 non-dev volonteers. pchrist is busy with life and common-lisp stuff, grozin and radhermit give a hand on some packages. The lisp overlay guys are easily rechable through #gentoo-lisp or gentoo-lisp mailing list. About guile, I'm the only one having touched it for the last 2 years [1]. I think I could proxy-maint it, with an experienced dev in eselect modules and multiple SLOT packages. I can help maintain guile and will proxy stuff for you (but I'm not in the proxy-maintainers herd). Tim I think it's not a problem, you don't need to be in that herd for proxying. What final list of packages will be proxy maintained finally then? Looks like guile... but not sure about hop (most people would prefer to get in tree version also fixed instead of needing to rely on lisp overlay :/) Thanks signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] Packages up for grabs due lack of time
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/16/2013 08:44 AM, Diego Elio Pettenò wrote: On 16/02/2013 14:08, Pacho Ramos wrote: sys-firmware/iwl3945-ucode sys-firmware/iwl4965-ucode Are these included in linux-firmware (i.e. could we just remove them) or not? ozzie firmware # qfile iwlwifi-3945-2.ucode iwlwifi-4965-2.ucode sys-kernel/linux-firmware (/lib/firmware/iwlwifi-4965-2.ucode) sys-kernel/linux-firmware (/lib/firmware/iwlwifi-3945-2.ucode) Yup, we sure can remove them, and if no one beat me to it I will do that now. - -ZC -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRH5qfAAoJEKXdFCfdEflKjiQP/0Ha0GTKy82j7Ce3Wk5Vw/F8 rWOg6SNmpra4VktXnCVLD4Ctm5Zhv+DT1I0LBzEmm6LcUmz/S/QpBI5+H+WiiOrB ig0Vhbq6GNAO/8iAWOIXYD/hl4xlGX5YfAAix4T7IG50pkbqJp/XcktWrhw+Jgin FrsHI88JNB5dN+yYs6xle0DiXon9ZFlEOeF1OjCQTe1ynK2+Eam9VQ65x1kZXxvr zWH02tJvcI+MtCGbvT/IpjXRkh4gDM4jYfvCodpRrQu3lpunV5RNvE91NcxGQuck jWvDdJvrzYzJqb+tEAImoParRk3fZij5imI9IXaRe9w0Qy0XIeB8icqZa8uahRJy Peiup4r74SzrbhbCAsj+HwtoZlazblTgLZoc57RsJScJHovVVE5yGpmZbA694zLj D6phDeqid6C2LLbK0lyB5HTj7/vZhB35QYPVLC6evFNhION/Ixb3AGi8r732fxOu 9Qaogk9mZizZejW9lh8r1eNhB1ZCrTQlrer8GbOBsRe9EDsqQov1rX5t6/Z5vZ1x Nh6ePhqAk4wxsLdakwJy9q+lHt2Z/rzYlQhccnP4yVNLjrFcEWfP6xKsY7qnnwK9 nvzed0C/4nkgVtclKY438Tje3Ptujnt9xCXYLKxeWt841P2vnrRHl9Cmh74HgDQ0 a50wMFPwOpSkeOBHrC3h =gyW9 -END PGP SIGNATURE-
Re: [gentoo-dev] Packages up for grabs due lack of time
On 16/02/2013 15:41, Rick Zero_Chaos Farina wrote: Yup, we sure can remove them, and if no one beat me to it I will do that now. Go for it. -- Diego Elio Pettenò — Flameeyes flamee...@flameeyes.eu — http://blog.flameeyes.eu/ signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Packages up for grabs due lack of time
On Sat, 16 Feb 2013, Diego Elio Pettenò wrote: Please don't. I think it would suck to lose the higher resolution. Use savedconfig and stop wasting our collective time for your personal lazyness. Huh? Savedconfig isn't a solution for the license issue. Ulrich
Re: [gentoo-dev] Packages up for grabs due lack of time
On Sat, 16 Feb 2013, Diego Elio Pettenò wrote: On 16/02/2013 15:41, Rick Zero_Chaos Farina wrote: Yup, we sure can remove them, and if no one beat me to it I will do that now. Go for it. Please don't. Can we please stop removing individual firmware packages until sys-kernel/linux-firmware has proper license labels, and allows for selective installation? Ulrich
Re: [gentoo-dev] Packages up for grabs due lack of time
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/16/2013 10:08 AM, Ulrich Mueller wrote: On Sat, 16 Feb 2013, Diego Elio Petten wrote: Please don't. I think it would suck to lose the higher resolution. Use savedconfig and stop wasting our collective time for your personal lazyness. Huh? Savedconfig isn't a solution for the license issue. If he doesn't agree to the license he can use savedconfig to not install those firmware packages. Or am I missing your point? - -ZC -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRH6JJAAoJEKXdFCfdEflKGUUP/j7VoLpd90VWaiDJLZIrjFeF 544wYvutiau5sqLE2Q7cv8QyuNz/QEjmBANMKNpwl6YQpAichsXOUeeDfzL3KV1U WG+ntr3xTC/QK1ZoNCRyTg2i5LPEVZvm4kVxVlEpTnNJuYbxYfw+iygq03vL1NqD iYEdl9Ykp8uOxSP5vykWG8nXYzeXmC/y6h4qTmyeBbtsAsg4ZC5U7bQ/b5au5W+5 quzk+tkWSZabYb/6K/gmTYswcT8Zjs23GLw+8lcqhIm0iTyUl2Ppm4S/1BPBtzPR posXUTEdJO7+vELQhShSK5JEPZLZZ3d8YF3WM5dP7lnLmf+Qat0nQRTvg53PP/E0 dl4Va6QYa3VXLOTrhSwIB13sVq9JOyH6ZXZ3urQdYJobjGK4b53KF6KhCCwshcBK TGlKoq+KuQQPy6hTrytsF2/0nGtSsezZ6gneu7LHFm+IzN/tz9Qz0QcEdgEneynG exReg3M7UKcY/zY/nLBUBWuu27mXCfnM7aJ0NEIXNOsq12Qt3ZCtLyfLeI0eTvWb LzNELHGmjDTipdPsDLvqqt39nJZ8Gn+dR0W35waP3hVMHXMK3RPNtUHLvpxqhqxy PIzDki4Anfb793Tm5eCTfHMWiB3eUA5+q0sEZnrGgjxA4AXR1+5Em6ixFD4XdW9u 0oacFahvXMOIT3DlWtC7 =ejGq -END PGP SIGNATURE-
Re: [gentoo-dev] Packages up for grabs due lack of time
On 16/02/2013 16:08, Ulrich Mueller wrote: Huh? Savedconfig isn't a solution for the license issue. Which Peter's remark is not about. I do feel we need to fix the license issue, but I don't think this is compounding anything to clear up the tree first. -- Diego Elio Pettenò — Flameeyes flamee...@flameeyes.eu — http://blog.flameeyes.eu/
Re: [gentoo-dev] Re: RFC: install linux-firmware with kernel sources (was Re: Lastrite: Firmware cleanup, part #1)
On Sat, Feb 16, 2013 at 8:14 AM, Rick Zero_Chaos Farina zeroch...@gentoo.org wrote: Kernel sources providing /lib/firmware itself shouldn't be a problem either, as that's just a dir, which many packages may own. The individual firmware files would be a problem, but the USE=firmware RDEPEND solution should solve that. What is everyone's opinion of adding a USE=firmware option to pull in PDEPEND=linux-firmware in linux-2.eclass? Not exactly an opinion, but a couple of notes: 1. Kernel's make modules_install triggers make firmware_install, which installs a strict subset of linux-firmware (for enabled modules — e.g., 3com/typhoon.bin). A way to work around that is to supply INSTALL_FW_PATH=... to make. 2. CONFIG_PREVENT_FIRMWARE_BUILD=y does not prevent installing firmware by make modules_install. 3. Trough all this firmware discussion, everyone is acting as if it's obvious that linux-firmware was always preferred to individual packages. This is not the case — some Gentoo developers didn't even know about linux-firmware when creating individual packages, as is evident from messages in discussion. I tried to figure which to use some time ago, and came to conclusion that more often than not, individual packages are preferable, because they are versioned/slotted and go through a proper stabilization process (e.g., iwlwifi). Perhaps that conclusion was incorrect, but the point is that information on the subject was scarce, to say the least. -- Maxim Kammerer Liberté Linux: http://dee.su/liberte
Re: [gentoo-dev] Packages up for grabs due lack of time
Diego Elio Pettenò wrote: Please don't. I think it would suck to lose the higher resolution. Use savedconfig linux-firmware is okey but not great. The high resolution is there, which was my main concern, but it's not so easy to know how to create a savedconfig without installing the package. Of course it does save packaging effort, even if just one-time. I'll get back to you if I have some idea for improving UX. negative words I don't know why you think that it's OK to behave any way you like. //Peter pgpjo7oiYIYoh.pgp Description: PGP signature
Re: [gentoo-dev] Packages up for grabs due lack of time
On Sat, 16 Feb 2013, Rick \Zero Chaos\ Farina wrote: Huh? Savedconfig isn't a solution for the license issue. If he doesn't agree to the license he can use savedconfig to not install those firmware packages. Yes, but ACCEPT_LICENSE wouldn't work. It would still be necessary to include all licenses, even for firmware packages that are not installed. Ulrich
Re: [gentoo-dev] Packages up for grabs due lack of time
On Sat, Feb 16, 2013 at 11:13 AM, Ulrich Mueller u...@gentoo.org wrote: On Sat, 16 Feb 2013, Rick \Zero Chaos\ Farina wrote: Huh? Savedconfig isn't a solution for the license issue. If he doesn't agree to the license he can use savedconfig to not install those firmware packages. Yes, but ACCEPT_LICENSE wouldn't work. It would still be necessary to include all licenses, even for firmware packages that are not installed. I'm sure I'm not the only one who really doesn't care about having ACCEPT_LICENSE work properly for a package full of binary blobs. It seems like a rather insignificant reason to split the package up. If some of the licenses involved are particularly offensive to a large number of people, then it might be worth while to split those particular files out.
Re: [gentoo-dev] app-dicts herd needs new people
2013/2/16 Pacho Ramos pa...@gentoo.org: As it's now empty Thanks for joining, I am unsure about releasing its packages for up for grabs and removing the herd if nobody joins :/ I did some work there wrt myspell dictionaries that are to be ported to new official layout so if anyone wants to finish that it would be cool. Also the aspell dicts needs to be updated and sorted out... so anyone wanting to join this herd there is quite a work ahead :-) The good thing is that I try to keep it at least bit checked because libreoffice is using it so I close few bugs here and there. Cheers Tom
Re: [gentoo-dev] Packages up for grabs due lack of time
On Sat, 16 Feb 2013, Mike Gilbert wrote: I'm sure I'm not the only one who really doesn't care about having ACCEPT_LICENSE work properly for a package full of binary blobs. It seems like a rather insignificant reason to split the package up. Nobody has suggested to split it up. But until this is sorted out, we should maybe keep the existing individual packages, unless there's a good reason to remove them. If some of the licenses involved are particularly offensive to a large number of people, then it might be worth while to split those particular files out. Look into the WHENCE file and be horrified. Taking just the first ten items (of a total 114): Unknown license (3 times) GPL, but without source (3 times) All rights reserved BSD, without source Right for redistribution not granted Permission is hereby granted for the distribution [...] as part of a Linux or other Open Source operating system kernel With one exception, we are not even allowed to redistribute these. Ulrich
Re: [gentoo-dev] Packages up for grabs due lack of time
On Sat, Feb 16, 2013 at 12:35 PM, Ulrich Mueller u...@gentoo.org wrote: Look into the WHENCE file and be horrified. Taking just the first ten items (of a total 114): Unknown license (3 times) GPL, but without source (3 times) All rights reserved BSD, without source Right for redistribution not granted Permission is hereby granted for the distribution [...] as part of a Linux or other Open Source operating system kernel With one exception, we are not even allowed to redistribute these. Heh, point taken.
Re: [gentoo-dev] Lastrite: Firmware cleanup, part #1
On Sat, Feb 16, 2013 at 5:52 AM, Diego Elio Pettenò flamee...@flameeyes.eu wrote: On 16/02/2013 07:08, Rick Zero_Chaos Farina wrote: What happens why a user runs --depclean and has a masked package installed? Oh that's right, it uninstalls. My systems do that automatically, but you are welcome to assume stupid user didn't read messages if that is easier. That's not right. It doesn't. emerge -avuDN blah-blah-blah !!! The following installed packages are masked: - media-gfx/blender-2.64a::gentoo (masked by: package.mask) /var/cache/portage/tree/profiles/package.mask: # Diego Elio Pettenò flamee...@gentoo.org (05 Feb 2013) # Needs a complete ebuild rewrite to use CMake, and a new patchset to # unbundle the bundled libraries. Use at your own risk; don't ask for # a bump unless you can provide the two needed items. emerge --depclean These are the packages that would be unmerged: x11-misc/makedepend selected: 1.0.4 protected: none omitted: none All selected packages: x11-misc/makedepend-1.0.4 So, I'm afraid you're exaggerating a little bit. Yes, we should look better in which firmware packages to remove (because they are merged in linux-firmware or the driver is gone), but that does not mean we should not ever consider touching ever a single one of them. And I mean, we've had quick-stable updates that were much more destructive than just removing the firmware of the nic (which is most likely still available to emerge if the user is not using eclean-dist). udev-197 anyone? So because we did things badly in the past, that is an excuse to do things badly in the future? :) I do not necessarily encourage developers to make mistakes. Mistakes will happen (as we are all human) but we should probably strive to put some effort into not screwing up. -A -- Diego Elio Pettenò — Flameeyes flamee...@flameeyes.eu — http://blog.flameeyes.eu/
Re: [gentoo-dev] Lastrite: Firmware cleanup, part #1
On 16/02/2013 20:18, Alec Warner wrote: So because we did things badly in the past, that is an excuse to do things badly in the future? :) No. I still argue that this is NOT doing things badly. Masking a package will NOT cause it to get unmerged by default. The whole line of thought that Rick is bringing here is based on the assumption that masked package == removed package, which is false, so the whole point is moot. -- Diego Elio Pettenò — Flameeyes flamee...@flameeyes.eu — http://blog.flameeyes.eu/
Re: [gentoo-dev] Lastrite: Firmware cleanup, part #1
Diego Elio Pettenò wrote: So because we did things badly in the past, that is an excuse to do things badly in the future? :) No. I still argue that this is NOT doing things badly. Masking a package will NOT cause it to get unmerged by default. Hm, can you expand on by default ? When will it get unmerged then? //Peter
Re: [gentoo-dev] Lastrite: Firmware cleanup, part #1
On 16 February 2013 19:31, Peter Stuge pe...@stuge.se wrote: Diego Elio Pettenò wrote: So because we did things badly in the past, that is an excuse to do things badly in the future? :) No. I still argue that this is NOT doing things badly. Masking a package will NOT cause it to get unmerged by default. Hm, can you expand on by default ? When will it get unmerged then? //Peter I guess when nothing else depends on it or it is not in your world file -- Regards, Markos Chandras - Gentoo Linux Developer http://dev.gentoo.org/~hwoarang
Re: [gentoo-dev] Packages up for grabs due lack of time
On 2013-02-16 Sat 05:08, Pacho Ramos wrote: Due pva lack of time the following packages are now up for grabs: net-libs/libmnl Added to netmon herd. Tim pgpHn4U3M2RcW.pgp Description: PGP signature
Re: [gentoo-dev] Packages up for grabs due lack of time
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/16/2013 10:11 AM, Ulrich Mueller wrote: On Sat, 16 Feb 2013, Diego Elio Petten wrote: On 16/02/2013 15:41, Rick Zero_Chaos Farina wrote: Yup, we sure can remove them, and if no one beat me to it I will do that now. Go for it. Please don't. Sorry, it was done before this email and I just saw it now. Can we please stop removing individual firmware packages until sys-kernel/linux-firmware has proper license labels, and allows for selective installation? I would be very happy to have the licensing issues fixed, it looks like it won't be fun, however I was originally told that redist was a required right for things to be added to linux-firmware at all so I fear a lot of things may be out of sync in the upstream package. Please though, can we all stop pretending savedconfig doesn't exist? We allow for selective installation already, AND you can install none of it if you want, no one is forcing files on anyone that doesn't want them. - -Zero -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRIGVLAAoJEKXdFCfdEflKqDkP/AskECyNydR91/JeKm9gwrSW bNbDmkkj5LbN3rqBDj5oMhHauKrTHnYr5K6Cd7oh/trcuM7Njo0AsAGbTpq2KdYv QZyFKg5gKHXDDA2ASWhDnlNyvOwBgUKONdMdnQS8GTu7e9XtfbVUq7sHSHaXxXng 9055/kHHwpAxV24I7lIfGe/P4AT02cTW21NsHm0YYTi1IA2uMSQ2c3laqpfRDJie vq0/6JK8rvDOnS1cIFi9TQSYmN1jR6Qf/QGinxLkZfeiVUEf/msWaQGFtT9XXsDC Y1aIBJxqc1AoeK844dGRkww1oTo3wzhXNCX7Z9uZP5wHUKLD4o/E8alB79p/wvQt +dUmCj6Q49cku9r0fb8gFiwNjy1AdxuAg20DOA/isNTOO78tdN+rQ5ow/uThZX23 lsS4ZOFRA216+Is0LtPVbcM7PrlR0x3PUE9+qvNV2D/VlfAJPEtZOSBCqkpILfue wycbKNOi4tLBh3RmtEV23y9SUPNmjYsazD2sOy+MpkPhbTZOZAT46M7HM3F+mwfh 6K5+/5HXSKXhS75E1KRvTgXfVwaehLVGzUBfHdosfKFLffFY6DXzA6roo+RCKJ7J EvrrLwpNzd3tCHHAefm5Wi32n4k1GG5izY9PLnDeDs+JVgc03gX/zuuZmbi1s8lb bVHJ1IJjendYHqyLLqpN =CCk5 -END PGP SIGNATURE-
Re: [gentoo-dev] Re: RFC: install linux-firmware with kernel sources (was Re: Lastrite: Firmware cleanup, part #1)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 02/16/2013 10:29 AM, Maxim Kammerer wrote: On Sat, Feb 16, 2013 at 8:14 AM, Rick Zero_Chaos Farina zeroch...@gentoo.org wrote: Kernel sources providing /lib/firmware itself shouldn't be a problem either, as that's just a dir, which many packages may own. The individual firmware files would be a problem, but the USE=firmware RDEPEND solution should solve that. What is everyone's opinion of adding a USE=firmware option to pull in PDEPEND=linux-firmware in linux-2.eclass? Not exactly an opinion, but a couple of notes: 1. Kernel's make modules_install triggers make firmware_install, which installs a strict subset of linux-firmware (for enabled modules — e.g., 3com/typhoon.bin). A way to work around that is to supply INSTALL_FW_PATH=... to make. 2. CONFIG_PREVENT_FIRMWARE_BUILD=y does not prevent installing firmware by make modules_install. 3. Trough all this firmware discussion, everyone is acting as if it's obvious that linux-firmware was always preferred to individual packages. This is not the case — some Gentoo developers didn't even know about linux-firmware when creating individual packages, as is evident from messages in discussion. I tried to figure which to use some time ago, and came to conclusion that more often than not, individual packages are preferable, because they are versioned/slotted and go through a proper stabilization process (e.g., iwlwifi). Perhaps that conclusion was incorrect, but the point is that information on the subject was scarce, to say the least. 1.) No new firmware is being added to the linux kernel anymore, so this doesn't apply at all. 2.) Fun fact but I don't see how that make much difference to anyone or this thread. 3.) I'm sorry if it is not yet obvious to people that this is a package upstream has been moving slowly towards requiring, but, they have. My email was SPECIFICALLY addressing this by suggesting that we add it as a pdep (optionally) to show people just how important it is. - -Zero -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.19 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQIcBAEBAgAGBQJRIGXGAAoJEKXdFCfdEflKIuEQAIrB+R3ADrgdG5Q7aqUTy3+H o1K0eEpBKMg6Fi8q9um0b2mxw0lqUAgeob+RdKzkaFATueFmLB8DU8BUBr3RTSxe XxQ2KcAsfJxWqBcHx/wFwqXyVkink+AhXg/956hUa0I3TpSjsc7BkPHjIaJw3QBb AjwpUpr9T0CVpovTQ8LcFaNfxIH1kHcXku0cX8ZC72vXEDZN9My9QBGPsH6HTYPE TA6PSviBQimODookyaAYgkOzBlqDA98ClZb7sY7zmo4Ca/e0wC3eSVexwNxo7Nfr +4mMzTy8TPwv7hckAgZiOzDQ7RQKC+s7f2/gHXNENb9ittd8aBc982tfxlF6wTgc PHXsn+owgA/VQsVlyMw6ctUFgW3lDeQBuc9/WPgGXvfTvSUQ1ROhg7DmBH7Iyr1C 8l04sL3kmZ9PqAw2j13Kf56mxFaFA+L/uwhV6cAw2rEpLpIfvwV9trR+BmO69Hem tph58uh6cGXfWOXtUM+kEacXswvWpLi0yD8/g3WH8jbkGBIobKf6deYcbkPjZWyQ STm/Qq6xHyibpBBBZWgungvSG5gvf+73crq+femjKUgB7yCVnXaMrTODSXVKhkX0 sZ+K+Bp5XqexVGlcbLvtXmIW7OJB4L7Yiml5zzx6Vqu/hMld/CSdLo/3rLf2TCSW IhfHQl5LKrFt0MGyFLR/ =n36q -END PGP SIGNATURE-