Re: [gentoo-user] [Off-Topic] arch-openrc
On Friday 10 Mar 2017 00:00:31 Neil Bothwick wrote: > On Thu, 9 Mar 2017 23:34:01 +, Neil Bothwick wrote: > > > > Like this? > > > > > > > > http://northernlightlabs.se/systemd.status.mail.on.unit.failure > > > > > > Ah, but with a built-in MTA that would work out-of-the-box, in which > > > case the unit-status-mail@.service unit (or something like it) could > > > be included upstream ;-) . > > > > Indeed, but then you would be limited to emails when other types of > > notification may be more appropriate. > > > > Do you also want built in agents for MQTT, Pushover, Growl and all the > > other options? ;-) > > What it really needs is a text editor, maybe they could merge with > emacs :-) Errm ... isn't that an OS in need of a good editor? ;-) (Sorry, couldn't resist) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Missing TIFF3 Library
I'm trying to install hylafax-6.0.4 from overlay, current hylafaxplus-5.5.5 in
portage is buggy. My modem will not even dial the number. Trying to send a fax
system CPU goes 100% with process:
usr/sbin/faxq -q /var/spool/fax -D
My older system after upgrade is still running "hylafax-6.0.3" and no problems
sending/receiving faxes.
When I was trying to install hylafax-6.0.4 it is complaining about
/usr/include/tiff3
Missing TIFF Library.
Compilation of the following test program failed:
--
#include
#include "tiffio.h"
main()
{
printf( "header_ver=%d lib_ver=%s", TIFFLIB_VERSION, TIFFGetVersion() );
exit(0);
}
--
TIFFINC=-I/usr/include/tiff3
LIBTIFF=-l:/usr/lib/libtiff.so.3 -ljpeg -lz
Verify that you have the TIFFINC and LIBTIFF configuration parameters
set correctly for your system (see above) and that any environment
variables are setup that are needed to locate a libtiff DSO at runtime
(e.g. LD_LIBRARY_PATH). Also be sure that any relative pathnames are
made relative to the top of the build area.
==
I have: media-libs/tiff-3.9.7-r1 (installed)
but the system is not listing: "tiff3"
ll /usr/include/tiff*
-rw-r--r-- 1 root root 1521 Mar 9 21:39 /usr/include/tiffconf.h
-rw-r--r-- 1 root root 35983 Mar 9 21:39 /usr/include/tiff.h
-rw-r--r-- 1 root root 23008 Mar 9 21:39 /usr/include/tiffio.h
-rw-r--r-- 1 root root 1702 Mar 9 21:39 /usr/include/tiffio.hxx
-rw-r--r-- 1 root root 410 Mar 9 21:39 /usr/include/tiffvers.h
How do I go around it?
--
Thelma
Re: [gentoo-user] OT: shell question, maybe xargs?
On Fri, 10 Mar 2017, Adam Carter wrote:
>I have one command that dumps out a number of lines of output, and i
>want to have another command run multiple times taking a single line
>contents as its argument(s) each time. From what i understand of xargs
>it takes all the piped input and runs a command once with each of the
>piped inputs as another argument.
>Eg. say i want to run ethtool against each active interface dumped out
>by;
>ifconfig | grep ^[a-zA-Z] | awk '{print $1}'
>Tnx
pipe to `while read` ?
yourcommand | while read line; do
echo $line
done
--
~ parazyd
GPG: 0333 7671 FDE7 5BB6 A85E C91F B876 CB44 FA1B 0274
[gentoo-user] OT: shell question, maybe xargs?
I have one command that dumps out a number of lines of output, and i want
to have another command run multiple times taking a single line contents as
its argument(s) each time. From what i understand of xargs it takes all the
piped input and runs a command once with each of the piped inputs as
another argument.
Eg. say i want to run ethtool against each active interface dumped out by;
ifconfig | grep ^[a-zA-Z] | awk '{print $1}'
Tnx
Re: [gentoo-user] Re: No room left on /boot
> You don't need a /boot partition ;-) > > /boot is just a directory here. Worked like that for years and years. > > Yeah you just need to have a partitiion, filesystem and hardware that grub can see, right? This is practically everything tho, eg for filesystems; https://www.gnu.org/software/grub/manual/grub.html#Filesystems
Re: [gentoo-user] [Off-Topic] arch-openrc
On Thu, 9 Mar 2017 23:34:01 +, Neil Bothwick wrote: > > > Like this? > > > > > > http://northernlightlabs.se/systemd.status.mail.on.unit.failure > > > > Ah, but with a built-in MTA that would work out-of-the-box, in which > > case the unit-status-mail@.service unit (or something like it) could > > be included upstream ;-) . > > Indeed, but then you would be limited to emails when other types of > notification may be more appropriate. > > Do you also want built in agents for MQTT, Pushover, Growl and all the > other options? ;-) What it really needs is a text editor, maybe they could merge with emacs :-) -- Neil Bothwick After all is said and done let there not be more said than done. pgpCmbYtFMS4M.pgp Description: OpenPGP digital signature
Re: [gentoo-user] [Off-Topic] arch-openrc
On Thu, 09 Mar 2017 23:41:10 +0100, Marc Joliet wrote: > > > Heh, maybe then systemd would be able to send emails for failed > > > services ;-) . > > > > Like this? > > > > http://northernlightlabs.se/systemd.status.mail.on.unit.failure > > Ah, but with a built-in MTA that would work out-of-the-box, in which > case the unit-status-mail@.service unit (or something like it) could be > included upstream ;-) . Indeed, but then you would be limited to emails when other types of notification may be more appropriate. Do you also want built in agents for MQTT, Pushover, Growl and all the other options? ;-) -- Neil Bothwick I used to have a handle on life, then it broke. pgpIKGNT5rIFE.pgp Description: OpenPGP digital signature
Re: [gentoo-user] [Off-Topic] arch-openrc
On Donnerstag, 9. März 2017 22:50:26 CET Neil Bothwick wrote: > On Thu, 09 Mar 2017 22:23:34 +0100, Marc Joliet wrote: > > On Donnerstag, 9. März 2017 21:08:32 CET Rich Freeman wrote: > > > I guess all it is missing is an MTA. :) > > > > Heh, maybe then systemd would be able to send emails for failed > > services ;-) . > > Like this? > > http://northernlightlabs.se/systemd.status.mail.on.unit.failure Ah, but with a built-in MTA that would work out-of-the-box, in which case the unit-status-mail@.service unit (or something like it) could be included upstream ;-) . (Of course, as somebody who doesn't currently need failure emails, I don't *really* care about this topic, although I was vaguely aware of the method described in your link.) -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] [Off-Topic] arch-openrc
On Thu, 09 Mar 2017 22:23:34 +0100, Marc Joliet wrote: > On Donnerstag, 9. März 2017 21:08:32 CET Rich Freeman wrote: > > I guess all it is missing is an MTA. :) > > Heh, maybe then systemd would be able to send emails for failed > services ;-) . Like this? http://northernlightlabs.se/systemd.status.mail.on.unit.failure -- Neil Bothwick When told the reason for Daylight Saving time the old Indian said... "Only a white man would believe that you could cut a foot off the top of a blanket And sew it to the bottom of a blanket and have a longer blanket." pgpRdF7DiwefC.pgp Description: OpenPGP digital signature
Re: [gentoo-user] [Off-Topic] arch-openrc
On Donnerstag, 9. März 2017 21:08:32 CET Rich Freeman wrote: > I guess all it is missing is an MTA. :) Heh, maybe then systemd would be able to send emails for failed services ;-) . -- Marc Joliet -- "People who think they know everything really annoy those of us who know we don't" - Bjarne Stroustrup signature.asc Description: This is a digitally signed message part.
[gentoo-user] asterisk 11.25 Channel 'IAX2' unable to transfer
Any asterisk guru on a mailing list?
When I was using asterisk 11.25 that was registered with astersk-1.8.28.2
My iax2 "pear to pear" call were going through.
After I upgraded both to ver.11.25 I can not make iax call between the servers.
iax2 show registry
Host dnsmgr UsernamePerceived Refresh State
192.168.142.1:4569N home_serve 192.168.142.7:4569 60
Registered
1 IAX2 registrations.
-- Accepted AUTHENTICATED TBD call from 10.0.0.108
-- Accepting DIAL from 10.0.0.108, formats = (ulaw)
-- Executing [4@internal:1] Dial("IAX2/iaxy-322-7261",
"IAX2/home_server:x@192.168.141.1/4,30,rw") in new stack
-- Called IAX2/home_server:x@192.168.141.1/4
-- Call accepted by 192.168.141.1 (format ulaw)
-- Format for call is (ulaw)
-- IAX2/192.168.141.1:4569-1895 answered IAX2/iaxy-322-7261
-- Channel 'IAX2/192.168.141.1:4569-1895' unable to transfer
-- Channel 'IAX2/192.168.141.1:4569-1895' unable to transfer
Does it have something to do with iax.conf
;transfer=no; Disable IAX native transfer
I've tried "transfer=yes" but still can not make calls between two asterisk
over iax2
My dial line:
exten => 4,1,Dial(IAX2/home_server:xx@${clinic_server}/${EXTEN},30,rw)
--
Thelma
Re: [gentoo-user] [Off-Topic] arch-openrc
On Thu, Mar 9, 2017 at 12:40 PM, Marvin Gülker wrote: > On Thu, Mar 09, 2017 at 07:57:19AM -0500, Rich Freeman wrote: >> Honestly, as somebody who monitors all the systemd bugs on Gentoo it >> isn't actually that much work, and I suspect that it wouldn't be that >> much work maintaining openrc scripts on Arch. I doubt they rename the >> apache binary 3x per year, or move its location around the filesystem. > > Maybe not the apache binary, but who keeps track of things like sticking > the logrotate cronjob into systemd timer unit files (something I just > recently experienced on an Arch machine when I was looking for where > logrotate was called from and how often)? We don't generally create timer units for cron jobs installed by packages. We do have systemd-cron which can be a cron substitute using timers if you prefer for things in cron.d directories, or you can just run a regular cron. > Changes to mount units? We certainly don't do anything with mount units, and I'd be surprised if Arch messes with them though they could certainly do so. We just use fstab, and systemd has a generator by default which handles fstab. I'm not aware of anybody using mount units as a substitute for fstab, though it might make sense in situations where you want to use a mount as a dependency for a service. > Other > things absorbed by systemd? It's not like going without systemd is just > about setting different compilation options on upstream software. Not to > mention upstream software that has a hard dependency on systemd, like > GNOME I have heard -- these are going to require patching. Things like > these are going to grow rather than shrink, so I expect much work to come > onto the no-systemd people. > Well, if Arch is using these kinds of features then sure that is more work, and Gnome is a whole different beast. If nobody bothers to package a network manager because networkd is popular that would be a gap (though I doubt that is the case since networkd doesn't handle some cases). Most of the stuff that systemd does is at a moderate level of functionality. timedatectl certainly is good enough for a typcial system but it isn't intended to be an ntpd server implementation. networkd will handle a lot of typical cases, especially on servers, but as far as I'm aware it isn't really a great solution for laptops using Wifi. Resolved can handle the client side of DNS but certainly can't be an authoritative name server. The general goal systemd has is to provide a lot of the guts of a typical system to cut down on the variety of 3rd party stuff, but still allow that stuff to be used when it adds value. So, journald isn't a complete syslog implementation, but for what most people need it is adequate, etc. I guess all it is missing is an MTA. :) -- Rich
Re: [gentoo-user] [Off-Topic] arch-openrc
On Thu, Mar 09, 2017 at 07:57:19AM -0500, Rich Freeman wrote: > Honestly, as somebody who monitors all the systemd bugs on Gentoo it > isn't actually that much work, and I suspect that it wouldn't be that > much work maintaining openrc scripts on Arch. I doubt they rename the > apache binary 3x per year, or move its location around the filesystem. Maybe not the apache binary, but who keeps track of things like sticking the logrotate cronjob into systemd timer unit files (something I just recently experienced on an Arch machine when I was looking for where logrotate was called from and how often)? Changes to mount units? Other things absorbed by systemd? It's not like going without systemd is just about setting different compilation options on upstream software. Not to mention upstream software that has a hard dependency on systemd, like GNOME I have heard -- these are going to require patching. Things like these are going to grow rather than shrink, so I expect much work to come onto the no-systemd people. Greetings Marvin -- Blog: https://www.guelkerdev.de PGP/GPG ID: F1D8799FBCC8BC4F
Re: [gentoo-user] Emerge @system causing gcc downgrade
On Thu, 9 Mar 2017 15:50:23 +, White, Phil wrote: > As mentioned, I was careless with copying over /var from a previous > install. The problem wasn't with the world file, but with the db/pkg > lists. emerge -e did not immediately fix it. emerge -e @world would not have fixed it unless you emptied it first. -- Neil Bothwick WinErr 00D: Window closed - Do not look outside pgpF8nqPc8ftL.pgp Description: OpenPGP digital signature
Re: [gentoo-user] Emerge @system causing gcc downgrade
On 8 March 2017 at 11:29, Stroller wrote: > > Could you `grep -i gcc /var/lib/portage/world*` please? > > A copy of the whole world file(s) would be great, in fact, ideally as > plain text attachments. > Hi Stroller, Thanks, (and apologies for the delay). World file was empty at the time of the previous post - I was still working on fixing @system. As mentioned, I was careless with copying over /var from a previous install. The problem wasn't with the world file, but with the db/pkg lists. emerge -e did not immediately fix it. However, with patience and a few continuous fixes, I now have @system back - and am currently waiting for my previous world packages to finish. Hopefully by tomorrow morning, I should be able to complete a depclean without issue... > Also, any chance you could set your mailer to send only plain text emails > to the list? > I wish! Sorry - until I have a 'proper' system working again, I am stuck with webmail... :( Thanks again for everyone's help. Phil
Re: [gentoo-user] [Off-Topic] arch-openrc
On Thu, Mar 9, 2017 at 6:59 AM, Marvin Gülker wrote: > > With Arch, it's different. The no-systemd people need to run after all > cahnges made by the Arch team, and then place their own changes on top > of that. This creates certainly a lot of work, and certainly requires a > lot of manpower, which I am not sure these people have available. This, > in consequence, leads me to security considerations. How quickly do > security problem fixes propagate to arch-openrc? Honestly, as somebody who monitors all the systemd bugs on Gentoo it isn't actually that much work, and I suspect that it wouldn't be that much work maintaining openrc scripts on Arch. I doubt they rename the apache binary 3x per year, or move its location around the filesystem. If anything systemd is a bit more of a moving target since we started with distro-built scripts and have largely moved towards upstream-provided ones, while also dealing with changes in systemd itself (the latter has more to do with support for more features or changes in conventions than actual breakage). Now, systemd on Gentoo vs openrc on Arch might not be equivalent, since on Gentoo we are a bit more accustomed to heterogeneous environments and the way we maintain packages is structured around this. Systemd on Gentoo also has the advantage of more upstream support, since a LOT of packages have upstream-provided units that get installed by the build scripts. -- Rich
Re: [gentoo-user] [Off-Topic] arch-openrc
On Wed, Mar 08, 2017 at 06:50:17PM +, Mick wrote: > Well what do you know?! Alternative to monolithic stack solutions now exist > as alternatives for other distros too: > > https://sourceforge.net/projects/archopenrc/ The GitHub links on that page are broken (404). I was an Arch user before, and switched to Gentoo due to its prime support for OpenRC, where it is no second thought shoehorned ontop of a distro focusing on systemd. With Arch, it's different. The no-systemd people need to run after all cahnges made by the Arch team, and then place their own changes on top of that. This creates certainly a lot of work, and certainly requires a lot of manpower, which I am not sure these people have available. This, in consequence, leads me to security considerations. How quickly do security problem fixes propagate to arch-openrc? Also, is there some kind of non-IRC community like a mailinglist or a forum for them, so that one can at least estimate its popularity? Do they even have a website with RSS-subscribable announcements? There is a wealth of Linux distros with one person behind it. I will not use such Linux distros, because whenever something happens to this person, all users are screwed (I have heard people referring to this phenomenon cynically as the "truck factor" or "bus factor", a term which I not necessarily like due to its fatality -- the person might also just lose interest). I will watch what happens around systemd-free ArchLinux, but for the time being, I will stay with Gentoo happily on a well-maintained OpenRC. Marvin -- Blog: https://www.guelkerdev.de PGP/GPG ID: F1D8799FBCC8BC4F
[gentoo-user] Re: No room left on /boot
On 03/05/2017 11:33 PM, the...@sys-concept.com wrote: When I installed the system I followed standard, installation instructions, and allocated disk space accordingly in Gentoo installation instruction manual. I think it wasn't enough. What I my options to reduce kernel size or increase /boot partition? You don't need a /boot partition ;-) /boot is just a directory here. Worked like that for years and years.
