Re: [gentoo-user] Re: Just when is portage/bashrc sourced?

[Neil Bothwick]

On Mon, 27 Nov 2017 02:57:47 +0100, David Haller wrote:

> On Sun, 26 Nov 2017, Neil Bothwick wrote:
> [..]
> >% cat /etc/portage/env/media-video/vcdimager-0.7.24
> >post_src_unpack() {
> >cd "${S}"
> >epatch_user
> >}  
> 
> https://wiki.gentoo.org/wiki//etc/portage/patches#Enabling_.2Fetc.2Fportage.2Fpatches_for_all_ebuilds

That came up in the OP, but the question was about doing it for selected
ebuilds, which is exactly what this must shorter option does.


-- 
Neil Bothwick

There is so much sand in Northern Africa that if it were spread out it
would completely cover the Sahara Desert.


pgpaJbFqLQXzT.pgp
Description: OpenPGP digital signature

Re: [gentoo-user] Re: Just when is portage/bashrc sourced?

[Michael Orlitzky]

On 11/27/2017 03:35 AM, Neil Bothwick wrote:
> 
> That came up in the OP, but the question was about doing it for selected
> ebuilds, which is exactly what this must shorter option does.
> 

You should update the wiki, your way is better.

Re: [gentoo-user] Setting up fetchmail to feed postfix

[Peter Humphrey]

On Friday, 24 November 2017 17:52:36 GMT Ralph Seichter wrote:
> As the OP is using Postfix to feed data to Dovecot, I strongly suggest
> configuring Dovecot's LMTP as a mailbox transport instead of having
> Postfix write directly to the file system.

Do I really need to do that on this small, low-volume network? What do I 
lose by letting postfix and fetchmail write files for dovecot to read?

-- 
Regards,
Peter.

Re: [gentoo-user] Setting up fetchmail to feed postfix

[Peter Humphrey]

On Friday, 24 November 2017 18:10:21 GMT Matthias Hanft wrote:
> Peter Humphrey wrote:
> > The ebuild installs /etc/init.d/fetchmail and /etc/conf.d/fetchmail, so
> > it seems to expect me to run as a daemon. But then there's no sample
> > fetchmailrc, which surprises me.
> 
> A simple example line from my /etc/fetchmailrc is:
> 
> poll pop.mail.server.example.com proto pop3
> user "your.username@there", with password "secret", is
> "your.username@here" here, ssl;
> 
> That's all...

Thank you Matt. That did the trick, and I now have fetchmail working.

-- 
Regards,
Peter.

Re: [gentoo-user] Setting up fetchmail to feed postfix

[Ralph Seichter]

On 27.11.17 14:44, Peter Humphrey wrote:

> Do I really need to do that on this small, low-volume network? What do
> I lose by letting postfix and fetchmail write files for dovecot to read?

It is very easy to configure Postfix to use an LMTP socket provided
by Dovecot (paths match typical installations, adapt if necessary):

  # /etc/dovecot/conf.d/10-master.conf
  service lmtp {
unix_listener /var/spool/postfix/private/dovecot-lmtp {
  user = postfix
  group = postfix
  mode = 0660
}
  }

  # /etc/postfix/main.cf
  mailbox_transport = lmtp:unix:private/dovecot-lmtp

These few lines save you from all the potential hassle that sharing
read/write access to the same files could bring. Dovecot will ensure
that indexes are up to date when mail is delivered, and that alone is
reason enough for me. I think the mail store belongs to the IMAP server,
and neither the MTA nor MUA should access that store directly via the
file system, but use protocols like LMTP and IMAP to communicate with
Dovecot instead. Standard separation of responsibilities, easier to
maintain.

-Ralph

Re: [gentoo-user] python build fail; undefined reference to pthread_* and sem_*

[Walter Dnes]

