Re: [gentoo-user] look for a file type + sort
Am 13.09.2013 08:24, schrieb Jean-Christophe Bach: > * Canek Peláez Valdés [13.09.2013. @00:16:51 -0500]: > >> On Fri, Sep 13, 2013 at 12:11 AM, Joseph wrote: >>> On 09/13/13 00:04, Canek Peláez Valdés wrote: On Thu, Sep 12, 2013 at 11:58 PM, Canek Peláez Valdés wrote: > > On Thu, Sep 12, 2013 at 11:48 PM, Joseph wrote: >> >> I want to list recursively certain type of files eg. *.pdf but I want to >> display: date, path and newest file first. >> >> What is the easiest way of doing it? > > > ls -l --sort=time "$(find /path -iname "*.pdf")" > > If there are no spaces in the filenames/directories, you can drop the > quotes from $(). Sorry, it doesn't work with spaces even with the quotes; if you don't have spaces in the directories/filenames, do ls -l --sort=time $(find /path -iname "*.pdf") If you have spaces, you need to set/restore IFS: S=${IFS}; IFS=$'\n'; ls -l --sort=time $(find . -iname "*.pdf"); IFS=${S} Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México >>> >>> >>> Hm, I've tried: >>> ls -l --sort=time $(find /home/joseph -iname "*.jpg") >>> >>> got: >>> ls: invalid option -- '/' >> >> The exact same command (changing joseph with canek) works for me, >> except in directories/filenames with spaces, as expected. Do you have >> an alias for ls? What does find /home/joseph -iname "*.jpg" returns? >> >> Regards. >> -- >> Canek Peláez Valdés > > Hi, > > This one should work: > > find /home/joseph/ -iname "*.pdf" -exec ls -l --sort=time {} + > > Regards, > > JC > This won't work if there are too many files because find will eventually start ls multiple times. Try this instead: find /path -iname '*.pdf' -printf '%T@\t%Tc\t%p\n' | sort -nr | cut -f 2- Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] look for a file type + sort
* Canek Peláez Valdés [13.09.2013. @00:16:51 -0500]: > On Fri, Sep 13, 2013 at 12:11 AM, Joseph wrote: > > On 09/13/13 00:04, Canek Peláez Valdés wrote: > >> > >> On Thu, Sep 12, 2013 at 11:58 PM, Canek Peláez Valdés > >> wrote: > >>> > >>> On Thu, Sep 12, 2013 at 11:48 PM, Joseph wrote: > > I want to list recursively certain type of files eg. *.pdf but I want to > display: date, path and newest file first. > > What is the easiest way of doing it? > >>> > >>> > >>> ls -l --sort=time "$(find /path -iname "*.pdf")" > >>> > >>> If there are no spaces in the filenames/directories, you can drop the > >>> quotes from $(). > >> > >> > >> Sorry, it doesn't work with spaces even with the quotes; if you don't > >> have spaces in the directories/filenames, do > >> > >> ls -l --sort=time $(find /path -iname "*.pdf") > >> > >> If you have spaces, you need to set/restore IFS: > >> > >> S=${IFS}; IFS=$'\n'; ls -l --sort=time $(find . -iname "*.pdf"); IFS=${S} > >> > >> Regards. > >> -- > >> Canek Peláez Valdés > >> Posgrado en Ciencia e Ingeniería de la Computación > >> Universidad Nacional Autónoma de México > > > > > > Hm, I've tried: > > ls -l --sort=time $(find /home/joseph -iname "*.jpg") > > > > got: > > ls: invalid option -- '/' > > The exact same command (changing joseph with canek) works for me, > except in directories/filenames with spaces, as expected. Do you have > an alias for ls? What does find /home/joseph -iname "*.jpg" returns? > > Regards. > -- > Canek Peláez Valdés Hi, This one should work: find /home/joseph/ -iname "*.pdf" -exec ls -l --sort=time {} + Regards, JC signature.asc Description: Digital signature
Re: [gentoo-user] look for a file type + sort
On Fri, Sep 13, 2013 at 12:11 AM, Joseph wrote: > On 09/13/13 00:04, Canek Peláez Valdés wrote: >> >> On Thu, Sep 12, 2013 at 11:58 PM, Canek Peláez Valdés >> wrote: >>> >>> On Thu, Sep 12, 2013 at 11:48 PM, Joseph wrote: I want to list recursively certain type of files eg. *.pdf but I want to display: date, path and newest file first. What is the easiest way of doing it? >>> >>> >>> ls -l --sort=time "$(find /path -iname "*.pdf")" >>> >>> If there are no spaces in the filenames/directories, you can drop the >>> quotes from $(). >> >> >> Sorry, it doesn't work with spaces even with the quotes; if you don't >> have spaces in the directories/filenames, do >> >> ls -l --sort=time $(find /path -iname "*.pdf") >> >> If you have spaces, you need to set/restore IFS: >> >> S=${IFS}; IFS=$'\n'; ls -l --sort=time $(find . -iname "*.pdf"); IFS=${S} >> >> Regards. >> -- >> Canek Peláez Valdés >> Posgrado en Ciencia e Ingeniería de la Computación >> Universidad Nacional Autónoma de México > > > Hm, I've tried: > ls -l --sort=time $(find /home/joseph -iname "*.jpg") > > got: > ls: invalid option -- '/' The exact same command (changing joseph with canek) works for me, except in directories/filenames with spaces, as expected. Do you have an alias for ls? What does find /home/joseph -iname "*.jpg" returns? Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] look for a file type + sort
On 09/13/13 00:04, Canek Peláez Valdés wrote: On Thu, Sep 12, 2013 at 11:58 PM, Canek Peláez Valdés wrote: On Thu, Sep 12, 2013 at 11:48 PM, Joseph wrote: I want to list recursively certain type of files eg. *.pdf but I want to display: date, path and newest file first. What is the easiest way of doing it? ls -l --sort=time "$(find /path -iname "*.pdf")" If there are no spaces in the filenames/directories, you can drop the quotes from $(). Sorry, it doesn't work with spaces even with the quotes; if you don't have spaces in the directories/filenames, do ls -l --sort=time $(find /path -iname "*.pdf") If you have spaces, you need to set/restore IFS: S=${IFS}; IFS=$'\n'; ls -l --sort=time $(find . -iname "*.pdf"); IFS=${S} Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México Hm, I've tried: ls -l --sort=time $(find /home/joseph -iname "*.jpg") got: ls: invalid option -- '/' -- Joseph
Re: [gentoo-user] look for a file type + sort
On Thu, Sep 12, 2013 at 11:58 PM, Canek Peláez Valdés wrote: > On Thu, Sep 12, 2013 at 11:48 PM, Joseph wrote: >> I want to list recursively certain type of files eg. *.pdf but I want to >> display: date, path and newest file first. >> >> What is the easiest way of doing it? > > ls -l --sort=time "$(find /path -iname "*.pdf")" > > If there are no spaces in the filenames/directories, you can drop the > quotes from $(). Sorry, it doesn't work with spaces even with the quotes; if you don't have spaces in the directories/filenames, do ls -l --sort=time $(find /path -iname "*.pdf") If you have spaces, you need to set/restore IFS: S=${IFS}; IFS=$'\n'; ls -l --sort=time $(find . -iname "*.pdf"); IFS=${S} Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] look for a file type + sort
On Thu, Sep 12, 2013 at 11:48 PM, Joseph wrote: > I want to list recursively certain type of files eg. *.pdf but I want to > display: date, path and newest file first. > > What is the easiest way of doing it? ls -l --sort=time "$(find /path -iname "*.pdf")" If there are no spaces in the filenames/directories, you can drop the quotes from $(). Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
[gentoo-user] look for a file type + sort
I want to list recursively certain type of files eg. *.pdf but I want to display: date, path and newest file first. What is the easiest way of doing it? -- Joseph
Re: [gentoo-user] systemd and lvm
On Thu, Sep 12 2013, Canek Peláez Valdés wrote: > > Really, whomever is recommending to set CONFIG_UEVENT_HELPER_PATH is > probably wrong. I can't find *one* place where it is recommended, and > several where they explicitly say to leave the option in blank. OK. The wiki will continue to say it should be blank. allan
Re: [gentoo-user] cross-compiling mosh
On 12/09/13 at 09:21am, Stefan G. Weichinger wrote: > ps: anyone using mosh already? Experiences? opinions? I've been using mosh for almost a month now for my remote servers and when I'm away, for my workstation. I like the local echo and the persistent session over dodgy network connections. I can restart my router without worrying about re connecting via ssh. The responsiveness on high latency servers is also a big + for me. Set-up is also fairly straightforward just need to get the locale getup right. Mis-configured locale was the only issue I've ran into so far. -- - Yohan Pereira The difference between a Miracle and a Fact is exactly the difference between a mermaid and a seal. -- Mark Twain
Re: [gentoo-user] systemd and lvm
On Thu, Sep 12, 2013 at 12:35 PM, Stefan G. Weichinger wrote: > Am 12.09.2013 18:22, schrieb Canek Peláez Valdés: > >> Really, whomever is recommending to set CONFIG_UEVENT_HELPER_PATH is >> probably wrong. I can't find *one* place where it is recommended, and >> several where they explicitly say to leave the option in blank. > > So ... I agree with this. > > What to do about the initial problem then? > > With openrc lvcreate is no problem, with systemd it is ... (for me, on 2 > machines). Stefan, what initramfs are you using? I don't have much experience with LVM; I just installed a Qemu virtual machine with it, and it gave me no problems. But it was a dead simple setup. Your setup, however, seems to be rather complicated: you have LVM, LUKS and (if I remember correctly) software RAID? In my virtual machine I didn't had to do anything. There are no services for LVM, and there are no scripts doing nothing LVM related. There are a couple of udev rules, which I never touched, and systemd together with that seems to handle everything by itself. I have everything in LVM, including / and /boot (which is inside /). Could you please explain how is exactly your layout? From drives to partitions to PVs, VGs and LVs? And throw in there also the LUKS and RAID (if used) setup. I will try to replicate that in a VM. Next week, since we have a holiday weekend coming. When I installed my LVM setup, I was surprised to find how easy it was. The only problem I got was to install GRUB2 in /dev/vda, and even that wasn't that difficult, and only qemu related. So perhaps the problem is *moving* LVM machines to systemd, with the cruft from previous OpenRC installations. Perhaps you don't need to *add* anything, but to *remove* things that are not necessary anymore since systemd+dracut handles everything. Please explain to me your drive layout, so I can try to replicate it. Regards. -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
Re: [gentoo-user] systemd and lvm
Am 12.09.2013 18:22, schrieb Canek Peláez Valdés: > Really, whomever is recommending to set CONFIG_UEVENT_HELPER_PATH is > probably wrong. I can't find *one* place where it is recommended, and > several where they explicitly say to leave the option in blank. So ... I agree with this. What to do about the initial problem then? With openrc lvcreate is no problem, with systemd it is ... (for me, on 2 machines). Stefan
Re: [gentoo-user] systemd and lvm
On Thu, Sep 12, 2013 at 11:10 AM, wrote: > On Thu, Sep 12 2013, Stefan G. Weichinger wrote: > >> Am 12.09.2013 08:50, schrieb Mick: >>> On Wednesday 11 Sep 2013 12:38:23 Stefan G. Weichinger wrote: Am 11.09.2013 13:22, schrieb Stefan G. Weichinger: > Failed to set a proper state for notification semaphore > identified by cookie value Also found this: http://forums.gentoo.org/viewtopic-t-965446-view-previous.html?sid=5c1f845f >> 96ca4cf1a9c17d73501e232d I have # zgrep UEV /proc/config.gz CONFIG_UEVENT_HELPER_PATH="" CONFIG_DM_UEVENT=y so this is not my solution here ... >>> >>> I wonder if adding CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug" would >>> help you here. >> >> I don't have that binary. And some page on my way said the contrary: >> set it to empty and let udev (?) do that. > > The wiki says to have it blank. I just started working with the > systemd-wiki people and this is unsettled. Some are using > /sbin/hotplug. I believe there is not much experience to go on. > I will be trying to go to systemd with /sbin/hotplug. Do you even have /sbin/hotplug? I don't, in any of my machines, and I don't even remember when was the last time I saw it. >From the git live systemd README [1]: Legacy hotplug slows down the system and confuses udev: CONFIG_UEVENT_HELPER_PATH="" >From the kernel own help file: config UEVENT_HELPER_PATH string "path to uevent helper" default "" help Path to uevent helper program forked by the kernel for every uevent. Before the switch to the netlink-based uevent source, this was used to hook hotplug scripts into kernel device events. It usually pointed to a shell script at /sbin/hotplug. This should not be used today, because usual systems create many events at bootup or device discovery in a very short time frame. One forked process per event can create so many processes that it creates a high system load, or on smaller systems it is known to create out-of-memory situations during bootup. To disable user space helper program execution at early boot time specify an empty string here. This setting can be altered via /proc/sys/kernel/hotplug or via /sys/kernel/uevent_helper later at runtime. Really, whomever is recommending to set CONFIG_UEVENT_HELPER_PATH is probably wrong. I can't find *one* place where it is recommended, and several where they explicitly say to leave the option in blank. Regards. [1] http://cgit.freedesktop.org/systemd/systemd/tree/README -- Canek Peláez Valdés Posgrado en Ciencia e Ingeniería de la Computación Universidad Nacional Autónoma de México
[gentoo-user] systemd and kernel symbol HOTPLUG
The premerge check for systemd complains that CONFIG_HOTPLUG is not set. grep .config does not show "CONFIG_HOTPLUG" make menuconfig when asked to search for HOTPLUG shows that is has the value HOTPLUG (?). It also asserts that HOTPLUG is "selected by" a Boolean combination of flags all of which are true (and none are negated). What gives? thanks, allan
Re: [gentoo-user] systemd and kernel symbol HOTPLUG
On Thu, Sep 12 2013, gottl...@nyu.edu wrote: > The premerge check for systemd complains that CONFIG_HOTPLUG is not > set. > grep .config does not show "CONFIG_HOTPLUG" > > make menuconfig when asked to search for HOTPLUG shows that is has the > value HOTPLUG (?). It also asserts that HOTPLUG is "selected by" > a Boolean combination of flags all of which are true (and none are > negated). > > What gives? > > thanks, > allan See bug #484602. allan
Re: [gentoo-user] systemd and lvm
On Thu, Sep 12 2013, Stefan G. Weichinger wrote: > Am 12.09.2013 08:50, schrieb Mick: >> On Wednesday 11 Sep 2013 12:38:23 Stefan G. Weichinger wrote: >>> Am 11.09.2013 13:22, schrieb Stefan G. Weichinger: Failed to set a proper state for notification semaphore identified by cookie value >>> >>> Also found this: >>> >>> http://forums.gentoo.org/viewtopic-t-965446-view-previous.html?sid=5c1f845f >>> >>> > 96ca4cf1a9c17d73501e232d >>> >>> I have >>> >>> # zgrep UEV /proc/config.gz CONFIG_UEVENT_HELPER_PATH="" >>> CONFIG_DM_UEVENT=y >>> >>> so this is not my solution here ... >> >> I wonder if adding CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug" would >> help you here. > > I don't have that binary. And some page on my way said the contrary: > set it to empty and let udev (?) do that. The wiki says to have it blank. I just started working with the systemd-wiki people and this is unsettled. Some are using /sbin/hotplug. I believe there is not much experience to go on. I will be trying to go to systemd with /sbin/hotplug. hth, allan
Re: [gentoo-user] systemd and lvm
On Sep 12, 2013 8:04 AM, "Stefan G. Weichinger" wrote: > > Am 12.09.2013 14:43, schrieb Mick: > > >> I don't have that binary. And some page on my way said the > >> contrary: set it to empty and let udev (?) do that. > > > > Ha! Neither do I! > > > > # ls -la /sbin/hotplug ls: cannot access /sbin/hotplug: No such > > file or directory > > > > I can honestly say that I can't remember filling in this entry when > > configuring my kernels, but then how did it get there? > > > > dunno. > > Kernel help says about that setting: > > > Before the switch to the netlink-based uevent source, this was > > │ │ used to hook hotplug scripts into kernel device events. It > > │ │ usually pointed to a shell script at /sbin/hotplug. > > │ │ This should not be used today, because usual systems create > > │ │ many events at bootup or device discovery in a very short time > > │ │ frame. One forked process per event can create so many > > processes > > │ │ that it creates a high system load, or on smaller systems > > │ │ it is known to create out-of-memory situations during bootup. > > > I also found configs having this: > > CONFIG_UEVENT_HELPER_PATH="/usr/bin/udevadm" > > That binary would exist here. > > I am unsure if I should try that. Don't, that only will create potential fork bombs. Regards.
[gentoo-user] on overlays and contributing to gentoo
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 I sometimes have the feeling the number of people directly contributing to gentoo is decreasing and the number of people with their own overlays is increasing. Q: "Why contribute? I have my own overlay." A: That is bad. There are several reasons: * most overlays don't get any reviews from any other person/dev and hence the quality is usually a lot lower than in the official tree (not necessarily because we are smarter, but because of more eyes) * overlays decentralize packaging which is a very bad thing and can cause so many problems that I cannot name them all here (most importantly overlay maintainers have no access to the trees profiles/ folder, cannot limit breakage that happened and cannot coordinate any delicate bumps of crucial system libs) * some overlay maintainers overwrite system libraries with their own versions, causing unnecessary bugs for users * user experience does not improve if he has to add a whole overlay for a single package * most overlays don't do pgp signing or even have thin manifests * many overlay maintainers do not even bother to communicate in bug reports about ebuild requests, so developers might not even notice that someone has already worked on an ebuild There is probably more. In the end the important thing is that an overlay is not a direct contribution to gentoo. Of course, direct contribution requires more work and more patience, but will solve all of the above problems. Q: What is direct contribution? A: There are many ways: * file a bug report with an ebuild request giving useful information about the package (I sometimes give up on working on an ebuild, because I don't use the software and have little knowledge about what users will expect from an ebuild) * file a bug report with an ebuild proposal, preferably after getting a review in #gentoo-dev-help or #gentoo-sunrise * communicate to devs that you are interested in becoming a proxy maintainer [1] * contribute to sunrise [2] the official user overlay (yes, also an overlay, but with very strict policy to ensure compatibility with the tree); here you also get a review in #gentoo-sunrise and we have mirrors on github and bitbucket to accept pull requests * start bothering the gentoo herds/projects directly, either in their IRC channel or in their official overlays (oh, an overlay again, yes... but most of the time the work done there flows directly into the tree with some delay); some are hosted on github etc * become a dev [3] Only do your own overlay if more than one of the contribution channels failed. As an example: if you propose binary ebuilds for software that is opensource, then devs will probably not like that. It is also fine to have your own overlay, e.g. for testing or for packages that are really alpha, but contributing directly is more awesome and benefits more users. - -- [1] http://www.gentoo.org/proj/en/qa/proxy-maintainers/index.xml [2] http://www.gentoo.org/proj/en/sunrise/index.xml [3] http://www.gentoo.org/proj/en/devrel/handbook/handbook.xml?full=1#book_part1_chap2 -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.20 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/ iQEcBAEBAgAGBQJSMcfoAAoJEFpvPKfnPDWzIgEH/iOpSMzGMNW1Q+Kz4r3jC0e1 rsZd4YU+EgdCZrzcbYpYFyoJXdHkf4O7PxhBaMcRjLTZRMsuc5dy4l2MiyfWcV8m RJ2zeeu2ts99IQqkjncLwL3zuPT7xGt8hutwg8JRyvR47b3kvQqTO0XDq8uRdC8P 6jUtYHwJAG4F/YRjk7+vsH8RmQ9jPWRUb9pe/k9puW0ltdFAgC9vTInJnZJAY7j4 SJLAkST14R7mxTs2Uaqsfq/AgRK0A3d5o4OISECOx40VKBup9HZQqKkHBmSnKUMv lwFtQpl6ZyhuSUUUAVTuPMYIAozO49nzrpJ/i7whZ1fuXapfXvFGKMJltp1ZfR8= =gxlp -END PGP SIGNATURE-
Re: [gentoo-user] systemd and lvm
Am 12.09.2013 14:43, schrieb Mick: >> I don't have that binary. And some page on my way said the >> contrary: set it to empty and let udev (?) do that. > > Ha! Neither do I! > > # ls -la /sbin/hotplug ls: cannot access /sbin/hotplug: No such > file or directory > > I can honestly say that I can't remember filling in this entry when > configuring my kernels, but then how did it get there? > dunno. Kernel help says about that setting: > Before the switch to the netlink-based uevent source, this was > │ │ used to hook hotplug scripts into kernel device events. It > │ │ usually pointed to a shell script at /sbin/hotplug. > │ │ This should not be used today, because usual systems create > │ │ many events at bootup or device discovery in a very short time > │ │ frame. One forked process per event can create so many > processes > │ │ that it creates a high system load, or on smaller systems > │ │ it is known to create out-of-memory situations during bootup. I also found configs having this: CONFIG_UEVENT_HELPER_PATH="/usr/bin/udevadm" That binary would exist here. I am unsure if I should try that. S
Re: [gentoo-user] systemd and lvm
On Thursday 12 Sep 2013 09:37:32 Stefan G. Weichinger wrote: > Am 12.09.2013 08:50, schrieb Mick: > > On Wednesday 11 Sep 2013 12:38:23 Stefan G. Weichinger wrote: > >> Am 11.09.2013 13:22, schrieb Stefan G. Weichinger: > >>> Failed to set a proper state for notification semaphore > >>> identified by cookie value > >> > >> Also found this: > >> > >> http://forums.gentoo.org/viewtopic-t-965446-view-previous.html?sid=5c1f8 > >> 45f > > 96ca4cf1a9c17d73501e232d > > >> I have > >> > >> # zgrep UEV /proc/config.gz CONFIG_UEVENT_HELPER_PATH="" > >> CONFIG_DM_UEVENT=y > >> > >> so this is not my solution here ... > > > > I wonder if adding CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug" would > > help you here. > > I don't have that binary. And some page on my way said the contrary: > set it to empty and let udev (?) do that. Ha! Neither do I! # ls -la /sbin/hotplug ls: cannot access /sbin/hotplug: No such file or directory I can honestly say that I can't remember filling in this entry when configuring my kernels, but then how did it get there? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] systemd and lvm
Am 12.09.2013 08:50, schrieb Mick: > On Wednesday 11 Sep 2013 12:38:23 Stefan G. Weichinger wrote: >> Am 11.09.2013 13:22, schrieb Stefan G. Weichinger: >>> Failed to set a proper state for notification semaphore >>> identified by cookie value >> >> Also found this: >> >> http://forums.gentoo.org/viewtopic-t-965446-view-previous.html?sid=5c1f845f >> >> 96ca4cf1a9c17d73501e232d >> >> I have >> >> # zgrep UEV /proc/config.gz CONFIG_UEVENT_HELPER_PATH="" >> CONFIG_DM_UEVENT=y >> >> so this is not my solution here ... > > I wonder if adding CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug" would > help you here. I don't have that binary. And some page on my way said the contrary: set it to empty and let udev (?) do that.
Re: [gentoo-user] systemd and lvm
On Wednesday 11 Sep 2013 12:38:23 Stefan G. Weichinger wrote: > Am 11.09.2013 13:22, schrieb Stefan G. Weichinger: > > Failed to set a proper state for notification semaphore identified by > > cookie value > > Also found this: > > http://forums.gentoo.org/viewtopic-t-965446-view-previous.html?sid=5c1f845f > 96ca4cf1a9c17d73501e232d > > I have > > # zgrep UEV /proc/config.gz > CONFIG_UEVENT_HELPER_PATH="" > CONFIG_DM_UEVENT=y > > so this is not my solution here ... I wonder if adding CONFIG_UEVENT_HELPER_PATH="/sbin/hotplug" would help you here. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Mail System with virtuell User
Am 12.09.2013 02:12, schrieb Silvio Siefke: > Hello, > > > has someone run a Mailserver (Postfix) with virtuell User which not > use Mysql/Postgresql Database Backen? I has read the Dovecot / Postfix > Websites which has Howtos for No Database but so really want not run. > > The most Howto i found are for Mysql and on Debian. Gentoo is not use > as Web/Mailserver? I found only the wiki from Gentoo but is only use > with Database. Has someone a config and can shared or know someone a > Tutorial which can take as first step to install? > > > Thank you & Greetings > Silvio > Hello, i would say file based ist pretty much the default. All i specified in postfix is in main.cf "home_mailbox = Maildir/". And in dovecot in 10-mail.conf "mail_location = maildir:~/Maildir" Nothing else is storage related. Norman
[gentoo-user] cross-compiling mosh
I read about mosh http://mosh.mit.edu/ only yesterday and installed it on some of my systems to get started with it. I have a server at a customer which I access through an IPSEC tunnel ... for some reason the openssh-connection somehow stalls and even playing with the IPSEC-params didn't help much ... Might have to do with changing my router (right now a pfsense, earlier an ipfire-installation on an ALIX board) .. and the other side is running Cisco ... so ... you know. So I am rather curious if mosh could somehow help here. Unfortunately there are now binaries for the old SLES 10 that server runs. And the dependencies aren't there right now .. so I wonder if I could pre-compile mosh on my gentoo box ... I hesitate to just copy it over and execute it as I am definitely not paid to crash their servers ;-) The SLES says: # uname -a Linux juno 2.6.16.60-0.66.1-smp #1 SMP Fri May 28 12:10:21 UTC 2010 x86_64 x86_64 x86_64 GNU/Linux Anything to consider here ... ? possible? Thanks! Stefan ps: anyone using mosh already? Experiences? opinions?