Re: [gentoo-user] Question of quantum computer

2015-04-02 Thread Ivan Viso Altamirano
I forgot again .

As far as i know , there isnt any Quantum os out there . Just qcpus
performing a very simple algorythm. Because the particles still cant hold
their state for long enough.


Re: [gentoo-user] Question of quantum computer

2015-04-02 Thread Ivan Viso Altamirano
Btw . If the universe where that easy yo destroy ,it would already be
destroyed. Is just an estadistic question . Is just very improbable that we
are the most advanced lifeform in it .

All if this written bi phone
El 03/04/2015 01:25, "Ivan Viso Altamirano" 
escribió:

> Ii think it is about Quantum bonds . In wich 2 particles share the same
> State  at any distance .
>


Re: [gentoo-user] Question of quantum computer

2015-04-02 Thread Ivan Viso Altamirano
Ii think it is about Quantum bonds . In wich 2 particles share the same
State  at any distance .


Re: [gentoo-user] About vbox vm kernel config

2014-10-02 Thread Ivan Viso Altamirano
I think that "make allmodconfig" is the same but more easy

El 03/10/2014 01:59, "Stroller"  escribió:
>
>
> On Thu, 2 October 2014, at 4:15 am, Harry Putnam 
wrote:
> > …
> > In the past I've lost lots of time doing this:  Getting the right
> > drivers into the kernel build.
> > ...
> > I wondered if anyone can offer a `.config' for a very recent kernel or
> > at least not ancient that they know will build a bootable (in the env
> > mentinoed above) kernel.
>
> I usually boot a recent liveCD - e.g. the most recent systemrescuecd -
and copy its /proc/config.gz to a textfile.
>
> With this approach, I don't think I've ever found the result lacking -
the only thing you need to worry about is that drivers for your hard-drive
controller and filesystem are compiled in statically. LiveCD kernels
include driver modules for almost every eventuality, likely every component
of your laptop.
>
> If you look at the current systemrescuecd it has a 3.14.x kernel (using
the alternative options in the boot menu), and there are 3.14.x kernels in
the portage tree. IMO that's a close enough match to start with.
>
> Stroller.
>
>


Re: [gentoo-user] About vbox vm kernel config

2014-10-02 Thread Ivan Viso Altamirano
You could do make allmodconfig . Have you try localmodconfig or
localyesconfig ?
El 02/10/2014 05:16, "Harry Putnam"  escribió:

> I want to install gentoo as guest with VirtualBox.  Host is windows 7.
>
> In the past I've lost lots of time doing this:  Getting the right
> drivers into the kernel build.
>
> My equipment is nothing weird... a Sager NP8760 Laptop with an older
> i7 and 8GB ram.
>
> I wondered if anyone can offer a `.config' for a very recent kernel or
> at least not ancient that they know will build a bootable (in the env
> mentinoed above) kernel.
>
> I've been off this list for many months, but have spent yrs
> here... recently been running debian but spent something like 7-8 yrs
> on gentoo.
>
> Anything that might ease the process of building a functional setup as
> vbox guest would be most welcome here.
>
>
>


Re: [gentoo-user] xscreensaver - error missing "bc"

2014-09-14 Thread Ivan Viso Altamirano
I was wrong and right at the same time . Nice
El 14/09/2014 18:17, "Mick"  escribió:

> On Sunday 14 Sep 2014 16:56:57 Ivan Viso Altamirano wrote:
> > Google/Duckduckgo/bing Is your friend ;) justo emerge bc . (Sended from
> > phone)
>
> Since bc is a dependency, the ebuild would pull it in and install it as
> part
> of installing xscreensaver - as Samuli has already pointed out.  Therefore
> there is no need to manually emerge bc.
>
> --
> Regards,
> Mick
>


Re: [gentoo-user] xscreensaver - error missing "bc"

2014-09-14 Thread Ivan Viso Altamirano
Google/Duckduckgo/bing Is your friend ;) justo emerge bc . (Sended from
phone)
El 14/09/2014 17:36, "Joseph"  escribió:

> I get a strange error when trying to emerge xscreensaver"
>
> checking for bc... no
>
> configure: error: Your system doesn't have "bc", which has been a standard
>  part of Unix since the 1970s.  Come back when your vendor
>  has grown a clue.
>
> What is "bc"?
>
> --
> Joseph
>
>


Re: [gentoo-user] duplicate HD drives

2014-09-12 Thread Ivan Viso Altamirano
El 13/09/2014 00:18, "Ivan Viso Altamirano" 
escribió:

> You are only cloning the first 512 bytes , remove the count parameter . It
> is usefull if you need to copy/restore the mbr .
> El 12/09/2014 23:53, "Joseph"  escribió:
>
>> I have two identical HD in a box and want to duplicate sda to sdb
>> I want sdb to be bootable just in case something happens to sda so I can
>> swap the drives and boot.
>>
>> Do I boot from USB and run:
>> dd if=/dev/sda of=/dev/sdb bs=512 count=1
>>
>> fdisk -l /dev/sda
>>
>> Disk /dev/sda: 596.2 GiB, 640135028736 bytes, 1250263728 sectors
>> Units: sectors of 1 * 512 = 512 bytes
>> Sector size (logical/physical): 512 bytes / 512 bytes
>> I/O size (minimum/optimal): 512 bytes / 512 bytes
>> Disklabel type: dos
>> Disk identifier: 0x000f2548
>>
>> DeviceBoot StartEndBlocks  Id System
>> /dev/sda1 *   63  80324 40131  83 Linux
>> /dev/sda2  80325   16868249   8393962+ 82 Linux swap / Solaris
>> /dev/sda3   16868250  121740569  52436160  83 Linux
>> /dev/sda4  121740570 1250258624 564259027+ 83 Linux
>>
>> fdisk -l /dev/sdb
>>
>> Disk /dev/sdb: 596.2 GiB, 640133946880 bytes, 1250261615 sectors
>> Units: sectors of 1 * 512 = 512 bytes
>> Sector size (logical/physical): 512 bytes / 512 bytes
>> I/O size (minimum/optimal): 512 bytes / 512 bytes
>>
>>
>> --
>> Joseph
>>
>>


Re: [gentoo-user] duplicate HD drives

2014-09-12 Thread Ivan Viso Altamirano
You are only cloning the first 512 bytes , remove the count parameter . It
is usefull if you need to copy/restore the mbr .
El 12/09/2014 23:53, "Joseph"  escribió:

> I have two identical HD in a box and want to duplicate sda to sdb
> I want sdb to be bootable just in case something happens to sda so I can
> swap the drives and boot.
>
> Do I boot from USB and run:
> dd if=/dev/sda of=/dev/sdb bs=512 count=1
>
> fdisk -l /dev/sda
>
> Disk /dev/sda: 596.2 GiB, 640135028736 bytes, 1250263728 sectors
> Units: sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
> Disklabel type: dos
> Disk identifier: 0x000f2548
>
> DeviceBoot StartEndBlocks  Id System
> /dev/sda1 *   63  80324 40131  83 Linux
> /dev/sda2  80325   16868249   8393962+ 82 Linux swap / Solaris
> /dev/sda3   16868250  121740569  52436160  83 Linux
> /dev/sda4  121740570 1250258624 564259027+ 83 Linux
>
> fdisk -l /dev/sdb
>
> Disk /dev/sdb: 596.2 GiB, 640133946880 bytes, 1250261615 sectors
> Units: sectors of 1 * 512 = 512 bytes
> Sector size (logical/physical): 512 bytes / 512 bytes
> I/O size (minimum/optimal): 512 bytes / 512 bytes
>
>
> --
> Joseph
>
>


Re: [gentoo-user] Re: Is LLVM bytecode the future ?

2014-08-26 Thread Ivan Viso Altamirano
But what i mean is native code . Anyway , what about compile to binary
lenguages like java (it won't run as native one , but you will remove a lot
of overhead from the java vm ) , Or simply , a thing like .NET/Mono but at
low level .

And , of course , thanks for the answer , and your project is very
interesting , i'll take a look .


2014-08-25 20:00 GMT+00:00 James :

> Ivan Viso Altamirano  gmail.com> writes:
>
> >
> > This has little to do with Gentoo , but still it is a interesting debate
> .
> >  You can compile a great sort of programing lenguages to llvm bytecode :
> > C(++) , java , Objetive C(++) , C# , Haskell , Rust ... And a lot more .
> > On the other side , you CAN'T compile , lenguages like python or perl .
>
> I was just reading about Clang on the gentoo wiki and llvm. It seems that
> most
> of the portage tree now compiles with Clang. Some packages, although not
> listed, do compile but give runtime errors. It'd be great to know what does
> not compile and what compiles but has run problems with the code.
>
>
> > The interesting part is that a feature under developement : It can
> > decompile C(++) code to LLVM bytecode , (only if it not use plataform
> > specific libraries or assembly code ) So , you can easily port your
> > favourite X86 privative application to ARM or PPC , Just wonderfull .
>
> There are many methodologies for running codes develop for one system on
> top of another system. "Gentroid" is another example [1]. Massively
> parallel
> Arm based servers are much closer than most realize; they will have several
> mechanisms to run many popular binaries to provide for quick penetration
> into the server/workstation markets. In less than a year, many complex
> softwares will be "re-worked" to take advantage some some very
> powerful new paradigms in processor, memory and buss semantics.
>
> hth,
> James
>
> [1] https://code.google.com/p/gentroid/
>
> [2] posted to gentoo embedded:
>
>
> Little update on my project Gentroid:
> gentroid is now in the layman remote list, also I made a video, which
> show the Hello World app running on Gentoo:
> https://www.youtube.com/watch?v=8mdiUHNbPFs, but the source code is not
> yet available because the main repository is too big. I sent a request
> to the google code hosting team and I hope they will raise the limit, so
> I can upload the complete source code.
>
> Regards,
> Simon
>
>
>
>


