Re: [gentoo-dev] Please use "eselect news" items!
> On Fri, 26 Jun 2009, Dale wrote: > I would like to see what you guys think about a small feature. Is > there a way to put a number next to each item and then we can select > by the number instead of typing the LONG name for the item? Sort of > like gcc-config -l does its listing and you can set with the > appropriate number. > This would save time and some typing and seems like something that > would be fairly easy to do. Already done. ;-) Try "eselect news-tng" that comes with >=eselect-1.1. Ulrich
Re: [gentoo-dev] Please use "eselect news" items!
AllenJB wrote: > Hi all, > > As a user, I'd like to encourage developers to make use of news items > (eselect news) for important changes. I find them much more noticeable > than elog messages (which, while I have set them up so they get > emailed to me, I admit I don't always read). I think they're also > easier to go back and re-read later (not everyone knows how to dig out > old elog messages). > > 2 recent changes I would suggest having news items for are the libpcre > .la files issue, because it often doesn't get noticed until later when > builds fail, and the masking of the "kdeprefix" use flag as this is a > fairly major change and I think it's useful for users to know why > these changes are being made. > > Another case is that prior to it's masking, the "kdeprefix" use flag > was deprecated, with only an elog message on every kde package to > notify users, resulting in users who have their elog messages emailed > to them receiving a very large number of emails all with the same > content - I would also suggest news items in such cases in future. > > > Thanks to all the developers who worked to bring us this long awaited > feature - I think it's brilliant, so please use it! > > AllenJB > > I would like to see what you guys think about a small feature. Is there a way to put a number next to each item and then we can select by the number instead of typing the LONG name for the item? Sort of like gcc-config -l does its listing and you can set with the appropriate number. This would save time and some typing and seems like something that would be fairly easy to do. Dale :-) :-)
Re: [gentoo-dev] Please use "eselect news" items!
On Fri, Jun 26, 2009 at 11:25 AM, Fabian Groffen wrote: > On 25-06-2009 22:57:08 +0100, AllenJB wrote: >> As a user, I'd like to encourage developers to make use of news items >> (eselect news) for important changes. I find them much more noticeable >> than elog messages (which, while I have set them up so they get emailed >> to me, I admit I don't always read). I think they're also easier to go >> back and re-read later (not everyone knows how to dig out old elog >> messages). > > Maybe we should make an option to have portage not notice you of new > news messages until you have read it to make the feature more popular. > > I personally felt after the java-config news message that it's more of a > bugger than a help, since I have many systems, and on all of them I had > to read it to get rid of the "waiting news message". Well that how it was designed ;) But seriously if you have N machines of the same config; it would make sense to just turn off or ignore notifications on N-1 machines and just always read news on one machine (maybe the canary machine). But if they all have different configs and installed packages; turning off notifications could be dangerous ;) -A > > And no, excluding them in the rsync sync is not the option, as I want to > be able to read them if I don't recall the details any more... > > > just my 2 cents why I am avoiding adding news messages these days > > > -- > Fabian Groffen > Gentoo on a different level > >
[gentoo-dev] Re: [GSoC status] Web-based image builder
This week has been much slower with the image builder project. I've wrinkled out several issues and generally worked on usability and other frontend aspects. The backend (and frontend) currently handle building a complete tar/gz image and letting the user download it with the user's choice of profile (as in /etc/make.profile), based on available binpkgs repositories, the base system (emerge system), and an arbitrary set of packages (selected from a list derived from the Packages file of the binpkgs repo). The frontend now also supports new user registration. The front end offers fairly complete logs of the build process, including converting ANSI colors to HTML equivalents so logs can be colored too. Things to do next week (and beyond): -Invitation-only user registration system -Management of disk space, meaning a good system that can be called by cron to delete old images, logs, etc. that can be assumed to be no longer needed. -Work towards finalizing the database structure -Addition of new options/features in frontend and implementation of said options in backend -Making the frontend more user-friendly I'd also like to ask for input from anyone interested, especially anyone who thinks they will use this system once it's public, so I created a forum topic [1] for suggestions, requests, etc. Anyone who would be interested in testing out this system if/when a testing server becomes available, please also email me off-list. Eitan [1] http://forums.gentoo.org/viewtopic-p-5830406.html
Re: [gentoo-dev] Please use "eselect news" items!
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Fabian Groffen wrote: > On 25-06-2009 22:57:08 +0100, AllenJB wrote: >> As a user, I'd like to encourage developers to make use of news items >> (eselect news) for important changes. I find them much more noticeable >> than elog messages (which, while I have set them up so they get emailed >> to me, I admit I don't always read). I think they're also easier to go >> back and re-read later (not everyone knows how to dig out old elog >> messages). > > Maybe we should make an option to have portage not notice you of new > news messages until you have read it to make the feature more popular. Seem like that will mostly defeat the purpose since you'll probably forget you set that option and then miss future news items. Shrug, we can do it if there's demand for it though. - -- Thanks, Zac -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkpFIS8ACgkQ/ejvha5XGaMvGQCfT3ISYyNwD6woPA7DdSO82P4P jRUAn18+6QVcVyroCgOS/5UboiVgE+Te =Ph9j -END PGP SIGNATURE-
Re: [gentoo-dev] Please use "eselect news" items!
On 25-06-2009 22:57:08 +0100, AllenJB wrote: > As a user, I'd like to encourage developers to make use of news items > (eselect news) for important changes. I find them much more noticeable > than elog messages (which, while I have set them up so they get emailed > to me, I admit I don't always read). I think they're also easier to go > back and re-read later (not everyone knows how to dig out old elog > messages). Maybe we should make an option to have portage not notice you of new news messages until you have read it to make the feature more popular. I personally felt after the java-config news message that it's more of a bugger than a help, since I have many systems, and on all of them I had to read it to get rid of the "waiting news message". And no, excluding them in the rsync sync is not the option, as I want to be able to read them if I don't recall the details any more... just my 2 cents why I am avoiding adding news messages these days -- Fabian Groffen Gentoo on a different level
Re: [gentoo-dev] 2009 Council Elections
Richard Freeman wrote: > I suspect most devs just avoid the drama. ++ Less worrying, more working -- Jim Ramsay Gentoo Developer (rox/fluxbox/gkrellm/vim) signature.asc Description: PGP signature
Re: [gentoo-dev] Standalone libstdc++
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Казанков Александр Владимирович wrote: > Hello. Hi, Could you please file all this information (and the output from "emerge - --info" at https://bugs.gentoo.org/. This mailing list is for technical discussions, whereas the bug tracker at https://bugs.gentoo.org/ is for problems such as compilation issues or when things go wrong. Thanks, Mike 5:) -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAkpFBX8ACgkQu7rWomwgFXpaeQCeNuRMyqZIjxMjFIT0nknMqjsz hhgAnRzw7ID7FUP2XKAzCffd6Na10RSg =LYVG -END PGP SIGNATURE-
[gentoo-dev] Standalone libstdc++
Hello.
I wish to compile library libstdc ++ being based on
sys-dev/gcc/gcc-4.3.2-r3.ebuild:
src_compile() {
gcc_do_filter_flags
einfo "CFLAGS=\"${CFLAGS}\""
einfo "CXXFLAGS=\"${CXXFLAGS}\""
# Build in a separate build tree
mkdir -p "${WORKDIR}"/build
pushd "${WORKDIR}"/build > /dev/null
einfo "Configuring ${PN} ..."
gcc_do_configure
touch "${S}"/gcc/c-gperf.h
einfo "Compiling ${PN} ..."
gcc_do_make all-target-libstdc++-v3
popd > /dev/null
}
But compilation does not pass successfully:
Checking multilib configuration for libgcc...
Configuring stage 1 in i686-pc-linux-gnu/libgcc
configure: creating cache ./config.cache
checking for --enable-version-specific-runtime-libs... no
checking for a BSD-compatible install... /usr/bin/install -c
checking for gawk... gawk
checking build system type... i686-pc-linux-gnu
checking host system type... i686-pc-linux-gnu
checking for i686-pc-linux-gnu-ar... /usr/i686-pc-linux-gnu/bin/ar
checking for i686-pc-linux-gnu-lipo... lipo
checking for i686-pc-linux-gnu-nm... /var/tmp/portage/sys-libs/libstdc
++-v3-4.3.2/work/build/./gcc/nm
checking for
i686-pc-linux-gnu-ranlib... /usr/i686-pc-linux-gnu/bin/ranlib
checking for i686-pc-linux-gnu-strip... /usr/i686-pc-linux-gnu/bin/strip
checking whether ln -s works... yes
checking for i686-pc-linux-gnu-gcc... /./gcc/xgcc -B/./gcc/
-B/usr/i686-pc-linux-gnu/bin/ -B/usr/i686-pc-linux-gnu/lib/
-isystem /usr/i686-pc-linux-gnu/include
-isystem /usr/i686-pc-linux-gnu/sys-include
checking for suffix of object files... configure: error: cannot compute
suffix of object files: cannot compile
See `config.log' for more details.
make[2]: *** [configure-stage1-target-libgcc] Ошибка 1
make[2]: Leaving directory `/var/tmp/portage/sys-libs/libstdc
++-v3-4.3.2/work/build'
make[1]: *** [stage1-bubble] Ошибка 2
make[1]: Leaving directory `/var/tmp/portage/sys-libs/libstdc
++-v3-4.3.2/work/build'
make: *** [stage_last] Ошибка 2
*
* ERROR: sys-libs/libstdc++-v3-4.3.2 failed.
* Call stack:
* ebuild.sh, line 48: Called src_compile
* environment, line 4837: Called gcc_do_make
'all-target-libstdc++-v3'
* environment, line 2873: Called die
* The specific snippet of code:
* emake LDFLAGS="${LDFLAGS}" STAGE1_CFLAGS="${STAGE1_CFLAGS}"
LIBPATH="${LIBPATH}" BOOT_CFLAGS="${BOOT_CFLAGS}" ${GCC_MAKE_TARGET} ||
die "emake failed with ${GCC_MAKE_TARGET}";
* The die message:
* emake failed with all-target-libstdc++-v3
In config.log:
configure:1798: checking for i686-pc-linux-gnu-nm
configure:1824: result: /var/tmp/portage/sys-libs/libstdc
++-v3-4.3.2/work/build/./gcc/nm
configure:1877: checking for i686-pc-linux-gnu-ranlib
configure:1903: result: /usr/i686-pc-linux-gnu/bin/ranlib
configure:1957: checking for i686-pc-linux-gnu-strip
configure:1983: result: /usr/i686-pc-linux-gnu/bin/strip
configure:2034: checking whether ln -s works
configure:2038: result: yes
configure:2055: checking for i686-pc-linux-gnu-gcc
configure:2081: result: /./gcc/xgcc -B/./gcc/
-B/usr/i686-pc-linux-gnu/bin/ -B/usr/i686-pc-linux-gnu/lib/
-isystem /usr/i686-pc-linux-gnu/include
-isystem /usr/i686-pc-linux-gnu/sys-include
configure:2363: checking for C compiler version
configure:2366: /./gcc/xgcc -B/./gcc/ -B/usr/i686-pc-linux-gnu/bin/
-B/usr/i686-pc-linux-gnu/lib/ -isystem /usr/i686-pc-linux-gnu/include
-isystem /usr/i686-pc-linux-gnu/sys-include --version &5
/var/tmp/portage/sys-libs/libstdc
++-v3-4.3.2/work/gcc-4.3.2/libgcc/configure: line 2367: /./gcc/xgcc: No
such file or directory
configure:2369: $? = 127
configure:2371: /./gcc/xgcc -B/./gcc/ -B/usr/i686-pc-linux-gnu/bin/
-B/usr/i686-pc-linux-gnu/lib/ -isystem /usr/i686-pc-linux-gnu/include
-isystem /usr/i686-pc-linux-gnu/sys-include -v &5
/var/tmp/portage/sys-libs/libstdc
++-v3-4.3.2/work/gcc-4.3.2/libgcc/configure: line 2372: /./gcc/xgcc: No
such file or directory
configure:2374: $? = 127
configure:2376: /./gcc/xgcc -B/./gcc/ -B/usr/i686-pc-linux-gnu/bin/
-B/usr/i686-pc-linux-gnu/lib/ -isystem /usr/i686-pc-linux-gnu/include
-isystem /usr/i686-pc-linux-gnu/sys-include -V &5
/var/tmp/portage/sys-libs/libstdc
++-v3-4.3.2/work/gcc-4.3.2/libgcc/configure: line 2377: /./gcc/xgcc: No
such file or directory
configure:2379: $? = 127
configure:2398: /./gcc/xgcc -B/./gcc/ -B/usr/i686-pc-linux-gnu/bin/
-B/usr/i686-pc-linux-gnu/lib/ -isystem /usr/i686-pc-linux-gnu/include
-isystem /usr/i686-pc-linux-gnu/sys-include -o conftest -O conftest.c
>&5
/var/tmp/portage/sys-libs/libstdc
++-v3-4.3.2/work/gcc-4.3.2/libgcc/configure: line 2399: /./gcc/xgcc: No
such file or directory
configure:2401: $? = 127
configure:2567: checking for suffix of object files
configure:2588: /./gcc/xgcc -B/./gcc/ -B/usr/i686-pc-linux-gnu/bin/
-B/usr/i686-pc-linux-gnu/lib/ -isystem /usr/i686-pc-linux-gnu/include
-isystem /usr/i686-pc-linux-gnu/sys-include -c -O conftest.c >&5
/var/tmp/portage/sys-libs/libstdc
++-v3-4.3.2/work/gcc-4.3.2/libgcc/configure: line 2
Re: [gentoo-dev] 2009 Council Elections
Ben de Groot wrote: In my opinion it is in the best interest of Gentoo at this point to ignore Exherbo and to silence those people involved with Exherbo that have been so divisive and generated so much conflict in Gentoo channels. Nobody needs to be silenced (unless they're litereally spamming the list - as close as cirianm comes to this his posts are at least relevant to the topic and even if I sometimes disagree with them and he could exercise restraint I don't think he should be banned). I suspect most devs just avoid the drama. I do echo the sentiment that the Gentoo council should be focused on Gentoo. Sure, nothing wrong with cooperating with other projects and learning from them. Certainly I don't want a not-invented-here attitude, and I think paludis has a lot to offer. However, those who have questioned the wisdom of cirianm as a proxy do have a point. Technical knowledge alone is not the critiera of a council member. One needs to be able to build consensus - not that we need to be strangled by consensus, but we can't afford to rule by edict either. I'm happy that everybody seems to be getting along better, but council leadership requires maturity, and maturity is reflected by how people behave over the long haul. Cirianm's best bet to get accepted by the gentoo devs is to just start working with them - if he works positively with enough different people (especially those with different opinions) he'll have no trouble gaining their support. However, that is something that can take months or years - not weeks to a few months. I might be willing to give him the benefit of the doubt, but that is just me. I'm not so sure I'd be eager to have him be a proxy if I were on the council. Sure, I'd be happy to yield my floor time to him if I thought he had something worth listening to, but a proxy is more than just a platform to talk - any mailing list subscriber already has that.
Re: [gentoo-dev] 2009 Council Elections
On Fri, 2009-06-26 at 14:46 +0200, Ben de Groot wrote: > Wulf C. Krueger wrote: > > I think it would be in the best interest of both Exherbo and Gentoo to > > elect > > [...] to the Gentoo Council. > > I would think the only thing that matters is the best interest of > Gentoo. This is after all the _Gentoo_ Council we're speaking of, not a > body that is concerned with non-Gentoo matters. > > > All of them [...] would be ideal candidates to > > get the best of both distros and deepen a cooperation and common > > understanding > > between both. > > In my opinion it is in the best interest of Gentoo at this point to > ignore Exherbo and to silence those people involved with Exherbo that > have been so divisive and generated so much conflict in Gentoo channels. I think this works only if Gentoo can exist in a vacuum. And in my opinion it can't. An exchange of ideas among projects is good, and for Gentoo I suppose the council is the official driver. To me, that implies that council ignore other projects like Exherbo only to the detriment of Gentoo. (I believe we already have dual developers for Gentoo/Exherbo, but I haven't bothered to verify.) > > > This strengthening bridge of understanding can be seen in dev- > > zero's move to appoint ciaranm as his proxy for today's council meeting. > > To appoint as proxy for a council meeting someone who has been booted > from Gentoo is a clear lapse of judgement, and would in my eyes > disqualify the involved council member from functioning in that position. > > > While the other candidates certainly have great merits, they tend to only > > see > > one side and concentrate too much on Gentoo alone. > > I would hope so. The people we elect to the council should concentrate > on Gentoo, otherwise they'd have a conflict of interest. Conflict of interest? How so. And like it or not, as best as I can tell GLEP39 is the ruling document for council, and it does not require council members or proxies to be gentoo developers. It might be reasonable to require they be members of a gentoo project, but as someone (Denis?) explained to me, Gentoo project members need not be developers. Anyone with something useful to contribute should be able to, but only developers should have commit access (actually, the trustees can request limited commit access to any Foundation trustee or officer, I believe). > > Cheers, > Ben Flames not required, Regards, Ferris -- Ferris McCormick (P44646, MI) Developer, Gentoo Linux (Sparc, Userrel, Trustees) signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] 2009 Council Elections
Ben de Groot wrote: > I would think the only thing that matters is the best interest of > Gentoo. This is after all the _Gentoo_ Council we're speaking of, not a > body that is concerned with non-Gentoo matters. ++ > In my opinion it is in the best interest of Gentoo at this point to > ignore Exherbo and to silence those people involved with Exherbo that > have been so divisive and generated so much conflict in Gentoo channels. Why silence what you can ignore? Also Exherbo is the most similar project we have to compare ourselves too. If drobbins had ignored freebsd where would we be now? We shouldn't ignore anything, debain, suse, fedora, etc, etc, etc all have something to contribute. Ignoring them because "we" don't like their members will only make Gentoo weaker. We should instead be looking at what they have done that we can use to improve gentoo. As our closest relative ( of any distro ) having Council members that have at least a basic understanding of what (and how) they are attempting to achieve is a good thing. The same goes for Sabayon. > To appoint as proxy for a council meeting someone who has been booted > from Gentoo is a clear lapse of judgement, and would in my eyes > disqualify the involved council member from functioning in that position. I actually look forward to seeing how he goes. >> While the other candidates certainly have great merits, they tend to only >> see >> one side and concentrate too much on Gentoo alone. > > I would hope so. The people we elect to the council should concentrate > on Gentoo, otherwise they'd have a conflict of interest. Maybe we should force Council members to disclose their involvement with other projects? You never know, we might have a ubuntu dev on the council :D Alistair.
Re: [gentoo-dev] USE_EXPAND instead of SANE_BACKENDS for media-gfx/sane-backends
Patrick Kursawe wrote: > Hi all, > > I would like to introduce a new USE_EXPAND variable for the about 80 > different SANE backends to make it a bit easier than looking into the > source if you want to find possible backends and a bit harder to pick > invalid backend names. Any objections or questions? I think it's a good idea =) lu -- Luca Barbato Gentoo Council Member Gentoo/linux Gentoo/PPC http://dev.gentoo.org/~lu_zero
Re: [gentoo-dev] 2009 Council Elections
Denis Dupeyron wrote: > I'd be ready to believe part of it was that he wanted to > experiment. And experiments sometimes succeed, or sometimes they fail, Well, experimentation is OK (and I would encourage it for many things), but I'm not sure I'd agree that experimentally giving someone council powers for a even one meeting is wise, unless you are very sure that it will not result in adverse decisions being made. I'd rather see experimentation done in other, less risky ways. For what it's worth, I'd vote to have it codified that council members and proxies need to be Gentoo devs (or at least a member of the project in some capacity). To me, it is a good minimum requirement, at least. -Joe
Re: [gentoo-dev] 2009 Council Elections
On Fri, Jun 26, 2009 at 6:46 AM, Ben de Groot wrote: > To appoint as proxy for a council meeting someone who has been booted > from Gentoo is a clear lapse of judgement, and would in my eyes > disqualify the involved council member from functioning in that position. As Petteri noted it's not obvious that GLEP39 disallows choosing a non-dev as proxy for a council meeting. I haven't talked to Tiziano, and I don't know what he had in mind when he chose ciaranm as his proxy, but I'd be ready to believe part of it was that he wanted to experiment. And experiments sometimes succeed, or sometimes they fail, but they often teach you something. I wouldn't be as fast as you to remove Tiziano from the list of people I'd vote for. Denis.
Re: [gentoo-dev] 2009 Council Elections
Wulf C. Krueger wrote: > I think it would be in the best interest of both Exherbo and Gentoo to elect > [...] to the Gentoo Council. I would think the only thing that matters is the best interest of Gentoo. This is after all the _Gentoo_ Council we're speaking of, not a body that is concerned with non-Gentoo matters. > All of them [...] would be ideal candidates to > get the best of both distros and deepen a cooperation and common > understanding > between both. In my opinion it is in the best interest of Gentoo at this point to ignore Exherbo and to silence those people involved with Exherbo that have been so divisive and generated so much conflict in Gentoo channels. > This strengthening bridge of understanding can be seen in dev- > zero's move to appoint ciaranm as his proxy for today's council meeting. To appoint as proxy for a council meeting someone who has been booted from Gentoo is a clear lapse of judgement, and would in my eyes disqualify the involved council member from functioning in that position. > While the other candidates certainly have great merits, they tend to only see > one side and concentrate too much on Gentoo alone. I would hope so. The people we elect to the council should concentrate on Gentoo, otherwise they'd have a conflict of interest. Cheers, Ben
Re: [gentoo-dev] Please use "eselect news" items!
AllenJB wrote: > As a user, I'd like to encourage developers to make use of news items > (eselect news) for important changes. > 2 recent changes I would suggest having news items for are the libpcre > .la files issue, because it often doesn't get noticed until later when > builds fail, and the masking of the "kdeprefix" use flag as this is a > fairly major change and I think it's useful for users to know why these > changes are being made. I wholeheartedly agree. Such fairly invasive changes should be brought to the attention of our users by the best means available, which certainly includes the eselect news method. I am of the opinion it was a fairly serious failure not to do so in both cases Allen mentioned. Please think of the users and inform them! Cheers, Ben
Re: [gentoo-dev] 2009 Council Elections
On Fri, 26 Jun 2009 12:04:14 +0530 Nirbheek Chauhan wrote: > Oh so you'll argue semantics now? The spirit of the rule is > excessively clear. No non-gentoo-developer can be a member of council > -- permanent, temporary, or proxy. The spirit and the letter of the rules are clear: the electorate can vote in whoever they want, and council members can appoint whoever they want so long as no-one has multiple votes at any given meaning. GLEP 39 is very clear and explicit about all the restrictions. -- Ciaran McCreesh signature.asc Description: PGP signature