On Wed, Oct 11, 2017 at 10:15:50PM -0400, Walter Dnes wrote
> On Wed, Oct 11, 2017 at 11:56:21AM -0400, Mike Gilbert wrote
> 
> > I can reproduce the issue by adding -fopenmp to my CFLAGS. You can
> > work around it by adding -fopenmp to LDFLAGS as well.
> 
>   Thanks.  The following workaround makes python build properly.
> 
> LDFLAGS="-fopenmp" emerge =dev-lang/python-2.7.12 =dev-lang/python-3.4.5
> 
> > This is probably a bug in the Python build system; it should probably
> > be passing CFLAGS to gcc when linking libpython.
> 
>   Bug https://bugs.gentoo.org/634064 filed.

  Bump; I had to...

LDFLAGS="-fopenmp" emerge -1 =dev-lang/python-2.7.14 =dev-lang/python-3.5.4

..to get the latest pythons to build properly.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

[gentoo-user] Skype

[Jigme Datse Yli-RAsku]

Is Skype "largely unusable" on Gentoo?  It feels like about 3 days ago I
was forced to upgrade because "this version is no longer supported" and
to upgrade I had to keyword the latest version.  If this keeps
happening, to me, this is broken.  And I'm not sure if the problem is
that we are so far behind, that when Microsoft removes support we only
just barely meet the requirements, or if there is something I am missing.

I *do* like to keep my computer updated, but unless I misunderstand (and
it seems that Gentoo has changed a lot since I started using it about
15-20 years ago (I think)) stable is the recommended way to run the
system unless you want to go into "here be pesky programmes" territory.
When I started, even "stable" was a lot more work than previously used
distributions, but with Gentoo, I've always felt that with Gentoo, while
doing "basic stuff" can be more difficult, other distributions have
always been "if it doesn't work out of the box, it's probably not that
worth trying to figure it out."

I still feel that getting things working in Gentoo is always "a bit of
work" and if it "doesn't just work" it often still can be done without a
whole lot more work.  But having to upgrade in a "manual way" on
approximately a weekly basis just to have functionality tells me that
something is badly broken (and I don't feel it is Gentoo in this case,
but I need to have some better understanding).

I know, that when I was trying to figure out just "what was supported" I
actually wasn't getting good information...



signature.asc
Description: OpenPGP digital signature

[gentoo-user] Re: Just when is portage/bashrc sourced?

[Ian Zimmerman]

On 2017-11-27 07:59, Michael Orlitzky wrote:

> > That came up in the OP, but the question was about doing it for
> > selected ebuilds, which is exactly what this must shorter option
> > does.
> 
> You should update the wiki, your way is better.

Ah, now I see why I was so confused.  the /etc/portage/env/ directory
serves two purposes, only distantly related:

- houses the environment files, referenced from /etc/portage/package.env
  These can apparantly contain only variable settings.

- houses the package specific bashrc files, as $CATEGORY/$PN and so on.
  These can contain hook definitions and perhaps even more general shell
  code.

Both man portage(5) and the wiki treat the two cases separately, so the
fact that the ultimate data files are in the same directory is lost on
the careless reader (such as me).  Michael or Neil, if you do edit the
docs please improve this aspect.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet, fetch the TXT record for the domain.

Re: [gentoo-user] Skype

[Mick]

On Monday, 27 November 2017 17:10:26 GMT Jigme Datse Yli-RAsku wrote:
> Is Skype "largely unusable" on Gentoo?  It feels like about 3 days ago I
> was forced to upgrade because "this version is no longer supported" and
> to upgrade I had to keyword the latest version.  If this keeps
> happening, to me, this is broken.  And I'm not sure if the problem is
> that we are so far behind, that when Microsoft removes support we only
> just barely meet the requirements, or if there is something I am missing.

Both versions of net-im/skypeforlinux are keyworded at present.  I don't know 
if they've been on the tree for more than 30 days, without any bugs reported.  
I'm using 5.5.0.1 at present and have not noticed any problems, but my use of 
it is rather limited.


> I *do* like to keep my computer updated, but unless I misunderstand (and
> it seems that Gentoo has changed a lot since I started using it about
> 15-20 years ago (I think)) stable is the recommended way to run the
> system unless you want to go into "here be pesky programmes" territory.
> When I started, even "stable" was a lot more work than previously used
> distributions, but with Gentoo, I've always felt that with Gentoo, while
> doing "basic stuff" can be more difficult, other distributions have
> always been "if it doesn't work out of the box, it's probably not that
> worth trying to figure it out."

