Re: [gentoo-dev] [PATCH] pym/portage/news.py: let slackers copy+paste the news read command
On Thu, Jan 29, 2015 at 11:00:21PM -0800, Zac Medico wrote:
> > - print("Use " + colorize("GOOD", "eselect news") + " to read
> > news items.")
> > + print("Use " + colorize("GOOD", "eselect news read new") + " to
> > read new items.")
>
> I guess that's fine, but I have to wonder how many people are really
> that lazy. To me, it actually seems like more effort to highlight the
> span of characters with the mouse than it does to type them out.
People are. I do recall some time ago someone asked me what the full
command was and why it wasnt just printed like the @preserved-rebuild
message.
>
> Also, when the work "read" appears twice on a short line like that, it
> gives a wordy/redundant feeling.
Perhaps better would be "'eselect news read' to view new items"? ie.
view instead of the second read.
-- Jason
Re: [gentoo-dev] [PATCH] pym/portage/news.py: let slackers copy+paste the news read command
On 01/30/2015 12:14 AM, Jason Zaman wrote: > On Thu, Jan 29, 2015 at 11:00:21PM -0800, Zac Medico wrote: >> Also, when the work "read" appears twice on a short line like that, it >> gives a wordy/redundant feeling. > > Perhaps better would be "'eselect news read' to view new items"? ie. > view instead of the second read. Yeah, that's much better. -- Thanks, Zac
[gentoo-dev] Office team needs developer help
Hi all developers, The office team (packaging libreoffice and friends) needs your help. While both scarabeus and me are happy to do stuff there, we also have other projects, and real life occasionally intrudes as well. Which makes maintenance a bit "burst-like" at the moment... So, one or two more *developer* volunteers who help and learn the intricacies would be absolutely cool... We have a very active contributor, whom I am softly but persistently pushing to finally start the quizzes (hint hint hint), so in some parts you'd be reviewing and proxying. Thanks! Andreas -- Andreas K. Huettel Gentoo Linux developer (council, kde) dilfri...@gentoo.org http://www.akhuettel.de/
Re: [gentoo-dev] [PATCH] pym/portage/news.py: let slackers copy+paste the news read command
A timely idea when a Gentoo user has already been caught out by the CPU flags move. Nice one! On 30 Jan 2015 08:37, "Zac Medico" wrote: > On 01/30/2015 12:14 AM, Jason Zaman wrote: > > On Thu, Jan 29, 2015 at 11:00:21PM -0800, Zac Medico wrote: > >> Also, when the work "read" appears twice on a short line like that, it > >> gives a wordy/redundant feeling. > > > > Perhaps better would be "'eselect news read' to view new items"? ie. > > view instead of the second read. > > Yeah, that's much better. > -- > Thanks, > Zac > >
Re: [gentoo-dev] Office team needs developer help
@Andreas, By coincidence I've just been playing around with the live build of libreoffice today. I heard the interface had a bit of a re-vamp (which is very much the case!!) I seem to have to work around this bug... https://bugs.launchpad.net/ubuntu/+source/libreoffice/+bug/1333073 by setting: --disable-mergelibs (which I gather hurts performance) Do you know if there is any other way around that? I see this is a frequent on-off issue since it was "officially supported" (from around 2012)... http://lists.freedesktop.org/archives/libreoffice/2012-January/023675.html Apart from a settings panel that is a bit dark - everything else seems to be OK in the 4.5.0 git master build I've been playing with... Robert On 30 January 2015 at 11:03, Andreas K. Huettel wrote: > > Hi all developers, > > The office team (packaging libreoffice and friends) needs your help. While > both scarabeus and me are happy to do stuff there, we also have other > projects, and real life occasionally intrudes as well. Which makes > maintenance > a bit "burst-like" at the moment... > > So, one or two more *developer* volunteers who help and learn the > intricacies > would be absolutely cool... > > We have a very active contributor, whom I am softly but persistently > pushing > to finally start the quizzes (hint hint hint), so in some parts you'd be > reviewing and proxying. > > Thanks! > Andreas > > -- > Andreas K. Huettel > Gentoo Linux developer (council, kde) > dilfri...@gentoo.org > http://www.akhuettel.de/ > > -- All the best, Robert
[gentoo-dev] news item: nfsmount renamed nfsclient
All, this is covered in the nfs-utils-1.3.1-r1 ebuild by ewarns; however, qa asked me to write a news item as well, so here it is. Let me know what you think. Thanks, William Title: nfsmount service renamed nfsclient Author: William Hubbs Content-Type: text/plain Posted: 2015-02-02 Revision: 2 News-Item-Format: 1.0 Display-If-Installed: http://wiki.gentoo.org/wiki/NFSv4 signature.asc Description: Digital signature
[gentoo-dev] rfc: news items vs ewarns
All, as a separate thread from my last message, I would like to pose a question. When should ewarns vs news items be used to inform users about changes? I'm not asking for a policy, just thoughts about when one or the other should be used. Thanks, William signature.asc Description: Digital signature
Re: [gentoo-dev] rfc: news items vs ewarns
On Fri, Jan 30, 2015 at 6:06 PM, William Hubbs wrote: > > When should ewarns vs news items be used to inform users about changes? > I'm not asking for a policy, just thoughts about when one or the other > should be used. > IMHO it is almost pointless to issue news this far after the event. Just about anybody impacted will have already broken their systems and fixed them by now. The big advantage of news is that you can issue it a few days BEFORE releasing the change. -- Rich
Re: [gentoo-dev] news item: nfsmount renamed nfsclient
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
On 30.01.2015 23:22, William Hubbs wrote:
> All,
>
> this is covered in the nfs-utils-1.3.1-r1 ebuild by ewarns;
> however, qa asked me to write a news item as well, so here it is.
>
> Let me know what you think.
>
> Thanks,
>
> William
>
>
> 2015-02-02-nfsmount-renamed-nfsclient.en.txt
>
>
> Title: nfsmount service renamed nfsclient
I think, there should be enough characters left.
nfsmount service renamed to nfsclient
> Author: William Hubbs Content-Type:
> text/plain Posted: 2015-02-02 Revision: 2 News-Item-Format: 1.0
> Display-If-Installed: Display-If-Installed: sys-apps/openrc
>
> When you upgrade to nfs-utils-1.3.1-r1, you must also upgrade to
> openrc-0.13.8.
>
> As part of this upgrade, the OpenRC service that handles mounting
> nfs file systems has been renamed to nfsclient instead of nfsmount,
> because it starts the nfs client daemons only, and netmount now
> mounts the file systems.
>
> If you mount nfs file systems, you should add nfsclient and
> netmount to the same runlevel nfsmount was in before.
Add a command how to add nfsclient to a runlevel here.
Maybe something like that?
rc-update add nfsclient $(rc-update | awk '/nfsmount/ {print $3}')
>
> If yu are using OpenRC, for more information on NFS file systems,
> see
s/yu/you/
> the following url:
>
> http://wiki.gentoo.org/wiki/NFSv4
-BEGIN PGP SIGNATURE-
Version: GnuPG v2.0
iQJ8BAEBCgBmBQJUzBVVXxSAAC4AKGlzc3Vlci1mcHJAbm90YXRpb25zLm9w
ZW5wZ3AuZmlmdGhob3JzZW1hbi5uZXQ4MDA1RERERkM0ODM2QkE4MEY3NzY0N0M1
OEZCQTM2QzhEOUQ2MzVDAAoJEFj7o2yNnWNcnaAP/3AHdZRWawN/Ehm1e47dcG0h
yn6Hl/GKsO5ujXPkUh5LaW/mZhf11En2RvrWzPVlAErYHjbH/nVHhHbtaLfEEk7S
PZSizEZl5gHmmH0ZrtOP9ok3ty0/F+56qAtTHoY5KWpGT1dyP7mPt9/KRmB6/pzW
orDStalxTxqOUzodveOMqRVh8x1RAqK44ImphEv9csz8/uclPZv/ty+P6NvizNzI
BF4julMUH3+el1OD73NyA41wDDiK+cUBCKqrGVoMUh9lmQ/4oFqgJuub/2PfEyQZ
Ba0hLdSx1ZfrDsrDJlmdAQRIidf3ZTuexwfr/ZUpUkvxvVomyNmipcbRxAfNNM0y
BuKmBOhGOMxYwni+nBbrr2U2T5WVGGXXSncQkj10GgguNrDmL75N4AFXW5vvOG/A
Yd9mFak1IcyNNU45rC6+mm0pGeDaaqsPAkEJLvlUrLifF4WMvUDFAogGNGWYAC4F
bIKP9XoVh6/PgbNKpAvI5coTUo1oKmB/xaNNRUttrXCZyRgTTOB7NrmXwvH7dliq
ftTfy1LQp8DVVe3aI3Nv7aM1MK6OX3FnEBYQ2kzJJkjNUD4+rh+UxsGLd/SEJSsC
1UpGgqQgRUJgtSlBxWczdEBC1As08CH++SKcLk3BWFxGWCEDOJsNz1itgKmBr0aS
Fb6Vlj2xVpcYfab0fH6F
=Jt+d
-END PGP SIGNATURE-
Re: [gentoo-dev] rfc: news items vs ewarns
On Fri, Jan 30, 2015 at 06:22:31PM -0500, Rich Freeman wrote: > On Fri, Jan 30, 2015 at 6:06 PM, William Hubbs wrote: > > > > When should ewarns vs news items be used to inform users about changes? > > I'm not asking for a policy, just thoughts about when one or the other > > should be used. > > > > IMHO it is almost pointless to issue news this far after the event. > Just about anybody impacted will have already broken their systems and > fixed them by now. That's what I would have thought too, but I was specifically asked to put together a news item by another qa member; the bug was escalated by the reporter, and I didn't have time to do it the day I was asked. > The big advantage of news is that you can issue it a few days BEFORE > releasing the change. I guess I'm trying to figure out an idea of what kinds of changes should be announced beforehand. According to some, my change should have been anounced beforehand, but I guess I thought that users are supposed to read their ewarns and they would catch this. William signature.asc Description: Digital signature
Re: [gentoo-dev] Review: desc/cpu_flags_x86.desc
> "MG" == Michał Górny writes: MG> sse4_1 - Enable SSE4.1 instruction support MG> sse4_2 - Enable SSE4.2 instruction support Does everything use the _ versions? The docs should cover the . versions, as well, if anything still expects them. I've had to use sse4.1 and sse4.2, too, for some stuff. (Obviously . xor _ in the ebuilds (a/o eclasses?) would be nice.) -JimC -- James Cloos OpenPGP: 0x997A9F17ED7DAEA6
[gentoo-dev] Re: news item: nfsmount renamed nfsclient
On Fri, Jan 30, 2015 at 5:22 PM, William Hubbs wrote: > > this is covered in the nfs-utils-1.3.1-r1 ebuild by ewarns; however, qa > asked me to write a news item as well, so here it is. > There was a similar change in the systemd units (also mentioned in the ewarns). It might make sense to add this to the news item as well. nfs-client is likely to be automatically handled by systemd when it detects an nfs mount, but nfs-server and rpcbind need to be manually enabled if you're running a server (that is from memory). If you need me to do some confirmation on what is needed let me know. -- Rich
Re: [gentoo-dev] rfc: news items vs ewarns
On Fri, 30 Jan 2015 18:22:31 -0500 Rich Freeman wrote: > On Fri, Jan 30, 2015 at 6:06 PM, William Hubbs wrote: > > > > When should ewarns vs news items be used to inform users about changes? > > I'm not asking for a policy, just thoughts about when one or the other > > should be used. > > > > IMHO it is almost pointless to issue news this far after the event. > Just about anybody impacted will have already broken their systems and > fixed them by now. People usually don't update @world daily, so even news with one month delay will be useful for many. Of course, warning about serious issues beforehand is preferred when possible. Best regards, Andrew Savchenko pgpLth_CdfUBi.pgp Description: PGP signature
[gentoo-dev] Re: news item: nfsmount renamed nfsclient
William Hubbs posted on Fri, 30 Jan 2015 16:22:38 -0600 as excerpted: > this is covered in the nfs-utils-1.3.1-r1 ebuild by ewarns; however, qa > asked me to write a news item as well, so here it is. > > Let me know what you think. > > Thanks, > > William > > Title: nfsmount service renamed nfsclient > Author: William Hubbs > Content-Type: text/plain > Posted: 2015-02-02 > Revision: 2 Repeating a comment I've seen for other news items: The Revision header is intended for machine-parsing use AFTER original release, in case an earlier release needed corrected and thus a revision other than 1. As such, it should always be Revision: 1 when first released, and thus for all pre-release review postings, unless there has actually been a previous release and the review posting is actually reviewing a correction-revision of a previously released news item found to be in actual need of revision after release. For those familiar with the news and mail header RFCs, think of the Revision header value greater than one as a Supersedes. If the original was never released, there's nothing to supersede, and revision should always be 1. -- 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
