[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in app-emulation/qemu: qemu-9999.ebuild qemu-1.6.0.ebuild ChangeLog
On Fri, 16 Aug 2013 14:05:22 + (UTC) "Doug Goldstein (cardoe)" wrote: > cardoe 13/08/16 14:05:22 > > Modified: qemu-.ebuild ChangeLog > Added:qemu-1.6.0.ebuild > Log: > Version bump ... > + >=sys-firmware/seabios-1.7.3 Does it imply 1.7.3 or - in tree? None are present. emerge: there are no ebuilds to satisfy ">=sys-firmware/seabios-1.7.3". (dependency required by "app-emulation/qemu-[qemu_softmmu_targets_x86_64,qemu_softmmu_targets_i386]" [ebuild]) (dependency required by "app-emulation/libvirt-1.1.1-r1[qemu]" [installed]) (dependency required by "app-emulation/virtinst-0.600.4" [installed]) (dependency required by "app-emulation/virt-manager-0.9.5" [installed]) (dependency required by "@selected" [set]) (dependency required by "@world" [argument]) -- Sergei signature.asc Description: PGP signature
[gentoo-dev] Re: GCC 4.8 unmasking
On Wed, 14 Aug 2013 17:56:42 +0200 Luca Barbato wrote: > > We don't build glibc with -O3. Other libc's should either not use -O3 or > > use -fno-tree-loop-distribute-patterns where applicable. > > On certain arches the memcpy tranformation happens even on lower > optimization levels or so I saw reported. I don't see how that could happen without -ftree-loop-distribute-patterns. Can you dig up a link? -- Ryan Hillpsn: dirtyepic_sk gcc-porting/toolchain/wxwidgets @ gentoo.org 47C3 6D62 4864 0E49 8E9E 7F92 ED38 BD49 957A 8463 signature.asc Description: PGP signature
Re: [gentoo-dev] Re: [gentoo-user] OpenRc-0.12 is coming soon
Doug Goldstein wrote: > > sys-apps/etckeeper is what you want. Works great. It even has portage > integration. Though I'd recommend going with the ~arch version instead > of stable for that portion. > > -- > Doug Goldstein I think this is something dispatch-conf does too. I use that but still make a backup myself, just in case. Generally, a successful reboot is a good sign that the configs are working. Going to look into this but the home page doesn't really show me much, yet. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-dev] Re: [gentoo-user] OpenRc-0.12 is coming soon
On Fri, Aug 16, 2013 at 11:46 AM, Rich Freeman wrote: > On Fri, Aug 16, 2013 at 12:14 PM, Ian Stakenvicius wrote: > > For everyone's information -- The conf.d/net removal on upgrade is a > > packaging issue, which could not have been tested prior to > > openrc-0.12.ebuild hitting the tree. There are details in > > https://bugs.gentoo.org/show_bug.cgi?id=481336 if anyone's interested > > in why it's happening. > > > > I've fixed the 0.12.ebuild in the tree now. It's a hack but it seems > > to be the best possible solution. > > Thanks for the update. From the other report it seems unlikely that > calling for volunteers would have turned up much. > > That's just the nature of ~arch - if you get an openrc update you're > among the first. Gentoo users should know what they're doing > regardless, and ~arch users doubly-so. > > Also, it really isn't Gentoo-specific, but putting /etc in a git repo > is a really good practice, and I'm wondering if it should go in the > handbook as a result. > > Rich > > sys-apps/etckeeper is what you want. Works great. It even has portage integration. Though I'd recommend going with the ~arch version instead of stable for that portion. -- Doug Goldstein
Re: [gentoo-dev] Re: [gentoo-user] OpenRc-0.12 is coming soon
Walter Dnes wrote: > On Fri, Aug 16, 2013 at 12:46:34PM -0400, Rich Freeman wrote > >> Also, it really isn't Gentoo-specific, but putting /etc in a git repo >> is a really good practice, and I'm wondering if it should go in the >> handbook as a result. > For regular users, who won't be up to developer standards, maybe the > wording should be a more generic "make a backup copy of" /etc. I also > recommend backing up /var/lib, which contains iptables rules, alsa > state, portage "world", and other goodies. > When I reboot and everything works, I make a new backup of /etc. Going to add /var/lib to that to now. Dale :-) :-) -- I am only responsible for what I said ... Not for what you understood or how you interpreted my words!
Re: [gentoo-dev] Re: [gentoo-user] OpenRc-0.12 is coming soon
On Fri, Aug 16, 2013 at 12:46:34PM -0400, Rich Freeman wrote > Also, it really isn't Gentoo-specific, but putting /etc in a git repo > is a really good practice, and I'm wondering if it should go in the > handbook as a result. For regular users, who won't be up to developer standards, maybe the wording should be a more generic "make a backup copy of" /etc. I also recommend backing up /var/lib, which contains iptables rules, alsa state, portage "world", and other goodies. -- Walter Dnes I don't run "desktop environments"; I run useful applications
Re: [gentoo-dev] gtk2/gtk3 use flags
> On Sat, 17 Aug 2013, Ben de Groot wrote: > As mentioned on IRC, there's this: > https://wiki.gentoo.org/wiki/Gnome_Team_Policies#gtk3 Does this reflect usage of the flags in the tree? Looking at the list in the original posting, the most common pattern seems to be USE=gtk to enable GTK+, and USE=gtk3 to link against GTK+3 instead of 2. Ulrich
[gentoo-dev] Last rites: dev-ruby/programming-ruby
# Manuel Rüger (16 Aug 2013) # Outdated documentation as ruby18 will be removed. # Masked for removal in 30 days. dev-ruby/programming-ruby Kind regards, Manuel signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] gtk2/gtk3 use flags
On 17 August 2013 01:12, Michael Weber wrote: > Hello, > > gtk is a global use flag [1], gtk2 and gtk3 are used in metadata.xml [2]. > > Is there a consensus how to use these flags if an app provides gtk2 > and gtk3 gui in parallel or exclusive? > > Michael > > [1] /usr/portage/profiles/use.desc > gtk - Add support for x11-libs/gtk+ (The GIMP Toolkit) > > > [2] egrep "gtk(2|3)" /usr/portage/profiles/use.local.desc > app-admin/gtkdiskfree:gtk3 - Use GTK+3 instead of 2 > app-editors/emacs:gtk3 - Link against version 3 of the GIMP Toolkit > instead of version 2 (x11-libs/gtk+) > app-editors/emacs-vcs:gtk3 - Link against version 3 of the GIMP > Toolkit instead of version 2 (x11-libs/gtk+) > app-i18n/fcitx:gtk3 - Install GTK3 IM module > app-i18n/fcitx-configtool:gtk3 - Use GTK+3 instead of 2 > app-i18n/ibus:gtk3 - Enable support for gtk+3 > app-i18n/ibus-anthy:deprecated - Install deprecated pygtk2 library > app-i18n/ibus-unikey:gtk3 - Enable support for gtk+3 > app-i18n/imsettings:gtk3 - Enable support for x11-libs/gtk+:3 > app-i18n/scim:gtk3 - Enable support for x11-libs/gtk+:3 > app-i18n/uim:gtk3 - Enable support for x11-libs/gtk+:3 > app-office/libreoffice:gtk3 - Enable highly experimental gtk3 frontend > dev-java/icedtea-web:gtk2 - Use x11-libs/gtk+:2 instead of x11-libs/gtk+:3 > dev-java/icedtea-web:gtk3 - Use x11-libs/gtk+:3 (default) > dev-python/matplotlib:gtk3 - Use x11-libs/gtk+:3 instead of > x11-libs/gtk+:2 > lxde-base/lxdm:gtk3 - Use GTK+3 instead of 2 > mail-client/claws-mail:gtk3 - Build support for GTK+3 > media-libs/libcanberra:gtk3 - Enables building of gtk+3 helper > library, gtk+3 runtime sound effects and the canberra-gtk-play > utility. To enable the gtk+3 sound effects add canberra-gtk-module to > the colon separated list of modules in the GTK_MODULES environment > variable. > media-plugins/audacious-plugins:gtk3 - Link against version 3 of the > GIMP Toolkit instead of version 2 (x11-libs/gtk+) > media-sound/audacious:gtk3 - Link against version 3 of the GIMP > Toolkit instead of version 2 (x11-libs/gtk+) > media-sound/jalv:gtk2 - Adds support for GTK+2 in addition to GTK+3 > controlled by the gtk useflag. > media-sound/mp3splt-gtk:gtk3 - Link against x11-libs/gtk+:3 instead of > x11-libs/gtk+:2 > net-analyzer/wireshark:gtk2 - Build the wireshark executable with a > GTK+ UI version 2. > net-analyzer/wireshark:gtk3 - Build the wireshark executable with a > GTK+ UI version 3. > net-dns/avahi:gtk3 - Build the avahi-ui-gtk3 library, and use gtk3 for > the avahi utilities under USE=utils > net-libs/gtk-vnc:gtk3 - Build the gtk3 gtk-vnc library and other gtk3 > assets > net-misc/spice-gtk:gtk3 - Link against x11-libs/gtk+:3 instead of > x11-libs/gtk+:2 > net-p2p/eiskaltdcpp:gtk3 - Use x11-libs/gtk+:3 instead of x11-libs/gtk+:2 > www-client/dwb:gtk3 - Link against x11-libs/gtk+:3 instead of > x11-libs/gtk+:2 > www-client/uget:gtk3 - Use x11-libs/gtk+:3 instead of x11-libs/gtk+:2 > www-client/uzbl:gtk3 - Use x11-libs/gtk+:3 instead of x11-libs/gtk+:2 > x11-themes/light-themes:gtk3 - Support GTK 3.x, too > x11-wm/fvwm:gtk2-perl - Enable GTK2 Perl bindings > -- > Michael Weber > Gentoo Developer > web: https://xmw.de/ > mailto: Michael Weber > As mentioned on IRC, there's this: https://wiki.gentoo.org/wiki/Gnome_Team_Policies#gtk3 -- Cheers, Ben | yngwin Gentoo developer
[gentoo-dev] Re: [gentoo-commits] gentoo-x86 commit in kde-misc/synaptiks: synaptiks-0.8.1-r3.ebuild ChangeLog
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Please let the python herd review distutils-r1 conversions until you
feel safe about it.
On 08/16/2013 11:54 AM, Manuel Rueger (mrueg) wrote:
> Index: synaptiks-0.8.1-r3.ebuild
> ===
>
>
# Copyright 1999-2013 Gentoo Foundation
> # Distributed under the terms of the GNU General Public License v2
> # $Header:
> /var/cvsroot/gentoo-x86/kde-misc/synaptiks/synaptiks-0.8.1-r3.ebuild,v
> 1.1 2013/08/16 09:54:19 mrueg Exp $
>
> EAPI=5
>
> KDE_HANDBOOK=optional PYTHON_COMPAT=( python2_6 python2_7 ) inherit
> kde4-base distutils-r1
>
> DESCRIPTION="Touchpad configuration and management tool for KDE"
> HOMEPAGE="http://synaptiks.readthedocs.org";
> SRC_URI="mirror://pypi/s/${PN}/${P}.tar.bz2"
>
> LICENSE="BSD-2" SLOT="4" KEYWORDS="~amd64 ~x86" IUSE="debug doc
> +upower"
>
You are missing [${PYTHON_USEDEP}] all over the place.
The add_kdebase_dep pykde4 seems to break it further.
> RDEPEND=" >=dev-python/PyQt4-4.7 >=dev-python/pyudev-0.8[pyqt4]
> dev-python/setuptools $(add_kdebase_dep pykde4) || ( (
> $(add_kdebase_dep kdesdk-scripts) ) ( $(add_kdebase_dep
> kde-dev-scripts) ) ) virtual/python-argparse
> >=x11-drivers/xf86-input-synaptics-1.3 >=x11-libs/libXi-1.4
> x11-libs/libXtst upower? ( dev-python/dbus-python sys-power/upower
> )" DEPEND="${RDEPEND} app-text/docbook-xsl-stylesheets
> sys-devel/gettext
These might not need [${PYTHON_USEDEP}] if scripts are called directly
only.
> doc? ( dev-python/sphinx dev-python/sphinxcontrib-issuetracker )"
>
You overwrite distutils-r1_src_prepare, that leads to:
* PATCHES array does not work
* epatch_user is disabled
* DISTUTILS_IN_SOURCE_BUILD would not work
* _disable_ez_setup is not carried out
> src_prepare() { epatch "${FILESDIR}/${P}-templatesfix.patch"\
> "${FILESDIR}/${PN}-0.8.1-removedfeatures.patch" }
>
> src_compile() { distutils-r1_src_compile if use doc; then einfo
> "Generation of documentation" pushd doc > /dev/null sphinx-build .
> _build || die popd > /dev/null fi }
>
> src_install() { distutils-r1_src_install if use doc; then dohtml -r
> doc/_build/* fi }
>
>
>
>
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0.20 (GNU/Linux)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/
iQEcBAEBAgAGBQJSDmJbAAoJEFpvPKfnPDWzyDsIAJZ6aSG8kA1BnI+3v0LE4Sjm
8Q7hQvUsY2Ww+Dh/H6NYysftURnZDo/zq/PGiAJSTRAsbCSI13iWRTO9c7oq3ZwF
zQAT+ur+ThHRd77eKHh3pzMX7zIlad/ZT+NPNaGuBNNGXL021YaPIl1roDnTQVDD
rFYTgrb5A9s7NxF9u4vF+mTF9NYkSvHP4Em4QYVeGeHIrt/lfvBCiJ5r8rAwYb8b
oVDX6fGcjmneEoTD2VfRb3GVHJSRtRTXLqXyLkk9KUoyPMR7PnJrDRBMVm7ewNqL
PHwqfnUu9u5FKxYzZ8grJDChmA8GOku8MUufVrAW5mzHQSMQNRqa8GfowefvSgg=
=FohH
-END PGP SIGNATURE-
Re: [gentoo-dev] gtk2/gtk3 use flags
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 https://bugs.gentoo.org/show_bug.cgi?id=420493 gtk2 and gtk3 useflags are discouraged and should only be used in special cases file a bug for those if there is not one already On 08/16/2013 07:12 PM, Michael Weber wrote: > Hello, > > gtk is a global use flag [1], gtk2 and gtk3 are used in > metadata.xml [2]. > > Is there a consensus how to use these flags if an app provides > gtk2 and gtk3 gui in parallel or exclusive? > > Michael > > [1] /usr/portage/profiles/use.desc gtk - Add support for > x11-libs/gtk+ (The GIMP Toolkit) > > > [2] egrep "gtk(2|3)" /usr/portage/profiles/use.local.desc > app-admin/gtkdiskfree:gtk3 - Use GTK+3 instead of 2 > app-editors/emacs:gtk3 - Link against version 3 of the GIMP > Toolkit instead of version 2 (x11-libs/gtk+) > app-editors/emacs-vcs:gtk3 - Link against version 3 of the GIMP > Toolkit instead of version 2 (x11-libs/gtk+) app-i18n/fcitx:gtk3 - > Install GTK3 IM module app-i18n/fcitx-configtool:gtk3 - Use GTK+3 > instead of 2 app-i18n/ibus:gtk3 - Enable support for gtk+3 > app-i18n/ibus-anthy:deprecated - Install deprecated pygtk2 library > app-i18n/ibus-unikey:gtk3 - Enable support for gtk+3 > app-i18n/imsettings:gtk3 - Enable support for x11-libs/gtk+:3 > app-i18n/scim:gtk3 - Enable support for x11-libs/gtk+:3 > app-i18n/uim:gtk3 - Enable support for x11-libs/gtk+:3 > app-office/libreoffice:gtk3 - Enable highly experimental gtk3 > frontend dev-java/icedtea-web:gtk2 - Use x11-libs/gtk+:2 instead of > x11-libs/gtk+:3 dev-java/icedtea-web:gtk3 - Use x11-libs/gtk+:3 > (default) dev-python/matplotlib:gtk3 - Use x11-libs/gtk+:3 instead > of x11-libs/gtk+:2 lxde-base/lxdm:gtk3 - Use GTK+3 instead of 2 > mail-client/claws-mail:gtk3 - Build support for GTK+3 > media-libs/libcanberra:gtk3 - Enables building of gtk+3 helper > library, gtk+3 runtime sound effects and the canberra-gtk-play > utility. To enable the gtk+3 sound effects add canberra-gtk-module > to the colon separated list of modules in the GTK_MODULES > environment variable. media-plugins/audacious-plugins:gtk3 - Link > against version 3 of the GIMP Toolkit instead of version 2 > (x11-libs/gtk+) media-sound/audacious:gtk3 - Link against version 3 > of the GIMP Toolkit instead of version 2 (x11-libs/gtk+) > media-sound/jalv:gtk2 - Adds support for GTK+2 in addition to > GTK+3 controlled by the gtk useflag. media-sound/mp3splt-gtk:gtk3 - > Link against x11-libs/gtk+:3 instead of x11-libs/gtk+:2 > net-analyzer/wireshark:gtk2 - Build the wireshark executable with > a GTK+ UI version 2. net-analyzer/wireshark:gtk3 - Build the > wireshark executable with a GTK+ UI version 3. net-dns/avahi:gtk3 - > Build the avahi-ui-gtk3 library, and use gtk3 for the avahi > utilities under USE=utils net-libs/gtk-vnc:gtk3 - Build the gtk3 > gtk-vnc library and other gtk3 assets net-misc/spice-gtk:gtk3 - > Link against x11-libs/gtk+:3 instead of x11-libs/gtk+:2 > net-p2p/eiskaltdcpp:gtk3 - Use x11-libs/gtk+:3 instead of > x11-libs/gtk+:2 www-client/dwb:gtk3 - Link against x11-libs/gtk+:3 > instead of x11-libs/gtk+:2 www-client/uget:gtk3 - Use > x11-libs/gtk+:3 instead of x11-libs/gtk+:2 www-client/uzbl:gtk3 - > Use x11-libs/gtk+:3 instead of x11-libs/gtk+:2 > x11-themes/light-themes:gtk3 - Support GTK 3.x, too > x11-wm/fvwm:gtk2-perl - Enable GTK2 Perl bindings > -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSDl4dAAoJEFpvPKfnPDWz5YYH/0LjB0mC/qSrWuXXwnpD0y+B k/xuq3to8Gyvm6TuFr5uZ7+x0ljW5Z5VMmGxhgEv91zcXkkaCoEjXVtQ79ZDgJ7i FM6q69Ok3xFOK0NqPGYrJrawdG1lG9JcMISz+8sVNVXmqtUHbJASoePNGLbv6KSE pEq39R7WOuerKZmHDglB0T5j2dOOPP389iOSfsj6tH3bAjuVPlYKaesolTMyT3/N 9hTTwBPrMDYUonYG5aM3Hhzdr3o8vMmlj2B5BCNgfkSGMIBRLdIDhnUEqZ8NlYC0 NAKkf1x9offmGSa+nB5tnW8n4AZPB0FYM5VdNEwpo7IKxpGJFN6W3R99ozJf6Sc= =wDsG -END PGP SIGNATURE-
[gentoo-dev] gtk2/gtk3 use flags
Hello, gtk is a global use flag [1], gtk2 and gtk3 are used in metadata.xml [2]. Is there a consensus how to use these flags if an app provides gtk2 and gtk3 gui in parallel or exclusive? Michael [1] /usr/portage/profiles/use.desc gtk - Add support for x11-libs/gtk+ (The GIMP Toolkit) [2] egrep "gtk(2|3)" /usr/portage/profiles/use.local.desc app-admin/gtkdiskfree:gtk3 - Use GTK+3 instead of 2 app-editors/emacs:gtk3 - Link against version 3 of the GIMP Toolkit instead of version 2 (x11-libs/gtk+) app-editors/emacs-vcs:gtk3 - Link against version 3 of the GIMP Toolkit instead of version 2 (x11-libs/gtk+) app-i18n/fcitx:gtk3 - Install GTK3 IM module app-i18n/fcitx-configtool:gtk3 - Use GTK+3 instead of 2 app-i18n/ibus:gtk3 - Enable support for gtk+3 app-i18n/ibus-anthy:deprecated - Install deprecated pygtk2 library app-i18n/ibus-unikey:gtk3 - Enable support for gtk+3 app-i18n/imsettings:gtk3 - Enable support for x11-libs/gtk+:3 app-i18n/scim:gtk3 - Enable support for x11-libs/gtk+:3 app-i18n/uim:gtk3 - Enable support for x11-libs/gtk+:3 app-office/libreoffice:gtk3 - Enable highly experimental gtk3 frontend dev-java/icedtea-web:gtk2 - Use x11-libs/gtk+:2 instead of x11-libs/gtk+:3 dev-java/icedtea-web:gtk3 - Use x11-libs/gtk+:3 (default) dev-python/matplotlib:gtk3 - Use x11-libs/gtk+:3 instead of x11-libs/gtk+:2 lxde-base/lxdm:gtk3 - Use GTK+3 instead of 2 mail-client/claws-mail:gtk3 - Build support for GTK+3 media-libs/libcanberra:gtk3 - Enables building of gtk+3 helper library, gtk+3 runtime sound effects and the canberra-gtk-play utility. To enable the gtk+3 sound effects add canberra-gtk-module to the colon separated list of modules in the GTK_MODULES environment variable. media-plugins/audacious-plugins:gtk3 - Link against version 3 of the GIMP Toolkit instead of version 2 (x11-libs/gtk+) media-sound/audacious:gtk3 - Link against version 3 of the GIMP Toolkit instead of version 2 (x11-libs/gtk+) media-sound/jalv:gtk2 - Adds support for GTK+2 in addition to GTK+3 controlled by the gtk useflag. media-sound/mp3splt-gtk:gtk3 - Link against x11-libs/gtk+:3 instead of x11-libs/gtk+:2 net-analyzer/wireshark:gtk2 - Build the wireshark executable with a GTK+ UI version 2. net-analyzer/wireshark:gtk3 - Build the wireshark executable with a GTK+ UI version 3. net-dns/avahi:gtk3 - Build the avahi-ui-gtk3 library, and use gtk3 for the avahi utilities under USE=utils net-libs/gtk-vnc:gtk3 - Build the gtk3 gtk-vnc library and other gtk3 assets net-misc/spice-gtk:gtk3 - Link against x11-libs/gtk+:3 instead of x11-libs/gtk+:2 net-p2p/eiskaltdcpp:gtk3 - Use x11-libs/gtk+:3 instead of x11-libs/gtk+:2 www-client/dwb:gtk3 - Link against x11-libs/gtk+:3 instead of x11-libs/gtk+:2 www-client/uget:gtk3 - Use x11-libs/gtk+:3 instead of x11-libs/gtk+:2 www-client/uzbl:gtk3 - Use x11-libs/gtk+:3 instead of x11-libs/gtk+:2 x11-themes/light-themes:gtk3 - Support GTK 3.x, too x11-wm/fvwm:gtk2-perl - Enable GTK2 Perl bindings -- Michael Weber Gentoo Developer web: https://xmw.de/ mailto: Michael Weber
Re: [gentoo-dev] Re: [gentoo-user] OpenRc-0.12 is coming soon
On Fri, Aug 16, 2013 at 12:14 PM, Ian Stakenvicius wrote: > For everyone's information -- The conf.d/net removal on upgrade is a > packaging issue, which could not have been tested prior to > openrc-0.12.ebuild hitting the tree. There are details in > https://bugs.gentoo.org/show_bug.cgi?id=481336 if anyone's interested > in why it's happening. > > I've fixed the 0.12.ebuild in the tree now. It's a hack but it seems > to be the best possible solution. Thanks for the update. From the other report it seems unlikely that calling for volunteers would have turned up much. That's just the nature of ~arch - if you get an openrc update you're among the first. Gentoo users should know what they're doing regardless, and ~arch users doubly-so. Also, it really isn't Gentoo-specific, but putting /etc in a git repo is a really good practice, and I'm wondering if it should go in the handbook as a result. Rich
Re: [gentoo-dev] Re: [gentoo-user] OpenRc-0.12 is coming soon
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 16/08/13 10:57 AM, Todd Goodman wrote: > * Rich Freeman [130816 10:43]: >> On Fri, Aug 16, 2013 at 10:09 AM, Markos Chandras >> wrote: >>> The package is now masked (openrc-0.12) because quite a few >>> people lost their net configs >>> >>> So yep, ~arch being *this* broken is not so nice >> >> And hence the value of having a group of volunteer guinea pigs >> (anybody running ~arch) is demonstrated. That said, masking big >> changes and calling for volunteers among the volunteers doesn't >> hurt. >> >> Seems like we need to be more careful with code that runs outside >> the sandbox. Config protection is nice, but it is useless when >> code runs outside the sandbox. >> >> Rich > > As one of those volunteer guinea pigs it all worked fine with the > four ~x86 and three ~amd64 machines I've upgraded to > openrc-0.12:0. > > They vary in when they were installed from 2005 up to a couple > months ago and are generally updated daily. > > All ~x86 are "servers" (though most have X, KDE, and Gnome > installed, they're only accessed remotely.) > > Two of the ~amd64 machines are "desktops" (though they both run > services as "servers.") > > If I can help narrow anything down further I'm happy to help. Or > to test anything. > For everyone's information -- The conf.d/net removal on upgrade is a packaging issue, which could not have been tested prior to openrc-0.12.ebuild hitting the tree. There are details in https://bugs.gentoo.org/show_bug.cgi?id=481336 if anyone's interested in why it's happening. I've fixed the 0.12.ebuild in the tree now. It's a hack but it seems to be the best possible solution. -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) iF4EAREIAAYFAlIOT+QACgkQ2ugaI38ACPB5cAD+KZaB/IOhTOQB90L5JEwPnBcO eJzbFHOqtxeJAQ/i6pgBAKukByT2wFolArwBoNxjo6e+D+uVEw+Rct2KPL3cXM7t =NhhK -END PGP SIGNATURE-
Re: [gentoo-dev] Re: [gentoo-user] OpenRc-0.12 is coming soon
* Rich Freeman [130816 10:43]: > On Fri, Aug 16, 2013 at 10:09 AM, Markos Chandras wrote: > > The package is now masked (openrc-0.12) because quite a few people > > lost their net configs > > > > So yep, ~arch being *this* broken is not so nice > > And hence the value of having a group of volunteer guinea pigs > (anybody running ~arch) is demonstrated. That said, masking big > changes and calling for volunteers among the volunteers doesn't hurt. > > Seems like we need to be more careful with code that runs outside the > sandbox. Config protection is nice, but it is useless when code runs > outside the sandbox. > > Rich As one of those volunteer guinea pigs it all worked fine with the four ~x86 and three ~amd64 machines I've upgraded to openrc-0.12:0. They vary in when they were installed from 2005 up to a couple months ago and are generally updated daily. All ~x86 are "servers" (though most have X, KDE, and Gnome installed, they're only accessed remotely.) Two of the ~amd64 machines are "desktops" (though they both run services as "servers.") If I can help narrow anything down further I'm happy to help. Or to test anything. Todd
Re: [gentoo-dev] Re: [gentoo-user] OpenRc-0.12 is coming soon
On Fri, Aug 16, 2013 at 10:09 AM, Markos Chandras wrote: > The package is now masked (openrc-0.12) because quite a few people > lost their net configs > > So yep, ~arch being *this* broken is not so nice And hence the value of having a group of volunteer guinea pigs (anybody running ~arch) is demonstrated. That said, masking big changes and calling for volunteers among the volunteers doesn't hurt. Seems like we need to be more careful with code that runs outside the sandbox. Config protection is nice, but it is useless when code runs outside the sandbox. Rich
Re: [gentoo-dev] Re: [gentoo-user] OpenRc-0.12 is coming soon
On Fri, Aug 16, 2013 at 4:09 PM, Markos Chandras wrote: > On 14 August 2013 16:43, Keith Dart wrote: >> Re , William Hubbs said: >>> All, >>> >>> This message is an announcement and a reminder. >>> >>> OpenRc-0.12 will be introduced to the portage tree in the next few >>> days. >>> >>> If you are using ~arch OpenRc, the standard disclaimer applies: >>> remember that you might be subject to breakage. >> >> I just got around to upgrading to it. When I did my /etc/conf.d/net >> file disappeared, and my network interface would not come up. There is >> not even a sample net file any more. I had to manually add it back, >> using a syntax I found on the wiki site. >> >> > > The package is now masked (openrc-0.12) because quite a few people > lost their net configs I wonder if this has to do with bug #462674 which was about to generate a disaster on one of my old servers as well. Thankfully, the net config was stored in a local git repo and I just had to reset the its state to HEAD. Now I need to go sacrifice a cow to Linus to demonstrate my gratitude. > > So yep, ~arch being *this* broken is not so nice > > -- > Regards, > Markos Chandras - Gentoo Linux Developer > http://dev.gentoo.org/~hwoarang > -- Fabio Erculiani
[gentoo-dev] Re: [gentoo-user] OpenRc-0.12 is coming soon
On 14 August 2013 16:43, Keith Dart wrote: > Re , William Hubbs said: >> All, >> >> This message is an announcement and a reminder. >> >> OpenRc-0.12 will be introduced to the portage tree in the next few >> days. >> >> If you are using ~arch OpenRc, the standard disclaimer applies: >> remember that you might be subject to breakage. > > I just got around to upgrading to it. When I did my /etc/conf.d/net > file disappeared, and my network interface would not come up. There is > not even a sample net file any more. I had to manually add it back, > using a syntax I found on the wiki site. > > The package is now masked (openrc-0.12) because quite a few people lost their net configs So yep, ~arch being *this* broken is not so nice -- Regards, Markos Chandras - Gentoo Linux Developer http://dev.gentoo.org/~hwoarang
Re: [gentoo-dev] systemd team consensus?
On Fri, Aug 16, 2013 at 12:47 AM, Rick "Zero_Chaos" Farina wrote: > > If upstream doesn't support something it's not a regression. This > upstream removes features all the time in the name of progress. Either > get on the train or get run over by it. If /usr isn't mounted at boot > then systemd team doesn't what your system to boot, so either don't run > systemd or catch up with the rest of the world and learn what an > initramfs is. We should be introducing those changes in a way friendly to our users (ie warnings, docs, news, etc before going stable, or even testing in extreme cases). But yes, I don't see a problem with letting systemd do the systemd thing. The intent of the council meeting was to even allow longstanding Gentoo projects like udev to go this route as well, once we're sure everything is in place (no specific timeline was set, but seems likely in the next few months as long as docs/etc get updated). The systemd project can manage systemd as it sees fit, but it should not be constrained by QA issues over what goes in /usr vs /. Rich
[gentoo-dev] Last rites: dev-python/pyme
# Michał Górny (16 Aug 2013) # Getting more broken every day. No commit for 5 years. Nothing # in the tree uses it. Please consider dev-python/pygpgme instead. # Bug #339409. Masked for removal in 30 days. dev-python/pyme -- Best regards, Michał Górny signature.asc Description: PGP signature
Re: [gentoo-dev] desktop experience on smartphone: thoughts and plans against Ubuntu edge
On 13 August 2013 10:51, heroxbd wrote: > Dear Fellows, > > Canonical is raising money by pushing their concept of Ubuntu for > Android[1][2]. The idea is to put GNU environment (esp. Ubuntu userland) > in parallel to Android to drive the external HDMI output with X11 > protocal, so that desktop applications can run on the smartphone. > > The idea is cool, but not new. The idea is general to all android > devices, while Canonical is binding the concept with its own new device. > > The project is developed underground by Canonical, so far nothing, not > to say repository, is available except advertisements and the call for > people to donate. There are images available for this, btw, if you want to see how it works and poke around. I'd seen some repositories, but don't know if there's enough public to do your own build. > As a natual consequence of the on-going Google Summer of Code project, > Gentoo on Android[3], we can run native Gentoo on *all* the Android > devices. Compiling out an Xorg and output to HDMI has no theoretical > difficulty. Furthermore, sharing of graphic output with Android (instead > of a separate HDMI output) can be explored with wayland x11[4]. There are a lot of _hard_ problems here (display, audio, input, codecs), not to even begin on proper policy integration (your phone is hooked up, voice call starts, what do you do). That's not to discourage your effort at all - I think it's great that you're kicking this off and that there is so much enthusiasm for this. I look forward to seeing the solutions that emerge to solve all of these, and am happy to offer to test on a device or two. Cheers, -- Arun Raghavan http://arunraghavan.net/ (Ford_Prefect | Gentoo) & (arunsr | GNOME)
