By upgrading a package I mean upgrading a package that depends on the
masked package.
On Sat, Jun 27, 2015 at 7:18 PM, Steven Cristian <
stefan.crist...@best.eu.org> wrote:
> Mask does the job as a package mask.
> When you try to upgrade a package with equo install/upgrade, it compl
is already available.
>
> Ex:
> equo mask dev-db/mysql
>
> Bye
> G.
> Il 27/giu/2015 10:53, "Steven Cristian" ha
> scritto:
>
>> Hey all. I've proposed a feature to entropy/equo. I presume you will be
>> interested :)
>>
>> https://b
Hey all. I've proposed a feature to entropy/equo. I presume you will be
interested :)
https://bugs.sabayon.org/show_bug.cgi?id=4964
--
Main OS Architect at Project RoGentos (Romanian Gentoo Operating Systems)
Group. Based on Sabayon and Gentoo Linux, Kogaion GNU/Linux and Argent
GNU/Linux tends
P.S.: mounting /dev/{pts,shm} would've been too easy, we're doing it with
/dev/ mount already :P
On Wed, Apr 22, 2015 at 4:39 PM, Steven Cristian <
stefan.crist...@best.eu.org> wrote:
> @Fabio What kind of container are you using? Or you're not using one and
> just se
> > Fabio, can you put some light on this?
> >
> > For the docs:
> > Maybe should be documented in the wiki as caveats/hack.
> >
> >
> > Il 21 aprile 2015 17:44:49 CEST, Steven Cristian
> > ha scritto:
> >>
> >> Can I haz som
rocess was with the portage user, so i solved allowing mknode to portage
>
>
> Il 21 aprile 2015 17:00:14 CEST, Steven Cristian <
> stefan.crist...@best.eu.org> ha scritto:
>>
>> Anyone had problems with mknod not having permission within chroot (while
>> usi
Anyone had problems with mknod not having permission within chroot (while
using genkernel-next) ?
* initramfs: >> Initializing...
* >> Appending base_layout cpio data...
mknod: 'console': Operation not permitted
* ERROR: cannot mknod
*
* -- Grepping log... --
--
Main OS Architect at Proj
(Warning: This is just a *test*, treat is as so. It is *not a bug report*.
Something happened to 3 people in equo-295)
/var/lib/entropy/client/database//equo.db < check its
file path *after* equo rescue generate.
If it does *not*, I firmly advice you to revise it; since we @ RogentOS
Group have a
In some time I will create the documentation needed for all of your
requests, but in this period [like some months] I'm very busy and can't
quite write and offer full docs about the process of development and so.
Personally, I possess some knowledge about all of what you requested above
since in my
app-arch/rpm-4.12.0.1 contains it, librpm.so.3.3.1 and librpm.so.3 should
be the same
On Sun, Feb 22, 2015 at 1:50 PM, Joost Ruis wrote:
> After an installation I notice that there is some broken lib left behind:
>
> sabayon joost # ls -l /usr/lib64/librpm.so.3
> lrwxrwxrwx 1 root root 15 Oct 7
better use sort -u in this case
On Wed, Feb 18, 2015 at 9:52 PM, Mitch Harder wrote:
> On Tue, Feb 17, 2015 at 3:58 PM, Nicolas Sebrecht
> wrote:
> > On Tue, Feb 17, 2015 at 10:16:56PM +0100, Sławomir Nizio wrote:
> >> Hello,
> >>
> >> Your shell history, /var/log/entropy/entropy.log, *possibly
So when we will see a Portage rewritten in GO-lang, together with entropy
in GO-lang :P?
Heheheheh, would love to see that and all the gentoo tools with it.
On Thu, Sep 11, 2014 at 11:19 PM, Sławomir Nizio wrote:
> W dniu 10.09.2014 o 19:12, Jerrod Frost pisze:
> > Wow! thats nice! Can we integr
at 6:51 AM, Mitch Harder wrote:
> On Tue, Nov 25, 2014 at 6:44 PM, Steven Cristian
> wrote:
> > I have had some rought time remaking a spinbase with my chroot core. My
> > question is, where can I find the actual structure of amd64_core2010?
> > More precise, this line
I have had some rought time remaking a spinbase with my chroot core. My
question is, where can I find the actual structure of amd64_core2010?
More precise, this line:
https://github.com/Sabayon/molecules/blob/master/molecules/sabayon-amd64-spinbase.spec#L13
Is it a stage4 recompiled with entropy a
Yep, that's the good logic
On Thu, Sep 11, 2014 at 11:24 PM, Sławomir Nizio wrote:
> W dniu 10.09.2014 o 03:28, Steven Cristian pisze:
> > did you devise a schema for all the
> > 'unused' deps?
> > There are some unused deps which other deps of other pro
Interesting topic. Question @ Enlik, did you devise a schema for all the
'unused' deps?
There are some unused deps which other deps of other programs are directly
or indirectly dependent on.
(I was working on a similar concept some time ago, only worked on a schema,
though)
On Sat, Sep 6, 2014 at
I can confirm I had this problem too with version -274.
Since you reported it now, do you have some logs of entropy? [I deleted
mine]
On Tue, Apr 15, 2014 at 9:29 PM, sabayonino wrote:
> Il 23/03/2014 13:00, devel-requ...@lists.sabayon.org ha scritto:
>
>> Entropy-274 : quickpkg problem (sabayo
the case with sabayon). I think this
> is a bug in the ebuild itself as it's not behaving as it's intented
> to, am I wrong?
>
> 2014-04-10 16:45 GMT+00:00 Steven Cristian :
> > Hmm... wouldn't it be wiser to separate the packages?
> > We wouldn'
;
> https://forum.sabayon.org/index.php
>
> Thanks,
> -Stuart
>
>
>
> On Tue, Mar 4, 2014 at 9:23 AM, Steven Cristian <
> stefan.crist...@best.eu.org> wrote:
>
>> Wired networking for NetworkManager? If so, you must restart
>> NetworkManager.
>> Besides
Wired networking for NetworkManager? If so, you must restart NetworkManager.
Besides, for what I know, clean install goes for SystemD :-?
On Tue, Mar 4, 2014 at 5:37 AM, saba bugs wrote:
> Is anyone else experiencing this problem under the recovery shell: wired
> networking does not work. Even
their equo packages.
Here it is, and send me private email of you need further help!
http://www.funtoo.org/Entropy
On Thu, Feb 20, 2014 at 5:30 PM, Roelof Wobben wrote:
> Steven Cristian schreef op 20-2-2014 16:00:
>
> Then what did you try to do with: ebuild file.ebuild manifest ?
>
Then what did you try to do with: ebuild file.ebuild manifest ?
On Thu, Feb 20, 2014 at 4:12 PM, Roelof Wobben wrote:
> Steven Cristian schreef op 20-2-2014 14:29:
>
> Actually it doesn't have a --sync option, because it's binary oriented.
>> If you build things w
r you must emerge --sync to draw them in. Do you see
autotools.eclass in /usr/portage/eclass ?
On Thu, Feb 20, 2014 at 2:47 PM, Roelof Wobben wrote:
> Steven Cristian schreef op 20-2-2014 13:42:
>
> Did he do a --sync to emerge? In order to download the gentoo eclasses?
>>
>
Did he do a --sync to emerge? In order to download the gentoo eclasses?
On Thu, Feb 20, 2014 at 2:01 PM, Mitch Harder wrote:
> On Thu, Feb 20, 2014 at 2:20 AM, Roelof Wobben wrote:
> > Hello,
> >
> > I try to update Cinnamon.
> > But I see this output :
> >
> > ebuild cinnamon-2.0.14.ebuild ma
My thoughts also, but I'm curious if others had this regression in same
versions of other distros?
There are many reasons for which seabios could go to hell over night with
the new version.
On Wed, Feb 19, 2014 at 11:42 AM, Fabio Erculiani wrote:
> When the bug is clearly related to upstream (q
Hmm... did you downgrade for a test?
On Tue, Feb 18, 2014 at 9:45 PM, Mohan R wrote:
>
> > On Tue, Feb 18, 2014 at 8:59 PM, Steven Cristian
> > wrote:
> > What's this got to do with Linux? :)
> >
> > Please read about your operating system
Preferably if you have any logs about seabios package going wrong or not
working, please post it out in the bug report!
On Tue, Feb 18, 2014 at 8:59 PM, Steven Cristian <
stefan.crist...@best.eu.org> wrote:
> What's this got to do with Linux? :)
> Please read about your ope
aying, any further emails on the
invalid bug report can or will be bannable
Cheers
On Tue, Feb 18, 2014 at 6:26 PM, Mohan R wrote:
> On Tue, 2014-02-18 at 17:59 +0200, Steven Cristian wrote:
> > File a bug report and link us here :)
>
> https://bugs.sabayon.org/show_bug.cgi?id=4601
File a bug report and link us here :)
On Tue, Feb 18, 2014 at 3:59 PM, Mohan R wrote:
> Hi,
>
> Latest seabios breaks current Windows7 Guests. I have to manually
> compile seabios 1.6.3 to fix the problem.
>
> Also, libguestfs is missing in Sabayon, but available gentoo. I have to
> install it
Will post bugs if we find one. There was that old question of mine how to
add specific settings in specific files.db._somethings, here's my current
ones
â•<< unpacked meta file: 01-rogentos.package.keywords
â•<< unpacked meta file: 01-rogentos.package.mask
â•<< unpacked met
wasn't it: equo fetch package@repo ?
On Tue, Nov 5, 2013 at 12:05 PM, Fabio Erculiani wrote:
> It is a workaround, but if it works, ship it!
>
> --
> Fabio Erculiani
>
>
--
Lead-Developer at Project Rogentos (Romanian Gentoo Operating System)
GNU/Linux. Based on Sabayon and Gentoo Linux, Rog
eviewer's requirements then revert changes because he changed his mind
> then again do it all in a single commit is *EXTREMELY TEDIOUS*. And it is
> NOT possible that a whole month is needed to get a package bumped.
>
>
>
> 2013/8/29 Ian Whyman
>
>>
>> On 29 A
the idea with listing the unneeded installed deps*
On Fri, Aug 30, 2013 at 1:24 AM, Steven Cristian <
stefan.crist...@best.eu.org> wrote:
> There is a feature that lists all unused installed deps, you may take a
> look into that. But still I support the idea with unneeded in
There is a feature that lists all unused installed deps, you may take a
look into that. But still I support the idea with unneeded installed deps.
On Wed, Aug 28, 2013 at 9:07 PM, Nicolas Sebrecht wrote:
> On Mon, Aug 26, 2013 at 10:08:23AM +0200, Giacomo Picchiarelli wrote:
>
> > Cool, do you
Hmm.. maybe you should put that change in a single commit and pull request
it or it will show on upstream master all your commits
On Thu, Aug 29, 2013 at 2:13 PM, Danilo Pianini wrote:
> Hi guys,
> is there anybody that could go on with the work on pull request #12 on
> for-gentoo?
> https://git
Well, of course it werks if you execute lxdm manually, that's for sure. And
also, the drivers are set correctly and it works out of the box if you boot.
On Wed, Jun 5, 2013 at 12:47 PM, Wolfden wrote:
> Thanks
>
> The joys of learning something new :-)
>
>
> On Wed, Jun 5, 2013 at 4:28 AM, Fabi
I can confirm this. xdm should have lightdm setup after (or while) the
sabayon-live functions are running. I will again try a boot this night and
check if it's set right.
On Wed, Jun 5, 2013 at 11:02 AM, Wolfden wrote:
> I want to stress this is a live session
>
> to repeat
>
> download xfce da
I'm really not sure what this all is about. Thanks
> for the infos :)
>
> mic
>
>
> On 31/05/2013 18:44, Steven Cristian wrote:
>
>> Lennart thinks*. Sorry for spamming.
>>
>>
>> On Fri, May 31, 2013 at 7:43 PM, Steven Cristian
>> > <mailt
May 31, 2013 at 7:16 PM, Ian Whyman wrote:
> Wow. Just wow. Because that is not an outlandish thing to write: "This
> free software developer is like Hitler because he is doing something I
> don't agree with."...
>
> Also: http://en.wikipedia.org/wiki/Godwin%27
Lennart thinks*. Sorry for spamming.
On Fri, May 31, 2013 at 7:43 PM, Steven Cristian <
stefan.crist...@best.eu.org> wrote:
> meh. I should start comparing to Stalin, Bismark or any other
> totalitarian. it's still freaking totalitarian. Only because Lennart things
> wha
1, 2013 at 4:52 PM, Danilo Pianini wrote:
> Judge a software for its quality, not for its writer.
>
> 2013/5/31 Steven Cristian :
> > I love change when no idiots [Lennarts] are implied.
> >
> >
> > On Fri, May 31, 2013 at 5:07 AM, Josef Odenthal
> > wrote:
>
His work was now appointed*, actually
On Fri, May 31, 2013 at 7:04 PM, Steven Cristian <
stefan.crist...@best.eu.org> wrote:
> Yeah. "Judge an economy by its quality, not by its leaders" Sven Hassel,
> famous nazi-alleged writer once said in its operas. Not saying you'
I love change when no idiots [Lennarts] are implied.
On Fri, May 31, 2013 at 5:07 AM, Josef Odenthal wrote:
> Some like change some don't
>
>
> On Fri, May 31, 2013 at 5:58 AM, Svanto Viit wrote:
>
>> Thought, this could be of interest:
>>
>> http://people.debian.org/~stapelberg/2013/05/27/syst
And I totally agree on this :)
On Thu, May 30, 2013 at 10:58 PM, Svanto Viit wrote:
> Thought, this could be of interest:
> http://people.debian.org/~stapelberg/2013/05/27/systemd-survey-results.html
> --
> SvantoViit
>
>
--
Lead-Developer at Project Rogentos (Romanian Gentoo Operating Syste
Well, hardening x86 made it pretty performance-leaking. Judging by the fact
that the intention is to drop x86, there are all the reasons to harden the
x86 to not improve performance of the 32bit architecture. Thus, logically,
people get to buy 64bit as soon as possible because of that saying "Oh...
I will still maintain it on my repositories no matter the costs, I still
have some friends which maintain old servers and old desktops.
On Wed, May 1, 2013 at 12:44 PM, Danilo Pianini wrote:
> Still using it on several systems: three servers and a Minimac (I'm
> using it for building a smart per
Thanks lad, I'll be watching this
On Sat, Apr 27, 2013 at 7:09 PM, Danilo Pianini wrote:
> No. On those with Optimus the VGA is connected to the Intel device,
> and works as expected.
>
> 2013/4/27 Steven Cristian :
> > One question I have, Danilo, do you have O
Question is, if there are still packages using ffmpeg as native? If you can
port them to other engines...
On Sat, Apr 27, 2013 at 6:05 PM, Sławomir Nizio
wrote:
> Oh good you are back to this.
>
> > Is that a dep-rewrite?
> yes
> > Maybe we should just drop it and fix the virtual/ffmpeg ebuild i
One question I have, Danilo, do you have Optimus tech on that one?
Thanks,
Steven
On Sat, Apr 27, 2013 at 3:05 PM, Danilo Pianini wrote:
> Steps to reproduce:
> * Connect a VGA adapter
> * Using nvidia-settings, xrandr, or KDE's Display and Monitor, try to
> set the extended desktop
>
> Expected
Rofl
On Fri, Apr 12, 2013 at 3:04 PM, Fabio Erculiani wrote:
> On Fri, Apr 12, 2013 at 12:32 PM, Steven Cristian
> wrote:
> > If upgrading makes it possible to survive after upgrade ... Then so be
> it.
> >
>
> No, usually we intentionally break systems (sarcasm
If upgrading makes it possible to survive after upgrade ... Then so be it.
On Fri, Apr 12, 2013 at 2:21 PM, Fabio Erculiani wrote:
> systemd will replace udev as device manager. udev is a subset of
> systemd nowadays and it's built from the same sources.
> This will make possible to start suppo
The history could be kept anyway on the web. I will post soon another reply
on CVS.
On Mon, Apr 1, 2013 at 4:57 PM, Fabio Erculiani wrote:
> The idea looks good to me.
> I also wonder, do we really need history at all? We are supposed to
> know what and why we did modifications in the past.
>
>
I can confirm it affects only Red Hat systems, since today I heard of it at
my corporation.
Hope there will be a solution :)
On Fri, Mar 22, 2013 at 2:17 PM, Joost Ruis wrote:
> This only seems to affect Red Hat based systems.
> I think that somehow the attacker has been able to alter some RPM
>
http://devmanual.gentoo.org/ start reading or you're gonna get your ass
kicked.
Kidding, heya colock and welcome to the club! :-)
Your kind friend,
BlackNoxis
On Thu, Mar 14, 2013 at 9:25 PM, imc wrote:
> Hello,
>
> I'm that guy that goes with the "colock" nickname, pleasure to meet you
> form
On the blog would be nice, I'm always reading lxnay's blog. Also, the
details are described in the commits if you need further infos, Andre :-)
Cheers,
Noxis
On Tue, Mar 12, 2013 at 3:58 PM, Andre Jaenisch <
andrejaeni...@googlemail.com> wrote:
> 2013/3/12 Fabio Erculiani :
> > Old configuration
Hey Hanez and welcome :)
About the documentation: if you're doing ebuilds, then you are already
prepared for Sabayon :-)
Feel free to browse the code http://git.sabayon.org/ the two overlays
for-gentoo.git and sabayon.git, those need more strict 'handling'.
Best regards,
Steven / DeathNoxis
On M
In my team there's a sabayon user that's having problems with b43 and
another one that's having probs with wl. Funny fact is that 'wl' works for
both after some teasing of the modules, but b43 still has issues.
On Wed, Jan 23, 2013 at 4:00 PM, Danilo Pianini wrote:
> Guys,
> I'm experiencing tons
And that. People should know that cross compile is not always fulltime
credible.
On Sat, Jan 19, 2013 at 9:14 PM, Fabio Erculiani wrote:
> The vast majority of packages DO NOT SUPPORT cross compiling. End of the
> story.
> You seem to take cross compiler support for granted =__=
>
> --
> Fabio E
The gcc*. Sorry for big typo :-)
On Saturday, January 19, 2013, Steven Cristian wrote:
> Maybe this could comprise of some difficult process of preparing the
> kernel for cross compile. This takes time, and Fabio does not have that
> specific time.
>
> In this case, would be more
Maybe this could comprise of some difficult process of preparing the kernel
for cross compile. This takes time, and Fabio does not have that specific
time.
In this case, would be more ok to just buy the arm and natively compile the
code.
Cheers,
BlackNoxis
On Saturday, January 19, 2013, Michele
That was dropped long ago. That blood red would've been crazy nice for
servers :P
On Tue, Jan 15, 2013 at 11:07 PM, Josef Odenthal wrote:
> Always did like the blood red from 3.4
>
>
> On Tue, Jan 15, 2013 at 7:50 PM, Ian Whyman wrote:
>
>> On 15 January 2013 07:52, wolfden wrote:
>> >
>> > It'
Marry Xmas y'all! :D
Best regards and respects to everybody!
/me goes back to the coffin, too daylight outside.
On Mon, Dec 24, 2012 at 3:23 PM, Sławomir Nizio
wrote:
> > A moment to wish everyone a Merry Christmas and Happy Holidays. Looking
> > forward to seeing yas in 2013 to make Sabayon ev
We're doing tests on the old long-term support, that's why we're keeping
it. Patchup some things
So yeah, that's a good thing it got renamed after all
On Wed, Dec 5, 2012 at 2:44 PM, Tomáš Chvátal wrote:
> It was renamed to x11-libs/libva-vdpau-driver
>
> 2012/12/5
Anyway, I'll maintain it in my fork whatever the cost :)
On Wed, Dec 5, 2012 at 2:27 PM, Danilo Pianini wrote:
> I hope so, I hope somebody verified it before dropping such a component!
>
> 2012/12/5 Steven Cristian :
> > Maybe it is maintained in another ebuild somehow?
>
Maybe it is maintained in another ebuild somehow?
On Wed, Dec 5, 2012 at 1:57 PM, Danilo Pianini wrote:
> Guys,
> why the last weekly updates propose the removal of VDPAU?
>
> >> ## [sabayon-weekly] x11-libs/vdpau-video-0.7.3 [1.1MB]
> Would you like to remove them?
>
>
> It's the only way for o
We may need to think on performance enhance too after some time if hardened
has some bad effect.
On Sat, Nov 10, 2012 at 1:28 PM, Fabio Erculiani wrote:
> Mitch,
> +1 on the plan, feel free to go ahead and do what you need to do in
> build.git.
> Just pay attention to stuff like: conf/intel/port
Well, and the gains is more security, should I understand?
On Fri, Nov 9, 2012 at 10:07 PM, Anthony G. Basile wrote:
> On amd64, the perf hit will be minimal. On x86 it will be substantial.
>
>
> On 11/09/2012 02:08 PM, Steven Cristian wrote:
>
>> You sure there won't
You sure there won't be any optimization of the code breakage and no
performance cost? I'm kinda scared of hardening almost all packages of the
system
On Fri, Nov 9, 2012 at 9:03 PM, Joost Ruis wrote:
> Fine with me.
>
> On Fri, Nov 9, 2012 at 5:09 PM, Mitch Harder
> wrote:
> > We need to decide
4850.
>
> I do note that I had to downgrade the Kernel, because there was no
> driver set for the linux-sabayon:3.5
> Perhaps we could rename them to something like ati-legacy and make
> them block ati-drivers? Ideas?
>
> Cheers.
>
> On Tue, Sep 18, 2012 at 7:22 PM, St
Possibly, will check that out too. We have a old xorg in our eit repos :)
On Tue, Sep 18, 2012 at 8:14 PM, Danilo Pianini wrote:
> Will they work with newer Xorgs??? :O
>
> 2012/9/18 Steven Cristian :
> > Thanks! Will test those in our Legacy edition :)
> >
> >
>
Thanks! Will test those in our Legacy edition :)
On Tue, Sep 18, 2012 at 6:22 PM, Fabio Erculiani wrote:
> Hi all,
> I am adding x11-drivers/ati-drivers-12.6_beta_pre897 to Entropy
> repositories (will be in sabayon-limbo first).
> These are the famous AMD Catalyst 12.6 Legacy drivers, still
> s
Exactly what I wanted to say, Fabio didn't say anything about dropping
FGLRX as an option. Radeon opensource drivers *will be default boot* on the
next ISOs, and who wants to install fglrx, he's on his own. Simple math :)
On Fri, Sep 14, 2012 at 1:15 PM, Fabio Erculiani wrote:
> On Fri, Sep 14,
Well, on the opensource point of view, fglrx should not be used and every
step towards radeon opensource advances radeon over fglrx. But users may
want fglrx back with all its breakage, may I suggest giving them the option
to have that ?
On Thu, Sep 13, 2012 at 3:51 PM, Danilo Pianini wrote:
> Fa
I can confirm this, same thing happened with a friend of mine's lappy when
upgrading radeon. Had to force radeon to load and put Driver "ati" back in
xorg.conf.
On Sun, Sep 9, 2012 at 5:30 PM, Danilo Pianini wrote:
> Guys,
> I noticed that after applying today's weekly updates, my installation
>
Sincerely, the only issue that nowadays systemd solves is faster boot
speed, as I see it. But my point was: if systemd really solves *other* issues
than speed, then so be it, introduce it, but for now, I didn't see any real
need for systemd. My point :)
But there is another solution on this, keep b
If it's needed... we cannot do anything against, I guess :-?
On Tue, Aug 28, 2012 at 11:37 PM, wolfden wrote:
>
> Mohan:
> http://www.gossamer-threads.com/lists/gentoo/dev/259045
>
> https://forums.gentoo.org/viewtopic-t-934678-highlight-.html
>
>
> Many people are not fans of Lennart so it's no
You are too kind Slawomir, lol. Yeah, I put the 'git' on capital letters so
people can really see that i've put them on capital letters.Recursive-ness is a
bliss.
> To: devel@lists.sabayon.org
> Date: Mon, 27 Aug 2012 16:40:58 +0200
> From: slawomir.ni...@sabayon.org
> Subject: Re: [sabayon-dev
Well first of all, this is a binary distribution, so all you need to do is equo
install git or use Rigo package manager to install it, simple as that.Second
thing to think of is: this mailing list is used only for development of Sabayon
by bug reporting, or other things that may feedback on Sab
You can read this
http://lxnay.wordpress.com/2011/10/18/eit-the-stupid-package-tracker-reinvented/
for
own repos.
Cheers !
Steven
On Tue, Jul 17, 2012 at 9:48 PM, Pavol Cupka wrote:
> Hi I would like to ask if these functions are still available and if
> so is there any documentation that I can
Wanted to say exactly that, people still use x86 systems, and lots of
people ...
On Wed, May 16, 2012 at 9:18 PM, Glenn Phillips wrote:
> Sabayon_Linux_8_x86_K.iso
> 3.84 TiB
> Sabayon_Linux_8_x86_G.iso
> 3.82 TiB
>
> Sabayon_Linux_8_amd64_K.iso
> 5.27 TiB
> Sabayon_Linux_8_amd64_G.iso
> 4.72TiB
Well, need to feedback on this. Yeah, pae is ok as long as we keep the old
kernels ( and maybe ship it with one ISO ), everything is fine with it :D.
Go ahead !
On Wed, May 16, 2012 at 1:21 PM, Wolfden wrote:
> holy signature batman, cliff notes?
--
Linux user since 2002. Sabayon Linux user
A(n) excellent idea, Mitch. I firmly support the idea and the creation and
expansion of this overlay :). It's long since RHEL held supremacy on enterprise
part, let us bring Sabayon in competition too :)If I have any interested human
around me in this kind of project, i'll let you know and brin
I can confirm ath9k module breakage on limbo kernel 3.3-r1. Symptoms are :
while trying to connect to my wireless, iwconfig / wicd sees the connection,
but fails to practically connect [Connection Failed] and the debuged info of
wicd-client running in terminal looks like this :
"blacknoxis@bla
https://git.sabayon.org/overlays/sabayon.git/tree/x11-drivers/nvidia-userspace/nvidia-userspace-295.33.ebuild
has the line 451 with 'xorg-x1' instead of 'xorg-x11'. The error that got me
there was this :
">>## SPM: post-remove phase!!! Error: Unrecognized option:
xorg-x1exiting>>> Regenerat
So as the title suggests, I have feedback you guys about an aspect I've
observed today. The story begins with testing with vectorize + graphite
compiling a game named Seven Kingdoms : Ancient Adversaries which is available
in the portage overlays (more exact in seden). Once compiled, I tried to
I support the idea, this would be a good opportunity to really test the Mich's
concept ! If it proves that useful without the cost of performance, this would
be quite a hit and SL could make the hardened isos the default ones :)
> Date: Tue, 13 Mar 2012 20:20:54 -0400
> From: bluen...@gentoo.or
Once you use the 'hardened' flag on sys-devel/gcc and base-gcc it shows this :
blacknoxis SpecialPackages # gcc-config -l [1] x86_64-pc-linux-gnu-4.6.2 * [2]
x86_64-pc-linux-gnu-4.6.2-hardenednopie [3]
x86_64-pc-linux-gnu-4.6.2-hardenednopiessp [4]
x86_64-pc-linux-gnu-4.6.2-hardenednossp [5]
hoops.
> From: v00...@v00d00.net
> Date: Fri, 9 Mar 2012 21:21:23 +
> To: devel@lists.sabayon.org
> Subject: Re: [sabayon-dev] Heya
>
> Oh wow, you literally put "oh hi.", You also didn't attach your
> pubkey like I said
>
> On 9 March 2012
Eehehehem, whoops.
> From: v00...@v00d00.net
> Date: Fri, 9 Mar 2012 21:21:23 +
> To: devel@lists.sabayon.org
> Subject: Re: [sabayon-dev] Heya
>
> Oh wow, you literally put "oh hi.", You also didn't attach your
> pubkey like I said....
>
> On
Hey devs ! I wish to do my part for Humanity on the SL overlays :D
I agree with Mitch, and also hardening with -fPIE has no performance cost, so
why not :) ?
> Date: Tue, 28 Feb 2012 12:07:57 -0600
> From: mitch.har...@sabayonlinux.org
> To: devel@lists.sabayon.org
> Subject: [sabayon-dev] Hardening in Sabayon
>
> Now is a good time to try to implement some h
I have recompiled xorg-server-11.3 and all that it needed to be compiled. I can
confirm, on my Nvidia 9650M GT 1 gigs integrated and running proprietary
drivers that xorg-server-1.11.3 works like a charm. No corruption/error. And
compiled with march=native, vomit-frame-pointer and graphite. Gre
It is, it's in construction,
http://wiki.sabayonlinux.org/index.php?title=Ro:FAQ and some other pages :)
From: toted...@gmail.com
Date: Fri, 13 Jan 2012 21:12:57 +0200
To: devel@lists.sabayon.org
Subject: Re: [sabayon-dev] Cinnamon and Razor Desktop Environments on Limbo for
testing
"Sabayon W
May I suggest using ACPI_ASUS module as [m] instead of [Y] ? In order to
provide the kernel with ASUS_LAPTOP=[m] (which is the newest module from
acpi4asus), the reason is ACPI_ASUS is the deprecated one for <2.6.24 kernels.
One more thing to add : asus_laptop depends on acpi_asus=[m] and it's
Hello devs ! Me and a another user GabiBGS contributed to the translation of
Sabayon Wiki in the ro. language, so while we were at that, we saved some pages
a couple of times (like 5 or 7), the next day we got :"The page you wanted to
save was blocked by the spam filter. This is probably caused
Similar thing happens to my packages. I've re-emerge some of them (gcc,
gcc-config, glibc) and I've put them into package.satisfied to see the results.
Sulfur/Equo requests that those particular packages that I've emerged with
portage and spmsync-ed within entropy, should be unmasked (I've also
ld this feature be added into entropy ?
:D
Thanks ! Best Regards, BlackNoxis / Steven Cristian
Sorry to bother Fabio, but what do you mean by ' Complete packages rebuild
against libpng-1.5', you have masked the libpng-1.5 and use the 1.4 one ? I had
some problems too when I accidentally emerge-updated to libpng-1.5, I had to
re-emerge back the 1.4 one so there wouldn't be no emerge @pres
eplace 2.7. I would think it shouldn't be installed via an equo upgrade,
although I don't personally have any problems with it if it is.
-Stuart
2011/11/8 Steven Cristian
It's true, Python 3.2 is in main. Tried to equo update --force && equo upgrade,
but python 2.7
It's true, Python 3.2 is in main. Tried to equo update --force && equo upgrade,
but python 2.7 didn't had the option to upgrade to python 3.2, so it may be
unofficial just for one's personal tastes and option to install python 3.2 ?
> From: danilo.pian...@gmail.com
> Date: Tue, 8 Nov 2011 15:4
1 - 100 of 103 matches
Mail list logo