Re: [gentoo-dev] [news item review] bash-completion-2.1-r90, version 2
On Mon, 10 Nov 2014 22:18:01 +0100 Michał Górny wrote: > Hello, developers. > > I'm planning to commit this news item before >=2.1-r90 goes stable. It's pretty strange, but after the last "emerge -1uDN world" system update I lost bash-complition. It was removed (app-admin/eselect-bashcomp-1.3.6, app-shells/bash-completion-1.3-r2, app-shells/gentoo-bashcomp-20121024) during "emerge --depclean" process. I have "bash-completion" USE-flag in /etc/portage/make.conf and installed bashcomp long time ago. Now it was semi-automatically deleted. May it be relatated to this changes (migration to 2.1-r90)?
Re: [gentoo-dev] [news item review] bash-completion-2.1-r90, version 2
Dnia 2014-11-20, o godz. 11:58:59 Diamond napisał(a): > On Mon, 10 Nov 2014 22:18:01 +0100 > Michał Górny wrote: > > > Hello, developers. > > > > I'm planning to commit this news item before >=2.1-r90 goes stable. > > It's pretty strange, but after the last "emerge -1uDN world" system > update I lost bash-complition. It was removed > (app-admin/eselect-bashcomp-1.3.6, app-shells/bash-completion-1.3-r2, > app-shells/gentoo-bashcomp-20121024) during "emerge --depclean" > process. I have "bash-completion" USE-flag in /etc/portage/make.conf > and installed bashcomp long time ago. Now it was semi-automatically > deleted. May it be relatated to this changes (migration to 2.1-r90)? Partially. USE=bash-completion will be completely removed, and completions will be installed unconditionally. You have to install app-shells/bash-completion yourself if you want to use it. Maybe I should mention the USE flag changes too in the news item :). -- Best regards, Michał Górny signature.asc Description: PGP signature
Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11
Dnia 2014-11-19, o godz. 17:41:53 Diego Elio Pettenò napisał(a): > On 31 October 2014 09:28, Diego Elio Pettenò wrote: > > So who wants to pick up the pieces now? Because I'm almost pissed off > > enough to turn down the tinderbox and give a big FU to Gentoo already. > > https://bugs.gentoo.org/show_bug.cgi?id=527608 > > More! https://bugs.gentoo.org/show_bug.cgi?id=529788 > > Again, is somebody going to stand up and do something or can I shut > down my tinderbox and spend my free time playing Baldur's Gate? Comrel, please either do something about vapier or reassign all his packages (and team positions) to a volunteering proxy developer who will handle human relations for him. -- Best regards, Michał Górny signature.asc Description: PGP signature
Re: [gentoo-dev] [news item review] bash-completion-2.1-r90, version 2
Dnia 2014-11-10, o godz. 22:18:01 Michał Górny napisał(a): > Hello, developers. > > I'm planning to commit this news item before >=2.1-r90 goes stable. > I have rewritten the message to be more user-oriented like Rich > suggested (big thanks to you!) and added a paragraph about loading > bashcomp in bashrc. > > Please review. Next version, added the paragraph about USE=bash-completion. -- Best regards, Michał Górny Title: bash-completion-2.1-r90 Author: MichaÅ Górny Content-Type: text/plain Posted: 2014-MM-DD Revision: 1 News-Item-Format: 1.0 Display-If-Installed: signature.asc Description: PGP signature
Re: [gentoo-dev] [gentoo-project] Re: towards a more distributed model
On 11/20/2014 05:39 AM, hasufell wrote: > > I see a lot of things to figure out (especially PM-side, tools-side, > maybe even PMS, maybe even repository layout, but also documentation and > if it makes sense culture-wise), but I don't see a fundamental > unsolvable problem here. > It would be interesting to see a draft of those proposals. Could you start writing it somewhere on the wiki? Then we can discuss more concrete technical things. Even if it will not result in more distributed model for Gentoo, it could improve our current model of overlays. -- Jauhien signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11
On 11/20/14 04:37, Michał Górny wrote: Dnia 2014-11-19, o godz. 17:41:53 Diego Elio Pettenò napisał(a): On 31 October 2014 09:28, Diego Elio Pettenò wrote: So who wants to pick up the pieces now? Because I'm almost pissed off enough to turn down the tinderbox and give a big FU to Gentoo already. https://bugs.gentoo.org/show_bug.cgi?id=527608 More! https://bugs.gentoo.org/show_bug.cgi?id=529788 Again, is somebody going to stand up and do something or can I shut down my tinderbox and spend my free time playing Baldur's Gate? Comrel, please either do something about vapier or reassign all his packages (and team positions) to a volunteering proxy developer who will handle human relations for him. Chill dude. -- Anthony G. Basile, Ph.D. Gentoo Linux Developer [Hardened] E-Mail: bluen...@gentoo.org GnuPG FP : 1FED FAD9 D82C 52A5 3BAB DC79 9384 FA6E F52D 4BBA GnuPG ID : F52D4BBA
Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 19/11/14 09:51 PM, Rich Freeman wrote: > On Wed, Nov 19, 2014 at 8:41 PM, Diego Elio Pettenò > wrote: >> On 31 October 2014 09:28, Diego Elio Pettenò >> wrote: >>> So who wants to pick up the pieces now? Because I'm almost >>> pissed off enough to turn down the tinderbox and give a big FU >>> to Gentoo already. >>> https://bugs.gentoo.org/show_bug.cgi?id=527608 >> >> More! https://bugs.gentoo.org/show_bug.cgi?id=529788 >> >> Again, is somebody going to stand up and do something or can I >> shut down my tinderbox and spend my free time playing Baldur's >> Gate? >> > > Guys, can we please give the volunteers who are going around > uploading logs time to do their jobs before we go closing bugs as > invalid? The logs are going to get attached. If somebody is in a > mad rush to actually resolve the bug (heaven forbid), then just > click on the link. > My script is running every 10 minutes; I can do it more often than that but I don't want to hammer b.g.o if I don't have to. Also, as of now, it *does not* upload to bugs that are marked RESOLVED. I think I'll adjust that so it will upload to bugs marked RESO/NEEDINFO (and re-open them), but please, ^^^ And finally, if anyone sees an issue, including if bugs are not getting their attachments in a timely manner, please attach the bug to tracker bug 527870 and I'll do my best to fix things. Thanks, Ian -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlRt/xkACgkQ2ugaI38ACPD1EwD9EdRh3peIX333vGwEcHtLribX nPcTun79Vk0yTULN2yUA/i3mkjmCrEhb2e785IuBVu+6aqnH3KU1pXCN9ahS4og2 =NWa6 -END PGP SIGNATURE-
Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 20/11/14 09:47 AM, Ian Stakenvicius wrote: > On 19/11/14 09:51 PM, Rich Freeman wrote: >> On Wed, Nov 19, 2014 at 8:41 PM, Diego Elio Pettenò >> wrote: >>> On 31 October 2014 09:28, Diego Elio Pettenò >>> wrote: So who wants to pick up the pieces now? Because I'm almost pissed off enough to turn down the tinderbox and give a big FU to Gentoo already. https://bugs.gentoo.org/show_bug.cgi?id=527608 >>> >>> More! https://bugs.gentoo.org/show_bug.cgi?id=529788 >>> >>> Again, is somebody going to stand up and do something or can I >>> shut down my tinderbox and spend my free time playing Baldur's >>> Gate? >>> > >> Guys, can we please give the volunteers who are going around >> uploading logs time to do their jobs before we go closing bugs >> as invalid? The logs are going to get attached. If somebody is >> in a mad rush to actually resolve the bug (heaven forbid), then >> just click on the link. > > > My script is running every 10 minutes; I can do it more often than > that but I don't want to hammer b.g.o if I don't have to. > > Also, as of now, it *does not* upload to bugs that are marked > RESOLVED. I think I'll adjust that so it will upload to bugs > marked RESO/NEEDINFO (and re-open them), but please, ^^^ > > And finally, if anyone sees an issue, including if bugs are not > getting their attachments in a timely manner, please attach the bug > to tracker bug 527870 and I'll do my best to fix things. > > Thanks, Ian > Ok, added the RESO/NEEDINFO case, and bumped my polling time to 5 minute intervals. Diego, please keep going, your efforts are still very much appreciated. -BEGIN PGP SIGNATURE- Version: GnuPG v2 iF4EAREIAAYFAlRuESgACgkQ2ugaI38ACPDR8AEAgdIvuivmg++PiDlUPfLOy7SR XUL5q4H+PFWRz077musA+gIbaPVFRBivJg11IXHHZtJVxj924iz/uyvNV+NlQyVF =YNpA -END PGP SIGNATURE-
Re: [gentoo-dev] [gentoo-project] Re: towards a more distributed model
On Thu, 20 Nov 2014 01:36:32 +0100 hasufell wrote: > Exherbo is already running a more modular approach, I'd be interested > what they have to say about this or which problems they were facing. Well the big thing is that unlike Gentoo, Exherbo was able to switch to using Git for its repositories. On top of that, Exherbo also has proper automated tinderbox runs (with automated conflict resolution) for changes, including across repositories, and a much stronger culture of accepting that breaking changes to APIs and APIs that give an error on misuse are necessary for a quality product, and a tolerance of developers making those changes and then applying the fixes to other people's packages. Distributed is much easier to do if you're starting from something which is correct and verified... -- Ciaran McCreesh signature.asc Description: PGP signature
[gentoo-dev] [PATCH] games.eclass: Allow to disable games permissions wrt #467386
From: Julian Ospald
Date: Thu Nov 20 17:04:20 UTC 2014
Subject: Allow to disable games permissions wrt #467386
This also removes unnecessary exports of games
variables.
--- eclass/games.eclass
+++ eclass/games.eclass
@@ -19,25 +19,46 @@
*) die "no support for EAPI=${EAPI} yet" ;;
esac
+# Set to 0 to disable file permission modifications.
+GAMES_PERMISSIONS=${GAMES_PERMISSIONS:-1}
+
+# Set to 0 to set the games variables like GAMES_PREFIX to
+# match regular ebuilds if you don't want to micromanage them.
+GAMES_VARIABLES=${GAMES_VARIABLES:-1}
+
if [[ ${CATEGORY}/${PN} != "games-misc/games-envd" ]] ; then
# environment file
RDEPEND="games-misc/games-envd"
fi
-export GAMES_PREFIX=${GAMES_PREFIX:-/usr/games}
-export GAMES_PREFIX_OPT=${GAMES_PREFIX_OPT:-/opt}
-export GAMES_DATADIR=${GAMES_DATADIR:-/usr/share/games}
-export GAMES_DATADIR_BASE=${GAMES_DATADIR_BASE:-/usr/share} # some packages
auto append 'games'
-export GAMES_SYSCONFDIR=${GAMES_SYSCONFDIR:-/etc/games}
-export GAMES_STATEDIR=${GAMES_STATEDIR:-/var/games}
-export GAMES_LOGDIR=${GAMES_LOGDIR:-/var/log/games}
-export GAMES_BINDIR=${GAMES_BINDIR:-${GAMES_PREFIX}/bin}
-export GAMES_ENVD="90games"
+if [[ ${GAMES_VARIABLES} != 1 ]] ; then
+ GAMES_PREFIX=/usr
+ GAMES_PREFIX_OPT=/opt
+ GAMES_DATADIR=/usr/share
+ GAMES_DATADIR_BASE=/usr/share
+ GAMES_SYSCONFDIR=/etc
+ GAMES_STATEDIR=/var/lib
+ GAMES_LOGDIR=/var/log
+ GAMES_BINDIR=${GAMES_PREFIX}/bin
+ GAMES_USER=root
+ GAMES_USER_DED=root
+ GAMES_GROUP=root
+fi
+
+GAMES_PREFIX=${GAMES_PREFIX:-/usr/games}
+GAMES_PREFIX_OPT=${GAMES_PREFIX_OPT:-/opt}
+GAMES_DATADIR=${GAMES_DATADIR:-/usr/share/games}
+GAMES_DATADIR_BASE=${GAMES_DATADIR_BASE:-/usr/share} # some packages auto
append 'games'
+GAMES_SYSCONFDIR=${GAMES_SYSCONFDIR:-/etc/games}
+GAMES_STATEDIR=${GAMES_STATEDIR:-/var/games}
+GAMES_LOGDIR=${GAMES_LOGDIR:-/var/log/games}
+GAMES_BINDIR=${GAMES_BINDIR:-${GAMES_PREFIX}/bin}
+GAMES_ENVD="90games"
# if you want to use a different user/group than games.games,
# just add these two variables to your environment (aka /etc/profile)
-export GAMES_USER=${GAMES_USER:-root}
-export GAMES_USER_DED=${GAMES_USER_DED:-games}
-export GAMES_GROUP=${GAMES_GROUP:-games}
+GAMES_USER=${GAMES_USER:-root}
+GAMES_USER_DED=${GAMES_USER_DED:-games}
+GAMES_GROUP=${GAMES_GROUP:-games}
games_get_libdir() {
echo ${GAMES_PREFIX}/$(get_libdir)
@@ -87,46 +108,56 @@
games_make_wrapper() { gameswrapper ${FUNCNAME/games_} "$@"; }
-gamesowners() { chown ${GAMES_USER}:${GAMES_GROUP} "$@"; }
-gamesperms() { chmod u+rw,g+r-w,o-rwx "$@"; }
+gamesowners() {
+ if [[ ${GAMES_PERMISSIONS} == 1 ]] ; then
+ chown ${GAMES_USER}:${GAMES_GROUP} "$@"
+ fi
+}
+gamesperms() {
+ if [[ ${GAMES_PERMISSIONS} == 1 ]] ; then
+ chmod u+rw,g+r-w,o-rwx "$@";
+ fi
+}
prepgamesdirs() {
- local dir f mode
- for dir in \
- "${GAMES_PREFIX}" "${GAMES_PREFIX_OPT}" "${GAMES_DATADIR}" \
- "${GAMES_SYSCONFDIR}" "${GAMES_STATEDIR}" "$(games_get_libdir)"
\
- "${GAMES_BINDIR}" "$@"
- do
- [[ ! -d ${D}/${dir} ]] && continue
- (
- gamesowners -R "${D}/${dir}"
- find "${D}/${dir}" -type d -print0 | xargs -0 chmod 750
- mode=o-rwx,g+r,g-w
- [[ ${dir} = ${GAMES_STATEDIR} ]] && mode=o-rwx,g+r
- find "${D}/${dir}" -type f -print0 | xargs -0 chmod
$mode
-
- # common trees should not be games owned #264872
- if [[ ${dir} == "${GAMES_PREFIX_OPT}" ]] ; then
- fowners root:root "${dir}"
- fperms 755 "${dir}"
- for d in $(get_libdir) bin ; do
- # check if dirs exist to avoid
"nonfatal" option
- if [[ -e ${D}/${dir}/${d} ]] ; then
- fowners root:root "${dir}/${d}"
- fperms 755 "${dir}/${d}"
- fi
- done
+ if [[ ${GAMES_PERMISSIONS} == 1 ]] ; then
+ local dir f mode
+ for dir in \
+ "${GAMES_PREFIX}" "${GAMES_PREFIX_OPT}"
"${GAMES_DATADIR}" \
+ "${GAMES_SYSCONFDIR}" "${GAMES_STATEDIR}"
"$(games_get_libdir)" \
+ "${GAMES_BINDIR}" "$@"
+ do
+ [[ ! -d ${D}/${dir} ]] && continue
+ (
+ gamesowners -R "${D}/${dir}"
+ find "${D}/${dir}" -type d -print0 | xargs -0
chmod 750
+ mode=o-rwx,g+r,g-w
+
Re: [gentoo-dev] [PATCH] games.eclass: Allow to disable games permissions wrt #467386
I am running this since ~4 months straight without any problems.
Re: [gentoo-dev] [PATCH] games.eclass: Allow to disable games permissions wrt #467386
> On Thu, 20 Nov 2014, hasufell wrote: > From: Julian Ospald > Date: Thu Nov 20 17:04:20 UTC 2014 > Subject: Allow to disable games permissions wrt #467386 > This also removes unnecessary exports of games > variables. Wouldn't it be saner to have a new games-r1.eclass with fixed permissions, instead of adding such additional bloat to the existing eclass? Ulrich pgp7gXweSKJP5.pgp Description: PGP signature
Re: [gentoo-dev] [PATCH] games.eclass: Allow to disable games permissions wrt #467386
On 11/20/2014 06:49 PM, Ulrich Mueller wrote: >> On Thu, 20 Nov 2014, hasufell wrote: > >> From: Julian Ospald >> Date: Thu Nov 20 17:04:20 UTC 2014 >> Subject: Allow to disable games permissions wrt #467386 > >> This also removes unnecessary exports of games >> variables. > > Wouldn't it be saner to have a new games-r1.eclass with fixed > permissions, instead of adding such additional bloat to the existing > eclass? > > Ulrich > I don't intend to write another games eclass, I'd rather be interested in removing it altogether. This is just an intermediate solution IMO, for people who don't care about those permissions. If you look at the eclass, then it doesn't do much actual stuff, except for: * applying games permissions * installing files in non-standard locations So, games-r1.eclass would basically be empty.
Re: [gentoo-dev] [gentoo-project] Re: towards a more distributed model
On 11/20/2014 12:41 PM, Jauhien Piatlicki wrote: > On 11/20/2014 05:39 AM, hasufell wrote: >> >> I see a lot of things to figure out (especially PM-side, tools-side, >> maybe even PMS, maybe even repository layout, but also documentation and >> if it makes sense culture-wise), but I don't see a fundamental >> unsolvable problem here. >> > > It would be interesting to see a draft of those proposals. Could you > start writing it somewhere on the wiki? Then we can discuss more > concrete technical things. Even if it will not result in more > distributed model for Gentoo, it could improve our current model of > overlays. > https://wiki.gentoo.org/wiki/Distributed_Gentoo
Re: [gentoo-dev] Portage dependency solving algorithm
On 11/19/2014 11:59 AM, Andrew Savchenko wrote: > Hello, > > On Mon, 17 Nov 2014 21:55:48 -0800 Zac Medico wrote: >> On 11/17/2014 09:47 PM, Andrew Savchenko wrote: >>> I use 2.2.14 on both hosts (and usually latest ~x86 portage is >>> there). I thought that running fixpackages should be enough to run >>> emerge with --dynamic-deps=n. >> >> It depends on how badly the installed deps have diverged from the >> corresponding ebuilds in the tree. > > I tried fixpackages. It fixed some problems and looks like > dependencies resolution became faster. But not all problems are > fixed and I can't use --dynamic-deps n on both systems for now; > and emerge @changed-deps fails due to numerous conflicts, blocks, > unsatisfied deps (this is not surprising, since it doesn't try to > update all packages in tree). > > By the way, is there any way to unroll conflict lists in portage > output? I mean if I have following: > > (dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed) pulled in by > >=dev-lang/ghc-6.8.2:0/7.6.3= required by > (dev-haskell/random-1.0.1.1-r1:0/1.0.1.1::gentoo, installed) > ^ > (and 68 more with the same problem) > > How can I see all list of these 68 packages? Sometimes this feature is > really desired, e.g. if I don't want to update all @world but need to > apply GLSA fix which leads to similar conflicts. I can't find any > switch in emerge manual. There's currently no switch for this. However, you can use a a command like this to see all installed packages that pull in your installed ghc: emerge -pv --depclean dev-lang/ghc I've filed a feature request bug for the switch that you have requested: https://bugs.gentoo.org/show_bug.cgi?id=529988 > As for hitomi box, it is both slower and have much older packages, > so I'm still struggling to fix conflicts and other issues. Results > will be available later. >From your results, it seems that _select_pkg_highest_available would be an obvious thing to optimize. This method already uses memoization, but the cache is entirely discarded each time that a package is added to the graph. I will see about making it salvage as much cache as possible when a package is added. > P.S. Note for those who would like to use gpro2dot: it should be > run with the same python interpreter active as was used during > pstats data collection, otherwise it will fail to process data. > I spent some time while figuring this out. I wasn't aware of that, so thanks for the tip. -- Thanks, Zac
Re: [gentoo-dev] [PATCH] games.eclass: Allow to disable games permissions wrt #467386
Dnia 2014-11-20, o godz. 18:49:25 Ulrich Mueller napisał(a): > > On Thu, 20 Nov 2014, hasufell wrote: > > > From: Julian Ospald > > Date: Thu Nov 20 17:04:20 UTC 2014 > > Subject: Allow to disable games permissions wrt #467386 > > > This also removes unnecessary exports of games > > variables. > > Wouldn't it be saner to have a new games-r1.eclass with fixed > permissions, instead of adding such additional bloat to the existing > eclass? Here's how games-r1 would look like. However, now that I think about it, it may be actually useful to commit such an eclass. Otherwise people will keep thinking games.eclass is the way to go. -- Best regards, Michał Górny # Copyright 1999-2014 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/eclass/games.eclass,v 1.158 2014/07/11 08:21:58 ulm Exp $ # @ECLASS: games-r1.eclass # @MAINTAINER: # mgo...@gentoo.org # @BLURB: eclass to help standarizing game install in Gentoo # @DESCRIPTION: # This is the modern eclass used to standarize games install in Gentoo. # It is intended to replace games.eclass, and should be used in game # ebuilds nowadays. # # However, since games do not need any special rules you are free not to # inherit this eclass if you don't want to. Or inherit it before other # eclasses that export phase functions. : signature.asc Description: PGP signature
Re: [gentoo-dev] Portage dependency solving algorithm
On 11/20/2014 12:19 PM, Zac Medico wrote: > On 11/19/2014 11:59 AM, Andrew Savchenko wrote: >> Hello, >> >> On Mon, 17 Nov 2014 21:55:48 -0800 Zac Medico wrote: >>> On 11/17/2014 09:47 PM, Andrew Savchenko wrote: I use 2.2.14 on both hosts (and usually latest ~x86 portage is there). I thought that running fixpackages should be enough to run emerge with --dynamic-deps=n. >>> >>> It depends on how badly the installed deps have diverged from the >>> corresponding ebuilds in the tree. >> >> I tried fixpackages. It fixed some problems and looks like >> dependencies resolution became faster. But not all problems are >> fixed and I can't use --dynamic-deps n on both systems for now; >> and emerge @changed-deps fails due to numerous conflicts, blocks, >> unsatisfied deps (this is not surprising, since it doesn't try to >> update all packages in tree). >> >> By the way, is there any way to unroll conflict lists in portage >> output? I mean if I have following: >> >> (dev-lang/ghc-7.6.3-r1:0/7.6.3::gentoo, installed) pulled in by >> >=dev-lang/ghc-6.8.2:0/7.6.3= required by >> (dev-haskell/random-1.0.1.1-r1:0/1.0.1.1::gentoo, installed) >> ^ >> (and 68 more with the same problem) >> >> How can I see all list of these 68 packages? Sometimes this feature is >> really desired, e.g. if I don't want to update all @world but need to >> apply GLSA fix which leads to similar conflicts. I can't find any >> switch in emerge manual. > > There's currently no switch for this. However, you can use a a command > like this to see all installed packages that pull in your installed ghc: > > emerge -pv --depclean dev-lang/ghc > > I've filed a feature request bug for the switch that you have requested: > > https://bugs.gentoo.org/show_bug.cgi?id=529988 I forgot, we have a --verbose-conflicts option already. >> As for hitomi box, it is both slower and have much older packages, >> so I'm still struggling to fix conflicts and other issues. Results >> will be available later. > > From your results, it seems that _select_pkg_highest_available would be > an obvious thing to optimize. This method already uses memoization, but > the cache is entirely discarded each time that a package is added to the > graph. I will see about making it salvage as much cache as possible when > a package is added. I've written a patch, and it gives good results. On one of my computers with this patch, 'emerge -puvDN @world' takes 15% less time, and results in 58% fewer _select_pkg_highest_available_imp calls: https://bugs.gentoo.org/show_bug.cgi?id=530010 -- Thanks, Zac
[gentoo-dev] Re: [news item review] bash-completion-2.1-r90, version 2
Michał Górny posted on Thu, 20 Nov 2014 12:22:53 +0100 as excerpted: > Thirdly, we have solved the issue causing bash-completion support to be > enabled by default on login shells only. If you needed to explicitly > source 'bash_completion' script in bashrc, you can safely remove that > code now since system-wide bashrc takes care of loading it. FWIW, I lost bash-completion yesterday when I updated and both bash and bash-completion were updated. Fortunately I remembered that bash- completion's undergoing changes and the various discussion here (the heads-up on such changes that I get here being a big reason I'm subscribed), and was able to compare the binpkgs for the old and new versions to figure out what happened. It could be useful to say that if a user's custom config breaks, they need to change it to source the file in the new location, /etc/bash/ bashrc.d/bash_completion.sh, and that while they are at it they might want to simply source all (non-dot-file non-backup) files in that dir, as it's a new directory location designed to have files dropped into it to be sourced by bashrc, with such an approach being exactly what the default solution does. Or don't worry about it since users who have such custom configs should be able to handle it themselves, but risk a wave of bugs when they can't/ don't, at least before filing the bug. Without the heads-up from here I'd have certainly eventually figured it out, but it's an open question whether I'd have figured out the problem before I filed a bug, myself. (FWIW this is why a lot of news items end up pointing to a writeup on the wiki or dev-space with more details, because at some point people realize there's more detail there than appropriate for an ideally concise news item, but providing that link with further detail ends up being easier than dealing with the bug fallout if it's not provided. As the dev doing it, your choice of course, either way.) -- Duncan - List replies preferred. No HTML msgs. "Every nonfree program has a lord, a master -- and if you use the program, he is your master." Richard Stallman
Re: [gentoo-dev] more help needed with gcc-4.8 stabilization, chromium starts heavily using C++11
On 11/20/14 5:04 PM, Ian Stakenvicius wrote: > Ok, added the RESO/NEEDINFO case, and bumped my polling time to 5 > minute intervals. > > Diego, please keep going, your efforts are still very much appreciated. +1, and thanks Ian for your script! Paweł signature.asc Description: OpenPGP digital signature
