On Sat, 9 Aug 2014 19:25:56 +0400
Igor lanthrus...@gmail.com wrote:
In my experience - hacking into 96 system with a 0 door is much
harder than in 2014. In most cases unless you're an expert on 96
software which is difficult nowadays due to human memory.
Why does one need to be an expert?
On Fri, 8 Aug 2014 15:32:37 +0200
Jeroen Roovers j...@gentoo.org wrote:
Nice capitalisation! Speaking of which, where is the US$ 1,000,000
(ONE MILLION UNITED STATES DOLLARS) you promised in your last e-mail?
Nice placement of the space behind the dollar sign! No money for you.
Don't bother
On Sat, 9 Aug 2014 18:10:51 +0100
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
On Sat, 09 Aug 2014 11:12:46 -0400
Chris Reffett creff...@gentoo.org wrote:
Then write it. Portage's source is available to anyone.
It's quicker to start from scratch than to try to add things to
On Fri, 08 Aug 2014 23:04:40 +0200
Johannes Huber j...@gentoo.org wrote:
/me is thinking:
Your caps lock key is broken and about the content: man portage ||
use linux from scratch
Caps lock highlighting is a common practice. Why do you tell him to read
a manual or use a distribution that
Tom Wijsman:
On Sat, 9 Aug 2014 18:10:51 +0100
Ciaran McCreesh ciaran.mccre...@googlemail.com wrote:
On Sat, 09 Aug 2014 11:12:46 -0400
Chris Reffett creff...@gentoo.org wrote:
Then write it. Portage's source is available to anyone.
It's quicker to start from scratch than to try to add
Rich Freeman wrote:
If upstream happens to say it requires foo-1.5, by all means just
take their word for it and list it,
Don't take their documentation's word for it however, but look at
what the build actually requires. (E.g. configure.ac.)
//Peter
On 8/8/14, 6:27 PM, Igor wrote:
Is there any warranty that updated with -uDN system will remain
full functional for 1 year? I have 100% warranty that not updated
system is going to remain functional for 5 or 6 years. I have some with
7 years uptime.
I'd say there is no warranty. However, a
Hello Kent,
Saturday, August 9, 2014, 1:33:30 AM, you wrote:
Yes. As I said, INSTALLATION metrics reporting is easy enough to do.
I use those sorts of tools EXTENSIVELY with the CPAN platform, and I have
valuable reports on what failed, what the interacting components were, and what
systems
Hello Paweł,
Saturday, August 9, 2014, 1:34:29 PM, you wrote:
Possibly relevant article would be
http://www.site-reliability-engineering.info/2014/04/what-is-site-reliability-engineering.html
The number of bugs is the same. It's more difficult to hack into 1996
system
than in 2012.
Do
On August 9, 2014 10:56:49 AM EDT, Igor lanthrus...@gmail.com wrote:
[snip]
Just the main blockers are:
- Somebody has to implement this technology
- That requires time and effort
- People have to be convinced of its value
- Integration must happen at some level somehow somewhere in the
On August 9, 2014 10:56:49 AM EDT, Igor lanthrus...@gmail.com wrote:
[snip]
Just the main blockers are:
- Somebody has to implement this technology
- That requires time and effort
- People have to be convinced of its value
- Integration must happen at some level somehow somewhere in the
portage
On August 9, 2014 10:56:49 AM EDT, Igor lanthrus...@gmail.com wrote:
[snip]
Just the main blockers are:
- Somebody has to implement this technology
- That requires time and effort
- People have to be convinced of its value
- Integration must happen at some level somehow somewhere in the
On August 9, 2014 11:46:54 AM EDT, Chris Reffett creff...@gentoo.org wrote:
On August 9, 2014 10:56:49 AM EDT, Igor lanthrus...@gmail.com wrote:
[snip]
Just the main blockers are:
- Somebody has to implement this technology
- That requires time and effort
- People have to be convinced of its
On Sat, 09 Aug 2014 11:12:46 -0400
Chris Reffett creff...@gentoo.org wrote:
Then write it. Portage's source is available to anyone.
It's quicker to start from scratch than to try to add things to
Portage's source...
--
Ciaran McCreesh
signature.asc
Description: PGP signature
On Sat, 09 Aug 2014 11:12:46 -0400
Chris Reffett creff...@gentoo.org wrote:
Then write it.
I think he's still working on his Portage QOS project.
http://article.gmane.org/gmane.linux.gentoo.devel/89472/
jer
Hi,
About 60% of all the packages are installed and work with nodep flag
without any problems for years. Most of the maintainers just depend on new
packages not knowing if it's necessary or not resulting in a really HUGE
update that in the absolute majority of cases destabilize GENTOO making
On Fri, 8 Aug 2014 17:12:27 +0400
Igor lanthrus...@gmail.com wrote:
Is there any option in emerge to pull MINIMUM packages to
get the result - install the application you need, leaving everything
else AS IS untouched and stable?
cave resolve --lazy :P
--
Ciaran McCreesh
signature.asc
Igor:
Hi,
About 60% of all the packages are installed and work with nodep flag
without any problems for years. Most of the maintainers just depend on new
packages not knowing if it's necessary or not resulting in a really HUGE
update that in the absolute majority of cases destabilize
On Fri, 8 Aug 2014 17:12:27 +0400
Igor lanthrus...@gmail.com wrote:
About 60% of all the packages are installed and work with nodep flag
without any problems for years. Most of the maintainers just depend
on new packages not knowing if it's necessary or not resulting in a
really HUGE update
On 08/08/2014 15:32, Jeroen Roovers wrote:
If no such USE flag, what about stabilize
gentoo with STABILIZED flag implementation in make.conf?
Next time, please bother the gentoo-user@ mailing list.
No, please don't.
--
Alan McKinnon
alan.mckin...@gmail.com
Hello Ciaran,
Friday, August 8, 2014, 5:22:03 PM, you wrote:
get the result - install the application you need, leaving everything
else AS IS untouched and stable?
cave resolve --lazy :P
A great option name :-) I liked it. Wish it were there.
Updating only the minimum necessary packages
Igor:
Hello Ciaran,
Friday, August 8, 2014, 5:22:03 PM, you wrote:
get the result - install the application you need, leaving everything
else AS IS untouched and stable?
cave resolve --lazy :P
A great option name :-) I liked it. Wish it were there.
It is.
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Igor - you need to read the emerge man page.
emerge -uDNav @world is the recommended way to update your system,
because then you will stay in sync with all appropriate updates in the
portage tree. However, if you don't want to do this, just emerge
On 9 August 2014 01:12, Igor lanthrus...@gmail.com wrote:
Most of the maintainers just depend on new
packages not knowing if it's necessary or not resulting in a really HUGE
update that in the absolute majority of cases destabilize GENTOO making it
not operational and WORSE than it was
Hello hasufell,
Friday, August 8, 2014, 7:36:24 PM, you wrote:
cave resolve --lazy :P
A great option name :-) I liked it. Wish it were there.
It is.
Thanks!
I'll give cave a try. Never used it before.
--
Best regards,
Igormailto:lanthrus...@gmail.com
Hello Ian,
Friday, August 8, 2014, 7:45:56 PM, you wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Igor - you need to read the emerge man page.
emerge -uDNav @world is the recommended way to update your system,
because then you will stay in sync with all appropriate updates in the
On Fri, Aug 8, 2014 at 11:45 AM, Ian Stakenvicius a...@gentoo.org wrote:
However, if you don't want to do this, just emerge -u
@world -- that will only update packages in your world file, and will
only force dependency updates when the new version is required (based
on minimum versions in
On Fri, 2014-08-08 at 20:27 +0400, Igor wrote:
I know no server that is automatically updated with -uDNav @world
and works for more than 6 months.
I would never auto-update.. That said, I installed this system in 2005.
I can't keep a single system functional with auto-updates for
Kent,
Friday, August 8, 2014, 7:51:22 PM, you wrote:
There's no way to communicate to a user what you will and will not do with the
software, so its impossible to know what flaws you will and won't encounter, so
the dependencies thus declare a minimum for expected working behaviour for
*all*
Hello Homer,
Friday, August 8, 2014, 8:40:20 PM, you wrote:
I know no server that is automatically updated with -uDNav @world
and works for more than 6 months.
I would never auto-update.. That said, I installed this system in
2005.
I can't keep a single system functional with
On 9 August 2014 04:58, Igor lanthrus...@gmail.com wrote:
Maintainers have no feedback from their ebuilds, they all do their best
but there are no tools
to formalize their work. No compass. They have no access to user
space where the packages are installed, unaware how users are using their
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/08/14 12:27 PM, Igor wrote:
Hello Ian,
Friday, August 8, 2014, 7:45:56 PM, you wrote:
* -BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Igor - you need to read the emerge man page.
emerge -uDNav @world is the recommended way to
On Fri, 2014-08-08 at 21:26 +0400, Igor wrote:
Hello Homer,
Friday, August 8, 2014, 8:40:20 PM, you wrote:
I know no server that is automatically updated with -uDNav @world
and works for more than 6 months.
I would never auto-update.. That said, I installed this system in
Kent Fredric wrote:
dependencies are forward specifications from upstream telling
us what their software needs to function properly.
Unfortunately that's not the full story. :\
ebuilds often (for me) have artificial dependencies, when the actual
version required is too old to be in the tree,
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/08/14 03:34 PM, Peter Stuge wrote:
Kent Fredric wrote:
dependencies are forward specifications from upstream telling us
what their software needs to function properly.
Unfortunately that's not the full story. :\
ebuilds often (for me)
On 9 August 2014 07:34, Peter Stuge pe...@stuge.se wrote:
ebuilds often (for me) have artificial dependencies, when the actual
version required is too old to be in the tree, but maybe not too old
to be installed on an existing system.
The inverse is also true, sometimes you see people go:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/08/14 03:56 PM, Kent Fredric wrote:
On 9 August 2014 07:34, Peter Stuge pe...@stuge.se
mailto:pe...@stuge.se wrote:
ebuilds often (for me) have artificial dependencies, when the
actual version required is too old to be in the tree,
Hello Kent,
Friday, August 8, 2014, 9:29:54 PM, you wrote:
But it's possible to fix many problems even now!
What would you tell if something VERY simple is implemented like - reporting
every emerge failed due to slot conflict back home with details for inspection?
If maintainers had that kind
Am Freitag 08 August 2014, 17:12:27 schrieb Igor:
Hi,
About 60% of all the packages are installed and work with nodep flag
without any problems for years. Most of the maintainers just depend on new
packages not knowing if it's necessary or not resulting in a really HUGE
update that in the
On 9 August 2014 08:52, Igor lanthrus...@gmail.com wrote:
Hello Kent,
Friday, August 8, 2014, 9:29:54 PM, you wrote:
But it's possible to fix many problems even now!
What would you tell if something VERY simple is implemented like -
reporting
every emerge failed due to slot conflict
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
On 08/08/14 05:33 PM, Kent Fredric wrote:
[ Snip! ] - Somebody has to implement this technology - That
requires time and effort - People have to be convinced of its
value - Integration must happen at some level somehow somewhere in
the portage
On 9 August 2014 09:39, Ian Stakenvicius a...@gentoo.org wrote:
*AND* (just to tie this back) it's unlikely that this is going to
actually help the original issue posted, ie, reducing the amount of
dependency updates being done unnecessarily on a system, or making
blind/automated system
On Fri, Aug 8, 2014 at 4:16 PM, Ian Stakenvicius a...@gentoo.org wrote:
I don't think we have any sort of tree-wide policy on this either, do
we? Although I believe common sense says it's a good idea (and i hope
most devs do this) to put a minver on a dependency atom if there was
any ebuild
43 matches
Mail list logo