>From what I recall 'stable' means no bugs reported in the last 30 days.


> I still feel that getting things working in Gentoo is always "a bit of
> work" and if it "doesn't just work" it often still can be done without a
> whole lot more work.  But having to upgrade in a "manual way" on
> approximately a weekly basis just to have functionality tells me that
> something is badly broken (and I don't feel it is Gentoo in this case,
> but I need to have some better understanding).

Yes, Gentoo is more work than any point & click to install/maintain/upgrade 
binary distro.  This is the nature of the beast, but you probably know this if 
you've been using Gentoo for all these years.


> I know, that when I was trying to figure out just "what was supported" I
> actually wasn't getting good information...

My understanding of Linux and Gentoo in particular is that nothing is 
"supported".  What you get is the outcome of best endeavours, kind hearted 
volunteers care to contribute.  Of course, if you have signed a support 
contract with RHL things may be different.

-- 
Regards,
Mick

signature.asc
Description: This is a digitally signed message part.

Re: [gentoo-user] Skype

[Corbin]

On 11/27/2017 11:10 AM, Jigme Datse Yli-RAsku wrote:
> Is Skype "largely unusable" on Gentoo?  It feels like about 3 days ago I
> was forced to upgrade because "this version is no longer supported" and
> to upgrade I had to keyword the latest version.  If this keeps
> happening, to me, this is broken.  And I'm not sure if the problem is
> that we are so far behind, that when Microsoft removes support we only
> just barely meet the requirements, or if there is something I am missing.
>
> I *do* like to keep my computer updated, but unless I misunderstand (and
> it seems that Gentoo has changed a lot since I started using it about
> 15-20 years ago (I think)) stable is the recommended way to run the
> system unless you want to go into "here be pesky programmes" territory.
> When I started, even "stable" was a lot more work than previously used
> distributions, but with Gentoo, I've always felt that with Gentoo, while
> doing "basic stuff" can be more difficult, other distributions have
> always been "if it doesn't work out of the box, it's probably not that
> worth trying to figure it out."
>
> I still feel that getting things working in Gentoo is always "a bit of
> work" and if it "doesn't just work" it often still can be done without a
> whole lot more work.  But having to upgrade in a "manual way" on
> approximately a weekly basis just to have functionality tells me that
> something is badly broken (and I don't feel it is Gentoo in this case,
> but I need to have some better understanding).
>
> I know, that when I was trying to figure out just "what was supported" I
> actually wasn't getting good information...
>
personal opinion/

It is the software author / maintainer being stupid.

Two Possibilities :

# 1 : They can't do it right the first time, so they get to constantly
redo it.

# 2 : Skype is a MS product. MS still ( on purpose ) breaks their
software routinely so it will not work on other OS's.

NOTE : Microsoft has a reputation for being a "feckless weasel" when it
comes to what is supported and how it is supported.

/personal opinion.

Corbin

[gentoo-user] Re: Setting up fetchmail to feed postfix

[Ian Zimmerman]

On 2017-11-27 17:13, Ralph Seichter wrote:

> These few lines save you from all the potential hassle that sharing
> read/write access to the same files could bring. Dovecot will ensure
> that indexes are up to date when mail is delivered, and that alone is
> reason enough for me.

Do you really need lmtp for that, though?  As far as I remember simply
piping the messages to the /usr/lib/dovecot/deliver program, as the
deilivery mechanism, will ensure the same thing.  I don't know postfix
much though, so maybe that's hard to do with postfix, unlike my pet
exim.

Also, even if you completely ignore dovecot at delivery time and write
the mailbox behind its back, it will update the index as soon as you
connect via IMAP.  I remember wondering about this when I saw such a
setup and musing how it could possibly work, but it does.

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet, fetch the TXT record for the domain.

Re: [gentoo-user] python build fail; undefined reference to pthread_* and sem_*

[Mike Gilbert]

