[PD] Issue compiling pure data on Fedora

[William Binta]

Hi list,

I'm new to Linux and particullary to the Fedora distribution. But as some
people, I failed at installing the last build (0.49) on Fedora 29.
My installation configuration was= ./configure --enable-jack --enable-fftw
--enable-universal=x86_64 --disable-oss --without-local-portaudio
I precisely followed the steps on the INSTALL.txt, installed every thing
necessary mentioned for a successful compilation but yet, my pure-data
installation doesn't detects any audio devices. I get the "priority 92
scheduling failed; running at normal priority" on the pd console and
"priority 94 scheduling failed" error message on the terminal.
Even though I enabled jack on the "configure" step and put the -jack flag,
I read on the terminal that pure-data was not build with JACK.
I'm available to send any particular infos.

Someone on the Facebook group said that Miller Puckette himself uses
Fedora...
cheers,

in hope to get some help

William
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [OT] Long delays when writing to this list.

[Lucas Cordiviola]

I'll use this mail also as a test.


This was sent 11:25 and arrived 11:43.

I can live with it, hope soon becames faster as it used to.


Mensaje telepatico asistido por maquinas.

On 2/14/2019 11:25 AM, Lucas Cordiviola wrote:

please do not hijack unrelated threads.

Yes, sorry, my bad.

one thing that might have happened, is that hotmail set up a bunch of
new outgoing mailhosts at the beginning of 2019.
thus our system has to re-learn the new hotmail servers and this might
lead to the delayed delivery.

That might explain my problem. Thanks for the explanation.

Hope my situation is back to normality soon.

I'll use this mail also as a test.

:)

Mensaje telepatico asistido por maquinas.

On 2/14/2019 6:16 AM, IOhannes m zmoelnig wrote:

hi,

please do not hijack unrelated threads.
please do not hijack unrelated threads with OT topics.


On 13.02.19 18:15, Lucas Cordiviola wrote:


It started happening to me on January 2019.

I suspect is something on the Pd-list mail server.


definitely not.

we didn't really change anything on the mail infrastructure in the last
few weeks.

however, we (the iem) are using greylisting to drastically reduce spam
(that's on an intermediate mailserver, before the Pd-list mail server
receives any email).

https://en.wikipedia.org/wiki/Greylisting

the Pd related mailinglists have been protected by greylisting for years
(so this is nothing new on our side).

greylisting can result in a delivery delay, which can get longer if the
*sender* (in your case hotmail/outlook/microsoft)
- uses a rather long timeout between delivery attempts
- uses different outgoing  mailservers for multiple delivery attempts

greylisting is adaptive, so once the system learns that a given outgoing
mailserver sends legitimate email from userA to userB, the greylisting
step is skipped and the email gets through instantaneous.

one thing that might have happened, is that hotmail set up a bunch of
new outgoing mailhosts at the beginning of 2019.
thus our system has to re-learn the new hotmail servers and this might
lead to the delayed delivery.

for what it is worth, the email i'm replying to has the following
interesting headers (shortened the lines for readability):

~~~
Delivery-date: Wed, 13 Feb 2019 18:18:19 +0100
Received: from proxmox.iemnet [...]; Wed, 13 Feb 2019 18:18:19 +0100
Received: from mailgate.iem.at [...]; Wed, 13 Feb 2019 18:18:18 +0100 (CET)
Received: from mail.puredata.info [...]; Wed, 13 Feb 2019 18:18:13 +0100
(CET)
Received: from localhost [...]; Wed, 13 Feb 2019 18:15:48 +0100
Received: from inf178.kug.ac.at [...]; Wed, 13 Feb 2019 18:15:42 +0100
Received: from mailgate.iem.at [...]; Wed, 13 Feb 2019 18:15:41 +0100 (CET)
Received: from mail.iem.at [...]; Wed, 13 Feb 2019 18:15:38 +0100 (CET)
Received: from proxmox.iemnet [...]; Wed, 13 Feb 2019 18:15:38 +0100
Received: from mailgate.iem.at [...]; Wed, 13 Feb 2019 18:15:38 +0100 (CET)
Received: from NAM02-BL2-obe.outbound.protection.outlook.com [...]; Wed,
13 Feb 2019 18:15:33 +0100 (CET)
Received: from BL2NAM02FT029.eop-nam02.prod.protection.outlook.com
[...]; Wed, 13 Feb 2019 17:15:31 +
Received: from BN3PR01MB1956.prod.exchangelabs.com [...]; Wed, 13 Feb
2019 17:15:31 +
Received: from BN3PR01MB1956.prod.exchangelabs.com [...]; Wed, 13 Feb
2019 17:15:31 +
Date: Wed, 13 Feb 2019 17:15:31 +
~~~