[gentoo-user] Re: Is LLVM bytecode the future ?

2014-08-25 Thread Ivan Viso Altamirano
Sorry , i accidentally send it . What i wanted to say is that , Theoretically
, you can :
1) Native compile statically typed non-native lenguages
2) Recompile binaries for another architecture and even plataforms .
3) Achive a .NET like CLI , but even better .

And , notice , that the LLVM garbage collector is a little precary .



2014-08-25 19:45 GMT+00:00 Ivan Viso Altamirano :

> This has little to do with Gentoo , but still it is a interesting debate .
>
>  You can compile a great sort of programing lenguages to llvm bytecode :
> C(++) , java , Objetive C(++) , C# , Haskell , Rust ... And a lot more . On
> the other side , you CAN'T compile , lenguages like python or perl .
>
> The interesting part is that a feature under developement : It can
> decompile C(++) code to LLVM bytecode , (only if it not use plataform
> specific libraries or assembly code ) So , you can easily port your
> favourite X86 privative application to ARM or PPC , Just wonderfull .
>
>


[gentoo-user] Is LLVM bytecode the future ?

2014-08-25 Thread Ivan Viso Altamirano
This has little to do with Gentoo , but still it is a interesting debate .

 You can compile a great sort of programing lenguages to llvm bytecode :
C(++) , java , Objetive C(++) , C# , Haskell , Rust ... And a lot more . On
the other side , you CAN'T compile , lenguages like python or perl .

The interesting part is that a feature under developement : It can
decompile C(++) code to LLVM bytecode , (only if it not use plataform
specific libraries or assembly code ) So , you can easily port your
favourite X86 privative application to ARM or PPC , Just wonderfull .


Re: [gentoo-user] kernel bug?

2014-07-15 Thread Ivan Viso Altamirano
Maybe you doesn't have enabled systemd support .


2014-07-15 17:05 GMT+00:00 Alexander Kapshuk :

>  On 07/15/2014 06:38 PM, Gmail wrote:
>
> My /usr partition in on the / partition.
>
> I just use initrd, i've compiled kernel with genkernel.
>
> I'm trying to look row for row if there's some diff.
>
>
> Il 15/07/2014 17:34, Alexander Kapshuk ha scritto:
>
> On 07/14/2014 05:18 PM, Gmail wrote:
>
> Hi, i've upgraded kernel from 3.12.13 to 3.12.20.
> I've make a oldconfig as usual, but with new kernel the boot blocks at the
> begining to the ramdisk loading.
> I've tried with other 3.12.2x with the same negative results.
> I use grub2 with systemd.
>
>  Is your '/usr' partition housed on a filesystem of its own, or does it
> reside on the '/' partition?
>
> http://wiki.gentoo.org/wiki/Initramfs/HOWTO
> "For systems where all necessary files and tools reside on the same file
> system, the init application can perfectly control the further boot
> process. But when multiple file systems are defined (or more exotic
> installations are done), this might become a bit more tricky:
>
>- When the /usr partition is on a separate file system, tools and
>drivers that have files stored within /usr cannot be used unless /usr
>is available. If those tools are needed to make /usr available, then
>we cannot boot up the system.
>
>
>- If the root file system is encrypted, then the Linux kernel will not
>be able to find the init application, resulting in an unbootable
>system.
>
> The solution for this problem has since long been to use an *initrd*
> (initial root device)."
>
> Did you run a diff on your 3.12.13/.config and 3.12.13/.config, to make
> sure you didn't overlook anything to do with the systemd-related config
> options?
>
>
>
>  Did the output you got when generating 'grub.cfg' look similar to this?
>
> http://www.gentoo.org/doc/en/handbook/handbook-x86.xml?style=printable&full=1#genkernel
>
>   Code Listing 2.3: Generating GRUB2 configuration
>
> # grub2-mkconfig -o /boot/grub/grub.cfg
> Generating grub.cfg ...
> Found linux image: /boot/vmlinuz-3.12.20-gentoo
> Found initrd image: /boot/initramfs-genkernel-x86-3.12.20-gentoo
> done
>
>The output of the command must mention that at least one Linux image
> is found, as those are needed to boot the system. If you use initramfs or
> used genkernel to build the kernel, the correct initrd image should be
> detected as well. If this is not the case, go to /boot and check the
> contents using the ls command. If the files are indeed missing, go back
> to the kernel configuration and installation instructions.
>
>