On Tue, 16 Jan 2018 22:19:15 +
"M. J. Everitt" wrote:
> On 16/01/18 21:56, Róbert Čerňanský wrote:
> > On Tue, 16 Jan 2018 15:58:11 +0100
> > Kristian Fiskerstrand wrote:
> >
> >> On 01/16/2018 03:45 PM, Aaron W. Swenson wrote:
> >>> G
ould prefer to
be informed and allowed to continue using such application as a part of
the distro.
Robert
--
Róbert Čerňanský
E-mail: ope...@tightmail.com
Jabber: h...@jabber.sk
[2]
I think generated reports are typical use of webkit in GnuCash. Are
attack vectors so severe also in this case?
Thank you.
1. http://gnucash.org/download.phtml
2. https://wiki.gnucash.org/wiki/Development_Process
Robert
--
Róbert Čerňanský
E-mail: ope...@tightmail.com
Jabber: h...@jabber.sk
not appropriate to file as a bug,
> there are project aliases you can mail concerns to.
There are also matters like this one where Bugzilla is not very
appropriate medium, IMO. For example instead of replaying to list I
would file a new bug with title "Users maybe will not be allowed to po
nel. I am not sure
if gentoo-expert was meant to be such channel; if not could you please
consider it? If yes then I think gentoo-dev-user or gentoo-user-dev
would be more appropriate name.
Best regards,
Robert
--
Róbert Čerňanský
E-mail: ope...@tightmail.com
Jabber: h...@jabber.sk
On Mon, 20 Nov 2017 21:53:52 -0800
Daniel Campbell wrote:
> On Mon, Nov 20, 2017 at 11:36:33AM +0100, Róbert Čerňanský wrote:
> > On Mon, 20 Nov 2017 10:26:29 +0100
> > David Seifert wrote:
> >
> > > Round 2 (with correct whitespace this time):
> > &g
ection by
> having a wealth of stable games packages is misleading at best. We
> welcome contributions from outsiders willing to polish up the games
> landscape in Gentoo via the Proxy Maintainers.
What does it mean for the future? Should not users bother to test &
write stabilization reques
gs levels would have to be overridable by PM in
order to achieve this - most likely it would be global and default
ones and perhaps also the ones in make.conf. The override of a
particular USE flag would be valid only while there is a need.
Technically, PM would not update any configuration files (in /etc/) in
this process. The required information would be stored in PM's
internal structures (/var/db/pkg?).
In general, I consider user friendly behaviour if emerge does not ask me
anything during the update/install process. It however should clearly
show me what it is going to do (with --verbose enabled).
Best regards,
Robert
--
Róbert Čerňanský
E-mail: ope...@tightmail.com
Jabber: h...@jabber.sk
es stops hard-requiring
python_targets_python2_7 the python-2.7 package itself would be
depcleaned and I could remove '~' entries from package.use.
Nice and clean :-) .
--
Róbert Čerňanský
E-mail: ope...@tightmail.com
Jabber: h...@jabber.sk
at
> applies to useflags, but you'd probably want a "don't install this
> even if it appeared to be needed" companion tool that behaves akin to
> /etc/portage/package.mask
This would be package.use or make.conf.
--
Róbert Čerňanský
E-mail: ope...@tightmail.com
Jabber: h...@jabber.sk
d not specify 'baz' in any of those user
configurations (so it would be specified only in profile, ebuild or
nowhere at all) then I most likely would not care about it therefore
portage can enable or disable it as needed.
BTW, what you are describing is essentially the same as in this bug:
https:
ddition fits on a
single line? It is very hard to eye-parse when lines are split in
two. Or maybe leave the length as is and do not break the lines?
(I hope it's not settings of my MUA, but I have checked the raw message
and it's the same also there.)
Robert
--
Róbert
measures if it affects me (update affected package, change
configuration, ...). I should say earlier "security updates" instead
of "GLSAs" which would be actually closer to reality.
I agree that (unfixed) security issues should be communicated so we do
not put false hopes to GLSA.
Robert
--
Róbert Čerňanský
E-mail: ope...@tightmail.com
Jabber: h...@jabber.sk
On Sun, 25 Jan 2015 04:29:43 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
> Alexey Mishustin posted on Sat, 24 Jan 2015 21:54:06 +0400 as
> excerpted:
>
> > 2015-01-20 14:42 GMT+04:00 Róbert Čerňanský :
> >>
> >> I somehow thought that edit the over
On Sat, 24 Jan 2015 21:54:06 +0400
Alexey Mishustin wrote:
> 2015-01-20 14:42 GMT+04:00 Róbert Čerňanský :
> > On Tue, 20 Jan 2015 11:08:19 +0300
> > Andrew Savchenko wrote:
> >
> >> On Tue, 20 Jan 2015 07:46:32 +0100 Róbert Čerňanský wrote:
> >&g
On Wed, 21 Jan 2015 01:57:27 + (UTC)
Duncan <1i5t5.dun...@cox.net> wrote:
> Róbert Čerňanský posted on Tue, 20 Jan 2015 06:51:01 +0100 as
> excerpted:
>
> > On Mon, 19 Jan 2015 20:51:31 + Ciaran McCreesh
> > wrote:
> >
> >> On Mon, 1
On Tue, 20 Jan 2015 11:08:19 +0300
Andrew Savchenko wrote:
> On Tue, 20 Jan 2015 07:46:32 +0100 Róbert Čerňanský wrote:
> > On Tue, 20 Jan 2015 00:14:29 +0300
> > Andrew Savchenko wrote:
> > > On Mon, 19 Jan 2015 21:44:25 +0100 Róbert Čerňanský wrote:
> > > &g
On Tue, 20 Jan 2015 00:14:29 +0300
Andrew Savchenko wrote:
> On Mon, 19 Jan 2015 21:44:25 +0100 Róbert Čerňanský wrote:
> > From my point of view it would do much help if portage resolves USE
> > dependencies automatically instead of telling the user to change USE
> >
On Mon, 19 Jan 2015 20:51:31 +
Ciaran McCreesh wrote:
> On Mon, 19 Jan 2015 21:44:25 +0100
> Róbert Čerňanský wrote:
> > From my point of view it would do much help if portage resolves USE
> > dependencies automatically instead of telling the user to change USE
> &
ood enough are preferred. As long as imperfect
> solution works fine, I'm ok with it.
From my point of view it would do much help if portage resolves USE
dependencies automatically instead of telling the user to change USE
flags manually (I am talking about bug #258371).
Robert
--
R
only 6 brings
potential to increase productivity/bring new features. Such
experiences brings me to conclusion that end-user applications may be
stabilized more often.
Regards,
Robert
--
Róbert Čerňanský
E-mail: ope...@tightmail.com
Jabber: h...@jabber.sk
no one cares ... what are we supposed to do? Wait
> a bit longer?
In short, mask it, wait until it rots completely and _then_ apply 30 day
removal policy. Unmask it, if it finds a maintainer and bugs are fixed.
Robert
--
Róbert Čerňanský
E-mail: ope...@tightmail.com
Jabber: h...@jabber.sk
er to users. Can it be so also in this case?
Users will have to be informed that the package has security issues of
course, for example, by mentioning it in the mask note.
Robert
--
Róbert Čerňanský
E-mail: ope...@tightmail.com
Jabber: h...@jabber.sk
ill basically be providing just the
infrastructure.
Sorry that I am addressing the policy here even you explicitly said in
the document not to do so. I will not make this post longer than it
is in trying to explain why I am doing it. I just hope you (and other
devs) will try to listen.
Robert
ssible.
* Which could be e. g. masking a package until it is completely
broken.
** No, I do not want to become a developer. No, I do not want to
maintain a package. I am the user, I want using it. (It does not
mean that I do not contribute to the community, I just have other
ways/pr
On Fri, 10 Sep 2010 18:32:38 +0200
Jeroen Roovers wrote:
> On Tue, 7 Sep 2010 21:30:34 +
> "Robin H. Johnson" wrote:
>
> > On Tue, Sep 07, 2010 at 10:47:27PM +0200, Róbert Čerňanský wrote:
> > > 2.3. Upstream issues
> > >Do not close a bug
On Mon, 6 Sep 2010 08:32:16 +
"Robin H. Johnson" wrote:
[...]
> 2. Special cases
As a user I'd like to see following:
2.3. Upstream issues
Do not close a bug (as RESOLVED/UPSTREAM) until it is fixed by
upstream.
Robert
--
Robert Cernansky
E-mail: hslis...@zoznam.sk
Jabber: h...@ja
On Mon, 26 Jul 2010 21:38:05 -0600
Ryan Hill wrote:
> it is recommended to use LDFLAGS="${LDFLAGS} " instead to
Is it not a comma required between ${LDFLAGS} and ?
LDFLAGS="${LDFLAGS},"
Robert
--
Robert Cernansky
E-mail: hslis...@zoznam.sk
Jabber: h...@jabber.sk
signature.asc
Description:
On Sun, 18 Apr 2010 21:16:25 +0200
volk...@gentoo.org wrote:
> # Mounir Lamouri (18 Apr 2010)
> # The add-on/extension manager should now be used instead of the
> package # from the tree, bug 315999. Masked for removal in 30 days.
> www-plugins/noscript
How unfortunate. Does the add-on/extension
On Wed, 31 Mar 2010 03:46:47 -0700
Brian Harring wrote:
>
> On Wed, Mar 31, 2010 at 11:48:37AM +0200, Ulrich Mueller wrote:
> > > On Wed, 31 Mar 2010, Brian Harring wrote:
> >
> > | Occasionally, ebuilds will have conflicting USE flags for
> > | functionality. Checking for them and returnin
On Tue, 9 Mar 2010 00:17:18 +0100
Jeroen Roovers wrote:
> On Mon, 08 Mar 2010 14:13:30 +0100
> Róbert Čerňanský wrote:
>
> > - Minor version bumps (After examination what upstream changed and
> > after confirmation with mantainer, if any.)
>
> The stuff you put
On Mon, 08 Mar 2010 11:06:40 +0100
Sebastian Pipping wrote:
> There are a few patterns for potentially low hanging fruits among
> Gentoo bugs:
>
> SRC_URI errors
> Missing depencies
(Sorry for answering a developer targeted question while I'm not one.)
- Minor version bumps (After examinat
32 matches
Mail list logo