On Mon, Nov 27, 2017 at 11:47 AM, Walter Dnes  wrote:
> On Wed, Oct 11, 2017 at 10:15:50PM -0400, Walter Dnes wrote
>> On Wed, Oct 11, 2017 at 11:56:21AM -0400, Mike Gilbert wrote
>>
>> > I can reproduce the issue by adding -fopenmp to my CFLAGS. You can
>> > work around it by adding -fopenmp to LDFLAGS as well.
>>
>>   Thanks.  The following workaround makes python build properly.
>>
>> LDFLAGS="-fopenmp" emerge =dev-lang/python-2.7.12 =dev-lang/python-3.4.5
>>
>> > This is probably a bug in the Python build system; it should probably
>> > be passing CFLAGS to gcc when linking libpython.
>>
>>   Bug https://bugs.gentoo.org/634064 filed.
>
>   Bump; I had to...
>
> LDFLAGS="-fopenmp" emerge -1 =dev-lang/python-2.7.14 =dev-lang/python-3.5.4
>
> ..to get the latest pythons to build properly.

Just stick it in make.conf and call it fixed.

You can track further updates via the bug report.

Re: [gentoo-user] Skype

[R0b0t1]

Hello,

On Monday, November 27, 2017, Jigme Datse Yli-RAsku <
jigme.da...@datsemultimedia.com> wrote:
> Is Skype "largely unusable" on Gentoo?  It feels like about 3 days ago I
> was forced to upgrade because "this version is no longer supported" and
> to upgrade I had to keyword the latest version.  If this keeps
> happening, to me, this is broken.  And I'm not sure if the problem is
> that we are so far behind, that when Microsoft removes support we only
> just barely meet the requirements, or if there is something I am missing.
>
> I *do* like to keep my computer updated, but unless I misunderstand (and
> it seems that Gentoo has changed a lot since I started using it about
> 15-20 years ago (I think)) stable is the recommended way to run the
> system unless you want to go into "here be pesky programmes" territory.
> When I started, even "stable" was a lot more work than previously used
> distributions, but with Gentoo, I've always felt that with Gentoo, while
> doing "basic stuff" can be more difficult, other distributions have
> always been "if it doesn't work out of the box, it's probably not that
> worth trying to figure it out."
>
> I still feel that getting things working in Gentoo is always "a bit of
> work" and if it "doesn't just work" it often still can be done without a
> whole lot more work.  But having to upgrade in a "manual way" on
> approximately a weekly basis just to have functionality tells me that
> something is badly broken (and I don't feel it is Gentoo in this case,
> but I need to have some better understanding).
>
> I know, that when I was trying to figure out just "what was supported" I
> actually wasn't getting good information...
>

If it is keyworded it is "supported" unless you are using very niche
software. This does not mean anyone will be able to help you fix things
quickly.

Unstable packages typically run well. I routinely fix issues by using
unstable or even unkeyworded packages over the stable versions. Most issues
arise when stable and unstable packages interact, usually due to breaking
interface changes. So, paradoxically, an unstable (or testing) system can
be more stable than a stable system.

If you fix an issue by using an unstable package you can request
stabilization. Sometimes people forget to do it. For a package like Skype,
though, I suspect it will be stabilized as soon as possible.

Cheers,
R0b0t1

Re: [gentoo-user] Skype

[Lex Luthor]

Yeah, MS can have some pretty malicious practices. When they acquired Skype
they *removed* the E2E encryption.

On Mon, Nov 27, 2017 at 12:02 PM, R0b0t1  wrote:

> Hello,
>
>
> On Monday, November 27, 2017, Jigme Datse Yli-RAsku <
> jigme.da...@datsemultimedia.com> wrote:
> > Is Skype "largely unusable" on Gentoo?  It feels like about 3 days ago I
> > was forced to upgrade because "this version is no longer supported" and
> > to upgrade I had to keyword the latest version.  If this keeps
> > happening, to me, this is broken.  And I'm not sure if the problem is
> > that we are so far behind, that when Microsoft removes support we only
> > just barely meet the requirements, or if there is something I am missing.
> >
> > I *do* like to keep my computer updated, but unless I misunderstand (and
> > it seems that Gentoo has changed a lot since I started using it about
> > 15-20 years ago (I think)) stable is the recommended way to run the
> > system unless you want to go into "here be pesky programmes" territory.
> > When I started, even "stable" was a lot more work than previously used
> > distributions, but with Gentoo, I've always felt that with Gentoo, while
> > doing "basic stuff" can be more difficult, other distributions have
> > always been "if it doesn't work out of the box, it's probably not that
> > worth trying to figure it out."
> >
> > I still feel that getting things working in Gentoo is always "a bit of
> > work" and if it "doesn't just work" it often still can be done without a
> > whole lot more work.  But having to upgrade in a "manual way" on
> > approximately a weekly basis just to have functionality tells me that
> > something is badly broken (and I don't feel it is Gentoo in this case,
> > but I need to have some better understanding).
> >
> > I know, that when I was trying to figure out just "what was supported" I
> > actually wasn't getting good information...
> >
>
> If it is keyworded it is "supported" unless you are using very niche
> software. This does not mean anyone will be able to help you fix things
> quickly.
>
> Unstable packages typically run well. I routinely fix issues by using
> unstable or even unkeyworded packages over the stable versions. Most issues
> arise when stable and unstable packages interact, usually due to breaking
> interface changes. So, paradoxically, an unstable (or testing) system can
> be more stable than a stable system.
>
> If you fix an issue by using an unstable package you can request
> stabilization. Sometimes people forget to do it. For a package like Skype,
> though, I suspect it will be stabilized as soon as possible.
>
> Cheers,
> R0b0t1

[gentoo-user] mesa build failure

[Walter Dnes]

  I'm running 32-bit Gentoo.  mesa is the last remaining package in the
current emerge update.  Just in case, I tried...

MAKEOPTS="-j1" emerge --changed-use --deep --update @world

  That did not help.  Attached are the build log and output of

emerge --info '=media-libs/mesa-17.1.8::gentoo'

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications


eminfo.txt.gz
Description: Binary data


mesalog.txt.gz
Description: Binary data

[solved] Re: [gentoo-user] Skype

[Jigme Datse Yli-RAsku]

Thank you,

On 11/27/2017 10:02 AM, R0b0t1 wrote:
> Hello,
> 
> On Monday, November 27, 2017, Jigme Datse Yli-RAsku
>  > wrote:
>
>> I know, that when I was trying to figure out just "what was supported" I
>> actually wasn't getting good information...
> 
> If it is keyworded it is "supported" unless you are using very niche
> software. This does not mean anyone will be able to help you fix things
> quickly.

I think that I wasn't really clear as to where I was looking, and what I
meant by supported.  I know that it runs, and that it works as expected
in terms of Gentoo.  What I was looking at was the Microsoft page, and
what I saw there wasn't entirely clear.

Looking again, I see they say "5.* is at end of life, and is being
decommissioned as of now".  This is all that is in the main gentoo
repository.  So, while it runs fine, it doesn't actually do what people
would be installing it for (there are overlays which provide newer, and
at least most recent major version, versions).

> Unstable packages typically run well. I routinely fix issues by using
> unstable or even unkeyworded packages over the stable versions. Most
> issues arise when stable and unstable packages interact, usually due to
> breaking interface changes. So, paradoxically, an unstable (or testing)
> system can be more stable than a stable system.

I have few problems with how well it runs.  It's just that it fails to
connect to the server.  It appears often getting stuff like Skype to run
we need to install from an overlay, or install manually.

> If you fix an issue by using an unstable package you can request
> stabilization. Sometimes people forget to do it. For a package like
> Skype, though, I suspect it will be stabilized as soon as possible.

I *could* be mistaken, we will need to update the versions available to
get it to work.  I have a suspicion that it isn't really being
maintained.  I'm not sure.  I am having trouble finding "release
history", as I can't see what comes between skypeforlinux 5.* and 8.*,
and 8.* *seems* to have been released less than a month ago.

I agree with what has been said.  Microsoft has been very well known to
break things for other operating systems, especially for "Microsoft"
type stuff (as opposed to stuff that people don't really understand it
is Microsoft unless they are very aware).

