Re: [gentoo-user] About the time sync with Windows and Gentoo
On Tuesday, July 08, 2014 02:45:41 PM taozhijiang wrote: > Hi, all > I have installed dual OSes on my laptop: Microsoft Windows 7 and Gentoo. > But I can not sync the time with the different OSes. > By default, Windows & shows the right time, but Gentoo failed, how to setup > the system to fix the problem described above. > > I am in the Zone UTC+8, China/Beijing. Please check the hwclock configuration: ** # cat /etc/conf.d/hwclock # Set CLOCK to "UTC" if your Hardware Clock is set to UTC (also known as # Greenwich Mean Time). If that clock is set to the local time, then # set CLOCK to "local". Note that if you dual boot with Windows, then # you should set it to "local". clock="UTC" ** In other words: Set the BIOS clock to the local time. Set the following in the /etc/conf.d/hwclock file: clock="local" Also, ensure that MS Windows does the clock-changes between summer and winter time (if that exists where you live). -- Joost
Re: [gentoo-user] About the time sync with Windows and Gentoo
On 07/08/2014 03:04 AM, J. Roeleveld wrote: On Tuesday, July 08, 2014 02:45:41 PM taozhijiang wrote: Hi, all I have installed dual OSes on my laptop: Microsoft Windows 7 and Gentoo. But I can not sync the time with the different OSes. By default, Windows & shows the right time, but Gentoo failed, how to setup the system to fix the problem described above. I am in the Zone UTC+8, China/Beijing. Please check the hwclock configuration: ** # cat /etc/conf.d/hwclock # Set CLOCK to "UTC" if your Hardware Clock is set to UTC (also known as # Greenwich Mean Time). If that clock is set to the local time, then # set CLOCK to "local". Note that if you dual boot with Windows, then # you should set it to "local". clock="UTC" ** In other words: Set the BIOS clock to the local time. Set the following in the /etc/conf.d/hwclock file: clock="local" Also, ensure that MS Windows does the clock-changes between summer and winter time (if that exists where you live). -- Joost It's actually recommended for dual booting with Windows Vista+ to set Windows to UTC rather than setting Linux to local (Windows XP and earlier apparently don't play nicely/can't be set to UTC) This should tell you how: https://wiki.archlinux.org/index.php/time#UTC_in_Windows
Re: [gentoo-user] About the time sync with Windows and Gentoo
On Tuesday, July 08, 2014 03:27:45 AM Michael Cook wrote: > On 07/08/2014 03:04 AM, J. Roeleveld wrote: > > On Tuesday, July 08, 2014 02:45:41 PM taozhijiang wrote: > >> Hi, all > >> I have installed dual OSes on my laptop: Microsoft Windows 7 and Gentoo. > >> But I can not sync the time with the different OSes. > >> By default, Windows & shows the right time, but Gentoo failed, how to > >> setup > >> the system to fix the problem described above. > >> > >> I am in the Zone UTC+8, China/Beijing. > > > > Please check the hwclock configuration: > > ** > > # cat /etc/conf.d/hwclock > > # Set CLOCK to "UTC" if your Hardware Clock is set to UTC (also known as > > # Greenwich Mean Time). If that clock is set to the local time, then > > # set CLOCK to "local". Note that if you dual boot with Windows, then > > # you should set it to "local". > > clock="UTC" > > ** > > > > In other words: > > Set the BIOS clock to the local time. > > Set the following in the /etc/conf.d/hwclock file: > > clock="local" > > > > Also, ensure that MS Windows does the clock-changes between summer and > > winter time (if that exists where you live). > > > > -- > > Joost > > It's actually recommended for dual booting with Windows Vista+ to set > Windows to UTC rather than setting Linux to local (Windows XP and > earlier apparently don't play nicely/can't be set to UTC) > > This should tell you how: > https://wiki.archlinux.org/index.php/time#UTC_in_Windows Thank you for this. I don't often boot into MS Windows and deal with the change in clock when I get back into Linux afterwards. This should solve that :) -- Joost
Re: [gentoo-user] =media-gfx/blender-2.71 use flag constraints
On Tue, Jul 08, 2014 at 09:21:38AM +0300, Samuli Suominen wrote: > > On 08/07/14 09:23, List Reader wrote: > > Hello, I don't fully understand this packages use flag constraints. > > > > emerge -pqv =media-gfx/blender-2.71 > > http://bpaste.net/show/445090/ > > > > emerge --info =media-gfx/blender-2.71 > > http://bpaste.net/show/445091/ > > > > I have keyworded =dev-lang/python-3.4.0 in package.accept_keywords, but > > python_targets_python3_4 is still disabled. Do I need to manually > > install =dev-lang/python-3.4.0 in another slot? Thank you > > > > It means you have to add 'media-gfx/blender > python_single_target_python3_4' to /etc/portage/package.use > to enable Python 3.4 for this package Thanks very much.
[gentoo-user] Networkmanager on uclibc Gentoo system x86
Hello. I installed the uclibc stage3 tarball no a x86 machine (I chose uclibc because the PC has only 256 MB of RAM). I'm currently trying to install NetworkManager, but I ran into a problem, which is: NetworkManager needs 'policykit' USE flag to be applyed to consolekit package. This pulls-in policykit package as a dependency of consolekit, which in turn doesn't compile because it calls some funcions that uclibc doesn't implement. Can't I install networkmanager in uclibc systems, then? Thanks. JJ
Re: [gentoo-user] Networkmanager on uclibc Gentoo system x86
On 8 July 2014 18:49:19 CEST, "João Jerónimo" wrote: >Hello. > >I installed the uclibc stage3 tarball no a x86 machine (I chose uclibc >because the PC has only 256 MB of RAM). I'm currently trying to install >NetworkManager, but I ran into a problem, which is: NetworkManager >needs 'policykit' USE flag to be applyed to consolekit package. This >pulls-in policykit package as a dependency of consolekit, which in turn >doesn't compile because it calls some funcions that uclibc doesn't >implement. > >Can't I install networkmanager in uclibc systems, then? > >Thanks. > >JJ Didn't check the ebuilds, but with what you described. I don't think you can use NetworkManager with uclibc. Apart from that. With only 256MB memory. I would be reluctant to use tools with large dependencies. -- Joost -- Sent from my Android device with K-9 Mail. Please excuse my brevity.
[gentoo-user] stable/testing system requiring an *UNstable* dev-lang/perl
For some reason my mostly-stable-slightly-testing system is trying to merge *UNstable* dev-lang/perl. I do not have a package.unmask file Specifically it wants me to unmask =dev-lang/perl-5.20.0-r1 An eix on the same system (with no sync in between) does not even show such a version as existing. I realize I must be misreading some output, but I can't find my error. Help would be greatly appreciated. The eix command and output is short e6510 ~ # eix dev-lang/perl [I] dev-lang/perl Available versions: 5.16.3(0/5.16) ~5.18.2(0/5.18) [M]~5.20.0(0/5.20) {berkdb debug doc gdbm ithreads} Installed versions: 5.16.3(12:50:06 PM 09/09/2013)(berkdb gdbm -debug -doc -ithreads) Homepage:http://www.perl.org/ Description: Larry Wall's Practical Extraction and Report Language The emerge output is long but I worry that I might prune something that I mistakenly think is irrelevant so I am including it all e6510 ~ # emerge --update --newuse --deep --with-bdeps=y @world These are the packages that would be merged, in reverse order: Calculating dependencies... done! The following packages are causing rebuilds: (dev-lang/perl-5.20.0-r1::gentoo, ebuild scheduled for merge) causes rebuilds for: (net-analyzer/net-snmp-5.7.3_pre3::gentoo, ebuild scheduled for merge) (perl-core/Module-CoreList-2.840.0::gentoo, ebuild scheduled for merge) [nomerge ] gnome-base/gnome-3.10.0:2.0 USE="bluetooth cdr classic cups extras -accessibility" [nomerge ] gnome-base/gnome-extra-apps-3.10.0-r1:3.0 USE="games shotwell tracker" [nomerge ] net-analyzer/gnome-nettool-3.8.1 USE="-debug" [ebuild U ]net-dns/bind-tools-9.9.5 [9.9.4] USE="ipv6 readline ssl xml -doc -gost% -gssapi -idn -urandom" 7,549 kB [ebuild rR] net-analyzer/net-snmp-5.7.3_pre3 USE="X bzip2 ipv6 ssl tcpd zlib -doc -elf -lm_sensors -mfd-rewrites -minimal -mysql -netlink -pci -perl -python -rpm (-selinux) -ucd-compat" PYTHON_SINGLE_TARGET="python2_7 (-python2_6%)" PYTHON_TARGETS="python2_7 (-python2_6%)" 4 kB [ebuild U ] app-emacs/auctex-11.87-r1 [11.87] USE="-preview-latex" 1,178 kB [nomerge ] dev-lang/perl-5.20.0-r1:0/5.20 [5.16.3:0/5.16] USE="berkdb gdbm -debug -doc -ithreads" [ebuild U ] app-admin/perl-cleaner-2.15 [2.14] 7 kB [nomerge ] gnome-base/gnome-3.10.0:2.0 USE="bluetooth cdr classic cups extras -accessibility" [nomerge ] gnome-base/gnome-core-apps-3.10.0:3.0 USE="bluetooth cdr cups" [nomerge ] media-video/totem-3.10.1 USE="introspection nautilus python -debug -flash -grilo -lirc -nsplugin {-test} -zeitgeist" PYTHON_SINGLE_TARGET="python2_7 (-python2_6)" PYTHON_TARGETS="python2_7 (-python2_6)" [nomerge ]media-plugins/gst-plugins-taglib-1.2.3:1.0 [ebuild U ~] media-libs/taglib-1.9.1-r2 [1.9.1-r1] USE="asf mp4 -debug -examples {-test}" ABI_X86="(64) -32 (-x32)" 639 kB [nomerge ] gnome-base/gnome-extra-apps-3.10.0-r1:3.0 USE="games shotwell tracker" [nomerge ] net-misc/vino-3.10.1 USE="crypt gnome-keyring ipv6 jpeg ssl telepathy zlib -avahi -debug -networkmanager" [ebuild U ~] net-libs/gnutls-3.3.4-r1 [3.3.4] USE="crywrap cxx nls zlib -dane -doc -examples -guile -pkcs11 -static-libs {-test}" ABI_X86="(64) -32 (-x32)" LINGUAS="en -cs -de -fi -fr -it -ms -nl -pl -sv -uk -vi -zh_CN" 0 kB [nomerge ] app-admin/syslog-ng-3.4.7 USE="ipv6 pcre ssl systemd tcpd -caps -dbi -geoip -json -mongodb -smtp -spoof-source" [ebuild U ] dev-libs/libpcre-8.35:3 [8.34:3] USE="bzip2 cxx jit readline recursion-limit (unicode) zlib -libedit -pcre16 -pcre32 -static-libs" ABI_X86="(64) (-32) (-x32)" 1,487 kB [ebuild U ] sys-libs/readline-6.2_p5-r1 [6.2_p1] USE="-static-libs%" ABI_X86="(64%*) (-32) (-x32)" 2,235 kB [nomerge ] sys-apps/logwatch-7.4.0_p170-r1 [nomerge ] dev-perl/DateManip-6.410.0 USE="{-test}" [nomerge ] virtual/perl-Module-Build-0.400.700 [nomerge ]perl-core/Module-Build-0.400.700 USE="{-test}" [nomerge ] virtual/perl-ExtUtils-ParseXS-3.220.0 [nomerge ] perl-core/ExtUtils-ParseXS-3.220.0 [nomerge ] virtual/perl-ExtUtils-CBuilder-0.280.205 [nomerge ]perl-core/ExtUtils-CBuilder-0.280.205 [nomerge ] virtual/perl-IPC-Cmd-0.840.0 [nomerge ] perl-core/IPC-Cmd-0.840.0 [nomerge ] virtual/perl-Module-Load-Conditional-0.580.0 [nomerge ]perl-core/Module-Load-Conditional-0.580.0 [nomerge ] virtual/perl-Locale-Maketext-Simple-0.210.0-r2 [ebuild N ] perl-core/Locale-Maketext-Simple-0.210.0 10 kB [nomerge ] perl-core/Module-Build-0.400.700 USE="{-test}" [nomerge ] virtual/perl-Perl-OSType-1.2.0-r1 [ebuild N ] perl-core/Perl-OSType-1.2.0 USE="{-test}" 12 kB [nomerge ] perl-core/Module-Build-0.400.700 USE="{-test}" [nomerge ] virtual/perl-Archive-T
Re: [gentoo-user] stable/testing system requiring an *UNstable* dev-lang/perl
On Tue, 08 Jul 2014 18:02:56 -0400, gottl...@nyu.edu wrote: > For some reason my mostly-stable-slightly-testing system > is trying to merge *UNstable* dev-lang/perl. > Specifically it wants me to unmask > =dev-lang/perl-5.20.0-r1 That's not testing, it's masked. % eix -e perl [I] dev-lang/perl Available versions: 5.16.3(0/5.16) (~)5.18.2-r1(0/5.18){tbz2} [M](~)5.20.0-r1(0/5.20) {berkdb debug doc gdbm ithreads} > [nomerge ] perl-core/CPAN-Meta-2.132.510 > [ebuild U ~] virtual/perl-File-Temp-0.230.400-r1 [0.230.400] 0 kB > [ebuild U ] virtual/perl-File-Spec-3.400.0-r1 [3.400.0] 0 kB > [ebuild r U #] dev-lang/perl-5.20.0-r1:0/5.20 [5.16.3:0/5.16] It would appear that CPAN-Meta is the culprit, see what is pulling that in. > # Masked for testing, will defenitely cause major breakage > # Single modules with 5.20 versions added here too -dilfridge > =dev-lang/perl-5.20.0-r1 See, masked, not keyworded, and apparently with good reason. -- Neil Bothwick Engineers do it with less resistance. signature.asc Description: PGP signature
Re: [gentoo-user] stable/testing system requiring an *UNstable* dev-lang/perl
On Tue, Jul 08 2014, Neil Bothwick wrote: > On Tue, 08 Jul 2014 18:02:56 -0400, gottl...@nyu.edu wrote: > >> For some reason my mostly-stable-slightly-testing system >> is trying to merge *UNstable* dev-lang/perl. > >> Specifically it wants me to unmask >> =dev-lang/perl-5.20.0-r1 > > That's not testing, it's masked. Right; that is what I thought I said. Oh now I see I wrote *UNstable*. I thought that was a synonym for masked. Will purge that term from my gentoo vocabulary. > % eix -e perl > [I] dev-lang/perl > Available versions: 5.16.3(0/5.16) (~)5.18.2-r1(0/5.18){tbz2} > [M](~)5.20.0-r1(0/5.20) {berkdb debug doc gdbm ithreads} > >> [nomerge ] perl-core/CPAN-Meta-2.132.510 >> [ebuild U ~] virtual/perl-File-Temp-0.230.400-r1 [0.230.400] 0 kB >> [ebuild U ] virtual/perl-File-Spec-3.400.0-r1 [3.400.0] 0 kB >> [ebuild r U #] dev-lang/perl-5.20.0-r1:0/5.20 [5.16.3:0/5.16] > > It would appear that CPAN-Meta is the culprit, see what is pulling > that in. That was listed in the voluminous emerge output. Here is the relevant portion. It starts with xdg-utils (required by lots) and then a bunch of perl. The following mask changes are necessary to proceed: (see "package.unmask" in the portage(5) man page for more details) # required by virtual/perl-ExtUtils-Command-1.180.0-r1 # required by perl-core/ExtUtils-MakeMaker-6.820.0 # required by virtual/perl-ExtUtils-MakeMaker-6.820.0 # required by perl-core/CPAN-Meta-2.132.510 # required by virtual/perl-CPAN-Meta-2.132.510 # required by perl-core/Module-Build-0.400.700 # required by virtual/perl-Module-Build-0.400.700 # required by dev-perl/File-MimeInfo-0.170.0 # required by x11-misc/xdg-utils-1.1.0_rc2[perl] # required by www-client/chromium-35.0.1916.153 # required by @selected # required by @world (argument) >> # Masked for testing, will defenitely cause major breakage >> # Single modules with 5.20 versions added here too -dilfridge >> =dev-lang/perl-5.20.0-r1 > > See, masked, not keyworded, and apparently with good reason. Right. Sorry for the masked / *UNstable* confusion. I was surprised eix doesn't even show this version, but that is minor. allan
Re: [gentoo-user] stable/testing system requiring an *UNstable* dev-lang/perl
On 09/07/2014 00:33, gottl...@nyu.edu wrote: > On Tue, Jul 08 2014, Neil Bothwick wrote: > >> On Tue, 08 Jul 2014 18:02:56 -0400, gottl...@nyu.edu wrote: >> >>> For some reason my mostly-stable-slightly-testing system >>> is trying to merge *UNstable* dev-lang/perl. >> >>> Specifically it wants me to unmask >>> =dev-lang/perl-5.20.0-r1 >> >> That's not testing, it's masked. > > Right; that is what I thought I said. Oh now I see I wrote *UNstable*. > I thought that was a synonym for masked. Will purge that term from my > gentoo vocabulary. > >> % eix -e perl >> [I] dev-lang/perl >> Available versions: 5.16.3(0/5.16) (~)5.18.2-r1(0/5.18){tbz2} >> [M](~)5.20.0-r1(0/5.20) {berkdb debug doc gdbm ithreads} >> >>> [nomerge ] perl-core/CPAN-Meta-2.132.510 >>> [ebuild U ~] virtual/perl-File-Temp-0.230.400-r1 [0.230.400] 0 kB >>> [ebuild U ] virtual/perl-File-Spec-3.400.0-r1 [3.400.0] 0 kB >>> [ebuild r U #] dev-lang/perl-5.20.0-r1:0/5.20 [5.16.3:0/5.16] >> >> It would appear that CPAN-Meta is the culprit, see what is pulling >> that in. > > That was listed in the voluminous emerge output. Here is the relevant > portion. It starts with xdg-utils (required by lots) and then a > bunch of perl. > > The following mask changes are necessary to proceed: > (see "package.unmask" in the portage(5) man page for more details) > # required by virtual/perl-ExtUtils-Command-1.180.0-r1 > # required by perl-core/ExtUtils-MakeMaker-6.820.0 > # required by virtual/perl-ExtUtils-MakeMaker-6.820.0 > # required by perl-core/CPAN-Meta-2.132.510 > # required by virtual/perl-CPAN-Meta-2.132.510 > # required by perl-core/Module-Build-0.400.700 > # required by virtual/perl-Module-Build-0.400.700 > # required by dev-perl/File-MimeInfo-0.170.0 > # required by x11-misc/xdg-utils-1.1.0_rc2[perl] > # required by www-client/chromium-35.0.1916.153 > # required by @selected > # required by @world (argument) > > >>> # Masked for testing, will defenitely cause major breakage >>> # Single modules with 5.20 versions added here too -dilfridge >>> =dev-lang/perl-5.20.0-r1 >> >> See, masked, not keyworded, and apparently with good reason. > > Right. Sorry for the masked / *UNstable* confusion. > I was surprised eix doesn't even show this version, but that is minor. I rather suspect you are falling foul of portage's recent weird and wonderful behaviour trying to satisfy deps[1]. Faling that, you might just have gotten a bad sync while someone was adding perl-5.20 to the tree Plus your eix does not match emerge, meaning you have recently sync'ed and not run eix-update after. Sync again and re-run emerge -avuND world, see if the latest tree has your issue fixed. If not, run it with --backtrack=0 and again with --backtrack=100, let's see if helping portage out makes a difference. Finally, my favourite trick to find settings I forgot about: egrep -ir "perl|cpan" /etc/portage [1] yes, it is getting better as we move forward. But the console output is still odd at times, it's still slow as molasses, and it really looks like sometimes it's way to smart for it's own good. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Networkmanager on uclibc Gentoo system x86
Em 08/07/2014 21:39, J. Roeleveld escreveu: On 8 July 2014 18:49:19 CEST, "João Jerónimo" wrote: I installed the uclibc stage3 tarball no a x86 machine (I chose uclibc because the PC has only 256 MB of RAM). I'm currently trying to install NetworkManager, but I ran into a problem, which is: NetworkManager needs 'policykit' USE flag to be applyed to consolekit package. This pulls-in policykit package as a dependency of consolekit, which in turn doesn't compile because it calls some funcions that uclibc doesn't implement. Can't I install networkmanager in uclibc systems, then? Didn't check the ebuilds, but with what you described. I don't think you can use NetworkManager with uclibc. Apart from that. With only 256MB memory. I would be reluctant to use tools with large dependencies. Thanks. But... That sucks... Can you tell me if there is an alternative to NetworkManager? Or else, can wpa_supplicant connect to networks that are not statically configured in config files? JJ
Re: [gentoo-user] About the time sync with Windows and Gentoo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/07/14 17:27, Michael Cook wrote: > This should tell you how: > https://wiki.archlinux.org/index.php/time#UTC_in_Windows It should be noted that this does have the potential to cause minor issues with Windows, in that some applications/process expect that the system time is set to local rather than UTC. See http://superuser.com/a/621218 That being said, I haven't tried it myself, nor have I heard any direct reports of issues, but it is something to be aware of. - -wraeth -BEGIN PGP SIGNATURE- Version: GnuPG v2 Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iF4EAREIAAYFAlO8fUcACgkQXcRKerLZ91nj5AD5Ad3PgRNNEfuMuC44In7D+/b9 6MZ+AbykrHqKGkgaBYUA/1DsK594ulwKe5ZNQqLmgO6A2xFX6AbTglxAg1AV4ECT =667V -END PGP SIGNATURE-
Re: [gentoo-user] stable/testing system requiring an *UNstable* dev-lang/perl
Am Mittwoch, 9. Juli 2014, 00:02:56 schrieb gottl...@nyu.edu: > For some reason my mostly-stable-slightly-testing system > is trying to merge *UNstable* dev-lang/perl. > I do not have a package.unmask file > > Specifically it wants me to unmask > =dev-lang/perl-5.20.0-r1 > > An eix on the same system (with no sync in between) does not even show > such a version as existing. I realize I must be misreading some > output, but I can't find my error. > > Help would be greatly appreciated. > > [ebuild U ~] virtual/perl-ExtUtils-Command-1.180.0-r1 [1.180.0] 0 > The following keyword changes are necessary to proceed: > (see "package.accept_keywords" in the portage(5) man page for more > details) # required by virtual/perl-ExtUtils-Command-1.180.0-r1 > # required by perl-core/ExtUtils-MakeMaker-6.820.0 > # required by virtual/perl-ExtUtils-MakeMaker-6.820.0 > # required by perl-core/CPAN-Meta-2.132.510 > # required by virtual/perl-CPAN-Meta-2.132.510 > # required by perl-core/Module-Build-0.400.700 > # required by virtual/perl-Module-Build-0.400.700 > # required by dev-perl/File-MimeInfo-0.170.0 > # required by x11-misc/xdg-utils-1.1.0_rc2[perl] > # required by www-client/chromium-35.0.1916.153 > # required by @selected > # required by @world (argument) > =dev-lang/perl-5.20.0-r1 ~amd64 =virtual/perl-ExtUtils-Command-1.180.0-r1 is the culprit. (And the autounmask recommendation by portage is weird. Which portage version is that?) If you look at the emerge output, you see that you have ~arch virtual/perl- ExtUtils-Command. (Not masked, only ~arch) That specific version, virtual/perl-ExtUtils-Command-1.180.0-r1, can be fulfilled by either dev-lang/perl-5.20* (masked) or perl-core/ExtUtils- Command-1.180.0 (~arch). You have three alternative options: 1) downgrade virtual/perl-ExtUtils-Command to stable (recommended) 2) keyword perl-core/ExtUtils-Command ~arch (should be fine too) 3) unmask =dev-lang/perl-5.20* (NOT RECOMMENDED) Good luck, Andreas -- Andreas K. Huettel Gentoo Linux developer dilfri...@gentoo.org http://www.akhuettel.de/ signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Networkmanager on uclibc Gentoo system x86
On Tue, Jul 08, 2014 at 11:58:45PM +0100, João Jerónimo wrote: > Can you tell me if there is an alternative to NetworkManager? > Or else, can wpa_supplicant connect to networks that are not statically > configured in config files? > > JJ I like wicd, but I have no idea whether it will work with uclibc. signature.asc Description: Digital signature
Re: [gentoo-user] Networkmanager on uclibc Gentoo system x86
2014-07-09 0:49 GMT+08:00 João Jerónimo : > Hello. > > I installed the uclibc stage3 tarball no a x86 machine (I chose uclibc > because the PC has only 256 MB of RAM). I'm currently trying to install glibc is fine with 256M, trying to use uclibc does not magically reduce the memory footprint. > NetworkManager, but I ran into a problem, which is: NetworkManager needs > 'policykit' USE flag to be applyed to consolekit package. This pulls-in > policykit package as a dependency of consolekit, which in turn doesn't > compile because it calls some funcions that uclibc doesn't implement. > > Can't I install networkmanager in uclibc systems, then? > consolekit is not maintained anymore. try use systemd instead.
[gentoo-user] media-gfx/blender-2.71 dependencies
Hello again kind friends, I'm not sure how to resolve the requirements for merging media-gfx/blender-2.71 emerge -pvf media-gfx/blender http://bpaste.net/show/447617/ The reqired ebuilds seem to be in portage, but emerge says the're not available. Any insight would be grearly apreciated. Kind regards cinder
Re: [gentoo-user] media-gfx/blender-2.71 dependencies
I don't believe you pasted everything you meant to. That paste doesn't show what packages would need to be emerged. -- Dan Oriani redchops.com (Website forever under construction) On Wed, 9 Jul 2014, List Reader wrote: > Hello again kind friends, I'm not sure how to resolve the requirements > for merging media-gfx/blender-2.71 > > emerge -pvf media-gfx/blender > http://bpaste.net/show/447617/ > > The reqired ebuilds seem to be in portage, but emerge says the're not > available. Any insight would be grearly apreciated. > > Kind regards cinder > > signature.asc Description: PGP signature
Re: [gentoo-user] media-gfx/blender-2.71 dependencies
On Wed, Jul 09, 2014 at 01:18:27AM -0400, Dan O. wrote: > I don't believe you pasted everything you meant to. That paste doesn't > show what packages would need to be emerged. > > -- > Dan Oriani > redchops.com > (Website forever under construction) > > On Wed, 9 Jul 2014, List Reader wrote: > > > Hello again kind friends, I'm not sure how to resolve the requirements > > for merging media-gfx/blender-2.71 > > > > emerge -pvf media-gfx/blender > > http://bpaste.net/show/447617/ > > > > The reqired ebuilds seem to be in portage, but emerge says the're not > > available. Any insight would be grearly apreciated. > > > > Kind regards cinder > > > > Whoops! Sorry. Here it is: emerge -pvq =media-gfx/blender-2.71 2>&1 http://bpaste.net/show/447758/
Re: [gentoo-user] Networkmanager on uclibc Gentoo system x86
On Wednesday, July 09, 2014 08:03:55 AM microcai wrote: > 2014-07-09 0:49 GMT+08:00 João Jerónimo : > > Hello. > > > > I installed the uclibc stage3 tarball no a x86 machine (I chose uclibc > > because the PC has only 256 MB of RAM). I'm currently trying to install > > glibc is fine with 256M, trying to use uclibc does not magically > reduce the memory footprint. > > > NetworkManager, but I ran into a problem, which is: NetworkManager needs > > 'policykit' USE flag to be applyed to consolekit package. This pulls-in > > policykit package as a dependency of consolekit, which in turn doesn't > > compile because it calls some funcions that uclibc doesn't implement. > > > > Can't I install networkmanager in uclibc systems, then? > > consolekit is not maintained anymore. try use systemd instead. It still works, please don't turn this into another "You have to switch to systemd" thread. -- Joost
Re: [gentoo-user] Networkmanager on uclibc Gentoo system x86
On 09/07/14 01:58, João Jerónimo wrote: > > Em 08/07/2014 21:39, J. Roeleveld escreveu: >> On 8 July 2014 18:49:19 CEST, "João Jerónimo" >> wrote: >>> I installed the uclibc stage3 tarball no a x86 machine (I chose uclibc >>> because the PC has only 256 MB of RAM). I'm currently trying to install >>> NetworkManager, but I ran into a problem, which is: NetworkManager >>> needs 'policykit' USE flag to be applyed to consolekit package. This >>> pulls-in policykit package as a dependency of consolekit, which in turn >>> doesn't compile because it calls some funcions that uclibc doesn't >>> implement. >>> >>> Can't I install networkmanager in uclibc systems, then? >> Didn't check the ebuilds, but with what you described. I don't think you can >> use NetworkManager with uclibc. >> >> Apart from that. With only 256MB memory. I would be reluctant to use tools >> with large dependencies. > Thanks. > But... That sucks... > Can you tell me if there is an alternative to NetworkManager? > Or else, can wpa_supplicant connect to networks that are not statically > configured in config files? > > JJ > > wpa_supplicant[qt4] has an interface, wpa_gui. To use it, add yourself to the wheel group (or any relevant group of your choice) and prepend the following lines in your /etc/wpa_supplicant/wpa_supplicant.conf file: ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel update_config=1 After logging in and out you should be able to easily add and connect to any network via wpa_gui. What you do not get to change via that interface is how the IP address is resolved, but that should not be an issue if you are OK with using DHCP.