which basically means (if you read it from bottom to top)
- you hit the "send" button at 17:15:31GMT
- our mailgateway (that does any greylisting), received the email at
17:15:38GMT
- the Pd-list server received the email at 17:15:48GMT
- i had the mail at 17:18:19GMT in my inbox

which is a <3 minute delay, which i find quite acceptable.

fgsdmr
IOhannes





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list




___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [OT] Long delays when writing to this list.

[Lucas Cordiviola]

please do not hijack unrelated threads.

Yes, sorry, my bad.

one thing that might have happened, is that hotmail set up a bunch of
new outgoing mailhosts at the beginning of 2019.
thus our system has to re-learn the new hotmail servers and this might
lead to the delayed delivery.

That might explain my problem. Thanks for the explanation.

Hope my situation is back to normality soon.

I'll use this mail also as a test.

:)

Mensaje telepatico asistido por maquinas.

On 2/14/2019 6:16 AM, IOhannes m zmoelnig wrote:

hi,

please do not hijack unrelated threads.
please do not hijack unrelated threads with OT topics.


On 13.02.19 18:15, Lucas Cordiviola wrote:


It started happening to me on January 2019.

I suspect is something on the Pd-list mail server.



definitely not.

we didn't really change anything on the mail infrastructure in the last
few weeks.

however, we (the iem) are using greylisting to drastically reduce spam
(that's on an intermediate mailserver, before the Pd-list mail server
receives any email).

https://en.wikipedia.org/wiki/Greylisting

the Pd related mailinglists have been protected by greylisting for years
(so this is nothing new on our side).

greylisting can result in a delivery delay, which can get longer if the
*sender* (in your case hotmail/outlook/microsoft)
- uses a rather long timeout between delivery attempts
- uses different outgoing  mailservers for multiple delivery attempts

greylisting is adaptive, so once the system learns that a given outgoing
mailserver sends legitimate email from userA to userB, the greylisting
step is skipped and the email gets through instantaneous.

one thing that might have happened, is that hotmail set up a bunch of
new outgoing mailhosts at the beginning of 2019.
thus our system has to re-learn the new hotmail servers and this might
lead to the delayed delivery.

for what it is worth, the email i'm replying to has the following
interesting headers (shortened the lines for readability):

~~~
Delivery-date: Wed, 13 Feb 2019 18:18:19 +0100
Received: from proxmox.iemnet [...]; Wed, 13 Feb 2019 18:18:19 +0100
Received: from mailgate.iem.at [...]; Wed, 13 Feb 2019 18:18:18 +0100 (CET)
Received: from mail.puredata.info [...]; Wed, 13 Feb 2019 18:18:13 +0100
(CET)
Received: from localhost [...]; Wed, 13 Feb 2019 18:15:48 +0100
Received: from inf178.kug.ac.at [...]; Wed, 13 Feb 2019 18:15:42 +0100
Received: from mailgate.iem.at [...]; Wed, 13 Feb 2019 18:15:41 +0100 (CET)
Received: from mail.iem.at [...]; Wed, 13 Feb 2019 18:15:38 +0100 (CET)
Received: from proxmox.iemnet [...]; Wed, 13 Feb 2019 18:15:38 +0100
Received: from mailgate.iem.at [...]; Wed, 13 Feb 2019 18:15:38 +0100 (CET)
Received: from NAM02-BL2-obe.outbound.protection.outlook.com [...]; Wed,
13 Feb 2019 18:15:33 +0100 (CET)
Received: from BL2NAM02FT029.eop-nam02.prod.protection.outlook.com
[...]; Wed, 13 Feb 2019 17:15:31 +
Received: from BN3PR01MB1956.prod.exchangelabs.com [...]; Wed, 13 Feb
2019 17:15:31 +
Received: from BN3PR01MB1956.prod.exchangelabs.com [...]; Wed, 13 Feb
2019 17:15:31 +
Date: Wed, 13 Feb 2019 17:15:31 +
~~~

which basically means (if you read it from bottom to top)
- you hit the "send" button at 17:15:31GMT
- our mailgateway (that does any greylisting), received the email at
17:15:38GMT
- the Pd-list server received the email at 17:15:48GMT
- i had the mail at 17:18:19GMT in my inbox

which is a <3 minute delay, which i find quite acceptable.

fgsdmr
IOhannes





___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] help making a GUI object visible in GOP (cyclone/comment)

[Julian Brooks]

Hey Alexandre,

Glad you got it sorted.