Thank you everyone, I *think* this is solved.  I haven't installed, or
tested yet, but rion overlay is giving me what I need (at least it should).

Jigme Datse Yli-Rasku



signature.asc
Description: OpenPGP digital signature

Re: [gentoo-user] Skype

[Jigme Datse Yli-RAsku]

On 11/27/2017 10:14 AM, Lex Luthor wrote:
> Yeah, MS can have some pretty malicious practices. When they acquired
> Skype they *removed* the E2E encryption.

I am only using it for people I occasionally contact who are using it.
Specifically there is a group who I am involved with is ~800 km away,
and my only contact is online, but they use Skype, so I looked to see
what was happening with that.




signature.asc
Description: OpenPGP digital signature

Re: [gentoo-user] Re: Setting up fetchmail to feed postfix

[Ralph Seichter]

On 27.11.17 18:48, Ian Zimmerman wrote:

> Do you really need lmtp for that, though? As far as I remember simply
> piping the messages to the /usr/lib/dovecot/deliver program, as the
> deilivery mechanism, will ensure the same thing.

Both Dovecot and Postfix speak LMTP, so why not use it for local mail
transport? As the name suggests, that's what it was designed for, and
the setup I described (my standard configuration) has proven to be both
easy to configure and very reliable for me and my customers.

> I don't know postfix much though, so maybe that's hard to do with
> postfix, unlike my pet exim.

It's easy, see mailbox_command et al. One could even configure different
commands for each recipient, but I think LMTP beats launching an external
process per delivery.

-Ralph

Re: [gentoo-user] mesa build failure

[Alan McKinnon]

On 27/11/2017 20:18, Walter Dnes wrote:
>   I'm running 32-bit Gentoo.  mesa is the last remaining package in the
> current emerge update.  Just in case, I tried...
> 
> MAKEOPTS="-j1" emerge --changed-use --deep --update @world
> 
>   That did not help.  Attached are the build log and output of
> 
> emerge --info '=media-libs/mesa-17.1.8::gentoo'
> 

This is your build error:

/var/tmp/portage/media-libs/mesa-17.1.8/work/mesa-17.1.8/src/mesa/swrast/s_aatritemp.h:
In function 'rgba_aa_tri':
/var/tmp/portage/media-libs/mesa-17.1.8/work/mesa-17.1.8/src/mesa/swrast/s_aatritemp.h:196:57:
error: implicit declaration of function 'omp_get_thread_num'
[-Werror=implicit-function-declaration]
  span.array = SWRAST_CONTEXT(ctx)->SpanArrays +
omp_get_thread_num();

IIRC openmp provides that function. But his:


cc1: some warnings being treated as errors
make[5]: *** [Makefile:2946: swrast/s_aatriangle.lo] Error 1
make[5]: Leaving directory
'/var/tmp/portage/media-libs/mesa-17.1.8/work/mesa-17.1.8-abi_x86_32.x86/src/mesa'


mesa has 18 versions in-tree and mesa-17.1.8 is the second oldest. Any
special reason you are stuck so far back? A package.mask you no longr
actually need maybe? My first action would be to use something more
rcent that functions for yu.

Alan


-- 
Alan McKinnon
alan.mckin...@gmail.com

[gentoo-user] Re: mesa build failure

[Ian Zimmerman]

On 2017-11-27 21:07, Alan McKinnon wrote:

> mesa has 18 versions in-tree and mesa-17.1.8 is the second oldest. Any
> special reason you are stuck so far back? A package.mask you no longr
> actually need maybe?

All the later ones are ~arch ?

-- 
Please don't Cc: me privately on mailing lists and Usenet,
if you also post the followup to the list or newsgroup.
To reply privately _only_ on Usenet, fetch the TXT record for the domain.

Re: [gentoo-user] Re: mesa build failure

[Alan McKinnon]

On 27/11/2017 21:59, Ian Zimmerman wrote:
> On 2017-11-27 21:07, Alan McKinnon wrote:
> 
>> mesa has 18 versions in-tree and mesa-17.1.8 is the second oldest. Any
>> special reason you are stuck so far back? A package.mask you no longr
>> actually need maybe?
> 
> All the later ones are ~arch ?
> 

