Re: [gentoo-user] Re: [~amd64] NFS server broken again :(
On Sun, Nov 2, 2014 at 8:37 PM, Tom H wrote: > > AIUI, "After=network.target" (and similarly "After=syslog.target") is > equivalent to having "Wants=network.service NetworkManager.service > " and "After=network.service > NetworkManager.service ". Actually, as far as I understand things, if you don't enable something that wants network.target, then you won't get it. You need to enable something like dhcpcd or networkd to get it. It works this way so that every package that needs the network doesn't try to run every network manager you have installed as many are mutually exclusive. Presumably if you don't run one of those services and start sshd, it will just end up listening on localhost (I assume something sets up the lo interface even if a network manager isn't running). -- Rich
Re: [gentoo-user] alternative kernels
On Sun, Nov 2, 2014 at 7:46 PM, Peter Humphrey wrote: > On Sunday 02 November 2014 18:05:29 Tom H wrote: >> On Fri, Oct 31, 2014 at 12:16 PM, Peter Humphrey >>> >>> My grub-0.99 lets me choose from four kernels and two or three run > levels >>> at boot time, and grub-2 can't handle this yet, or it couldn't the last >>> time I checked. I don't suggest that everyone has a similar need, but at >>> least in some cases the old grub does still have a place. >> >> You can edit "/etc/grub.d/10_linux" to add more than the regular and >> the recovery entries. >> >> You can also "chmod -x" the files in "/etc/grub.d/*" and create manual >> entries in 40_custom (and keep it executable!). > > Seems like there are more ways to skin the cat than I could shake a stick at > (apologies for the mixed metaphors). :) Ideally there'd be an option to set "GRUB_CMDLINE_LINUX_EXTRA1", "GRUB_CMDLINE_LINUX_EXTRA2", ... in "/etc/default/grub" to generate extra entries.
Re: [gentoo-user] Raiders of the lost package...
On Sun, Nov 2, 2014 at 1:10 AM, wrote: > > Debain everywhere... > Ubuntu everywhere... > > "To use this library just do a apt-get build-essential, apt-get this > and apt-get that...your done". It's a metapackage to install compilation and packaging packages. So the Gentoo equivalent is "skip" that part of the howto.
Re: [gentoo-user] alternative kernels
On Sat, Nov 1, 2014 at 11:38 AM, Neil Bothwick wrote: > > That makes perfect sense. I still have systems using the old grub. It works > so why mess with it? However, I may give gummiboot a whirl, especially as > UEFI let's your multiple bootloader. I use gummiboot on my laptop and like it, but it has a downside: your kernel has to be on a FAT filesystem and you therefore have to account for that when setting the size of the ESP. I've been meaning to try refind because it's a also a boot manager but it can handle non-FAT filesystems.
Re: [gentoo-user] alternative kernels
On Sat, Nov 1, 2014 at 5:47 AM, Rich Freeman wrote: > On Fri, Oct 31, 2014 at 9:03 PM, Alec Ten Harmsel > wrote: >> >> You guys should check out the ELK stack: >> http://www.elasticsearch.org/overview/ >> >> Basically, transform logs to JSON with logstash, throw the JSON into >> elastic search, and make plots with Kibana. We use it at work; it's >> absolutely fantastic. > > Hmm, as far as I can tell they don't actually have a parser for > journal logs yet. With systemd the logs are already available in > JSON, though I imagine it would be trivial to transform that to a > different-looking JSON if necessary. > > I think it just reflects the fact that everybody is playing catch-up. > Despite originating at Red Hat I suspect that the vast majority of > those running systemd right now are the sorts of folks who don't run > enterprise log monitoring suites. So, the pressure just isn't there > yet to get all that stuff built. I suspect that "full" journald adoption and tweaking will come from small(er), more nimble, less conservative organizations. We'll be rolling out RHEL7 next year and we'll have "Storage=volatile"; we've asked former colleagues at other banks and they've said that they're planning the same.
Re: [gentoo-user] alternative kernels
On Fri, Oct 31, 2014 at 9:03 PM, Alec Ten Harmsel wrote: > > You guys should check out the ELK stack: > http://www.elasticsearch.org/overview/ > > Basically, transform logs to JSON with logstash, throw the JSON into > elastic search, and make plots with Kibana. We use it at work; it's > absolutely fantastic. > > You can save Kibana dashboards and have them auto-update every 5 or 10 > seconds (plenty of other granularities as well), and have a "real-time" > view of, let's say, job errors or running jobs or utilization. Thanks. I've been looking into using logstash for a $moonlightingjob but I hadn't heard of the E and K.
Re: [gentoo-user] Re: [~amd64] NFS server broken again :(
On Fri, Oct 31, 2014 at 7:52 PM, Rich Freeman wrote: > On Fri, Oct 31, 2014 at 7:01 PM, Tom H wrote: >> >> Do you have an example of a service that uses "After=" but doesn't >> need a "Requires=" or a "Wants="? I'm either being unimaginative or >> plain dumb, but I can't think of any. > > sshd.service Thanks. I've just looked at this one and it has "After=syslog.target network.target auditd.service". AIUI, "After=network.target" (and similarly "After=syslog.target") is equivalent to having "Wants=network.service NetworkManager.service " and "After=network.service NetworkManager.service ". But "After=auditd.service" is clearly an example of an "After=" without a "Requires=" or a "Wants=". Thanks again. PS: You'd expressed an desire for a dependency chain file in an earlier email. "systemctl list-dependencies" shows you the current dependency resolution. It's not what you were looking for but possibly something of interest (it has modifiers like "--after" and "--before").
Re: [gentoo-user] alternative kernels
On Sunday 02 November 2014 18:05:29 Tom H wrote: > On Fri, Oct 31, 2014 at 12:16 PM, Peter Humphrey > > > My grub-0.99 lets me choose from four kernels and two or three run levels > > at boot time, and grub-2 can't handle this yet, or it couldn't the last > > time I checked. I don't suggest that everyone has a similar need, but at > > least in some cases the old grub does still have a place. > > You can edit "/etc/grub.d/10_linux" to add more than the regular and > the recovery entries. > > You can also "chmod -x" the files in "/etc/grub.d/*" and create manual > entries in 40_custom (and keep it executable!). Seems like there are more ways to skin the cat than I could shake a stick at (apologies for the mixed metaphors). -- Rgds Peter
Re: [gentoo-user] alternative kernels
On Fri, Oct 31, 2014 at 6:30 PM, Rich Freeman wrote: > On Fri, Oct 31, 2014 at 6:09 PM, Tom H wrote: >> The systemd line was always that if you wanted to ship your logs off >> to another box, use rsyslog. So I've never understood the embedding of >> an httpd in systemd. I guess that the httpd server's useful if if you >> want a basic send-the-logs-to-another-box-as-is, but that, if you want >> to filter or manipulate the journald output, you have to use rsyslog >> or syslog-ng. > > If you're going to implement a log manager there is no reason to not > let it export logs to a central manager. True. On second thought, I now remember that Lennart said that there was no intention to use syslog's udptcp output. So he hadn't ruled out http. And I misrepresented the systemd line. > As far as filtering/manipulating logs goes, you can do plenty of that > with journalctl already, and it supports dumping your logs in json so > you can do anything you want with them in another tool. There aren't > really any such tools around yet, but I'm sure we'll see them come up. You can filter/manipulate logs with journalctl - and nicely so - but you can't combine it with journal-gatewayd; the latter exports all the logs, as shown in the output of "journalctl". Maybe there'll be one day a tool to tweak the output of journal-gatewayd...
[gentoo-user] terminal spreadsheet - sc fork
Hello there!! I am working on a terminal spreadsheet based on "sc", but with some adds like undo/redo.. you can find it here: https://github.com/andmarti1424/scim Any new ideas and/or contribution is always welcome! Thanks! -- Andrés M.
Re: [gentoo-user] alternative kernels
On Fri, Oct 31, 2014 at 12:16 PM, Peter Humphrey wrote: > On Friday 31 October 2014 15:09:26 J. Roeleveld wrote: >> >> I've got a few systems where grub1 doesn't work. This is more likely caused >> by some changes in used filesystems instead of any other cause. >> If I really wanted to, I might get it to work, but I don't see the point in >> spending time on this. >> Grub starts the boot process and then, afaik, disappears. >> Which is sufficient for me. > > My grub-0.99 lets me choose from four kernels and two or three run levels at > boot time, and grub-2 can't handle this yet, or it couldn't the last time I > checked. I don't suggest that everyone has a similar need, but at least in > some cases the old grub does still have a place. You can edit "/etc/grub.d/10_linux" to add more than the regular and the recovery entries. You can also "chmod -x" the files in "/etc/grub.d/*" and create manual entries in 40_custom (and keep it executable!).
Re: [gentoo-user] Re: OT Best way to compress files with digits
On Sunday 02 November 2014 21:55:31 Alan McKinnon wrote: > English is a heavily overloaded language and there's always more > than one way to communicate something Even the simplest cases usually have three words for the same thing: one from French, one from Latin and one from Anglo-Saxon. I won't even mention words that have come down from Old German and so on, but at least we don't have many words from Italian or Spanish. (Zucchini? What's that?) -- Rgds Peter
Re: [gentoo-user] Re: OT Best way to compress files with digits
On 01/11/2014 23:56, David W Noon wrote: >> The sequence of digits that make up pi are a random sequence - you >> > can analyze the order any way you want and you'll find no inherent >> > pattern. > Actually, the sequence of digits is most definitely *not* random. If > the sequence of digits is written any other way then the value is not > Pi. Hence the sequence is unique, not random. > > I think what you are grasping for is that the frequency of distinct > digits tends to be uniform: 0's occur as often as 1's as often ... as > 9's. Note that the "as often as" operator is really approximate for > finite sub-sequences, but is asymptotically accurate. > > Moreover, this is the same in any number base: the binary > representation has 0's occurring as often as 1's; the ternary > representation has 0's occurring as often as 1' and as often as 2's; > etc., etc. > > Such numbers are called "normal". It was a poor choice of name, but > we are stuck with it. I would have called them "digit soup" numbers > -- an oblique reference to alphabet soup. > You grasp correctly what I was saying :-) I'm not formally trained in mathematics so I often get the terminology wrong or just don't know the accepted words for a concept. Lucky for me though, English is a heavily overloaded language and there's always more than one way to communicate something -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Re: Strange reaction of gvim to : in a normal mode
From: Gevisz To: Gevisz , vim_...@googlegroups.com Subject: Re: Strange reaction of gvim to : in a normal mode Date: Sun, 2 Nov 2014 20:44:21 +0200 On Sun, 2 Nov 2014 14:51:24 +0200 Gevisz wrote: > I use gvim from xfce4 and sometimes get into a strange > situation when pressing : while being in a normal mode > leads not to the command line mode but instead highlights > the icon "Copy to clipboad". > > Just now I have noted that in this situation I also cannot > see the version of my gvim via the Help menu (but saving via > the the "Save current file" icon usually works). > > The output from the :version command (executed from a newly > started gvim) is as follows: > > > Any ideas how to fix it? > > And whom to blame? (Except for myself, of course. :) > My first guess that something is wrong with xfce4 here. I cannot describe how to reproduce this behavior but usually it appears after the following steps: 1. I work with gvim and firefox. 2. After finishing working with gvim, I turn to firefox, go to a news site and look through all its Twitter news band that is somehow embedded into its webpage. On this step I also open new tabs from the news band. 3. I return to gvim and try to save and close it using :wq command but it does not work any more as : sends focus to the "Copy to clipboard" icon.
Re: [gentoo-user] etiquette for stabilization request
> On Nov 2, 2014, at 17:10, gottl...@nyu.edu wrote: > > I am running firefox-24.8.0, which is highest stable (highest testing is > 33.0). > > Several sites, in particular mail.google.com, report that "This version > of Firefox is no longer supported. Please upgrade to a supported > browser". > > Does that warrant a stabilization request. I have never filed one > before and do not have a feeling of what is considered justification. I > should add that other than generating the above complaints, firefox is > working fine (including with mail.google.com). You could also run roundcube etc to circumvent the problem. Also then google wouldn't read all your mails :) -- -Matti
[gentoo-user] Re: etiquette for stabilization request
On Sun, 02 Nov 2014 10:10:34 -0500, gottlieb wrote: > I am running firefox-24.8.0, which is highest stable (highest testing is > 33.0). > > Several sites, in particular mail.google.com, report that "This version > of Firefox is no longer supported. Please upgrade to a supported > browser". > > Does that warrant a stabilization request. I have never filed one > before and do not have a feeling of what is considered justification. I > should add that other than generating the above complaints, firefox is > working fine (including with mail.google.com). The stable request in this case is a bit hidden, and pending on mesa stabilization: https://bugs.gentoo.org/show_bug.cgi?id=525474 Hans
Re: [gentoo-user] etiquette for stabilization request
On Sun, 02 Nov 2014 10:10:34 -0500 gottl...@nyu.edu wrote: > I am running firefox-24.8.0, which is highest stable (highest testing is > 33.0). > > Several sites, in particular mail.google.com, report that "This version > of Firefox is no longer supported. Please upgrade to a supported > browser". > > Does that warrant a stabilization request. I have never filed one > before and do not have a feeling of what is considered justification. I > should add that other than generating the above complaints, firefox is > working fine (including with mail.google.com). I have exactly the same experience.
Re: [gentoo-user] alternative kernels
On 2 November 2014 13:14:56 WET, Volker Armin Hemmann wrote: > Am 01.11.2014 um 23:28 schrieb Neil Bothwick: > > On 1 November 2014 17:19:18 WET, Peter Humphrey > > wrote: > > > > On Saturday 01 November 2014 15:38:43 Neil Bothwick wrote: > > > > One useful feature for me is that grub2 will boot from an > ISO > > image, I always keep system rescue cd image in /boot. > > > > > > We all have our own ways of doing things. My equivalent to that > is to have a > > small rescue system in its own partition on each box, tailored > to its > > companion main system. > > > > > > That's what I used to do until I found grub 2 could boot an ISO. Now > I > > only need to copy one file to /boot to update my rescue setup. > > -- > > Sent from my Android phone with K-9 Mail. Please excuse my brevity. > > I have an usb stick for that. Advantage: even if the ssd containing / > and /boot dies, I can get to my data in /home. Oh, I have a couple of USB sticks too, but having it in boot means I don't have to look in half a dozen places to find one. The USB sticks are used in real emergencies. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.
[gentoo-user] etiquette for stabilization request
I am running firefox-24.8.0, which is highest stable (highest testing is 33.0). Several sites, in particular mail.google.com, report that "This version of Firefox is no longer supported. Please upgrade to a supported browser". Does that warrant a stabilization request. I have never filed one before and do not have a feeling of what is considered justification. I should add that other than generating the above complaints, firefox is working fine (including with mail.google.com). thanks, allan
Re: [gentoo-user] alternative kernels
Am 01.11.2014 um 23:28 schrieb Neil Bothwick: > On 1 November 2014 17:19:18 WET, Peter Humphrey > wrote: > > On Saturday 01 November 2014 15:38:43 Neil Bothwick wrote: > > One useful feature for me is that grub2 will boot from an ISO > image, I always keep system rescue cd image in /boot. > > > We all have our own ways of doing things. My equivalent to that is to > have a > small rescue system in its own partition on each box, tailored to its > companion main system. > > > That's what I used to do until I found grub 2 could boot an ISO. Now I > only need to copy one file to /boot to update my rescue setup. > -- > Sent from my Android phone with K-9 Mail. Please excuse my brevity. I have an usb stick for that. Advantage: even if the ssd containing / and /boot dies, I can get to my data in /home.
[gentoo-user] Strange reaction of gvim to : in a normal mode
I use gvim from xfce4 and sometimes get into a strange situation when pressing : while being in a normal mode leads not to the command line mode but instead highlights the icon "Copy to clipboad". Just now I have noted that in this situation I also cannot see the version of my gvim via the Help menu (but saving via the the "Save current file" icon usually works). The output from the :version command (executed from a newly started gvim) is as follows: VIM - Vi IMproved 7.4 (2013 Aug 10, compiled Sep 7 2014 11:35:08) Included patches: 1-273 Modified by Gentoo-7.4.273 Compiled by myself. Huge version with GTK2 GUI. Features included (+) or not (-): +acl +cmdline_compl +diff+find_in_path+keymap +modify_fname+mouse_xterm +profile -sniff +termresponse+vreplace-xterm_save +arabic +cmdline_hist+digraphs+float +langmap +mouse +multi_byte +python +startuptime +textobjects +wildignore +xpm +autocmd +cmdline_info+dnd +folding +libcall +mouseshape +multi_lang -python3 +statusline +title +wildmenu +balloon_eval+comments-ebcdic -footer +linebreak +mouse_dec -mzscheme+quickfix-sun_workshop +toolbar +windows +browse +conceal +emacs_tags +fork() +lispindent -mouse_gpm -netbeans_intg +reltime +syntax +user_commands +writebackup ++builtin_terms +cryptv +eval+gettext +listcmds -mouse_jsbterm +path_extra +rightleft +tag_binary +vertsplit +X11 +byte_offset -cscope +ex_extra-hangul_input+localmap +mouse_netterm -perl-ruby+tag_old_static +virtualedit -xfontset +cindent +cursorbind +extra_search+iconv -lua +mouse_sgr +persistent_undo +scrollbind -tag_any_white +visual +xim +clientserver+cursorshape +farsi +insert_expand +menu -mouse_sysmouse +postscript +signs -tcl +visualextra +xsmp_interact +clipboard +dialog_con_gui +file_in_path+jumplist+mksession +mouse_urxvt +printer +smartindent +terminfo +viminfo +xterm_clipboard system vimrc file: "/etc/vim/vimrc" user vimrc file: "$HOME/.vimrc" 2nd user vimrc file: "~/.vim/vimrc" user exrc file: "$HOME/.exrc" system gvimrc file: "/etc/vim/gvimrc" user gvimrc file: "$HOME/.gvimrc" 2nd user gvimrc file: "~/.vim/gvimrc" system menu file: "$VIMRUNTIME/menu.vim" fall-back for $VIM: "/usr/share/vim" Compilation: x86_64-pc-linux-gnu-gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK -pthread -I/usr/include/gtk-2.0 -I/usr/lib64/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include /cairo -I/usr/include/pixman-1 -I/usr/include/libdrm -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I /usr/lib64/glib-2.0/include -I/usr/include/freetype2-march=native -O2 -pipe -U_FORTIFY_SOURCE -D_FORTIFY_SOURCE=1 Linking: x86_64-pc-linux-gnu-gcc -Wl,-O1 -L/usr/local/lib -Wl,--as-needed -o gvim -lgtk-x11-2.0 -lgdk-x11-2.0 -lpangocairo-1.0 -latk-1.0 -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lpangoft2-1.0 -lpango-1.0 -lgo bject-2.0 -lglib-2.0 -lfreetype -lfontconfig -lSM -lICE -lXpm -lXt -lX11 -lXdmcp -lSM -lICE -lm -lncurses -lelf -lacl -lattr -ldl -L/usr/lib64/python2.7/config -lpython2.7 -lpthread -ldl -lutil -lm -X linker -export-dynamic Any ideas how to fix it? And whom to blame? (Except for myself, of course. :) My first guess that something is wrong with xfce4 here.
Re: [gentoo-user] Re: OT Best way to compress files with digits
> On Nov 1, 2014, at 23:56, David W Noon wrote: > > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > On Sat, 01 Nov 2014 22:47:15 +0200, Alan Mckinnon > (alan.mckin...@gmail.com) wrote about "Re: [gentoo-user] Re: OT Best > way to compress files with digits" (in <545546d3.3030...@gmail.com>): > >> On 01/11/2014 19:59, meino.cra...@gmx.de wrote: > [snip] >>> Ah! By the way...I was astonished to read, that the digits of PI >>> are called random on the one hand and on the other hand there is >>> a formula [1] to calculate a certain digit of PI without >>> calculation of the previous digits... Calculated random? Are >>> nature constants the purest form of PRNGs ??? ;) (Quantum physics >>> is everywhere... ;;)) >>> >>> [1]: >>> http://en.wikipedia.org/wiki/Bailey%E2%80%93Borwein%E2%80%93Plouffe_formula >> >> >> The sequence of digits that make up pi are a random sequence - you >> can analyze the order any way you want and you'll find no inherent >> pattern. > > Actually, the sequence of digits is most definitely *not* random. If > the sequence of digits is written any other way then the value is not > Pi. Hence the sequence is unique, not random. > > I think what you are grasping for is that the frequency of distinct > digits tends to be uniform: 0's occur as often as 1's as often ... as > 9's. Note that the "as often as" operator is really approximate for > finite sub-sequences, but is asymptotically accurate. > > Moreover, this is the same in any number base: the binary > representation has 0's occurring as often as 1's; the ternary > representation has 0's occurring as often as 1' and as often as 2's; > etc., etc. > > Such numbers are called "normal". It was a poor choice of name, but > we are stuck with it. I would have called them "digit soup" numbers > - -- an oblique reference to alphabet soup. Well all the digit of pi can be compressed to the following: =pi(); If you have the infinite series that calculates the digits :) >> However, any given digit in the sequence is 100% predictable, as >> you just showed :-) >> >> Randomness has got to be the second most mind-boggling thing out >> there, first being quantumness (that's not a waord, I just made it >> up. You you should get the meaning OK from context ;-) ) > > I would say that probability theory is more mind boggling, as it > underpins much of quantum theory. But, as someone who majored in > probability theory, I might be biased. [Incidentally, there is a small > statistical joke in that last sentence.] > > Getting back to Meino's original request, one of the optimum > compression algorithms for this would be custom Huffman encoding. To > do this the algorithm requires that all the data (i.e. digits) be read > and a frequency table built. The only problem is that to read all the > digits of Pi could take rather a long time. ... :-) That would take infinite time :) > - -- > Regards, > > Dave [RLU #314465] > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* > dwn...@ntlworld.com (David W Noon) > *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* > > -BEGIN PGP SIGNATURE- > Version: GnuPG v2 > Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ > > iEYEARECAAYFAlRVVyQACgkQRQ2Fs59Psv/9qwCeKwuLz/7RGEV06X+RdDQryDe+ > /xwAoK1qMgb9RZXkQByBUMqB8eqs20bG > =XUPB > -END PGP SIGNATURE- >
[gentoo-user] KDE monitor configuration disappeared!
I updated to KDE 4.11.13/4.14.2 and in the middle of the emerge, my monitor's resolution was changed from 1920x1080 to 640x480. After the emerge I simply restarted. The system booted into a KDE with 640x480. I went to the System Settings application and into the "Display and Monitor" section to change my resolution again. The "Display Configuration" in there is now almost empty. The options that used to be there for setting resolution and refresh rate, don't exist anymore. They're gone. Fortunately, the "NVidia X Server Settings" application allowed for changing these settings on the fly, so I got unstuck from 640x480. But now I have to explicitly set 1920x1080. Normally I left the settings at "Automatic", and the best resolution for my monitor was automatically chosen. Now this isn't the case anymore. KDE seems to think that my monitor's optimal resolution is 640x480... What happened? Where are the KDE settings for my monitor?
Re: [gentoo-user] Raiders of the lost package...
Hello, ***LIFESAVER*** !!! :) Thanx A LOT! Sunday is rescued! 8))) Best regards, Meino Masanori Ogino [14-11-02 09:28]: > Hello. > > Installing sys-apps/i2c-tools with `python` USE flag will install smbus > Python module so-called `python-smbus` in Debian. > > 2014-11-02 16:54 GMT+09:00 : > > > Dale [14-11-02 08:44]: > > > meino.cra...@gmx.de wrote: > > > > Hi, > > > > > > > > Debain everywhere... > > > > Ubuntu everywhere... > > > > > > > > "To use this library just do a apt-get build-essential, apt-get this > > > > and apt-get that...your done". > > > > > > > > Hrrrmpppfff > > > > > > > > What the heck is "build-essential?" What's hidden behind it? > > > > > > > > I am currently facing a similiar problem: I am trying to get > > > > a TFT display running. For using this library to access this TFT > > > > one "only" needs to do a ...guess... "apt-get python smbus". > > > > > > > > Neither "smbus' nor "I2C" produces any match in the output of > > > > eix... > > > > > > > > What's that package? Is it in Gentoo? > > > > > > > > Any help is very appreciated :) > > > > > > > > Best regards, > > > > mcc > > > > > > > > > > I2c is in the kernel. I use it to access my temps and such here. Just > > > a small snippet: > > > > > > root@fireball / # zcat /proc/config.gz | grep -i i2c > > > # CONFIG_BMP085_I2C is not set > > > # CONFIG_SENSORS_LIS3_I2C is not set > > > CONFIG_MOUSE_SYNAPTICS_I2C=y > > > CONFIG_I2C=y > > > CONFIG_I2C_BOARDINFO=y > > > CONFIG_I2C_COMPAT=y > > > CONFIG_I2C_CHARDEV=y > > > # CONFIG_I2C_MUX is not set > > > CONFIG_I2C_HELPER_AUTO=y > > > CONFIG_I2C_ALGOBIT=y > > > > > > > > > SMBUS I think is in the same category. From a search for smbus from > > > within menuconfig: > > > > > > Symbol: I2C_SMBUS > > > [=n] > > > │ > > > │ Type : > > > tristate > > > │ > > > │ Prompt: SMBus-specific > > > protocols > > > │ > > > │ > > > Location: > > > │ > > > │ -> Device > > > Drivers > > > │ > > > │ -> I2C support (I2C > > > [=y]) > > > │ > > > │ (1) -> Autoselect pertinent helper modules (I2C_HELPER_AUTO > > > [=y]) > > > │ > > > │ Defined at > > > drivers/i2c/Kconfig:76 > > > │ > > > │ Depends on: I2C > > > [=y] > > > │ > > > │ Selected by: I2C_PARPORT [=n] && I2C [=y] && HAS_IOMEM [=y] && > > > PARPORT [=y] || I2C_PARPORT_LIGHT [=n] && I2C [=y] && HAS_IOMEM > > > [=y] │ > > > │ > > > > > > If I recall correctly, SMBUS and I2C work together on getting temps and > > > fan speeds and such. > > > > > > Also, some folks use lm-sensors. I think it does the same but in user > > > space instead of kernel space. That's my understanding anyway. > > > > > > Hope that helps. > > > > > > Dale > > > > > > :-) :-) > > > > > > > > > > Hi Dale, > > > > thanks for your informations... :) > > > > I did a typo...instead of > > > > "apt-get python smbus". > > > > it must be > > > > "apt-get python-smbus". > > > > > > I am searching "python-smbus" for Gentoo. > > The kernel configuration is already setup and ok. > > > > Do you the know the translation > > > > of "python-smbus" (Debian-speak) > > > > to ??? for Gentoo? > > > > Thank you very much in advance! > > Best regards, > > Meino > > > > > > > > > > > -- > Masanori Ogino > http://twitter.com/omasanori > http://gplus.to/omasanori
Re: [gentoo-user] Raiders of the lost package...
Neil Bothwick [14-11-02 10:08]: > On 2 November 2014 06:10:11 WET, meino.cra...@gmx.de wrote: > > Hi, > > > > Debain everywhere... > > Ubuntu everywhere... > > > > "To use this library just do a apt-get build-essential, apt-get this > > and apt-get that...your done". > > > > Hrrrmpppfff > > > > What the heck is "build-essential?" What's hidden behind it? > > > > I am currently facing a similiar problem: I am trying to get > > a TFT display running. For using this library to access this TFT > > one "only" needs to do a ...guess... "apt-get python smbus". > > > > Neither "smbus' nor "I2C" produces any match in the output of > > eix... > > > > What's that package? Is it in Gentoo? > > > > Any help is very appreciated :) > > > > Best regards, > > mcc > > build-essential is a meta-package for the tools needed to build from source, > which are already there in Gentoo. > > I use packages.debian.org to see what is in a package, or to see which > package contains a file, then eix and educated guesswork usually takes care > of the rest. > -- > Sent from my Android phone with K-9 Mail. Please excuse my brevity. Hi Neil, thanks for the hint! :) Best regards, Meino
Re: [gentoo-user] Raiders of the lost package...
Hello. Installing sys-apps/i2c-tools with `python` USE flag will install smbus Python module so-called `python-smbus` in Debian. 2014-11-02 16:54 GMT+09:00 : > Dale [14-11-02 08:44]: > > meino.cra...@gmx.de wrote: > > > Hi, > > > > > > Debain everywhere... > > > Ubuntu everywhere... > > > > > > "To use this library just do a apt-get build-essential, apt-get this > > > and apt-get that...your done". > > > > > > Hrrrmpppfff > > > > > > What the heck is "build-essential?" What's hidden behind it? > > > > > > I am currently facing a similiar problem: I am trying to get > > > a TFT display running. For using this library to access this TFT > > > one "only" needs to do a ...guess... "apt-get python smbus". > > > > > > Neither "smbus' nor "I2C" produces any match in the output of > > > eix... > > > > > > What's that package? Is it in Gentoo? > > > > > > Any help is very appreciated :) > > > > > > Best regards, > > > mcc > > > > > > > I2c is in the kernel. I use it to access my temps and such here. Just > > a small snippet: > > > > root@fireball / # zcat /proc/config.gz | grep -i i2c > > # CONFIG_BMP085_I2C is not set > > # CONFIG_SENSORS_LIS3_I2C is not set > > CONFIG_MOUSE_SYNAPTICS_I2C=y > > CONFIG_I2C=y > > CONFIG_I2C_BOARDINFO=y > > CONFIG_I2C_COMPAT=y > > CONFIG_I2C_CHARDEV=y > > # CONFIG_I2C_MUX is not set > > CONFIG_I2C_HELPER_AUTO=y > > CONFIG_I2C_ALGOBIT=y > > > > > > SMBUS I think is in the same category. From a search for smbus from > > within menuconfig: > > > > Symbol: I2C_SMBUS > > [=n] > > │ > > │ Type : > > tristate > > │ > > │ Prompt: SMBus-specific > > protocols > > │ > > │ > > Location: > > │ > > │ -> Device > > Drivers > > │ > > │ -> I2C support (I2C > > [=y]) > > │ > > │ (1) -> Autoselect pertinent helper modules (I2C_HELPER_AUTO > > [=y]) > > │ > > │ Defined at > > drivers/i2c/Kconfig:76 > > │ > > │ Depends on: I2C > > [=y] > > │ > > │ Selected by: I2C_PARPORT [=n] && I2C [=y] && HAS_IOMEM [=y] && > > PARPORT [=y] || I2C_PARPORT_LIGHT [=n] && I2C [=y] && HAS_IOMEM > > [=y] │ > > │ > > > > If I recall correctly, SMBUS and I2C work together on getting temps and > > fan speeds and such. > > > > Also, some folks use lm-sensors. I think it does the same but in user > > space instead of kernel space. That's my understanding anyway. > > > > Hope that helps. > > > > Dale > > > > :-) :-) > > > > > > Hi Dale, > > thanks for your informations... :) > > I did a typo...instead of > > "apt-get python smbus". > > it must be > > "apt-get python-smbus". > > > I am searching "python-smbus" for Gentoo. > The kernel configuration is already setup and ok. > > Do you the know the translation > > of "python-smbus" (Debian-speak) > > to ??? for Gentoo? > > Thank you very much in advance! > Best regards, > Meino > > > > -- Masanori Ogino http://twitter.com/omasanori http://gplus.to/omasanori
Re: [gentoo-user] Raiders of the lost package...
On 2 November 2014 06:10:11 WET, meino.cra...@gmx.de wrote: > Hi, > > Debain everywhere... > Ubuntu everywhere... > > "To use this library just do a apt-get build-essential, apt-get this > and apt-get that...your done". > > Hrrrmpppfff > > What the heck is "build-essential?" What's hidden behind it? > > I am currently facing a similiar problem: I am trying to get > a TFT display running. For using this library to access this TFT > one "only" needs to do a ...guess... "apt-get python smbus". > > Neither "smbus' nor "I2C" produces any match in the output of > eix... > > What's that package? Is it in Gentoo? > > Any help is very appreciated :) > > Best regards, > mcc build-essential is a meta-package for the tools needed to build from source, which are already there in Gentoo. I use packages.debian.org to see what is in a package, or to see which package contains a file, then eix and educated guesswork usually takes care of the rest. -- Sent from my Android phone with K-9 Mail. Please excuse my brevity.
Re: [gentoo-user] Raiders of the lost package...
Dale [14-11-02 08:44]: > meino.cra...@gmx.de wrote: > > Hi, > > > > Debain everywhere... > > Ubuntu everywhere... > > > > "To use this library just do a apt-get build-essential, apt-get this > > and apt-get that...your done". > > > > Hrrrmpppfff > > > > What the heck is "build-essential?" What's hidden behind it? > > > > I am currently facing a similiar problem: I am trying to get > > a TFT display running. For using this library to access this TFT > > one "only" needs to do a ...guess... "apt-get python smbus". > > > > Neither "smbus' nor "I2C" produces any match in the output of > > eix... > > > > What's that package? Is it in Gentoo? > > > > Any help is very appreciated :) > > > > Best regards, > > mcc > > > > I2c is in the kernel. I use it to access my temps and such here. Just > a small snippet: > > root@fireball / # zcat /proc/config.gz | grep -i i2c > # CONFIG_BMP085_I2C is not set > # CONFIG_SENSORS_LIS3_I2C is not set > CONFIG_MOUSE_SYNAPTICS_I2C=y > CONFIG_I2C=y > CONFIG_I2C_BOARDINFO=y > CONFIG_I2C_COMPAT=y > CONFIG_I2C_CHARDEV=y > # CONFIG_I2C_MUX is not set > CONFIG_I2C_HELPER_AUTO=y > CONFIG_I2C_ALGOBIT=y > > > SMBUS I think is in the same category. From a search for smbus from > within menuconfig: > > Symbol: I2C_SMBUS > [=n] > > > │ > │ Type : > tristate > > > │ > │ Prompt: SMBus-specific > protocols > > > │ > │ > Location: > > > │ > │ -> Device > Drivers > > > │ > │ -> I2C support (I2C > [=y]) > > │ > │ (1) -> Autoselect pertinent helper modules (I2C_HELPER_AUTO > [=y]) > > │ > │ Defined at > drivers/i2c/Kconfig:76 > > > │ > │ Depends on: I2C > [=y] > > > │ > │ Selected by: I2C_PARPORT [=n] && I2C [=y] && HAS_IOMEM [=y] && > PARPORT [=y] || I2C_PARPORT_LIGHT [=n] && I2C [=y] && HAS_IOMEM > [=y] │ > │ > > If I recall correctly, SMBUS and I2C work together on getting temps and > fan speeds and such. > > Also, some folks use lm-sensors. I think it does the same but in user > space instead of kernel space. That's my understanding anyway. > > Hope that helps. > > Dale > > :-) :-) > > Hi Dale, thanks for your informations... :) I did a typo...instead of "apt-get python smbus". it must be "apt-get python-smbus". I am searching "python-smbus" for Gentoo. The kernel configuration is already setup and ok. Do you the know the translation of "python-smbus" (Debian-speak) to ??? for Gentoo? Thank you very much in advance! Best regards, Meino
Re: [gentoo-user] Raiders of the lost package...
meino.cra...@gmx.de wrote: > Hi, > > Debain everywhere... > Ubuntu everywhere... > > "To use this library just do a apt-get build-essential, apt-get this > and apt-get that...your done". > > Hrrrmpppfff > > What the heck is "build-essential?" What's hidden behind it? > > I am currently facing a similiar problem: I am trying to get > a TFT display running. For using this library to access this TFT > one "only" needs to do a ...guess... "apt-get python smbus". > > Neither "smbus' nor "I2C" produces any match in the output of > eix... > > What's that package? Is it in Gentoo? > > Any help is very appreciated :) > > Best regards, > mcc > I2c is in the kernel. I use it to access my temps and such here. Just a small snippet: root@fireball / # zcat /proc/config.gz | grep -i i2c # CONFIG_BMP085_I2C is not set # CONFIG_SENSORS_LIS3_I2C is not set CONFIG_MOUSE_SYNAPTICS_I2C=y CONFIG_I2C=y CONFIG_I2C_BOARDINFO=y CONFIG_I2C_COMPAT=y CONFIG_I2C_CHARDEV=y # CONFIG_I2C_MUX is not set CONFIG_I2C_HELPER_AUTO=y CONFIG_I2C_ALGOBIT=y SMBUS I think is in the same category. From a search for smbus from within menuconfig: Symbol: I2C_SMBUS [=n] │ │ Type : tristate │ │ Prompt: SMBus-specific protocols │ │ Location: │ │ -> Device Drivers │ │ -> I2C support (I2C [=y]) │ │ (1) -> Autoselect pertinent helper modules (I2C_HELPER_AUTO [=y]) │ │ Defined at drivers/i2c/Kconfig:76 │ │ Depends on: I2C [=y] │ │ Selected by: I2C_PARPORT [=n] && I2C [=y] && HAS_IOMEM [=y] && PARPORT [=y] || I2C_PARPORT_LIGHT [=n] && I2C [=y] && HAS_IOMEM [=y] │ │ If I recall correctly, SMBUS and I2C work together on getting temps and fan speeds and such. Also, some folks use lm-sensors. I think it does the same but in user space instead of kernel space. That's my understanding anyway. Hope that helps. Dale :-) :-)