Hope you don't mind me saying... it's not good form to be dissing those
offering assistance (esp. when asking for more help). Wouldn't have
troubled you to just upload the object, and your responses came over a bit
arsey to be honest (though am sure they weren't meant to be:).

Peace amigo,

Julian

On Wed, 13 Feb 2019 at 18:15, Alexandre Torres Porres 
wrote:

> SOLVED!
>
> Em qua, 13 de fev de 2019 às 15:30, Alexandre Torres Porres <
> por...@gmail.com> escreveu:
>
>>
>> My best guess was to comment out line 455  - if (glist->gl_havewindow) -
>> in the comment_vis method, but that wasn't it, and all the other
>> attempts I did were more gratuitous guesses that led nowhere.
>>
>
> I was close!  If I also comment out the  if (!glist->gl_havewindow) function
> set in line 331, it shows up!!!
>
> Now I need more experiments so I can better understand all this. But hey,
> did it!
>
> Thanks anyway! If anyone has more guides and hints on learning how to code
> GUIs, I'd appreciate it.
>
> cheers
> ___
> Pd-list@lists.iem.at mailing list
> UNSUBSCRIBE and account-management ->
> https://lists.puredata.info/listinfo/pd-list
>
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list

Re: [PD] [OT] Long delays when writing to this list.

[IOhannes m zmoelnig]

hi,

please do not hijack unrelated threads.
please do not hijack unrelated threads with OT topics.


On 13.02.19 18:15, Lucas Cordiviola wrote:
> It started happening to me on January 2019.
> 
> I suspect is something on the Pd-list mail server.

definitely not.

we didn't really change anything on the mail infrastructure in the last
few weeks.

however, we (the iem) are using greylisting to drastically reduce spam
(that's on an intermediate mailserver, before the Pd-list mail server
receives any email).

https://en.wikipedia.org/wiki/Greylisting

the Pd related mailinglists have been protected by greylisting for years
(so this is nothing new on our side).

greylisting can result in a delivery delay, which can get longer if the
*sender* (in your case hotmail/outlook/microsoft)
- uses a rather long timeout between delivery attempts
- uses different outgoing  mailservers for multiple delivery attempts

greylisting is adaptive, so once the system learns that a given outgoing
mailserver sends legitimate email from userA to userB, the greylisting
step is skipped and the email gets through instantaneous.

one thing that might have happened, is that hotmail set up a bunch of
new outgoing mailhosts at the beginning of 2019.
thus our system has to re-learn the new hotmail servers and this might
lead to the delayed delivery.

for what it is worth, the email i'm replying to has the following
interesting headers (shortened the lines for readability):

~~~
Delivery-date: Wed, 13 Feb 2019 18:18:19 +0100
Received: from proxmox.iemnet [...]; Wed, 13 Feb 2019 18:18:19 +0100
Received: from mailgate.iem.at [...]; Wed, 13 Feb 2019 18:18:18 +0100 (CET)
Received: from mail.puredata.info [...]; Wed, 13 Feb 2019 18:18:13 +0100
(CET)
Received: from localhost [...]; Wed, 13 Feb 2019 18:15:48 +0100
Received: from inf178.kug.ac.at [...]; Wed, 13 Feb 2019 18:15:42 +0100
Received: from mailgate.iem.at [...]; Wed, 13 Feb 2019 18:15:41 +0100 (CET)
Received: from mail.iem.at [...]; Wed, 13 Feb 2019 18:15:38 +0100 (CET)
Received: from proxmox.iemnet [...]; Wed, 13 Feb 2019 18:15:38 +0100
Received: from mailgate.iem.at [...]; Wed, 13 Feb 2019 18:15:38 +0100 (CET)
Received: from NAM02-BL2-obe.outbound.protection.outlook.com [...]; Wed,
13 Feb 2019 18:15:33 +0100 (CET)
Received: from BL2NAM02FT029.eop-nam02.prod.protection.outlook.com
[...]; Wed, 13 Feb 2019 17:15:31 +
Received: from BN3PR01MB1956.prod.exchangelabs.com [...]; Wed, 13 Feb
2019 17:15:31 +
Received: from BN3PR01MB1956.prod.exchangelabs.com [...]; Wed, 13 Feb
2019 17:15:31 +
Date: Wed, 13 Feb 2019 17:15:31 +
~~~

which basically means (if you read it from bottom to top)
- you hit the "send" button at 17:15:31GMT
- our mailgateway (that does any greylisting), received the email at
17:15:38GMT
- the Pd-list server received the email at 17:15:48GMT
- i had the mail at 17:18:19GMT in my inbox

which is a <3 minute delay, which i find quite acceptable.

fgsdmr
IOhannes



signature.asc
Description: OpenPGP digital signature
___
Pd-list@lists.iem.at mailing list
UNSUBSCRIBE and account-management -> 
https://lists.puredata.info/listinfo/pd-list