what I typed is incomplete, sorry about that:

mesa-17.1.8 is the second oldest ~arch version


-- 
Alan McKinnon
alan.mckin...@gmail.com

Re: [gentoo-user] Re: Setting up fetchmail to feed postfix

[Neil Bothwick]

On Mon, 27 Nov 2017 09:48:11 -0800, Ian Zimmerman wrote:

> > These few lines save you from all the potential hassle that sharing
> > read/write access to the same files could bring. Dovecot will ensure
> > that indexes are up to date when mail is delivered, and that alone is
> > reason enough for me.  
> 
> Do you really need lmtp for that, though?  As far as I remember simply
> piping the messages to the /usr/lib/dovecot/deliver program, as the
> deilivery mechanism, will ensure the same thing.  I don't know postfix
> much though, so maybe that's hard to do with postfix,
> unlike my pet exim.

In that case, why bother with Postfix at all. Can't fetchmail send mails
directly to an MDA? I use getmail and it doesn't need Postfix at all.


-- 
Neil Bothwick

WinErr 013: Unexpected error - Huh ?


pgp2kvYSXgF9S.pgp
Description: OpenPGP digital signature

[gentoo-user] OT: btrfs raid 5/6

[Bill Kenworthy]

Hi all,
I need to expand two bcache fronted 4xdisk btrfs raid 10's - this
requires purchasing 4 drives (and one system does not have room for two
more drives) so I am trying to see if using raid 5 is an option

I have been trying to find if btrfs raid 5/6 is stable enough to use but
while there is mention of improvements in kernel 4.12, and fixes for the
write hole problem I cant see any reports that its "working fine now"
though there is a phoronix article saying Oracle is using it since the
fixes.

Is anyone here successfully using btrfs raid 5/6?  What is the status of
scrub and self healing?  The btrfs wiki is woefully out of date :(

BillK

Re: [gentoo-user] Re: mesa build failure

[Walter Dnes]

On Mon, Nov 27, 2017 at 10:52:05PM +0200, Alan McKinnon wrote
> On 27/11/2017 21:59, Ian Zimmerman wrote:
> > On 2017-11-27 21:07, Alan McKinnon wrote:
> > 
> >> mesa has 18 versions in-tree and mesa-17.1.8 is the second oldest. Any
> >> special reason you are stuck so far back? A package.mask you no longr
> >> actually need maybe?
> > 
> > All the later ones are ~arch ?
> > 
> 
> what I typed is incomplete, sorry about that:
> 
> mesa-17.1.8 is the second oldest ~arch version

  I just noticed something interesting. 13.0.5 and 17.0.6 are stable for
both x86 and amd64.  17.1.8 is stable for x86 (this machine), but not
for amd64.

  I wonder if I should simply remove "-fopenmp" from flags in make.conf.
It's been causing problems for python as well as for mesa.

-- 
Walter Dnes 
I don't run "desktop environments"; I run useful applications

Re: [gentoo-user] Re: Setting up fetchmail to feed postfix

[Peter Humphrey]

On Monday, 27 November 2017 22:14:34 GMT Neil Bothwick wrote:
> On Mon, 27 Nov 2017 09:48:11 -0800, Ian Zimmerman wrote:
> > > These few lines save you from all the potential hassle that sharing
> > > read/write access to the same files could bring. Dovecot will ensure
> > > that indexes are up to date when mail is delivered, and that alone is
> > > reason enough for me.
> > 
> > Do you really need lmtp for that, though?  As far as I remember simply
> > piping the messages to the /usr/lib/dovecot/deliver program, as the
> > deilivery mechanism, will ensure the same thing.  I don't know postfix
> > much though, so maybe that's hard to do with postfix,
> > unlike my pet exim.
> 
> In that case, why bother with Postfix at all. Can't fetchmail send mails
> directly to an MDA? I use getmail and it doesn't need Postfix at all.

In my case, postfix collates emails from other boxes on the LAN.

-- 
Regards,
Peter.