Re: [gentoo-dev] doubtful about libjpeg-turbo vs. libjpeg binary compatibility
On 1/19/12 6:42 PM, Samuli Suominen wrote: >> a) changing the virtual/jpeg dependency to>=libjpeg-turbo-... > > will be done soon as 1.2.0 is released and stabilized, i'd like to skip > 1.1.90 Sounds good to me. > a) is fine, preventing any downgrades. a fatal check, like glibc and > qt4 has to prevent downgrading is an option too, but a bit overkill imho Agreed, in my opinion such a check would be a bad idea. People might have reasons to temporarily downgrade libjpeg-turbo. An elog notice could be worthwhile though. signature.asc Description: OpenPGP digital signature
Re: [gentoo-dev] Dropping localepurge
120129 Mike Frysinger wrote: > On Sunday 29 January 2012 00:01:50 Philip Webb wrote: >> Below is the output from 'localepurge' after this week's system update. >> Please don't drop it till 'should' does = 'does'. > the vast majority of that output comes from like 3 or 4 packages. All of it comes from 6 packages which I recently installed/updated : evince gdk-pix-buf rekonq xkeyboard-config gnome-doc-utils sane-backends The total rubbish cleaned out for these 6 was > 9 MB . The last 3 belong to major projects -- X Gnome Sane -- , which suggests that other pkgs they manage may suffer the same defect. > file bugs if you want things to actually get fixed. No, that's not the way it should be handled. Filing bugs -- 6 of them in this case -- is no guarantee of attention even, let alone action to fix the problem. Moreover, if it's fixable by Gentoo, the dev involved should do it as a matter of course without needing a bug. There is a perfectly effective script which cleans up the mess & the only problem with it seems to be temporary lack of a maintainer, who is not essential anyway if there's nothing which needs fixing & should not be difficult to replace with a simple request for a volunteer. Please leave 'localepurge' where it is. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Dropping localepurge
On Mon, Jan 30, 2012 at 1:19 AM, Philip Webb wrote: > 120129 Mike Frysinger wrote: >> On Sunday 29 January 2012 00:01:50 Philip Webb wrote: >>> Below is the output from 'localepurge' after this week's system update. >>> Please don't drop it till 'should' does = 'does'. >> the vast majority of that output comes from like 3 or 4 packages. > > All of it comes from 6 packages which I recently installed/updated : > evince gdk-pix-buf rekonq xkeyboard-config gnome-doc-utils sane-backends > The total rubbish cleaned out for these 6 was > 9 MB . > The last 3 belong to major projects -- X Gnome Sane -- , > which suggests that other pkgs they manage may suffer the same defect. > >> file bugs if you want things to actually get fixed. > > No, that's not the way it should be handled. > Filing bugs -- 6 of them in this case -- is no guarantee of attention even, > let alone action to fix the problem. Moreover, if it's fixable by Gentoo, > the dev involved should do it as a matter of course without needing a bug. Wallpapering (and subsequently not reporting) the problem just means it will never be fixed. > > There is a perfectly effective script which cleans up the mess > & the only problem with it seems to be temporary lack of a maintainer, > who is not essential anyway if there's nothing which needs fixing > & should not be difficult to replace with a simple request for a volunteer. > > Please leave 'localepurge' where it is. > > -- > ,, > SUPPORT ___//___, Philip Webb > ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto > TRANSIT `-O--O---' purslowatchassdotutorontodotca > >
Re: [gentoo-dev] Dropping localepurge
On E, 2012-01-30 at 04:19 -0500, Philip Webb wrote: > 120129 Mike Frysinger wrote: > > On Sunday 29 January 2012 00:01:50 Philip Webb wrote: > >> Below is the output from 'localepurge' after this week's system update. > >> Please don't drop it till 'should' does = 'does'. > > the vast majority of that output comes from like 3 or 4 packages. > > All of it comes from 6 packages which I recently installed/updated : > evince gdk-pix-buf rekonq xkeyboard-config gnome-doc-utils sane-backends > The total rubbish cleaned out for these 6 was > 9 MB . > The last 3 belong to major projects -- X Gnome Sane -- , > which suggests that other pkgs they manage may suffer the same defect. Do you even have LINGUAS set in /etc/make.conf or something? Because at least evince, gdk-pixbuf, xkeyboard-config and gnome-doc-utils DO honor LINGUAS. All GNOME packages that use intltool (that is pretty much everything except a few low-level libraries) honor LINGUAS much more than localepurge would ever be able clean afterwards. For example, .desktop files only have translation lines for languages listed in LINGUAS. Same for gconf and dconf schemas. Also all end-user documentation in /usr/share/gnome/help/appname/lang_code/ > > file bugs if you want things to actually get fixed. > > No, that's not the way it should be handled. > Filing bugs -- 6 of them in this case -- is no guarantee of attention even, > let alone action to fix the problem. Moreover, if it's fixable by Gentoo, > the dev involved should do it as a matter of course without needing a bug. Per above, we would close at least 4 of those bugs as INVALID or at least OBSOLETE (if some older version had it wrong). At least in GNOME we feel quite strong about things properly honoring LINGUAS per old standard GNU conventions. This means installing ALL translations if LINGUAS is unset, and none if LINGUAS is set to an empty string. > There is a perfectly effective script which cleans up the mess > & the only problem with it seems to be temporary lack of a maintainer, > who is not essential anyway if there's nothing which needs fixing > & should not be difficult to replace with a simple request for a volunteer. > > Please leave 'localepurge' where it is. Above said, I also do find a use on some systems for localepurge, to catch the packages that don't honor it. Though for embedded deployments I might as well not include the non-interesting language directories in the image. Best, Mart Raudsepp
Re: [gentoo-dev] Dropping localepurge
120130 Mart Raudsepp wrote: > Do you even have LINGUAS set in /etc/make.conf or something? > Because at least evince, gdk-pixbuf, xkeyboard-config and > gnome-doc-utils DO honor LINGUAS. > > All GNOME packages that use intltool (that is pretty much everything > except a few low-level libraries) honor LINGUAS much more than > localepurge would ever be able clean afterwards. For example, .desktop > files only have translation lines for languages listed in LINGUAS. Same > for gconf and dconf schemas. Also all end-user documentation > in /usr/share/gnome/help/appname/lang_code/ > > Per above, we would close at least 4 of those bugs as INVALID or at > least OBSOLETE (if some older version had it wrong). > At least in GNOME we feel quite strong about things properly honoring > LINGUAS per old standard GNU conventions. This means installing ALL > translations if LINGUAS is unset, and none if LINGUAS is set to an empty > string. > > Above said, I also do find a use on some systems for localepurge, to > catch the packages that don't honor it. > Though for embedded deployments I might as well not include the > non-interesting language directories in the image. Thanks for the useful & polite response. I will look into LINGUAS. How to set it is not mentioned in make.conf.example or in man make.conf : where is it documented ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-dev] rfc: news item for changed polkit default group
was asked about this at IRC today, so I suppose we should convey this information better to users Title: Default value of AdminIdentities changed to group wheel in PolicyKit Author: Samuli Suominen Content-Type: text/plain Posted: 2012-01-30 Revision: 1 News-Item-Format: 1.0 Display-If-Installed: sys-auth/polkit The default value of AdminIdentities changed to group wheel by upstream since version 0.103. This means users in group wheel are allowed to execute commands like "pkexec bash" to gain root shell. You can change the default value at: # $EDITOR /etc/polkit-1/localauthority.conf.d/50-localauthority.conf
[gentoo-dev] Re: Dropping localepurge
On E, 2012-01-30 at 06:56 -0500, Philip Webb wrote: > 120130 Mart Raudsepp wrote: > > Do you even have LINGUAS set in /etc/make.conf or something? > > Because at least evince, gdk-pixbuf, xkeyboard-config and > > gnome-doc-utils DO honor LINGUAS. > > > > All GNOME packages that use intltool (that is pretty much everything > > except a few low-level libraries) honor LINGUAS much more than > > localepurge would ever be able clean afterwards. For example, .desktop > > files only have translation lines for languages listed in LINGUAS. Same > > for gconf and dconf schemas. Also all end-user documentation > > in /usr/share/gnome/help/appname/lang_code/ > > > > Per above, we would close at least 4 of those bugs as INVALID or at > > least OBSOLETE (if some older version had it wrong). > > At least in GNOME we feel quite strong about things properly honoring > > LINGUAS per old standard GNU conventions. This means installing ALL > > translations if LINGUAS is unset, and none if LINGUAS is set to an empty > > string. > > > > Above said, I also do find a use on some systems for localepurge, to > > catch the packages that don't honor it. > > Though for embedded deployments I might as well not include the > > non-interesting language directories in the image. > > Thanks for the useful & polite response. I will look into LINGUAS. > How to set it is not mentioned in make.conf.example or in man make.conf : > where is it documented ? http://www.gentoo.org/doc/en/guide-localization.xml#doc_chap3 covers this. I presume you only have things set in /etc/locale.nopurge or so then, and wrongly expect packages to honor it. Specific packages do not and can not look at that file, as it's localepurge specific and upstream projects shouldn't have any knowledge of it. LINGUAS is the standard environment variable for this with gettext based systems, and intltool honors it as well. I remember a longer description of it in some info file, but right now only found http://www.gnu.org/software/gettext/manual/html_node/Installers.html Bugs are hopefully appreciated by maintainers for packages that don't honor that environment variable (set via /etc/make.conf). If an upstream doesn't honor it, they are probably just not using the standard autoconf/automake glue for it correctly (or use a different build system support for it wrongly or the build system is suboptimal on this). Some Gentoo packages also have a LINGUAS USE_EXPAND, so show up in emerge --verbose --ask world and similar outputs. This is typically used when extra downloads are necessary for the languages (e.g firefox or libreoffice per-language packs), and often don't honor the "LINGUAS unset == all languages" convention. Packages that don't need any extra downloads or long building time do not expose this as USE_EXPAND USE flags and just silently work it out in their build system, and that's the most reasonable approach for us. Hope this helps, Mart Raudsepp
Re: [gentoo-dev] rfc: news item for changed polkit default group
> On Mon, 30 Jan 2012, Samuli Suominen wrote: > was asked about this at IRC today, so I suppose we should convey this > information better to users > Title: Default value of AdminIdentities changed to group wheel in PolicyKit Too long, GLEP 42 allows a maximum of 44 characters (excluding "Title: "). > Author: Samuli Suominen > Content-Type: text/plain > Posted: 2012-01-30 > Revision: 1 > News-Item-Format: 1.0 > Display-If-Installed: sys-auth/polkit > The default value of AdminIdentities changed to group wheel by upstream > since version 0.103. Maybe the package name sys-auth/polkit should appear somewhere in the item's body text? > This means users in group wheel are allowed to execute commands like > "pkexec bash" to gain root shell. > You can change the default value at: > # $EDITOR /etc/polkit-1/localauthority.conf.d/50-localauthority.conf
Re: [gentoo-dev] rfc: news item for changed polkit default group
On Mon, 2012-01-30 at 14:22 +0200, Samuli Suominen wrote: > The default value of AdminIdentities changed to group wheel by > upstream since version 0.103. You never mention what the old value was.. useful to figure out if it will cause problems. -- Olivier Crête tes...@gentoo.org Gentoo Developer signature.asc Description: This is a digitally signed message part
Re: [gentoo-dev] rfc: news item for changed polkit default group
On 01/30/2012 03:05 PM, Ulrich Mueller wrote: On Mon, 30 Jan 2012, Samuli Suominen wrote: was asked about this at IRC today, so I suppose we should convey this information better to users Title: Default value of AdminIdentities changed to group wheel in PolicyKit Too long, GLEP 42 allows a maximum of 44 characters (excluding "Title: "). Author: Samuli Suominen Content-Type: text/plain Posted: 2012-01-30 Revision: 1 News-Item-Format: 1.0 Display-If-Installed: sys-auth/polkit The default value of AdminIdentities changed to group wheel by upstream since version 0.103. Maybe the package name sys-auth/polkit should appear somewhere in the item's body text? This means users in group wheel are allowed to execute commands like "pkexec bash" to gain root shell. You can change the default value at: # $EDITOR /etc/polkit-1/localauthority.conf.d/50-localauthority.conf ... this is no longer relevant as I've just pushed 0.104-r1 for fast stabilization within security bug restoring the old behavior as per recommendation of the gentoo security team (a3li mostly ;-)
Re: [gentoo-dev] rfc: news item for changed polkit default group
Samuli Suominen wrote: > was asked about this at IRC today, so I suppose we should convey this > information better to users > You can change the default value at: > # $EDITOR /etc/polkit-1/localauthority.conf.d/50-localauthority.conf The default file states: > # Configuration file for the PolicyKit Local Authority. > # > # DO NOT EDIT THIS FILE, it will be overwritten on update. It seems there is no CONFIG_PROTECT_MASK to exclude that peculiar file from CONFIG_PROTECT. Maybe this line should be removed from that file? I wondered which file should be edited to keep my settings over updates. -- Cyprien Nicolas
Re: [gentoo-dev] rfc: news item for changed polkit default group
On 01/30/2012 04:08 PM, Cyprien Nicolas wrote: Samuli Suominen wrote: was asked about this at IRC today, so I suppose we should convey this information better to users You can change the default value at: # $EDITOR /etc/polkit-1/localauthority.conf.d/50-localauthority.conf The default file states: # Configuration file for the PolicyKit Local Authority. # # DO NOT EDIT THIS FILE, it will be overwritten on update. It seems there is no CONFIG_PROTECT_MASK to exclude that peculiar file from CONFIG_PROTECT. Maybe this line should be removed from that file? I wondered which file should be edited to keep my settings over updates. The way I've restored the default value of group "0" in polkit-0.104-r1 is I've added 60-gentoo.conf to /etc/polkit-1/localauthority.conf.d that will override the one with lower number, 50. So that news item draft that suggested altering this file was stupid to begin with. Sorry for confusion.
Re: [gentoo-dev] Re: Dropping localepurge
120130 Mart Raudsepp wrote: > On E, 2012-01-30 at 06:56 -0500, Philip Webb wrote: >> Thanks for the useful & polite response. I will look into LINGUAS. >> How to set it is not mentioned in make.conf.example or in man make.conf : >> where is it documented ? > http://www.gentoo.org/doc/en/guide-localization.xml#doc_chap3 > I presume you only have things set in /etc/locale.nopurge > and wrongly expect packages to honor it. > Specific packages do not and can not look at that file, > as it's localepurge specific > and upstream projects shouldn't have any knowledge of it. > LINGUAS is the standard environment variable for this > with gettext based systems, and intltool honors it as well. > I remember a longer description of it in some info file, > but right now only found > http://www.gnu.org/software/gettext/manual/html_node/Installers.html > Bugs are hopefully appreciated by maintainers for packages > that don't honor that environment variable set via /etc/make.conf. I added a line 'LINGUAS="en"' to make.conf & rebooted, emerged the 6 pkgs I listed in a previous msg & ran 'localepurge' again. This time, only 'rekonq' & 'sane-backends' offended. > If an upstream doesn't honor it, they are probably just not using > the standard autoconf/automake glue for it correctly > or use a different build system support for it wrongly > or the build system is suboptimal on this. I'm surprised at 'sane-backends', which is a longstanding app, but 'rekonq' is a recent invention & may need informing re the issue. > Some Gentoo packages also have a LINGUAS USE_EXPAND, > so show up in emerge --verbose --ask world and similar outputs. > This is typically used when extra downloads are necessary for the languages > (e.g firefox or libreoffice per-language packs) > and often don't honor the "LINGUAS unset == all languages" convention. > Packages that don't need any extra downloads or long building time > do not expose this as USE_EXPAND USE flags and just silently work it out > in their build system, and that's the most reasonable approach for us. Yes, I've seen it in output for 'emerge -pv' for FF & LO. > Hope this helps, Yes, that's exactly the kind of response users need: LINGUAS is some way down the doc you refer to & I assumed LANG was enough. I also realised that as 'localepurge' is a script, I can move it to /usr/local/bin/ , if it does fall out of the tree. I will file bugs for the 2 offending pkgs above & leave the hard-working devs to get on with their other affairs. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-dev] Re: Dropping localepurge
On Mon, Jan 30, 2012 at 02:32:13PM +0200, Mart Raudsepp wrote > I remember a longer description of it in some info file, but right > now only found > http://www.gnu.org/software/gettext/manual/html_node/Installers.html [...deletia...] > Some Gentoo packages also have a LINGUAS USE_EXPAND, so show up in > emerge --verbose --ask world and similar outputs. This is typically used > when extra downloads are necessary for the languages (e.g firefox or > libreoffice per-language packs), and often don't honor the "LINGUAS > unset == all languages" convention. A question about LINGUAS settings, or the documentation thereof. The URL you pointed to says "LINGUAS should then contain a space separated list of two-letter codes, stating which languages are allowed.". But "emerge -pv firefox" (and others) contains a list of 2 and 5 character codes, e.g. "en" and "-en_GB -en_ZA". How is that handled? -- Walter Dnes
[gentoo-dev] Re: Dropping localepurge
On Sun, 29 Jan 2012 14:09:57 -0500 Mike Frysinger wrote: > On Sunday 29 January 2012 00:01:50 Philip Webb wrote: > > Below is the output from 'localepurge' after this week's system > > update. Please don't drop it till 'should' does = 'does'. > > the vast majority of that output comes from like 3 or 4 packages. > file bugs if you want things to actually get fixed. > -mike That was only from one week of updates. localepurge routinely cleans quite a bit for me, though I can't guess how many packages. I'll start filing bugs (as time permits - this doesn't seem like an urgent issue to me) and see what happens. AIUI, LINGUAS is the only variable that should affect what locale stuff gets installed. Is that right? Before filing bugs, I'd like to be sure my results aren't because of bad settings on my end. I have $ grep -i linguas /etc/make.conf LINGUAS="en_US en" $ env | grep LANG LANG=en_US.UTF-8 LANGUAGE= $ env | grep LC_ LC_CTYPE=en_US.UTF-8 Today's "offender" was webkit, putting a lot of stuff in /usr/share/locale/*/LC_MESSAGES/
[gentoo-dev] Re: Dropping localepurge
On Mon, 30 Jan 2012 16:58:30 -0500 "Walter Dnes" wrote: > A question about LINGUAS settings, or the documentation thereof. The > URL you pointed to says "LINGUAS should then contain a space separated > list of two-letter codes, stating which languages are allowed.". But > "emerge -pv firefox" (and others) contains a list of 2 and 5 character > codes, e.g. "en" and "-en_GB -en_ZA". How is that handled? "A locale name is generally named ab_CD where ab is your two (or three) letter language code (as specified in ISO-639) and CD is your two letter country code (as specified in ISO-3166)." Look in /usr/share/locale to get an idea of what is available. -- fonts, gcc-porting toolchain, wxwidgets @ gentoo.org signature.asc Description: PGP signature
