Re: [VOTE] Release Apache CouchDB 3.2.1

[Joan Touzet]

Hello there,

Sorry, I'm unavailable to help test and vote on releases.

I took notes during the 3.2.0 release as to what was needed to do the 
binary releases without me. Someone from the PMC, specifically, should 
pick this up for now.


https://gist.github.com/wohali/9f159bbdb6ef2c51a50d1e2326fc1d5b

Any questions, feel free to send me a note offlist.

Cheers,
Joan "too busy for a pithy quote" Touzet

On 02/11/2021 22:00, Nick Vatamaniuc wrote:

Dear community,

I would like to propose that we release Apache CouchDB 3.2.1

Candidate release notes:

 https://docs.couchdb.org/en/latest/whatsnew/3.2.html#version-3-2-1

We encourage the whole community to download and test these release
artefacts so that any critical issues can be resolved before the
release is made. Everyone is free to vote on this release, so dig
right in! (Only PMC members have binding votes, but they depend on
community feedback to gauge if an official release is ready to be
made.)

The release artefacts we are voting on are available here:

 https://dist.apache.org/repos/dist/dev/couchdb/source/3.2.1/rc.1/

There, you will find a tarball, a GPG signature, and SHA256/SHA512 checksums.

Please follow the test procedure here:

 
https://cwiki.apache.org/confluence/display/COUCHDB/Testing+a+Source+Release

Please remember that "RC1" is an annotation. If the vote passes, these
artefacts will be released as Apache CouchDB 3.2.1

Please cast your votes now.

Thanks,
-Nick

Re: [VULN 0/4] Hurd vulnerability details

[Joan Lledó]

Hi,

El 2/11/21 a les 17:35, Samuel Thibault ha escrit:

Hello,

Thanks a lot for this writing! That'll surely be an interesting read for
whoever wants to look a bit at the details of how the Hurd works. And of
course thanks for finding and fixing the vulnerabilities :)



Yes, I'm gonna read it carefully. Thanks Sergey!

Re: [PATCH] new interface: memory_object_get_proxy

[Joan Lledó]

Hi,

El 1/11/21 a les 17:47, Sergey Bugaev ha escrit:

With this diff (on top of your patch), it finally works sanely for me:


Cool, great work. I'd like to try it myself but I won't have the time 
until next weekend. I'll merge your changes with mine and make my tests.

Re: [PATCH] new interface: memory_object_get_proxy

[Joan Lledó]

Hi,

El 1/11/21 a les 14:36, Sergey Bugaev ha escrit:

* "Anonymous" mappings (created with a null memory object)


If they provide no object when calling vm_map, then the kernel uses the 
default pager, isn't it? Can't you send a reference to the default pager 
to memory_object_create_proxy()?


The RPC is to return a proxy, and proxies always need an original object 
to proxy, if there's no object, I'm not sure how this RPC should behave

[PATCH] new interface: memory_object_get_proxy

[Joan Lledó]

From: Joan Lledó 

To get a proxy to the region a given address belongs to,
with protection and range limited to the region ones.

* include/mach/mach4.defs: memory_object_get_proxy RPC declaration
* vm/memory_object_proxy.c: memory_object_get_proxy implementation
---
 include/mach/mach4.defs  | 10 
 vm/memory_object_proxy.c | 50 
 2 files changed, 60 insertions(+)

diff --git a/include/mach/mach4.defs b/include/mach/mach4.defs
index 98af5905..e1641146 100644
--- a/include/mach/mach4.defs
+++ b/include/mach/mach4.defs
@@ -110,3 +110,13 @@ routine memory_object_create_proxy(
start   : vm_offset_array_t;
len : vm_offset_array_t;
out proxy   : mach_port_t);
+
+/* Gets a proxy to the region that ADDRESS belongs to, starting at the region
+   start, with MAX_PROTECTION and LEN limited by the region ones, and returns
+   it in *PORT.  */
+routine memory_object_get_proxy(
+   task: task_t;
+   address : vm_address_t;
+   max_protection  : vm_prot_t;
+   len : vm_offset_t;
+   out proxy   : mach_port_t);
diff --git a/vm/memory_object_proxy.c b/vm/memory_object_proxy.c
index b55a17f1..b6c73576 100644
--- a/vm/memory_object_proxy.c
+++ b/vm/memory_object_proxy.c
@@ -191,6 +191,56 @@ memory_object_create_proxy (const ipc_space_t space, 
vm_prot_t max_protection,
   return KERN_SUCCESS;
 }
 
+/* Gets a proxy to the region that ADDRESS belongs to, starting at the region
+   start, with MAX_PROTECTION and LEN limited by the region ones, and returns
+   it in *PORT.  */
+kern_return_t
+memory_object_get_proxy (task_t task, const vm_offset_t address,
+vm_prot_t max_protection, vm_offset_t len,
+ipc_port_t *port)
+{
+  kern_return_t ret;
+  vm_map_entry_t entry, tmp_entry;
+  vm_offset_t offset, start;
+  ipc_port_t pager;
+
+  if (task == TASK_NULL)
+return(KERN_INVALID_ARGUMENT);
+
+  vm_map_lock_read(task->map);
+  if (!vm_map_lookup_entry(task->map, address, _entry)) {
+if ((entry = tmp_entry->vme_next) == vm_map_to_entry(task->map)) {
+  vm_map_unlock_read(task->map);
+  return(KERN_NO_SPACE);
+}
+  } else {
+entry = tmp_entry;
+  }
+
+  /* Limit the allowed protection and range to the entry ones */
+  if (len > entry->vme_end - entry->vme_start) {
+vm_map_unlock_read(task->map);
+return(KERN_INVALID_ARGUMENT);
+  }
+
+  max_protection &= entry->max_protection;
+  pager = ipc_port_copy_send(entry->object.vm_object->pager);
+  offset = entry->offset;
+  start = 0;
+
+  vm_map_unlock_read(task->map);
+
+  ret = memory_object_create_proxy(task->itk_space, max_protection,
+   , 1,
+   , 1,
+   , 1,
+   , 1, port);
+  if (ret)
+ipc_port_release_send(pager);
+
+  return ret;
+}
+
 /* Lookup the real memory object and maximum protection for the proxy
memory object port PORT, for which the caller holds a reference.
*OBJECT is only guaranteed to be valid as long as the caller holds
-- 
2.31.1

Re: [PATCH] new interface: memory_object_get_proxy

[Joan Lledó]

Here you go

Re: [PATCH] new interface: memory_object_get_proxy

[Joan Lledó]

Hi,

El 30/10/21 a les 14:06, Sergey Bugaev ha escrit:
> I hope this makes sense; I'd be happy to expand if not.

Thanks for your explanations, it makes sense but there's still one thing I 
don't understand: if memory_object_create_proxy() is the owner of the pager it 
receives as parameter, and the caller doesn't care about releasing it, then 
where is it released?

I modified my patch to met all your points, I assumed the function to release 
the reference is ipc_port_release_send(). Tell me if I'm wrong.

Thanks

[PATCH] new interface: memory_object_get_proxy

[Joan Lledó]

From: Joan Lledó 

To get a proxy to the region a given address belongs to,
with protection and range limited to the region ones.

* include/mach/mach4.defs: memory_object_get_proxy RPC declaration
* vm/memory_object_proxy.c: memory_object_get_proxy implementation
---
 include/mach/mach4.defs  | 10 +
 vm/memory_object_proxy.c | 48 
 2 files changed, 58 insertions(+)

diff --git a/include/mach/mach4.defs b/include/mach/mach4.defs
index 98af5905..e1641146 100644
--- a/include/mach/mach4.defs
+++ b/include/mach/mach4.defs
@@ -110,3 +110,13 @@ routine memory_object_create_proxy(
start   : vm_offset_array_t;
len : vm_offset_array_t;
out proxy   : mach_port_t);
+
+/* Gets a proxy to the region that ADDRESS belongs to, starting at the region
+   start, with MAX_PROTECTION and LEN limited by the region ones, and returns
+   it in *PORT.  */
+routine memory_object_get_proxy(
+   task: task_t;
+   address : vm_address_t;
+   max_protection  : vm_prot_t;
+   len : vm_offset_t;
+   out proxy   : mach_port_t);
diff --git a/vm/memory_object_proxy.c b/vm/memory_object_proxy.c
index b55a17f1..984a247b 100644
--- a/vm/memory_object_proxy.c
+++ b/vm/memory_object_proxy.c
@@ -191,6 +191,54 @@ memory_object_create_proxy (const ipc_space_t space, 
vm_prot_t max_protection,
   return KERN_SUCCESS;
 }
 
+/* Gets a proxy to the region that ADDRESS belongs to, starting at the region
+   start, with MAX_PROTECTION and LEN limited by the region ones, and returns
+   it in *PORT.  */
+kern_return_t
+memory_object_get_proxy (task_t task, const vm_offset_t address,
+vm_prot_t max_protection, vm_offset_t len,
+ipc_port_t *port)
+{
+  kern_return_t err;
+  vm_map_entry_t entry, tmp_entry;
+  vm_offset_t offset, start;
+  ipc_port_t pager;
+
+  if (task == TASK_NULL)
+return(KERN_INVALID_ARGUMENT);
+
+  vm_map_lock_read(task->map);
+  if (!vm_map_lookup_entry(task->map, address, _entry)) {
+if ((entry = tmp_entry->vme_next) == vm_map_to_entry(task->map)) {
+  vm_map_unlock_read(task->map);
+  return(KERN_NO_SPACE);
+}
+  } else {
+entry = tmp_entry;
+  }
+
+  /* Limit the allowed protection and range to the entry ones */
+  if (len > entry->vme_end - entry->vme_start)
+return(KERN_INVALID_ARGUMENT);
+
+  max_protection &= entry->max_protection;
+  pager = ipc_port_copy_send(entry->object.vm_object->pager);
+  offset = entry->offset;
+  start = 0;
+
+  vm_map_unlock_read(task->map);
+
+  err = memory_object_create_proxy(task->itk_space, max_protection,
+   , 1,
+   , 1,
+   , 1,
+   , 1, port);
+  if (err)
+ipc_port_release_send(pager);
+
+  return err;
+}
+
 /* Lookup the real memory object and maximum protection for the proxy
memory object port PORT, for which the caller holds a reference.
*OBJECT is only guaranteed to be valid as long as the caller holds
-- 
2.31.1

[nysbirds-l] White-winged Crossbills irrupting into the Adirondacks

[Joan Collins]

Midday on October 27, 2021, I heard a flock of White-winged Crossbills
flying over our house in Long Lake (Hamilton Co.) as I was getting in my
car.  At Sabattis Bog, I heard more White-winged Crossbills as I got out of
the car and counted 14 birds fly over me.  A few minutes later, a large
flock of over 40 birds came from the same direction!  (I had an appointment
in Plattsburgh and had to quickly leave the bog - frustrating!)  On October
29, I was heading to Willsboro and slowed down on the Blue Ridge Road where
White-winged Crossbills (WWCRs) nest when they irrupt and I immediately saw
a large flock flying across the road - I put the windows down and heard
WWCRs calling!  Late this afternoon around 4 p.m. (Oct. 30), Betsy Miner,
Mar Bodine, and I briefly visited Sabattis Bog and we tallied 62
White-winged Crossbills in 3 different flocks (12, 20 - exact counts, and a
conservative estimate of 30 on another large flock).  It certainly appears
that there is a large movement into the area going on!  Matt Young and I
always pine for another "2000-2001"-type remarkable crossbill winter, and
this may finally be the year!!!  (At least I can hope!)

 

Both Red and White-winged Crossbills nested in the Adirondacks this past
summer - arriving in June.  This seems to be the typical pattern in
irruptive years, with good numbers of Red Crossbills and smaller numbers of
White-winged Crossbills irrupting in the summer - and then larger numbers of
WWCRs irrupting for the winter.

 

There is a nice stretch of weather (no precipitation and calm winds)
beginning on Wednesday and I plan to spend some time visiting other typical
WWCR nesting locations.  Betsy and Mar said they'd visit locations in
Bloomingdale to check.

 

I have also been hearing Pine Siskins moving into the area over the past
month.

 

With excellent food crops in the Adirondacks, it should be an exciting
winter!  Here is the link to the annual Winter Finch Forecast from Tyler
Hoar: https://finchnetwork.org/winter-finch-forecast-2021-2022-by-tyler-hoar


 

Other recent observations:  On Oct. 29 at 1 p.m., there was a Northern
Shrike perched at the top of a tree along Jersey St. in Essex just west of
the intersection with Sanders Road.  Late that same day, a solo Rusty
Blackbird flew over Shaw Pond in Long Lake and dropped into a muddy section.
(On 9/28/21, we observed 16 Rusty Blackbirds foraging in the mud at Shaw
Pond - we could see 16 at once, there were likely more.  Sadly, this is the
largest group of migrants I've observed in many years - a good sign, but
nothing like flocks of over 100 common many years ago.)  Waterfowl numbers
are still high at Shaw Pond and I also noted at least 10 Beavers foraging in
the lily pads!

 

Robert Buckert and his friend Jules (both from Rochester) were up birding in
the Adirondacks and I joined them one of the days (Oct. 18) - we had a
terrific birding day, but the highlight was a male Moose that Robert spotted
when we hiked the rail bed in Minerva!  (We were looking for Red
Crossbills.)  It was a young male foraging in Vanderwhacker Brook.  We
observed it through my scope for a long time - and then we walked away
without disturbing it at all!  I've never walked away from a Moose sighting
before!

 

On the climate change subject: We just experienced our first September
without a frost in the Adirondacks, and the first October without snow.  At
this point, October is now like September used to be.  (First frost was on
Oct. 24, 2021 - over a month later than was typical years ago.)

 

On a positive note, my 18-month old grandson is a birder!  (I didn't know
this was possible!)  I've noticed it since he was a baby in his stroller and
he would attend to every bird that vocalized.  I told my son and
daughter-in-law then and they just laughed - well, they aren't laughing
anymore!  My grandson knows more birds than they do now!  (He knows Red
Crossbill and I can't wait to show him gritting birds in the road this
winter!)  He has his father's pianist ears and his mother's keen eyes, and
he points out flying birds to me!  I was talking with his mother yesterday,
and he interrupted us by giving a Common Raven call (I taught him that and
it is really funny to see him do it!) alerting me to a nearby raven that I
hadn't noticed!  He has the same interest in trees, plants, flowers,
mushrooms, mammals, insects, etc.  He wants me to name everything!  I wish I
could see him every day (I do see him several times a week).  His mother
sends me videos of him on my phone and it is so frustrating because I see
him reacting to bird song and no one names the bird for him like I'd do!
(In one video a Brown Creeper was singing and he turned and pointed to it,
but no one named it for him!)  Keep an eye on young people in your life with
an interest in birds - it's never too early!

 

Joan Collins

Adirondack Avian Expeditions & Workshops LLC

Editor, New York Birders

Long Lake, NY

(315) 244-7127 cell   

(518) 624-5

[nysbirds-l] White-winged Crossbills irrupting into the Adirondacks

[Joan Collins]

Midday on October 27, 2021, I heard a flock of White-winged Crossbills
flying over our house in Long Lake (Hamilton Co.) as I was getting in my
car.  At Sabattis Bog, I heard more White-winged Crossbills as I got out of
the car and counted 14 birds fly over me.  A few minutes later, a large
flock of over 40 birds came from the same direction!  (I had an appointment
in Plattsburgh and had to quickly leave the bog - frustrating!)  On October
29, I was heading to Willsboro and slowed down on the Blue Ridge Road where
White-winged Crossbills (WWCRs) nest when they irrupt and I immediately saw
a large flock flying across the road - I put the windows down and heard
WWCRs calling!  Late this afternoon around 4 p.m. (Oct. 30), Betsy Miner,
Mar Bodine, and I briefly visited Sabattis Bog and we tallied 62
White-winged Crossbills in 3 different flocks (12, 20 - exact counts, and a
conservative estimate of 30 on another large flock).  It certainly appears
that there is a large movement into the area going on!  Matt Young and I
always pine for another "2000-2001"-type remarkable crossbill winter, and
this may finally be the year!!!  (At least I can hope!)

 

Both Red and White-winged Crossbills nested in the Adirondacks this past
summer - arriving in June.  This seems to be the typical pattern in
irruptive years, with good numbers of Red Crossbills and smaller numbers of
White-winged Crossbills irrupting in the summer - and then larger numbers of
WWCRs irrupting for the winter.

 

There is a nice stretch of weather (no precipitation and calm winds)
beginning on Wednesday and I plan to spend some time visiting other typical
WWCR nesting locations.  Betsy and Mar said they'd visit locations in
Bloomingdale to check.

 

I have also been hearing Pine Siskins moving into the area over the past
month.

 

With excellent food crops in the Adirondacks, it should be an exciting
winter!  Here is the link to the annual Winter Finch Forecast from Tyler
Hoar: https://finchnetwork.org/winter-finch-forecast-2021-2022-by-tyler-hoar


 

Other recent observations:  On Oct. 29 at 1 p.m., there was a Northern
Shrike perched at the top of a tree along Jersey St. in Essex just west of
the intersection with Sanders Road.  Late that same day, a solo Rusty
Blackbird flew over Shaw Pond in Long Lake and dropped into a muddy section.
(On 9/28/21, we observed 16 Rusty Blackbirds foraging in the mud at Shaw
Pond - we could see 16 at once, there were likely more.  Sadly, this is the
largest group of migrants I've observed in many years - a good sign, but
nothing like flocks of over 100 common many years ago.)  Waterfowl numbers
are still high at Shaw Pond and I also noted at least 10 Beavers foraging in
the lily pads!

 

Robert Buckert and his friend Jules (both from Rochester) were up birding in
the Adirondacks and I joined them one of the days (Oct. 18) - we had a
terrific birding day, but the highlight was a male Moose that Robert spotted
when we hiked the rail bed in Minerva!  (We were looking for Red
Crossbills.)  It was a young male foraging in Vanderwhacker Brook.  We
observed it through my scope for a long time - and then we walked away
without disturbing it at all!  I've never walked away from a Moose sighting
before!

 

On the climate change subject: We just experienced our first September
without a frost in the Adirondacks, and the first October without snow.  At
this point, October is now like September used to be.  (First frost was on
Oct. 24, 2021 - over a month later than was typical years ago.)

 

On a positive note, my 18-month old grandson is a birder!  (I didn't know
this was possible!)  I've noticed it since he was a baby in his stroller and
he would attend to every bird that vocalized.  I told my son and
daughter-in-law then and they just laughed - well, they aren't laughing
anymore!  My grandson knows more birds than they do now!  (He knows Red
Crossbill and I can't wait to show him gritting birds in the road this
winter!)  He has his father's pianist ears and his mother's keen eyes, and
he points out flying birds to me!  I was talking with his mother yesterday,
and he interrupted us by giving a Common Raven call (I taught him that and
it is really funny to see him do it!) alerting me to a nearby raven that I
hadn't noticed!  He has the same interest in trees, plants, flowers,
mushrooms, mammals, insects, etc.  He wants me to name everything!  I wish I
could see him every day (I do see him several times a week).  His mother
sends me videos of him on my phone and it is so frustrating because I see
him reacting to bird song and no one names the bird for him like I'd do!
(In one video a Brown Creeper was singing and he turned and pointed to it,
but no one named it for him!)  Keep an eye on young people in your life with
an interest in birds - it's never too early!

 

Joan Collins

Adirondack Avian Expeditions & Workshops LLC

Editor, New York Birders

Long Lake, NY

(315) 244-7127 cell   

(518) 624-5

Re: [PATCH] new interface: memory_object_get_proxy

[Joan Lledó]

Hi,

El 24/10/21 a les 19:50, Sergey Bugaev ha escrit:

Naming: perhaps memory_object_create_vm_proxy ()? or even
memory_object_create_task_vm_proxy ()?


I don't care about the name, you guys decide.


I would expect the request port argument to be a vm_task_t (i.e. a
vm_map), not a full task. But I see that you need to pass
task->itk_space to memory_object_create_proxy (). But
memory_object_create_proxy () doesn't actually need the task either,
it just checks it against NULL (as usual) and never uses it again. So
maybe it'd be cleaner to make both calls accept a vm_task_t? Not that
this matters.


yes, that's true, but if we remove the parameter from 
memory_object_create_proxy() then we must remove it from all calls in 
the code, and in the documentation if there's any. So that's beyond the 
scope of this patch, it's something we can do later on.




I don't think you can access the entry once you've unlocked the map.



You're probably right b/c it doesn't seem the entry is being accessed 
after the lock release in any other place of the code.



Should the implementation cap the length to that of the entry
silently, or should it return an error if called with an overly long
len argument?



I don't know, Samuel, what do you think?



I'm... not sure if this is wrong, but just to bring some attention to
it: isn't memory_object_create_proxy () supposed to *consume* the
'objects' ports array in the successful case? I see it uses
ipc_port_copy_send (object[0]), why does that not cause a leak? For a
reference point, mach_ports_register (), which is another kernel RPC
that accepts a port array, sure does consume it.

If it *is* the case that memory_object_create_proxy () should consume
the ports, then your new routine should make an extra ref to the pager
port before passing it to memory_object_create_proxy ().


I'm not familiar with the concept of consuming objects, could you 
explain it to me?

Re: [DISCUSS] improving visibility for CouchDB-maintained independent Erlang apps

[Joan Touzet]

On 29/10/2021 09:52, Adam Kocoloski wrote:

Ah! That .asf.yaml configuration is neat, thanks for pointing it out.

Good point on the source releases — do you have anything in particular in mind 
when you talk about making it simpler for the community at large?


Sorry, that . should be a , :


this could be made simpler for the community at large, with documentation on 
how to test these applications independently of CouchDB.


meaning just make the release process easier to vote on. Not knowing 
anything about those apps, I'd want docs on how to put it thru its paces 
to feel right about voting on it. If we're happy with just passing unit 
tests, then that's that.


Nick also writes:


Regarding releases, anyone can clone these repos and use them, but I
guess we cannot say they are ASF project "releases". Is that a correct
interpretation? Not sure if adding a disclaimer to the docs might
help, too.


Anyone can clone and use CouchDB today too! Doesn't stop us from doing 
proper releases on it. If you want to call them valuable enough to be 
standalone things, and release them on Hex as binaries, then we should 
do the right thing and treat them as first-class citizens. And with good 
docs we can make this as painless a process as possible for everyone, 
modulo having to use svn to upload the tarballs after voting.


-Joan

Re: [Evergreen-general] "Digital" Cards and Library/School Partnerships

[Joan Kranich via Evergreen-general]

Hi Keith,

Some of our libraries have worked with schools to register students.  Some
visit the school.  C/W MARS has a policy and procedure to first search for
the patron in Evergreen to be sure a patron record does not already exist.
We do not do patron record loads except for our academic (college) members.

We use OverDrive to circulate econtent.  Some of our public libraries
partner with their local school(s) to use the OverDrive Sora program which
allows students to borrow the network's OverDrive content without a library
card.

Joan

On Thu, Oct 28, 2021 at 1:32 PM Kaffenberger, Keith via Evergreen-general <
evergreen-general@list.evergreen-ils.org> wrote:

> Question to other libraries and consortium heads out there – how do you
> handle libraries that want to partner with schools to issue student cards
> to all existing students en masse? In particular:
>
>
>
>- Do you just live with the fact that this will almost certainly
>result in duplicate accounts? Do you group the duplicate accounts together?
>- Do you have a policy in place specifically to enable this or outline
>a best practice?
>- Really the one I’m most curious about - for libraries that don’t
>want to issue physical library cards to students, but instead just rely on
>issuing an in-house barcode number, has that caused any issues that should
>be planned for or worked around? Offhand, I don’t see too much potential
>damage from libraries that want to issue card numbers that aren’t linked to
>physical cards, but I am playing on the defensive this week haven’t had the
>mental bandwidth put it through the thought-wringer to squeeze out all the
>delicious thought *juice*. I would imagine you’d want to keep the
>prefix the same for accessing databases and services that validate based on
>library card prefix, but certainly seems far more sane to create a specific
>prefix that denotes these are non-physical cards.
>
>
>
> I appreciate your insight and feedback immensely!
>
>
>
> Cheers,
>
> Keith
>
>
>
> ---
>
> Keith Kaffenberger
> Evergreen Indiana Coordinator
>
>
> Indiana State Library
> https://www.in.gov/library/
> 315 W Ohio St
> Indianapolis, IN 46202
> (317) 234-6624
> kkaffenber...@library.in.gov
>
>
> ___
> Evergreen-general mailing list
> Evergreen-general@list.evergreen-ils.org
> http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general
>


-- 

Joan Kranich | Library Applications Manager

CW MARS

jkran...@cwmars.org

508-755-3323 x321 or x1 <(508)%20755-3323>

http://www.cwmars.org

Pronouns <https://www.mypronouns.org/what-and-why>: she, her, hers
___
Evergreen-general mailing list
Evergreen-general@list.evergreen-ils.org
http://list.evergreen-ils.org/cgi-bin/mailman/listinfo/evergreen-general

Re: [DISCUSS] improving visibility for CouchDB-maintained independent Erlang apps

[Joan Touzet]

On 28/10/2021 16:44, Adam Kocoloski wrote:
I think we could benefit from making these projects more visible. Paul’s jiffy library for JSON processing is a nice counterexample where he's gotten non-trivial contributions from the broader Erlang community by putting a little distance between it and CouchDB. Do others agree? 


No opinion here, but:


If so, I’ve been thinking about some next steps that would help on that front:
- activating GH Issues (and maybe even Discussions?)


The only ASF thing is that we must ensure that all of the Issues traffic 
ends up on a mailing list for archival purposes. (I think Infra are 
still working on mirroring Discussions traffic.)


Mirroring that traffic and enabling issues is in fact self-serve now:

https://cwiki.apache.org/confluence/display/INFRA/Git+-+.asf.yaml+features#Git.asf.yamlfeatures-Notificationsettingsforrepositories

and

https://cwiki.apache.org/confluence/display/INFRA/Git+-+.asf.yaml+features#Git.asf.yamlfeatures-Repositoryfeatures

If you want Discussions you have to open an Infra ticket.


- releases published in Hex? (bit worried about the interaction with ASF 
release requirements here)


"Real" source releases would still have to go through voting and 3 +1 
PMC votes - this could be made simpler for the community at large. with 
documentation on how to test these applications independently of CouchDB.


Binary releases aren't "real" releases, but they would need to be paired 
with actual ASF releases due to policy. No problem with them being on 
Hex just as there's no problem with us being on Docker or any other 
binary stream, just so long as we do the "official" dance first.


-Joan

[LincolnTalk] FYI: 3 Talks about Racial Justice: Don Hafner, Ray Shepard and Elise Lemire

[Joan Kimball]

Three outstanding talks:

1.* Tonight*, sponsored by First Parish Racial Justice Journey and Lincoln
Historical Society.7 P.M. on zoom

*Don Hafner: Entangled Lives: Black and White. Lincoln and It's African
American Residents in the 18th Century*.

Zoom Link:
Join the event here:
https://zoom.us/j/93632760035?pwd=MHl1Mjg1V1R0ZlRNTlRhRzdtQzFyZz09
Meeting ID: 936 3276 0035
Passcode: 177417



2. In response to questions about how to view the recording of *Ray
Shepard's talk " How to Talk About Race in a Time of Critical Race Theory
Pushback,"* given as part of the First Parish Racial Justice Journey on
Thursday, October 21.


https://www.fplincoln.org/posts/how-do-we-talk-about-race-in-a-time-of-crt-pushback/
.




3. And for those who missed the Juneteenth  Bemis Lecture given by *Elise
Lemire entitled,"**Slave History of Lincoln Massachusetts: Sponosored by
Bemis Free Lecture Series on Juneteenth can be found on youtube **at**:
 **https://youtu.be/zEaXkTHSBd0 *
   ,"
-- 
The LincolnTalk mailing list.
To post, send mail to Lincoln@lincolntalk.org.
Search the archives at http://lincoln.2330058.n4.nabble.com/.
Browse the archives at https://pairlist9.pair.net/mailman/private/lincoln/.
Change your subscription settings at 
https://pairlist9.pair.net/mailman/listinfo/lincoln.

[PATCH] new interface: memory_object_get_proxy

[Joan Lledó]

From: Joan Lledó 

To get a proxy to the region a given address belongs to,
with protection and range limited to the region ones.

* include/mach/mach4.defs: memory_object_get_proxy RPC declaration
* vm/memory_object_proxy.c: memory_object_get_proxy implementation
---
 include/mach/mach4.defs  | 10 ++
 vm/memory_object_proxy.c | 39 +++
 2 files changed, 49 insertions(+)

diff --git a/include/mach/mach4.defs b/include/mach/mach4.defs
index 98af5905..e1641146 100644
--- a/include/mach/mach4.defs
+++ b/include/mach/mach4.defs
@@ -110,3 +110,13 @@ routine memory_object_create_proxy(
start   : vm_offset_array_t;
len : vm_offset_array_t;
out proxy   : mach_port_t);
+
+/* Gets a proxy to the region that ADDRESS belongs to, starting at the region
+   start, with MAX_PROTECTION and LEN limited by the region ones, and returns
+   it in *PORT.  */
+routine memory_object_get_proxy(
+   task: task_t;
+   address : vm_address_t;
+   max_protection  : vm_prot_t;
+   len : vm_offset_t;
+   out proxy   : mach_port_t);
diff --git a/vm/memory_object_proxy.c b/vm/memory_object_proxy.c
index b55a17f1..5b13e749 100644
--- a/vm/memory_object_proxy.c
+++ b/vm/memory_object_proxy.c
@@ -191,6 +191,45 @@ memory_object_create_proxy (const ipc_space_t space, 
vm_prot_t max_protection,
   return KERN_SUCCESS;
 }
 
+/* Gets a proxy to the region that ADDRESS belongs to, starting at the region
+   start, with MAX_PROTECTION and LEN limited by the region ones, and returns
+   it in *PORT.  */
+kern_return_t
+memory_object_get_proxy (task_t task, const vm_offset_t address,
+vm_prot_t max_protection, vm_offset_t len,
+ipc_port_t *port)
+{
+  vm_map_entry_t entry, tmp_entry;
+  vm_offset_t offset, start;
+
+  if (task == TASK_NULL)
+return(KERN_INVALID_ARGUMENT);
+
+  vm_map_lock_read(task->map);
+  if (!vm_map_lookup_entry(task->map, address, _entry)) {
+if ((entry = tmp_entry->vme_next) == vm_map_to_entry(task->map)) {
+  vm_map_unlock_read(task->map);
+  return(KERN_NO_SPACE);
+}
+  } else {
+entry = tmp_entry;
+  }
+  vm_map_unlock_read(task->map);
+
+  /* Limit the allowed protection and range to the entry ones */
+  max_protection &= entry->max_protection;
+  if (len > entry->vme_end - entry->vme_start)
+len = entry->vme_end - entry->vme_start;
+  offset = entry->offset;
+  start = 0;
+
+  return memory_object_create_proxy(task->itk_space, max_protection,
+   >object.vm_object->pager, 1,
+   , 1,
+   , 1,
+   , 1, port);
+}
+
 /* Lookup the real memory object and maximum protection for the proxy
memory object port PORT, for which the caller holds a reference.
*OBJECT is only guaranteed to be valid as long as the caller holds
-- 
2.31.1

Re: gnumach RPC: get info about the calling task

[Joan Lledó]

Hi,

I wrote a patch with the RPC as you guys asked. Please tell me if it fits your 
plans for mremap()

[cobirds] 293 pelicans on Windsor Reservoir. Weld County

['Joan Glabach' via Colorado Birds]

Most are newly arrived today.  Currently at SE end of reservoir.

Joan Glabach
Severance, CO

Sent from my iPad

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Colorado Birds" group.
To post to this group, send email to cobirds@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/cobirds?hl=en?hl=en
* All posts should be signed with the poster's full name and city. Include bird 
species and location in the subject line when appropriate
* Join Colorado Field Ornithologists https://cobirds.org/CFO/Membership/
--- 
You received this message because you are subscribed to the Google Groups 
"Colorado Birds" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to cobirds+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/cobirds/F5E467B1-76B0-4AEE-BB82-A53D82526DEC%40yahoo.com.

[LincolnTalk] Ray Shepard's Talk on Thursday October 21st hosted by the FPL Racial Justice Journey

[Joan Kimball]

Please join us on zoom tonight at 7 on zoom!

WHAT: Ray Shepard's talk on "How do we talk about race in a time of
critical race theory pushback?" And time for discussion.

WHEN: Tonight at 7:00 p.m.

HOW : Zoom: to find link go to fplincoln.org/calendar. Click on date and
7:00 talk.

HOST: First Parish in Lincoln Racial Justice.

Please join us!

*Ray Anthony Shepard* –educator, writer and FPL member-- will speak on *“How
do we talk about race in a time of Critical Race Theory pushback?” *

Following his talk, Ray has generously agreed to participate in a
wide-ranging discussion of his work as historian and interpreter of African
American experiences in his award-winning 2017 *Now or Never! 54th
Massachusetts Infantry’s War to End Slavery* and his 2021 poetic retelling
for young readers of the story of a woman enslaved by the Washington family
in *Runaway: The Daring Escape of Ona Judge*.

“I write,” Ray explains on his web page, “for readers who understand the
universal need for fairness” and “to tell a fuller story of our country’s
history.”

The session will also provide room for reflection on

--themes related to Ray’s work, as they appear in the film *Harriet* and in

-- books included in our Suggested Reading syllabus: Erica Armstrong
Dunbar’s *Never Caught: The Washington’s’ Relentless Pursuit of Their
Runaway Slave Ona Judge.*

 To find the link to this zoom meeting, go to fplincoln.org/calendar and
click on October 21 and Ray’s talk.
-- 
The LincolnTalk mailing list.
To post, send mail to Lincoln@lincolntalk.org.
Search the archives at http://lincoln.2330058.n4.nabble.com/.
Browse the archives at https://pairlist9.pair.net/mailman/private/lincoln/.
Change your subscription settings at 
https://pairlist9.pair.net/mailman/listinfo/lincoln.

Re: gnumach RPC: get info about the calling task

[Joan Lledó]

El 17/10/21 a les 18:32, Samuel Thibault ha escrit> It will be useful to 
implement mremap with the same call.

In your case you know the size, don't you?



Yes



That's almost the same, isn't it? (there is just the max_prot parameter,
which you can indeed add to the RPC above).



It's similar but I think the RPC should belong to the 
memory_object_proxy_* family intead of vm_* and be implemented in 
memory_object_proxy.c, so all logic related to proxies is in that file.

Re: gnumach RPC: get info about the calling task

[Joan Lledó]

Hi,

El 16/10/21 a les 13:27, Sergey Bugaev ha escrit:


routine vm_make_proxy (
 target_task : vm_task_t;
 address : vm_address_t;
 size : vm_size_t;
 out proxy : memory_object_t);



Why the "size" parameter? I'd rather see a new wrapper for 
memory_object_create_proxy() which receives the same params but with the 
address instead of the original pager, which internally gets the pager 
from the address and calls memory_object_create_proxy(). After all, the 
only reason why I need the pager is to send it to 
memory_object_create_proxy() at netfs_impl.c:617 [1]. So why not skip 
one step?


-
[1] 
http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/pci-arbiter/netfs_impl.c?h=jlledom-pci-memory-map#n616

Re: gnumach RPC: get info about the calling task

[Joan Lledó]

OK, I'll try with your design

El 16/10/21 a les 18:06, Sergey Bugaev ha escrit:

On Sat, Oct 16, 2021 at 6:54 PM Samuel Thibault  wrote:

Indeed, since it's the region that remembers which protection was
allowed, we need a proxy there to enforce them.


Right, that's also a good point. max_proection can be less than 7 even
if there never was a proxy. That is, one can do

vm_map (some_other_task, memobj, VM_PROT_READ, VM_PROT_READ);

and expect some_other_task to never get write access to the object.

Sergey

[PATCH] new interface: vm_pager

[Joan Lledó]

From: Joan Lledó 

Given a task and an address, it returns the pager used to map that
address in that task.

* include/mach/mach4.defs: new interface declaration: vm_pager
* vm/memory_object_proxy.h: add declaration for proxy hash functions
* vm/memory_object_proxy.c: implement proxy hash functions
* To track the proxies so they can be looked up when needed
* vm/vm_map.c: implementation for the vm_pager RPC
* vm/vm_object.c: implement vm_object_pager
* new util function to get the pager from a vm_object
* vm/vm_object.h: declare vm_object_pager
* vm/vm_user.c: update functions to work with the proxies hash
* vm_map: inserts the given proxy in the hash when mapping
* vm_deallocate: removes the proxy from the hash when unmapping
---
 include/mach/mach4.defs  |   6 ++
 vm/memory_object_proxy.c | 120 +++
 vm/memory_object_proxy.h |   6 ++
 vm/vm_map.c  |  46 +++
 vm/vm_object.c   |  31 ++
 vm/vm_object.h   |   1 +
 vm/vm_user.c |  13 -
 7 files changed, 222 insertions(+), 1 deletion(-)

diff --git a/include/mach/mach4.defs b/include/mach/mach4.defs
index 98af5905..195d6292 100644
--- a/include/mach/mach4.defs
+++ b/include/mach/mach4.defs
@@ -110,3 +110,9 @@ routine memory_object_create_proxy(
start   : vm_offset_array_t;
len : vm_offset_array_t;
out proxy   : mach_port_t);
+
+/* Get the pager where the given address is mapped to  */
+routine vm_pager(
+   target_task : vm_task_t;
+   address : vm_address_t;
+   out pager   : mach_port_t);
diff --git a/vm/memory_object_proxy.c b/vm/memory_object_proxy.c
index b55a17f1..fa09aa47 100644
--- a/vm/memory_object_proxy.c
+++ b/vm/memory_object_proxy.c
@@ -41,6 +41,7 @@
 #include 
 #include 
 #include 
+#include 
 #include 
 #include 
 #include 
@@ -62,12 +63,131 @@ struct memory_object_proxy
 };
 typedef struct memory_object_proxy *memory_object_proxy_t;
 
+/*
+ * A hash table of ports for struct memory_object_proxy backed objects.
+ */
+
+#defineMEMORY_OBJECT_PROXY_HASH_COUNT  127
+
+struct memory_object_proxy_entry {
+   queue_chain_t   links;
+   vm_map_tmap;
+   vm_offset_t address;
+   ipc_port_t  proxy;
+};
+typedef struct memory_object_proxy_entry *memory_object_proxy_entry_t;
+
+/*
+ * Indexed by port name, each element contains a queue of all
+ * memory_object_proxy_entry_t which name shares the same hash
+ */
+queue_head_t   memory_object_proxy_hashtable[MEMORY_OBJECT_PROXY_HASH_COUNT];
+struct kmem_cache  memory_object_proxy_hash_cache;
+decl_simple_lock_data(,
+   memory_object_proxy_hash_lock)
+
+#definememory_object_proxy_hash(name_port) \
+   (((vm_offset_t)(name_port) & 0xff) % MEMORY_OBJECT_PROXY_HASH_COUNT)
+
+static
+void memory_object_proxy_hash_init(void)
+{
+   int i;
+   vm_size_t   size;
+
+   size = sizeof(struct memory_object_proxy_entry);
+   kmem_cache_init(_object_proxy_hash_cache,
+   "memory_object_proxy_entry", size, 0, NULL, 0);
+   for (i = 0; i < MEMORY_OBJECT_PROXY_HASH_COUNT; i++)
+   queue_init(_object_proxy_hashtable[i]);
+   simple_lock_init(_object_proxy_hash_lock);
+}
+
+void memory_object_proxy_hash_insert(
+   const vm_map_t  map,
+   const vm_offset_t   address,
+   const ipc_port_tproxy)
+{
+   memory_object_proxy_entry_t new_entry;
+
+   new_entry = (memory_object_proxy_entry_t) kmem_cache_alloc(
+   _object_proxy_hash_cache
+   );
+   new_entry->map = map;
+   new_entry->address = address;
+   new_entry->proxy = proxy;
+
+   simple_lock(_object_proxy_hash_lock);
+   queue_enter(_object_proxy_hashtable[
+   memory_object_proxy_hash(map + address)
+   ], new_entry, memory_object_proxy_entry_t, links);
+   simple_unlock(_object_proxy_hash_lock);
+}
+
+void memory_object_proxy_hash_delete(
+   const vm_map_t  map,
+   const vm_offset_t   address)
+{
+   queue_t bucket;
+   memory_object_proxy_entry_t tmp_entry;
+   memory_object_proxy_entry_t entry = NULL;
+
+   bucket = _object_proxy_hashtable[
+   memory_object_proxy_hash(map + address)
+   ];
+
+   simple_lock(_object_proxy_hash_lock);
+   for (tmp_entry = (memory_object_proxy_entry_t)queue_first(bucket);
+!queue_end(bucket, _entry->links);
+tmp_entry =
+   (memory_object_proxy_entry_t)queue_next(_entry->links)) {
+   if (tmp_entry->map == map && tmp_entry->address == address) {
+   entry = tmp_entry;
+   queue_remove(bucket,
+   

Re: gnumach RPC: get info about the calling task

[Joan Lledó]

El 12/10/21 a les 20:32, Samuel Thibault ha escrit:
> Sergey Bugaev, le mar. 12 oct. 2021 16:22:48 +0300, a ecrit:
>> So in the case of vm_map-backed pager, it should matter whether you
>> have a task port to the target task, not whether you *are* the target
>> task. If someone has a task port to a task, it allows them to
>> completely control the task anyway (including making it invoke any
>> RPC); there's no additional security gains from checking who the
>> caller is, but there will be additional breakage.
> 
> Yes, making the caller pass the task port should be completely enough.

Thanks for your explanations, if that's the case then I basically have it 
already. I attached a patch with the changes.

The new interface needs to know about proxies, and if one range has been mapped 
using a proxy, it must return the proxy and not the original object, which 
could be used to bypass the proxy protection, that's why I needed a way to 
lookup for used proxies from a task and an address.

I implemented that using a hash, like I did in the my previous dev_pager patch, 
that seems ok and it works, but the only way I found to remove proxies from the 
hash once they are not needed is to lookup for a proxy every time vm_deallocate 
is called. I don't like that, since proxies are rarely used so rarely (if ever) 
a range being unmaped will be present in the hash.

Ideas?

[cobirds] Snow geese. Windsor Reservoir

['Joan Glabach' via Colorado Birds]

We have five snow geese on the beach northwest side of reservoir.

Joan Glabach
Severance, CO

Sent from my iPhone

-- 
-- 
You received this message because you are subscribed to the Google
Groups "Colorado Birds" group.
To post to this group, send email to cobirds@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/cobirds?hl=en?hl=en
* All posts should be signed with the poster's full name and city. Include bird 
species and location in the subject line when appropriate
* Join Colorado Field Ornithologists https://cobirds.org/CFO/Membership/
--- 
You received this message because you are subscribed to the Google Groups 
"Colorado Birds" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to cobirds+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/cobirds/2340458A-B38C-4013-A1CF-281097F1A73D%40yahoo.com.

Re: [LincolnTalk] We are about to get redistricted… again… maybe… probably

[Joan Kimball]

Hi.  Do you or anyonevknow about our Congress district also?   Thanks,
Sara, for telling us about implications for state legislature.

Joan

On Thu, Oct 14, 2021, 8:20 AM Sara Mattes  wrote:

> The proposed State *HOUSE* map has us joined with Weston and a part of
> Needham and become Norfolk 14.
> Weston would hold the majority of the votes so I would imagine Alice
> Peisch would hold her current seat.
> https://malegislature.gov/Legislators/Profile/AHP1
>
> The proposed Senate district would include Chelmsford, Carlisle, Concord,
> Lincoln, Waltham, Weston and a portion of Lexington…which may indicate
> Sen.Barrett would remain as our State Senator.
>
>
>
> On Oct 13, 2021, at 3:16 PM, Barbara Low  wrote:
>
> I'm not a great map reader. If we are to be redistricted, with which towns
> would we share a rep? And who is that rep now?
>
> Barbara
> --
> *From:* Lincoln  on behalf of Bob
> Kupperstein 
> *Sent:* Wednesday, October 13, 2021 2:35 PM
> *To:* Sara Mattes 
> *Cc:* Lincoln Talk 
> *Subject:* Re: [LincolnTalk] We are about to get redistricted… again…
> maybe… probably
>
> I've been hoping to see this; tacking us on to Waltham made us pretty
> irrelevant.
>
> -Bob
>
> On Wed, Oct 13, 2021 at 2:01 PM Sara Mattes  wrote:
>
>
>
> https://www.politico.com/f/?id=017c-7809-dddc-a77e-7d9b840d=massachusetts-playbook=014f-704c-d54c-a1ff-fb6da68f=014f-8419-d12f-a1df-dcdfdcba0005=630384
>
>
>
>
> Sent from my iPhone--
> The LincolnTalk mailing list.
> To post, send mail to Lincoln@lincolntalk.org.
> Search the archives at http://lincoln.2330058.n4.nabble.com/.
> Browse the archives at https://pairlist9.pair.net/mailman/private/lincoln/
> .
> Change your subscription settings at
> https://pairlist9.pair.net/mailman/listinfo/lincoln.
>
>
> --
> The LincolnTalk mailing list.
> To post, send mail to Lincoln@lincolntalk.org.
> Search the archives at http://lincoln.2330058.n4.nabble.com/.
> Browse the archives at https://pairlist9.pair.net/mailman/private/lincoln/
> .
> Change your subscription settings at
> https://pairlist9.pair.net/mailman/listinfo/lincoln.
>
>
-- 
The LincolnTalk mailing list.
To post, send mail to Lincoln@lincolntalk.org.
Search the archives at http://lincoln.2330058.n4.nabble.com/.
Browse the archives at https://pairlist9.pair.net/mailman/private/lincoln/.
Change your subscription settings at 
https://pairlist9.pair.net/mailman/listinfo/lincoln.

[LincolnTalk] Screening of "Harriet" at First Parish on Zoom Thursday, October 14 at 7

[Joan Kimball]

 The First Parish Racial Justice Advocates invites you to join us for a
screening of  Harriet about Harriet Tubman on Thursday, October 14 st 7 on
zoom. This film takes us a step further on our Racial Justice Journey.  To
find the link go to  *https://www.fplincoln.org/calendar
*/ Hope you can join us!


*Harriet* is a 2019 American *biographical film*
* directed by **Kasi
Lemmons* *, Harriet had its
world premiere at the **Toronto International Film Festival*
* on
September 10, 2019The film received several accolades and nominations,
particularly for Erivo's performance as Harriet, which garnered her
nominations at the **Academy Awards*
*, **Golden
Globes*
*,
and the **Screen Actors *


*From the Smithsonian Magazine: *
*Harriet Tubman’s first act as a free woman was poignantly simple. As
she later told biographer  Sarah
Bradford, after crossing the Pennsylvania state boundary line in September
1849, “I looked at my hands to see if I was the same person. There was such
a glory over everything; the sun came like gold through the trees, and over
the fields, and I felt like I was in Heaven.”*

*The future Underground Railroad conductor’s next thoughts were of her
family. “I was free,” she recalled, “but there was no one to welcome me to
the land of freedom. I was a stranger in a strange land; and my home after
all, was down in Maryland; because my father, my mother, my brothers, and
sisters, and friends were there.”*
*Tubman dedicated the next decade of her life—a period chronicled
in Harriet , to rescuing her family
from bondage. Between 1850 and 1860, she returned to Maryland some 13
times, helping around 70 people
—including four of
her brothers, her parents and a niece—escape slavery and embark on new
lives.*
-- 
The LincolnTalk mailing list.
To post, send mail to Lincoln@lincolntalk.org.
Search the archives at http://lincoln.2330058.n4.nabble.com/.
Browse the archives at https://pairlist9.pair.net/mailman/private/lincoln/.
Change your subscription settings at 
https://pairlist9.pair.net/mailman/listinfo/lincoln.

gnumach RPC: get info about the calling task

[Joan Lledó]

Hi,

I'm working on the gnumach rpc to return a pager from a task and an 
address mapped in that task.


For security reasons I'd like to check if the calling task is the same 
as the one the given map belongs to. But I don't know how to do it.


In the rpc implementation, the function receives a vm_map_t parameter. 
How can I get the task from the vm_map_t? and how can I compare it with 
the calling task to check whether it's the same?

Re: Debian en un mòbil? Estàs de conya?

[Joan]

El Fri, 8 Oct 2021 09:40:45 +0200
Narcis Garcia  va escriure:

> Per cert, no trobo res de Mobian a l'enciclopèdia.
> 
> Narcís.


Aquí tens "la seva" enciclopèdia:

https://wiki.mobian-project.org/doku.php?id=start

I a la wiki, la versió francesa:

https://fr.wikipedia.org/wiki/Mobian

Ara miro de fer una primera entrada en català :-p

-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Re: Debian en un mòbil? Estàs de conya?

[Joan]

El Fri, 8 Oct 2021 09:40:45 +0200
Narcis Garcia  va escriure:

> Fent chroot:


No sé massa que és chroot, però diria que no cal fer res de tot això.
ja li he respost al missatge anterior, però jo faig tot això que ell
demana de sèrie.

> 
> . es pot xifrar el dispositiu? Sí, sempre i quan el contenidor no
> sigui un simple directori sinó una imatge de disc (muntada amb
> ploop). No sé si l'assistent «Debian Kit» ajuda en això.
> 
> . firefox homologable i que funcioni i amb plugins de privacitat? Sí,
> dins un contenidor.
> 
> . vpn's, tor? Sí.
> 
> . hotspot? No crec.
> 
> 
> Per cert, no trobo res de Mobian a l'enciclopèdia.
> 
> Narcís.
> 
> 
> El 7/10/21 a les 16:49, xavi ha escrit:
> > Hola,
> > 
> > Ho vaig fer servir durant un parell d'anys un mòbil amb ubuntu touch
> > (actualment em sembla que es diuen ubports: (https://ubports.com) .
> > I bueno, no vaig quedar gaire content. Coses que considerem molt
> > bàsiques en un dispositiu no acabaven de funcionar:
> > 
> > . No es podia xifrar el dispositiu.
> > 
> > . Malgrat el nom i que era un linux l'extra gran majoria dels
> > programes disponibles eren webapps bastant poc elaborades.
> > 
> > . Fer servir programes nadius de linux (via apt) o apps d'android
> > (via emulador) era bastant un cristo.
> > 
> > . Un aspecte important era que el navegador era molt i molt cutre.
> > Molt. Amb tots els respectes. Instal·lar un firefox i no dic ja un
> > firefox amb plugins de seguretat i etc era bastant una odisea.
> > 
> > . oblida't d'instal·lar-li whatsapp. De fet no es podia hasta per
> > llicència o algo així.
> > 
> > Entre les coses positives:
> > 
> > . funcionaven coses com Telegram, Signal...
> > 
> > . el client de correu era bastant presentable i diria que casi
> > homologable a k-9.
> > 
> > . era un sistema molt ràpid.
> > 
> > . comparat amb les alternatives existents (mobian), pot còrrer en
> > diversos dispositius i cada cop més.
> > 
> > Però tenia les mancances que us dic, que a mi al final me'l feia ja
> > inusable. Al final va petar el micro de l'OnePlus One on corria i
> > pensant-me que era un error de software vaig treure-li l'ubports
> > per una lineage, i fins ara.
> > 
> > Em sap greu rajar així d'un projecte molt maco portat per una gent
> > trobo que bastant genial. Però al final vaig acabar havent de
> > tornar a ~android a l'espera de que tal va mobian en producció
> > sobre pinephone. Per si hi han usuaris per aquí, pregunto:
> > 
> > . es pot xifrar el dispositiu?
> > 
> > . firefox homologable i que funcioni i amb plugins de privacitat?
> > 
> > . vpn's, tor?
> > 
> > . hotspot?
> > 
> > Gràcies i salut :)
> > 
> > On 2021-10-07 13:55, Narcis Garcia wrote:  
> >> Jo no he provat mai el WhatsApp. Ja em sento còmode amb SMS, XMPP
> >> i el correu electrònic.
> >>
> >> Deu fer des del 2008 que disposo d'un telèfon Nokia N900, que ja
> >> portava de fàbrica una distribució derivada de Debian (Maemo).
> >> Segueix funcionant perfectament per a tot allò que faig en les
> >> meves comunicacions (veu, Internet, etc.).
> >>
> >> Entremig vaig fer servir una temporada un telèfon amb Android i,
> >> per a suplir les mancances, li vaig instal·lar Ubuntu i Debian
> >> mitjançant chroot. Això fins que es va morir l'aparell i vaig
> >> tornar a Maemo, que a més a més va amb un derivat de Gnome 3
> >> (Hildon).
> >>
> >> Ni m'espia ni m'explota.
> >>
> >> Ara em sembla que hi ha disponible la versió «Maemo Leste».
> >>
> >>
> >> El 7/10/21 a les 13:17, Blackhold ha escrit:  
> >>> molt interessant! a mi una de les coses que em tira enrere és el
> >>> punyetero whatsapp (també l'economia per comprar un telèfon
> >>> específic).
> >>>
> >>> Per whatsapp a linux he vist això:
> >>>
> >>> https://blog.desdelinux.net/como-usar-whatsapp-en-linux-con-pidgin/
> >>>
> >>> No sé si algú ho ha provat
> >>>
> >>> - Blackhold
> >>> http://blackhold.nusepas.com
> >>> @blackhold_  
> >>> ~> cal lluitar contra el fort per deixar de ser febles, i contra  
> >>> nosaltres mateixos quan siguem forts (Xirinacs)
> >>> <°((( ><
> >>>
> >>> Missatge de Joan  del dia dj., 7 d’oct.
> >>> 2021 a les 8:39:  
> >>>>
> >>>> Un vídeo de mit

Re: Debian en un mòbil? Estàs de conya?

[Joan]

l
> >> punyetero whatsapp (també l'economia per comprar un telèfon
> >> específic).
> >> 
> >> Per whatsapp a linux he vist això:
> >> 
> >> https://blog.desdelinux.net/como-usar-whatsapp-en-linux-con-pidgin/
> >> 
> >> No sé si algú ho ha provat
> >> 
> >> - Blackhold
> >> http://blackhold.nusepas.com
> >> @blackhold_  
> >> ~> cal lluitar contra el fort per deixar de ser febles, i contra  
> >> nosaltres mateixos quan siguem forts (Xirinacs)
> >> <°((( ><
> >> 
> >> Missatge de Joan  del dia dj., 7 d’oct. 2021
> >> a les 8:39:  
> >>> 
> >>> Un vídeo de mitja hora:
> >>> 
> >>> https://saimei.ftp.acc.umu.se/pub/debian-meetings/2021/MiniDebConf-Regensburg/debian-on-a-smart-phone-are-you-serious.lq.webm
> >>> 
> >>> --
> >>> Joan Cervan i Andreu
> >>> http://personal.calbasi.net
> >>> 
> >>> "El meu paper no és transformar el món ni l'home sinó, potser, el
> >>> de ser útil, des del meu lloc, als pocs valors sense els quals un
> >>> món no val la pena viure'l" A. Camus
> >>> 
> >>> i pels que teniu fe:
> >>> "Déu no és la Veritat, la Veritat és Déu"
> >>> Gandhi
> >>> 
> >>> "Donar exemple no és la principal manera de influir sobre els
> >>> altres; es la única manera" Albert Einstein
> >>> 
> >>> “Lluitarem contra el fort mentre siguem febles i contra nosaltres
> >>> mateixos quan siguem forts” Lluís Maria Xirinacs
> >>>   
> >>   
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Re: Debian en un mòbil? Estàs de conya?

[Joan]

Al mòbils de linux pots usar un dels dos emuladors per Android:

Waydroid sembla que és el que va millor:

https://github.com/waydroid/waydroid

(per cert, diria que també es pot fer servir per l'escriptori)

-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs


El Thu, 7 Oct 2021 13:17:59 +0200
Blackhold  va escriure:

> molt interessant! a mi una de les coses que em tira enrere és el
> punyetero whatsapp (també l'economia per comprar un telèfon
> específic).
> 
> Per whatsapp a linux he vist això:
> 
> https://blog.desdelinux.net/como-usar-whatsapp-en-linux-con-pidgin/
> 
> No sé si algú ho ha provat
> 
> - Blackhold
> http://blackhold.nusepas.com
> @blackhold_
> ~> cal lluitar contra el fort per deixar de ser febles, i contra  
> nosaltres mateixos quan siguem forts (Xirinacs)
> <°((( ><
> 
> Missatge de Joan  del dia dj., 7 d’oct. 2021 a
> les 8:39:
> >
> > Un vídeo de mitja hora:
> >
> > https://saimei.ftp.acc.umu.se/pub/debian-meetings/2021/MiniDebConf-Regensburg/debian-on-a-smart-phone-are-you-serious.lq.webm
> >
> > --
> > Joan Cervan i Andreu
> > http://personal.calbasi.net
> >
> > "El meu paper no és transformar el món ni l'home sinó, potser, el de
> > ser útil, des del meu lloc, als pocs valors sense els quals un món
> > no val la pena viure'l" A. Camus
> >
> > i pels que teniu fe:
> > "Déu no és la Veritat, la Veritat és Déu"
> > Gandhi
> >
> > "Donar exemple no és la principal manera de influir sobre els
> > altres; es la única manera" Albert Einstein
> >
> > “Lluitarem contra el fort mentre siguem febles i contra nosaltres
> > mateixos quan siguem forts” Lluís Maria Xirinacs
> >  
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Re: Debian en un mòbil? Estàs de conya?

[Joan Albert]

Hola,

> Ho vaig fer servir durant un parell d'anys un mòbil amb ubuntu touch
> (actualment em sembla que es diuen ubports: (https://ubports.com) . I bueno,
> no vaig quedar gaire content. 

En el meu cas, vaig utilitzar-lo durant més d'un any, i en vaig quedar
prou content, però és cert que encara li falta molta maduresa (tot i
així, ha millorat força).

Igual que tu, vaig tornar a Android, almenys usant LineageOS, cosa que
és millor del que m'esperava.

Salut,

-- 
Joan Albert

Debian en un mòbil? Estàs de conya?

[Joan]

Un vídeo de mitja hora:

https://saimei.ftp.acc.umu.se/pub/debian-meetings/2021/MiniDebConf-Regensburg/debian-on-a-smart-phone-are-you-serious.lq.webm

-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

[Frameworks] Theaster Gates contact?

[Hawkins, Joan C.]

Does anyone have contact info for Theaster Gates?
I have  U of Chicago email, but haven't had any luck making contact.

You can PM me.  Thanks.
Joan

Joan Hawkins
Professor, Cinema and Media Studies
Media School
Indiana University
Franklin Hall
Bloomington, IN 47405
phone 812-855-1548



-- 
Frameworks mailing list
Frameworks@film-gallery.org
https://mail.film-gallery.org/mailman/listinfo/frameworks_film-gallery.org

Re: [VOTE] Release CouchDB 3.2.0 (RC2 round)

[Joan Touzet]

Tested on Windows 10. Checksums match. Signature OK but still needs
web-of-trust:
-
gpg: assuming signed data in 'apache-couchdb-3.2.0-RC2.tar.gz'
gpg: Signature made 05/10/2021 15:21:31 Eastern Summer Time
gpg:using RSA key 0BD7A98499C4AB41C910EE65FC04DFBC9657A78E
gpg: Good signature from "Nicolae Vatamaniuc "
[unknown]
gpg: aka "default " [unknown]
gpg: WARNING: This key is not certified with a trusted signature!
gpg:  There is no indication that the signature belongs to the
owner.
Primary key fingerprint: 0BD7 A984 99C4 AB41 C910  EE65 FC04 DFBC 9657 A78E
-

make -f Makefile.win check PASSes.

Windows .msi package builds and installs on another machine:

{"couchdb":"Welcome","version":"3.2.0","git_sha":"efb409bba","uuid":"c0a4fee320344dc32290b064608baceb","features":["access-ready","partitioned","pluggable-storage-engines","reshard","scheduler"],"vendor":{"name":"The
Apache Software Foundation"}}

git_sha matches the last checkin by nickva to bump the docs for 3.2.0-RC2.

Fauxton Verify Installation button comes back with all checkmarks.

+1 - and good work everyone!

-Joan "please no more 7AM woodchippers outside my front door" Touzet

On 05/10/2021 15:30, Nick Vatamaniuc wrote:
> Dear community,
> 
> I would like to propose that we release Apache CouchDB 3.2.0.
> 
> Candidate release notes:
> 
> https://docs.couchdb.org/en/latest/whatsnew/3.2.html
> 
> This is the RC2 round. Changes since last round:
> https://github.com/apache/couchdb/compare/3.2.0-RC1...3.2.0-RC2
> 
> We encourage the whole community to download and test these release
> artefacts so that any critical issues can be resolved before the
> release is made. Everyone is free to vote on this release, so dig
> right in! (Only PMC members have binding votes, but they depend on
> community feedback to gauge if an official release is ready to be
> made.)
> 
> The release artefacts we are voting on are available here:
> 
> https://dist.apache.org/repos/dist/dev/couchdb/source/3.2.0/rc.2/
> 
> There, you will find a tarball, a GPG signature, and SHA256/SHA512 checksums.
> 
> Please follow the test procedure here:
> 
> 
> https://cwiki.apache.org/confluence/display/COUCHDB/Testing+a+Source+Release
> 
> Please remember that "RC2" is an annotation. If the vote passes, these
> artefacts will be released as Apache CouchDB 3.2.0.
> 
> Please cast your votes now.
> 
> Thanks,
> -Nick
> 

Re: Debian 11 estable en poques hores

[Joan Montané]

Missatge de Ernest Adrogué  del dia dg., 3 d’oct. 2021
a les 11:02:
>
> 2021-10- 2, 15:47 (+0200); Aleix Vidal i Gaya escriu:
> > Fixa't en els parèntesis: "quan s'apliqui". Diria que la solució de
> > compromís encara no s'ha aplicat, per tant entenc que estàs valorant una
> > situació que no es correspon a la que deia en Joan.
>
> Estic valorant la solució proposada, independentment de si s'ha aplicat
> o no.  Aquesta solució no soluciona el problema, perquè el problema
> també afecta a altres programes, com ja havia apuntat anteriorment, a
> banda de la utilitat 'ls'.  La estratègia d'anar adaptant un a un tots
> els programes que puguin estar afectats no és realista, tenint en compte
> el que hem vist: que després de més de quatre anys arrossegant aquesta
> situació encara no n'hem aconseguit adaptar ni un.  A més, sobre qui
> recaurà el cost de fer totes aquestes adaptacions?
>

Torno a discrepar en el fet que fa 4 anys que arrosseguem el problema.
No és ben be cert. La cadena de traducció de «ls» no s'estava aplicant
(per això en fer «ls -al» usava el format de data americà, mesos
anys).

Ara sí que s'aplica la cadena de traducció que adapta el format, i es
va prendre cura perquè els mesos quedessin en columnes. El problema és
que Debian ha canviat la versió de core-utils sense passar pel
translation-project, i per això la solució que tenim ara no és la que
es volia. Quan parlava de situació de compromís em referia al fet que
la solució ideal no existeix, i la que tindrem serà un equilibri
perquè el format de data a «ls» quedi "prou bé".

Sobre la resta de programes,

No sé si és realista apedaçar programes 1 per 1. El que sí que tinc
clar és que a escriptori els programes es veuen bé. Confio que no
proposeu d'usar els símbols perquè a terminal es veu milor, penseu que
afecta tot el sistema. També a escriptori.

De moment, fa uns dies vaig obrir un bug a dmesg [1], i ja han afegit
la capacitat de definir el format de data via la traducció. Ara serà
feina del traductor de dmesg decidir quin format de data vol. A
systemd [2] no he obtingut, de moment, la mateixa sort. Sembla que no
volen permetre la i18n del format de data predeterminat. Si algú vol
aportar arguments al tiquet, és més que benvingut.

Així, de memòria, aplicacions gràfiques que mostrin els mesos
abreujats se m'acuden "l'escriptori" d'Android i l'aplicació Google
Calendar.

Encara no sé per què estic en aquest embolic. Per Nadal passat, vaig
resseguir el tema de l'ordre incorrecte de data de «ls» i vaig voler
compartir-ho aquí, perquè em pensava que us molestava tant com a mi.
Per la meva part, d'aquest tema ja he dit tots els arguments que tinc.
No sóc Debian developer ni tinc accions als mesos abreujats amb
preposició, el que faré és, siguin quines siguin les dades del locale
català, intentar que els programes apareguin el millor possible.

Salutacions,
Joan Montané

[1] https://github.com/karelzak/util-linux/issues/1451
[2] https://github.com/systemd/systemd/issues/20785

OT: Missatges descojunturats a Protonmail

[Joan]

Hola Robert,

Veig que uses protonmail. Et puc preguntar si tens problemes de
desconfiguració del text en els missatges que et responen o
reenvien amb text citat? Tinc una amiga a la que li passa amb els meus
missatges, i imagino que hi ha d'haver alguna opció de configuració
perquè entengui bé els missatges de text.

I, més en general, amb la merda de missatges de mail en format html,
més els sistemes de mostrar-los de fills de cada Gmail o Outllok, etc
(tot el contrari de la simple i pura estandarització), sembla mentida
que els que usem el format text, que mira que més senzill no pot ser,
tinguem problemes :-) 

-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs


El Wed, 18 Aug 2021 16:53:18 +
robert marsellés  va escriure:

> Hola,
> 
> Sent with ProtonMail Secure Email.
> 
> ‐‐‐ Original Message ‐‐‐
> 
> On Wednesday, August 18th, 2021 at 18:12, Narcis Garcia
>  wrote:
> 
> > El 17/8/21 a les 14:11, Eduard Selma ha escrit:
> >  
> > > -   L'instal·lador Calamares (omnipresent) naturalment, no permet
> > > fer
> > >
> > > entrades de particions "a mida" (com /data, /back, etc) tal
> > > com feia
> > >
> > > l'instal·lador antic Debian; només les estàndard (/boot,
> > > /var, /home,
> > >
> > > etc.) Cal fer blkid i entrar-ho manualment un cop instal·lat.
> > > cap
> > >
> > > problema, però.  
> >
> > Em sembla que amb l'arrencada de DebianInstaller (sense escriptori
> >
> > gràfic ni Calamares) segueix podent-se fer de tot amb les
> > particions,
> >
> > LVM, RAID, LUKS...
> >  
> 
> Pel que diu la pàgina web a la secció "Want to give it a try? [1],
> "Calamares" està únicament a la versió "live": "The live image
> includes the Calamares independent installer as well as the standard
> Debian Installer." Entenc que es deu poder triar quin instal·lador es
> vol o s'utilitza una còpia de Bullseye "normal" (no-live) que tindrà
> únicament l'instal·lador estàndar "Debian Installer". A les "release
> notes" [2],  es diu que l'instal·lador oficial és el "Debian
> Installer" que està als CDs, DVDs, ... [2], no diu rés de la versió
> "live".
> 
> Per altra banda, al mateix document es recomana passar a Bullseye a
> partir d'un sistema el més "net" (entenc estàndard) possible de
> paquets. És a dir, s'elimina tot allò que no és estàndard
> (guardant-ne la configuració) i, un cop finalitzat el procés, després
> es torna a instal·lar el que vulgui [3].
> 
> Salut i peles,
> 
> robert
> 
> 
> [1] https://www.debian.org/News/2021/20210814
> [2]
> https://www.debian.org/releases/bullseye/amd64/release-notes/ch-installing.es.html
> [3]
> https://www.debian.org/releases/bullseye/amd64/release-notes/ch-upgrading.es.html#system-status
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Re: Debian 11 estable en poques hores

[Joan]

El Thu, 19 Aug 2021 22:55:06 +0200
Eduard Selma  va escriure:

> El 18/8/21 a les 18:12, Narcís Garcia ha escrit:
> > El 17/8/21 a les 14:11, Eduard Selma ha escrit:  
> >> - L'instal·lador Calamares (omnipresent) naturalment, no permet fer
> >> entrades de particions "a mida" (com /data, /back, etc) tal com
> >> feia l'instal·lador antic Debian; només les estàndard (/boot,
> >> /var, /home, etc.) Cal fer blkid i entrar-ho manualment un cop
> >> instal·lat. cap problema, però.  
> > 
> > Em sembla que amb l'arrencada de DebianInstaller (sense escriptori
> > gràfic ni Calamares) segueix podent-se fer de tot amb les
> > particions, LVM, RAID, LUKS...  
> 
> - Segurament, i celebro que sigui així, perquè sempre havia fet la 
> instal·lació en mode text, ràpid, flexible i clar. Però resulta que, 
> sense haver afegit nou maquinari, l'instal·lador es queixava de no
> tenir els controladors de firmware privatius (rt2561.bin i
> rt8168e-3.fw) i es negava a continuar. Inserint un segon USB (la
> instal·lació també la feia des de USB, crec que no usava DVD des de
> Stretch) amb els controladors privatius, no el trobava. Per tant,
> vaig baixar un debian-install_live amb firmware no lliure, que es va
> instal·lar a la primera.


Hi ha una versió d'instal·lador de debian amb els controladors
privatius... És molt més còmoda que no pas haver d'usar un USB, etc.


> 
> No he pogut contestar fins avui perquè alguns correus de la llista
> els havia retingut el filtre de spam de Tinet. espero que el remitent
> ara estigui a la llista blanc.
> 
> Gràcies per les respostes. Salut i codi lliure,
> 
> 
>   Eduard Selma.
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Re: [VOTE] Release Apache CouchDB 3.2.0

[Joan Touzet]

On 29/09/2021 01:03, Nick Vatamaniuc wrote:
> Thanks for checking, Joan.
> 
> What version of Erlang was it?

20.3.8.25.

> I recall we excluded erl_interface from rebar and enc (port compiler)
> so we could compile on Erlang 23+, but I don't think we ever updated
> the windows flags:
> 
> A few instances:
> 
>  
> https://github.com/apache/couchdb-rebar/blob/ee85b6920474e6e1b9c1802b092e022720b6b676/src/rebar_port_compiler.erl#L723-L724

This alone wasn't enough, unfortunately.

>  
> https://github.com/davisp/erlang-native-compiler/commit/0302390774db4104bfb46383d2819ed06ce78d1f#diff-fb2f03770e7203b48a9f4581e5bf983c213191888b048438f33e52acfcc42232R745-R746
> 
> Would removing those lines help? Sadly I don't have a Windows dev
> setup to give it a try.

The enc inside of jiffy is the checked-in binary; we haven't fixed that
part of the build yet. So this is going to take more doing than I can do
quickly.

Will look at more after I get some sleep.

> 
> -Nick
> 
> 
> On Tue, Sep 28, 2021 at 8:02 PM Joan Touzet  wrote:
>>
>> Unfortunately, I must vote -1 for 3.2.0. On Windows, I cannot compile
>> the Jiffy we are including in 3.2 anymore due to a linking error:
>>
>>> LINK : fatal error LNK1181: cannot open input file 'erl_interface.lib'
>>
>> This is the same system that just finished compiling and testing 3.1.2,
>> no other changes.
>>
>> I don't have more time for this tonight, so I'll have to investigate
>> tomorrow or later this week.
>>
>> -Joan
>>
>> On 28/09/2021 07:19, Juanjo Rodríguez wrote:
>>> +1
>>>
>>> Tested on Ubuntu 20.04, Erlang 22 and Elixir 1.9.1
>>> Signature: Ok
>>> Checksums: Ok
>>> Tests: (configure --spidermonkey-version 68 make check): Pass
>>>
>>> Additional info: Also pass LightCouch Java Client and Cloudant Sync for
>>> Android test suites.
>>>
>>> Thanks!!
>>>
>>>
>>> El mar, 28 sept 2021 a las 1:00, Nick Vatamaniuc ()
>>> escribió:
>>>
>>>> Dear community,
>>>>
>>>> I would like to propose that we release Apache CouchDB 3.2.0.
>>>>
>>>> Candidate release notes:
>>>>
>>>> https://docs.couchdb.org/en/latest/whatsnew/3.2.html
>>>>
>>>> We encourage the whole community to download and test these release
>>>> artefacts so that any critical issues can be resolved before the
>>>> release is made. Everyone is free to vote on this release, so dig
>>>> right in! (Only PMC members have binding votes, but they depend on
>>>> community feedback to gauge if an official release is ready to be
>>>> made.)
>>>>
>>>> The release artefacts we are voting on are available here:
>>>>
>>>> https://dist.apache.org/repos/dist/dev/couchdb/source/3.2.0/rc.1/
>>>>
>>>> There, you will find a tarball, a GPG signature, and SHA256/SHA512
>>>> checksums.
>>>>
>>>> Please follow the test procedure here:
>>>>
>>>>
>>>> https://cwiki.apache.org/confluence/display/COUCHDB/Testing+a+Source+Release
>>>>
>>>> Please remember that "RC1" is an annotation. If the vote passes, these
>>>> artefacts will be released as Apache CouchDB 3.2.0.
>>>>
>>>> Please cast your votes now.
>>>>
>>>> Thanks,
>>>> -Nick
>>>>
>>>

Re: [VOTE] Release Apache CouchDB 3.2.0

[Joan Touzet]

Unfortunately, I must vote -1 for 3.2.0. On Windows, I cannot compile
the Jiffy we are including in 3.2 anymore due to a linking error:

> LINK : fatal error LNK1181: cannot open input file 'erl_interface.lib'

This is the same system that just finished compiling and testing 3.1.2,
no other changes.

I don't have more time for this tonight, so I'll have to investigate
tomorrow or later this week.

-Joan

On 28/09/2021 07:19, Juanjo Rodríguez wrote:
> +1
> 
> Tested on Ubuntu 20.04, Erlang 22 and Elixir 1.9.1
> Signature: Ok
> Checksums: Ok
> Tests: (configure --spidermonkey-version 68 make check): Pass
> 
> Additional info: Also pass LightCouch Java Client and Cloudant Sync for
> Android test suites.
> 
> Thanks!!
> 
> 
> El mar, 28 sept 2021 a las 1:00, Nick Vatamaniuc ()
> escribió:
> 
>> Dear community,
>>
>> I would like to propose that we release Apache CouchDB 3.2.0.
>>
>> Candidate release notes:
>>
>> https://docs.couchdb.org/en/latest/whatsnew/3.2.html
>>
>> We encourage the whole community to download and test these release
>> artefacts so that any critical issues can be resolved before the
>> release is made. Everyone is free to vote on this release, so dig
>> right in! (Only PMC members have binding votes, but they depend on
>> community feedback to gauge if an official release is ready to be
>> made.)
>>
>> The release artefacts we are voting on are available here:
>>
>> https://dist.apache.org/repos/dist/dev/couchdb/source/3.2.0/rc.1/
>>
>> There, you will find a tarball, a GPG signature, and SHA256/SHA512
>> checksums.
>>
>> Please follow the test procedure here:
>>
>>
>> https://cwiki.apache.org/confluence/display/COUCHDB/Testing+a+Source+Release
>>
>> Please remember that "RC1" is an annotation. If the vote passes, these
>> artefacts will be released as Apache CouchDB 3.2.0.
>>
>> Please cast your votes now.
>>
>> Thanks,
>> -Nick
>>
> 

Re: [VOTE] Release Apache CouchDB 3.1.2

[Joan Touzet]

On 28/09/2021 10:53, Nick Vatamaniuc wrote:
> Thanks for taking a look, Joan
>
> I just highlighted the docs in the email diff but the tarball should
> contain the differences and they should match the differences between
> the 3.1.1 and 3.1.2-RC1 tags in git.

Got it. I missed the -documentation part of the URL.

Tested on Windows. Checksums confirmed. Signature matches, but Nick you
need to get yourself to a key signing party! :D

> gpg: Good signature from "Nicolae Vatamaniuc " [unknown]
> gpg: aka "default " [unknown]
> gpg: WARNING: This key is not certified with a trusted signature!
> gpg:  There is no indication that the signature belongs to the owner.

I have a repeatable error on make check:

test/javascript/tests\replicator_db_bad_rep_id.js
Error: false
Trace back (most recent call first):

 52:47: test/javascript/test_setup.js
  T
 41:5: test/javascript/tests\replicator_db_bad_rep_id.js
  rep_doc_with_bad_rep_id
 88:5: test/javascript/tests\replicator_db_bad_rep_id.js
  couchTests.replicator_db_bad_rep_id
 50:5: test/javascript/cli_runner.js
  runTest
 63:1: test/javascript/cli_runner.js

However, because the JS test suite is finally all gone in 3.2/3.x, and
no one else is reporting this failure on Linux, and the new eunit tests
pass, AND because this part of the code didn't change, I'm going to
chalk it up to weirdness and ignore it.

Windows package installed locally and verified functional thru the
Fauxton wizard:

{"couchdb":"Welcome","version":"3.1.2","git_sha":"572b68e72","uuid":"c0a4fee320344dc32290b064608baceb","features":["access-ready","partitioned","pluggable-storage-engines","reshard","scheduler"],"vendor":{"name":"The
Apache Software Foundation"}}

+1

> 
> Regards,
> -Nick
> 
> On Mon, Sep 27, 2021 at 8:36 PM Joan Touzet  wrote:
>>
>> Nick, that diff shows documentation only. Something seems wrong with
>> this release.
>>
>> Recommend we hold the vote until this can be cleared up?
>>
>> -Joan
>>
>> On 27/09/2021 08:53, Nick Vatamaniuc wrote:
>>> Dear community,
>>>
>>> I would like to propose that we release Apache CouchDB 3.1.2
>>>
>>> Changes since 3.1.1
>>>
>>> 
>>> https://github.com/apache/couchdb-documentation/compare/3.1.1...3.1.x?expand=1
>>>
>>> This is a minor release where we backport a few features from the
>>> pending 3.2 release to the 3.1.x branch.
>>>
>>> We encourage the whole community to download and test these release
>>> artefacts so that any critical issues can be resolved before the
>>> release is made. Everyone is free to vote on this release, so dig
>>> right in! (Only PMC members have binding votes, but they depend on
>>> community feedback to gauge if an official release is ready to be
>>> made.)
>>>
>>> The release artefacts we are voting on are available here:
>>>
>>> https://dist.apache.org/repos/dist/dev/couchdb/source/3.1.2/rc.1/
>>>
>>> There, you will find a tarball, a GPG signature, and SHA256/SHA512 
>>> checksums.
>>>
>>> Please follow the test procedure here:
>>>
>>> 
>>> https://cwiki.apache.org/confluence/display/COUCHDB/Testing+a+Source+Release
>>>
>>> Please remember that "RC1" is an annotation. If the vote passes, these
>>> artefacts will be released as Apache CouchDB 3.1.2
>>>
>>> Please cast your votes.
>>>
>>> Thanks,
>>> -Nick
>>>

[LincolnTalk] Screening of Traces of the Trade is at 7:00 (not 7:30 as in last title) on September 30

[Joan Kimball]

The First Parish Racial Justice Advocates invites you to see the remarkable
film "Traces of the Trade: a Story from the Deep North. "

When:  *Thursday, September 30  at 7 P.M.*

What: Screening of this film that candidly traces a RI family's history
with the Triangle Trade and slavery.  We learn their history,watch them as
they follow the route of the  triangle trade to Ghana, Cuba and Rhode
Island and see a family reacting to the past and the present. Very
thought-provoking. We hope you will join us.

How:  Zoom.  To get the link, go to www.fplincoln.org.  and either go to
the calendar and click on Traces of the Trade and you will get the link.
The link is also under events.


“*Traces of the Trade: A Story from the Deep North* chronicles the journey
of nine descendants of the largest slave-trading family in the United
States, as they probe the history of their New England ancestors and
confront the contemporary legacies of slavery. The documentary follows
producer/director Katrina Browne as she and her family travel to Rhode
Island, Ghana, and Cuba to retrace the notorious Triangle Trade – and
search for the hidden history of their family, the region, and the nation.
Traces of the Trade exposes New England’s deep involvement in the slave
trade and shows how slavery was a cornerstone of the region’s commercial
life. Together with the DeWolf family descendants, viewers will have the
opportunity to grapple with the history and modern consequences of slavery,
the corrosive role of silence in contemporary conversations about race,
issues of white privilege and guilt, and questions of response, repair, and
reparations. For more information about the film, please visit
http://www.tracesofthetrade.org/.”

Joan Kimball for FPL's Racial Justice Advocates



* --Thich Nhat Hanh*
-- 
The LincolnTalk mailing list.
To post, send mail to Lincoln@lincolntalk.org.
Search the archives at http://lincoln.2330058.n4.nabble.com/.
Browse the archives at https://pairlist9.pair.net/mailman/private/lincoln/.
Change your subscription settings at 
https://pairlist9.pair.net/mailman/listinfo/lincoln.

[LincolnTalk] FPL invites you to a screening of Traces of the Trade Thursday, September 30 at 7:30

[Joan Kimball]

The First Parish Racial Justice Advocates invites you to see the remarkable
film "Traces of the Trade: a Story from the Deep North. "

When:  Thursday, September 30  at 7 P.M.

What: Screening of this film that candidly traces a RI family's history
with the Triangle Trade and slavery.  We learn their history,watch them as
they follow the route of the  triangle trade to Ghana, Cuba and Rhode
Island and see a family reacting to the past and the present. Very
thought-provoking. We hope you will join us.

How:  Zoom.  To get the link, go to www.fplincoln.org.  and either go to
the calendar and click on Traces of the Trade and you will get the link.
The link is also under events.


“*Traces of the Trade: A Story from the Deep North* chronicles the journey
of nine descendants of the largest slave-trading family in the United
States, as they probe the history of their New England ancestors and
confront the contemporary legacies of slavery. The documentary follows
producer/director Katrina Browne as she and her family travel to Rhode
Island, Ghana, and Cuba to retrace the notorious Triangle Trade – and
search for the hidden history of their family, the region, and the nation.
Traces of the Trade exposes New England’s deep involvement in the slave
trade and shows how slavery was a cornerstone of the region’s commercial
life. Together with the DeWolf family descendants, viewers will have the
opportunity to grapple with the history and modern consequences of slavery,
the corrosive role of silence in contemporary conversations about race,
issues of white privilege and guilt, and questions of response, repair, and
reparations. For more information about the film, please visit
http://www.tracesofthetrade.org/.”

Joan Kimball for FPL's Racial Justice Advocates
-- 
The LincolnTalk mailing list.
To post, send mail to Lincoln@lincolntalk.org.
Search the archives at http://lincoln.2330058.n4.nabble.com/.
Browse the archives at https://pairlist9.pair.net/mailman/private/lincoln/.
Change your subscription settings at 
https://pairlist9.pair.net/mailman/listinfo/lincoln.

Re: [VOTE] Release Apache CouchDB 3.1.2

[Joan Touzet]

Nick, that diff shows documentation only. Something seems wrong with
this release.

Recommend we hold the vote until this can be cleared up?

-Joan

On 27/09/2021 08:53, Nick Vatamaniuc wrote:
> Dear community,
> 
> I would like to propose that we release Apache CouchDB 3.1.2
> 
> Changes since 3.1.1
> 
> 
> https://github.com/apache/couchdb-documentation/compare/3.1.1...3.1.x?expand=1
> 
> This is a minor release where we backport a few features from the
> pending 3.2 release to the 3.1.x branch.
> 
> We encourage the whole community to download and test these release
> artefacts so that any critical issues can be resolved before the
> release is made. Everyone is free to vote on this release, so dig
> right in! (Only PMC members have binding votes, but they depend on
> community feedback to gauge if an official release is ready to be
> made.)
> 
> The release artefacts we are voting on are available here:
> 
> https://dist.apache.org/repos/dist/dev/couchdb/source/3.1.2/rc.1/
> 
> There, you will find a tarball, a GPG signature, and SHA256/SHA512 checksums.
> 
> Please follow the test procedure here:
> 
> 
> https://cwiki.apache.org/confluence/display/COUCHDB/Testing+a+Source+Release
> 
> Please remember that "RC1" is an annotation. If the vote passes, these
> artefacts will be released as Apache CouchDB 3.1.2
> 
> Please cast your votes.
> 
> Thanks,
> -Nick
> 

[LincolnTalk] Please join the First Parish Lincoln's Racial Justice Journey tomorrow at 7 P.M. for a screening

[Joan Kimball]

Dear Friends,

We hope you can join us Thursday night (9/23/2021) to watch "After the
Mayflower," at 7:00.  Following the screening, we will have a half hour for
discussion.

 *In this PBS American Experience episode, “After the Mayflower, *we will
see the  interactions of these two peoples, the colonists and the Wampanoag
(the “People of the First Light).  (The documentary brings us several
historians, such as Jill Lepore and Jean O’Brien, Ojibwe, and modern day
Native Americans who share their insights.)

 You will find the link for this screening at www.fplincoln.org  by going
on the Calendar for September 23 and clicking on "After the Mayflower."

--Joan Kimball for the FPL Racial Justice Journey
 
***
"After the Mayflower" is the first episode of "We Shall Remain".  The
Lincoln Librarians report that we are able to watch  all five episodes of
the PBS series *We Shall Remain *on Kanopy here
<https://lincolnpl.kanopy.com/video/we-shall-remain>. Please let
the Library staff  know if they can be of help with using Kanopy! You can
either call the reference desk at 781-259-8465 ext 204 or email
linc...@minlib.net.
-- 
The LincolnTalk mailing list.
To post, send mail to Lincoln@lincolntalk.org.
Search the archives at http://lincoln.2330058.n4.nabble.com/.
Browse the archives at https://pairlist9.pair.net/mailman/private/lincoln/.
Change your subscription settings at 
https://pairlist9.pair.net/mailman/listinfo/lincoln.

Re: Recordatori pel DLP

[Joan]

Juraria que si :-)

Ara ho he vist:

Espai Jove Bocanord
Agudells, 37
Metro El Carmel

-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs


El Fri, 17 Sep 2021 11:44:24 +0200
Narcis Garcia  va escriure:

> Això és a Barcelona?
> 
> Gràcies.
> 
> El 17/9/21 a les 11:36, Joan ha escrit:
> > 
> > 
> > Començament del missatge reenviat:
> > 
> > Data: Thu, 16 Sep 2021 10:47:07 +
> > Des de: "Rafael Carreras" (via caliu-info Mailing List)
> >  A: caliu-info
> >  Títol: [caliu-info] Recordatori pel
> > DLP
> > 
> > 
> > Bon dia Caliu.
> > 
> > Aquest és un recordatori del Dia de la Llibertat del Programari que
> > celebrarem dissabte.
> > 
> > https://gitlab.com/caliu-cat/esdeveniments/-/wikis/Dia-de-la-Llibertat-del-Programari-2021
> > 
> > Ens hi veiem!
> > Salut!
> > 
> > Rafael Carreras
> > https://mastodont.cat/@rcarreras
> > [https://mastodont.cat/@caliu](https://mastodont.cat/@rcarreras)
> > 
> > 
> > ---
> > To unsubscribe: <mailto:caliu-info-unsubscr...@lists.riseup.net>
> > List help: <https://riseup.net/lists>
> >   
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Re: privacitat / seguretat

[Joan]

Sobre l'Iridium, veig que te molta activitat al repositori:

https://github.com/iridium-browser/iridium-browser

però no te versió per Debian (com és?) i tampoc sé si és mitiga totes
les merdes del Chromium... (és a dir, no sé si és millor siguir la
reomanació de PrivacyTools de no usar Chrome, tot i que també parlen bé
de les versions degoogleades de Chrome, com podria ser aquesta).

Em continua sobtant que no estigui per Debian (hi ha un repo antic per
això: https://github.com/iridium-browser/iridium-browser-ubuntu )

-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs


El Wed, 15 Sep 2021 16:51:25 +0200
Narcis Garcia  va escriure:

> Abrowser està basat en Mozilla, i crec que la simple diferència és que
> les opcions predeterminades són respectuoses amb l'usuari.
> Iridium està basat en Chromium, i en el mateix sentit.
> 
> Cap dels dos està pas desenvolupat per una empresa ni projecte amb
> ànim de lucre.
> 
> Narcís
> 
> 
> El 15/9/21 a les 10:16, Llibertat ha escrit:
> > Doncs potser hauríem de recomanar Brave? està basat en Chromiun,
> > personalment m'agrada tot i que a vegades és masa restrictiu per
> > defecte i no permet accedir a algunes pàgines. Porta incorporat
> > accès mitjançant Tor (configurable a voluntat), està en català i és
> > pot gestionar la traçavilitat. Al instalar-lo apareix un petit
> > assitent on es pot seleccionar el motor de búsqueda per defecte
> > (DuckDuckGo per exemple), i totes les opcions comentades
> > anteriorment, així que aquest navegador podría ser un bon coplement
> > per Debian.
> > 
> > L'altre opció podría ser Tor, basat en Firefox, però aquí si que
> > moltes Webs donen problemes al detectar l'accès anónim i és fa
> > dificil fer-lo serv per a un ús diari.
> > 
> > Ricard D.
> > 
> > 
> > On 14/9/21 21:17, Narcis Garcia wrote:  
> >> El problema de recomanar Mozilla Firefox, és, en el context
> >> d'aquesta llista, que la configuració predeterminada que porta el
> >> paquet no segueix el principi de «seguretat per defecte».
> >> Deixa una mica que desitjar el predefinit de «convidar» a
> >> registrar-se amb la central de Mozilla i d'enviar totes les
> >> cerques i allò que tecleges a la barra d'adreces a l'empresa
> >> Google.
> >>
> >> Narcís.
> >>
> >>
> >> El 14/9/21 a les 10:02, Joan ha escrit:  
> >>> Per cert, aprofito per fer una mica de proselitisme (alguns ja
> >>> n'esteu al cas): estic treballant en una pàgina que responent
> >>> unes preguntes et proposa millores en el teu perfil de
> >>> privacitat/seguretat digital... Algú podria pensar que Debian és
> >>> el punt d'arribada, però encara es pot anar més enllà :-p
> >>>
> >>> https://privacitat.calbasi.net/
> >>>
> >>> Pd.: qualsevol dia poso un "wanted", algú que passi totes les
> >>> pantalles i el sistema no li pugui oferir cap suggeriment de
> >>> millora perquè ja ho fa tot "la mar de bé" :-) De fet, si algu ho
> >>> acredita estic disposat a donar-li 200 G1 :-D
> >>>  
> >   
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Re: privacitat / seguretat

[Joan]

Diria que això de l'Abrowser és una mica antic, i pel que veig és una
mica lo d el'antic Iceweasel... Està fet per Trisquel (què és?):

https://trisquel.info/es/wiki/abrowser-ayuda


-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs


El Wed, 15 Sep 2021 16:51:25 +0200
Narcis Garcia  va escriure:

> Abrowser està basat en Mozilla, i crec que la simple diferència és que
> les opcions predeterminades són respectuoses amb l'usuari.
> Iridium està basat en Chromium, i en el mateix sentit.
> 
> Cap dels dos està pas desenvolupat per una empresa ni projecte amb
> ànim de lucre.
> 
> Narcís
> 
> 
> El 15/9/21 a les 10:16, Llibertat ha escrit:
> > Doncs potser hauríem de recomanar Brave? està basat en Chromiun,
> > personalment m'agrada tot i que a vegades és masa restrictiu per
> > defecte i no permet accedir a algunes pàgines. Porta incorporat
> > accès mitjançant Tor (configurable a voluntat), està en català i és
> > pot gestionar la traçavilitat. Al instalar-lo apareix un petit
> > assitent on es pot seleccionar el motor de búsqueda per defecte
> > (DuckDuckGo per exemple), i totes les opcions comentades
> > anteriorment, així que aquest navegador podría ser un bon coplement
> > per Debian.
> > 
> > L'altre opció podría ser Tor, basat en Firefox, però aquí si que
> > moltes Webs donen problemes al detectar l'accès anónim i és fa
> > dificil fer-lo serv per a un ús diari.
> > 
> > Ricard D.
> > 
> > 
> > On 14/9/21 21:17, Narcis Garcia wrote:  
> >> El problema de recomanar Mozilla Firefox, és, en el context
> >> d'aquesta llista, que la configuració predeterminada que porta el
> >> paquet no segueix el principi de «seguretat per defecte».
> >> Deixa una mica que desitjar el predefinit de «convidar» a
> >> registrar-se amb la central de Mozilla i d'enviar totes les
> >> cerques i allò que tecleges a la barra d'adreces a l'empresa
> >> Google.
> >>
> >> Narcís.
> >>
> >>
> >> El 14/9/21 a les 10:02, Joan ha escrit:  
> >>> Per cert, aprofito per fer una mica de proselitisme (alguns ja
> >>> n'esteu al cas): estic treballant en una pàgina que responent
> >>> unes preguntes et proposa millores en el teu perfil de
> >>> privacitat/seguretat digital... Algú podria pensar que Debian és
> >>> el punt d'arribada, però encara es pot anar més enllà :-p
> >>>
> >>> https://privacitat.calbasi.net/
> >>>
> >>> Pd.: qualsevol dia poso un "wanted", algú que passi totes les
> >>> pantalles i el sistema no li pugui oferir cap suggeriment de
> >>> millora perquè ja ho fa tot "la mar de bé" :-) De fet, si algu ho
> >>> acredita estic disposat a donar-li 200 G1 :-D
> >>>  
> >   
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Re: privacitat / seguretat

[Joan]

El Wed, 15 Sep 2021 16:51:25 +0200
Narcis Garcia  va escriure:

> Abrowser està basat en Mozilla, i crec que la simple diferència és que
> les opcions predeterminades són respectuoses amb l'usuari.
> Iridium està basat en Chromium, i en el mateix sentit.
> 
> Cap dels dos està pas desenvolupat per una empresa ni projecte amb
> ànim de lucre.
> 
> Narcís

De fet, veig que PrivacyTools (per cert, ara han canviat de nom, i la
gent que ho porta passa aquí: https://privacyguides.org )


https://privacytools.io/browsers/#browser

quan parla del Firefox ja recomana unes extensions:

https://privacytools.io/browsers/#addons

desactivar WebRTC:

https://privacytools.io/browsers/#webrtc

i ajustos al about:config:

https://privacytools.io/browsers/#about_config

En canvi no es parlen dels dos navegadors que comentes... (això tampoc
vol dir res si els projectes son fiables)

> 
> 
> El 15/9/21 a les 10:16, Llibertat ha escrit:
> > Doncs potser hauríem de recomanar Brave? està basat en Chromiun,
> > personalment m'agrada tot i que a vegades és masa restrictiu per
> > defecte i no permet accedir a algunes pàgines. Porta incorporat
> > accès mitjançant Tor (configurable a voluntat), està en català i és
> > pot gestionar la traçavilitat. Al instalar-lo apareix un petit
> > assitent on es pot seleccionar el motor de búsqueda per defecte
> > (DuckDuckGo per exemple), i totes les opcions comentades
> > anteriorment, així que aquest navegador podría ser un bon coplement
> > per Debian.
> > 
> > L'altre opció podría ser Tor, basat en Firefox, però aquí si que
> > moltes Webs donen problemes al detectar l'accès anónim i és fa
> > dificil fer-lo serv per a un ús diari.
> > 
> > Ricard D.
> > 
> > 
> > On 14/9/21 21:17, Narcis Garcia wrote:  
> >> El problema de recomanar Mozilla Firefox, és, en el context
> >> d'aquesta llista, que la configuració predeterminada que porta el
> >> paquet no segueix el principi de «seguretat per defecte».
> >> Deixa una mica que desitjar el predefinit de «convidar» a
> >> registrar-se amb la central de Mozilla i d'enviar totes les
> >> cerques i allò que tecleges a la barra d'adreces a l'empresa
> >> Google.
> >>
> >> Narcís.
> >>
> >>
> >> El 14/9/21 a les 10:02, Joan ha escrit:  
> >>> Per cert, aprofito per fer una mica de proselitisme (alguns ja
> >>> n'esteu al cas): estic treballant en una pàgina que responent
> >>> unes preguntes et proposa millores en el teu perfil de
> >>> privacitat/seguretat digital... Algú podria pensar que Debian és
> >>> el punt d'arribada, però encara es pot anar més enllà :-p
> >>>
> >>> https://privacitat.calbasi.net/
> >>>
> >>> Pd.: qualsevol dia poso un "wanted", algú que passi totes les
> >>> pantalles i el sistema no li pugui oferir cap suggeriment de
> >>> millora perquè ja ho fa tot "la mar de bé" :-) De fet, si algu ho
> >>> acredita estic disposat a donar-li 200 G1 :-D
> >>>  
> >   
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Fw: [caliu-info] Recordatori pel DLP

[Joan]

Començament del missatge reenviat:

Data: Thu, 16 Sep 2021 10:47:07 +
Des de: "Rafael Carreras" (via caliu-info Mailing List)
 A: caliu-info
 Títol: [caliu-info] Recordatori pel DLP


Bon dia Caliu.

Aquest és un recordatori del Dia de la Llibertat del Programari que
celebrarem dissabte.

https://gitlab.com/caliu-cat/esdeveniments/-/wikis/Dia-de-la-Llibertat-del-Programari-2021

Ens hi veiem!
Salut!

Rafael Carreras
https://mastodont.cat/@rcarreras
[https://mastodont.cat/@caliu](https://mastodont.cat/@rcarreras)

-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs
Bon dia Caliu.Aquest és un recordatori del Dia de la Llibertat del Programari que celebrarem dissabte.https://gitlab.com/caliu-cat/esdeveniments/-/wikis/Dia-de-la-Llibertat-del-Programari-2021Ens hi veiem!Salut!Rafael Carrerashttps://mastodont.cat/@rcarrerashttps://mastodont.cat/@caliu
---
To unsubscribe: <mailto:caliu-info-unsubscr...@lists.riseup.net>
List help: <https://riseup.net/lists>

Re: Debian 11 estable en poques hores

[Joan]

Jo amb la Debian 10 vaig usar una eina que venia integrada, i que no
era virtualbox. Es diu "Boxes"/"màquines" en català:

https://wiki.gnome.org/Apps/Boxes

(i no sé quina tecnologia de virtualització fa servir, però era mlt
senzill de fer anar)

-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs


El Wed, 18 Aug 2021 13:02:42 +0200
"jordi P."  va escriure:

> On 18/8/21 9:29, Eloi wrote:
> > Pel que fa a VirtualBox, n'explico la història: deixant de banda el
> > fet que estigués a contrib per necessitar d'un compilador privatiu
> > per a la BIOS simulada, el problema ha vingut perquè, ja fa un
> > temps, Oracle va ../--
> > 
> > Pels meus usos, especialment màquines virtuals en servidors remots,
> > QEMU ha estat un gran salt endavant. Per a usos domèstics reconec,
> > però, que pot ser un petit pas enrere.  
> 
> Cert i molt ben enraonat, però és clar que cada cas és un mon.
> 
> Fa bastants anys, a la feina vaig muntar algun sistema amb WWMware i 
> també amb quemu, tot era molt nou i a les beceroles, i d'allò ja no
> en queda res.
> 
> Ara a nivell domèstic i per comóditat el Virtualbox només el
> necessito per fer córrer un sol programa amb W7, la seguretat
> d'aquesta maquina em preocupa molt poc, i prou pena tinc d'haver
> d'utilitzar res de ms.
> 
> Esperaré a veure si els de Virtualbox fan uns binaris per Bullseye.
> 
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Re: Migració de Fedora a Debian al departament d'Informàtica de l'Escola del Treball

[Joan]

Si López era Super López, tu deus ser Febrer Amorós... O Julio
Esquerp... Ja estaré al cas :-p


El Tue, 14 Sep 2021 19:12:44 +0200
Julio Amorós  va escriure:

> Missatge de Joan  del dia dt., 14 de set. 2021
> a les 9:57:
> 
> > Per cert, Julio, si a part de la llista de correu, a on em penso
> > que hi ha molta gent i respostes molt àgils, vols enredar-te amb el
> > chat per preguntes "immediates", que sàpigues que tenim canal de
> > matrix:
> >
> > #debian-cat:matrix.org  
> 
> 
> Estic des de fa temps, gairebé sempre calladet, però amb una identitat
> secreta, com Super López. :D
> 
> 
> 
> >
> >
> > (no recordo si està connectat amb el canal de IRC també)
> >
> > --
> > Joan Cervan i Andreu
> > http://personal.calbasi.net
> >
> > "El meu paper no és transformar el món ni l'home sinó, potser, el de
> > ser útil, des del meu lloc, als pocs valors sense els quals un món
> > no val la pena viure'l" A. Camus
> >
> > i pels que teniu fe:
> > "Déu no és la Veritat, la Veritat és Déu"
> > Gandhi
> >
> > "Donar exemple no és la principal manera de influir sobre els
> > altres; es la única manera" Albert Einstein
> >
> > “Lluitarem contra el fort mentre siguem febles i contra nosaltres
> > mateixos quan siguem forts” Lluís Maria Xirinacs
> >
> >
> > El Mon, 13 Sep 2021 15:47:08 +0200
> > Julio Amorós  va escriure:
> >  
> > > Hola companys,
> > > us volíem informar de la migració que s'ha fet al departament
> > > d'Informàtica de l'Escola del Treball. Des de l'any 2000 que estem
> > > fent servir Fedora (RedHat) gràcies a un gran company que ja està
> > > jubilat i que ens va introduir al mon del programari lliure.
> > >
> > > No sé si coneixeu una mica les particularitats de les
> > > distribucions Fedora, podríem dir que l'estabilitat no seria el
> > > seu punt fort, sent generosos. Això ens motivava cada curs a no
> > > utilitzar la darrera versió. Sí que és cert però, que hi havia
> > > d'altres avantatges.
> > >
> > > Al llarg d'aquests anys, hem tingut grans debianites al
> > > departament, alguna desenvolupadora fins i tot, i més o menys
> > > sempre hi havia quòrum en que Debian era una distribució
> > > superior, però la migració d'un sistema a un altre fa molta por.
> > > El cas és que l'arribada de professors joves i competents al
> > > nostre departament ha impulsat aquest canvi. És curiós que al
> > > jovent ja no li agradi viure al límit (Fedora és això i aprens
> > > molt :D )
> > >
> > > En fi, que a més d'informar-vos d'aquesta migració us volem avisar
> > > que us començarem a fer moltes preguntes.
> > >
> > > Per cert, com cada any fem una guia d'instal·lació pels nostres
> > > alumnes de cicles de grau superior, encara està verda, però
> > > qualsevol consell / millora que ens vulgueu donar us estarem molt
> > > agraïts.
> > >
> > > https://gitlab.com/pingui/deb-at-inf
> > >
> > > Vagi bé.
> > >
> > > Julio
> > >
> > >  
> >
> >
> >
> > --
> > Joan Cervan i Andreu
> > http://personal.calbasi.net
> >
> > "El meu paper no és transformar el món ni l'home sinó, potser, el de
> > ser útil, des del meu lloc, als pocs valors sense els quals un món
> > no val la pena viure'l" A. Camus
> >
> > i pels que teniu fe:
> > "Déu no és la Veritat, la Veritat és Déu"
> > Gandhi
> >
> > "Donar exemple no és la principal manera de influir sobre els
> > altres; es la única manera" Albert Einstein
> >
> > “Lluitarem contra el fort mentre siguem febles i contra nosaltres
> > mateixos quan siguem forts” Lluís Maria Xirinacs
> >  
> 
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Re: privacitat / seguretat

[Joan]

El Wed, 15 Sep 2021 10:16:28 +0200
Llibertat  va escriure:

> Doncs potser hauríem de recomanar Brave? està basat en Chromiun,
> personalment m'agrada tot i que a vegades és masa restrictiu per
> defecte i no permet accedir a algunes pàgines. Porta incorporat accès
> mitjançant Tor (configurable a voluntat), està en català i és pot
> gestionar la traçavilitat. Al instalar-lo apareix un petit assitent
> on es pot seleccionar el motor de búsqueda per defecte (DuckDuckGo
> per exemple), i totes les opcions comentades anteriorment, així que
> aquest navegador podría ser un bon coplement per Debian.


Normalment a Privacy Tools no donen consells negatius (recomanacions de
NO usar), però aquest és el cas de Brave:

https://www.privacyguides.org/browsers/

O sigui, que de Brave, ni parlar-ne... Privacy Tools és la Bíblia :-p



> 
> L'altre opció podría ser Tor, basat en Firefox, però aquí si que
> moltes Webs donen problemes al detectar l'accès anónim i és fa
> dificil fer-lo serv per a un ús diari.
> 
> Ricard D.
> 
> 
> On 14/9/21 21:17, Narcis Garcia wrote:
> > El problema de recomanar Mozilla Firefox, és, en el context
> > d'aquesta llista, que la configuració predeterminada que porta el
> > paquet no segueix el principi de «seguretat per defecte».
> > Deixa una mica que desitjar el predefinit de «convidar» a
> > registrar-se amb la central de Mozilla i d'enviar totes les cerques
> > i allò que tecleges a la barra d'adreces a l'empresa Google.
> >
> > Narcís.
> >
> >
> > El 14/9/21 a les 10:02, Joan ha escrit:  
> >> Per cert, aprofito per fer una mica de proselitisme (alguns ja
> >> n'esteu al cas): estic treballant en una pàgina que responent unes
> >> preguntes et proposa millores en el teu perfil de
> >> privacitat/seguretat digital... Algú podria pensar que Debian és
> >> el punt d'arribada, però encara es pot anar més enllà :-p
> >>
> >> https://privacitat.calbasi.net/
> >>
> >> Pd.: qualsevol dia poso un "wanted", algú que passi totes les
> >> pantalles i el sistema no li pugui oferir cap suggeriment de
> >> millora perquè ja ho fa tot "la mar de bé" :-) De fet, si algu ho
> >> acredita estic disposat a donar-li 200 G1 :-D
> >>  
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Re: privacitat / seguretat

[Joan]

De fet la web no recomana Firefox :-) La web està pensada per donar
alternatives millors a X.

Per exemple, Firefox està posada com a alternativa millor a
Chrome/Safari/Edge, juntament amb Tor Browser:

https://privacitat.calbasi.net/chromeedgesafari

Però quan vas a la Fitxe de Firefox, hi ha proposades alternatives
millors:

https://privacitat.calbasi.net/firefox

De fet, si vas a la fitxa de Gmail et proposa, per exemple, Protonmail.
I quan vas a la de Protonmail, et posa la de Protonmail via Tor.

De la mateixa manera, es podria proposar, per la gent que usa Firefox,
un tweak, un canvi de configuració, l'us d'una extensió...

Penseu que la web està creada per ser col·laborativa, o sigui que
valtros mateixos podeu incorporar alternatives millors a el que sigui
:-p

I també està pensada perquè els usuaris no tecnològics vegin primer
preguntes bàsiques com "uses gmail? uses whatsapp?" i tinguin
recomanacions a aquests usos més bàsics... Només quan avances i respons
més preguntes, perquè les bàsiques les tens amortitzades, la web et
pregunta coses més específiques: uses Debian? Uses QUBES? Uses la
xarxa Tor?





El Tue, 14 Sep 2021 21:17:58 +0200
Narcis Garcia  va escriure:

> El problema de recomanar Mozilla Firefox, és, en el context d'aquesta
> llista, que la configuració predeterminada que porta el paquet no
> segueix el principi de «seguretat per defecte».
> Deixa una mica que desitjar el predefinit de «convidar» a registrar-se
> amb la central de Mozilla i d'enviar totes les cerques i allò que
> tecleges a la barra d'adreces a l'empresa Google.
> 
> Narcís.
> 
> 
> El 14/9/21 a les 10:02, Joan ha escrit:
> > Per cert, aprofito per fer una mica de proselitisme (alguns ja
> > n'esteu al cas): estic treballant en una pàgina que responent unes
> > preguntes et proposa millores en el teu perfil de
> > privacitat/seguretat digital... Algú podria pensar que Debian és el
> > punt d'arribada, però encara es pot anar més enllà :-p
> > 
> > https://privacitat.calbasi.net/
> > 
> > Pd.: qualsevol dia poso un "wanted", algú que passi totes les
> > pantalles i el sistema no li pugui oferir cap suggeriment de
> > millora perquè ja ho fa tot "la mar de bé" :-) De fet, si algu ho
> > acredita estic disposat a donar-li 200 G1 :-D 
> >   
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Re: Debian 11 estable en poques hores

[Joan Montané]

Missatge de Ernest Adrogué  del dia dg., 12 de set.
2021 a les 15:38:
>
>
> En segon lloc, no vull semblar negatiu, però jo segueixo pensant que la
> preposició sobra en els llistats de directori.
>
> I, desafortunadament, ls no és l'únic programa afectat.
>
> systemd mostra les dates d'aquesta manera
>
> d’ag. 22 11:56:16 doriath offlineimap[1492]: Syncing Trash: IMAP -> MappedIMAP
> d’ag. 22 11:56:17 doriath offlineimap[1492]: *** Finished account 'Posteo.…:03
> Hint: Some lines were ellipsized, use -l to show in full.
>
> El dmesg igual:
>
> [dg. d’ag. 22 10:37:23 2021] usb 1-8: device descriptor read/64, error -71
> [dg. d’ag. 22 10:37:23 2021] usb 1-8: device descriptor read/64, error -71
> [dg. d’ag. 22 10:37:23 2021] usb usb1-port8: attempt power cycle
>
> En definitiva, han passat 4 anys des de que es va "modernitzar" el local
> ca_ES, i després de 4 anys jo penso que ja podem afirmar que la
> experiència de l'usuari amb el local nou és pitjor que amb el local
> anterior.
>
> Crec que la comunitat d'usuaris de GNU/Linux catalano-parlants ens hem
> de plantejar si volem mantenir el local "modernitzat" que no funciona, o
> si preferim tornar al local anterior.  Evidentment hi ha arguments a
> favor i en contra de les dues alternatives.  Personalment, m'inclino per
> la segona.  En fi, jo crec que hi hauria d'haver un debat i una votació
> sobre aquest tema.
>
> Què en penseu vosaltres?
>

Discrepo en alguns punts.

Després de 4 anys, l'experiència de l'usuari és millor a l'escriptori.
I sí, en terminal algunes coses no rutllen.

Què no rutlla?
1. «ls -l» no rutlla perquè van canviar de versió sense passar pel
Translation Project: van arreglar un problema que afectava moltes
llengües (format dia/mes) que fa aparèixer el 2n problema (que només
ens afecta a nosaltres, l'«enquadrament» dels mesos), tot i les
precaucions perquè això no passès. Quan tinguin la traducció
actualitzada els mesos quedaran "enquadrats" en fer «ls -l».
2. dmesg no rutlla perquè té la cadena de format de data
«human-readable» hardcoded ([1] i [2]). *Suposo* que passa el mateix
que systemd.
3. Segur que hi ha alguna altra utilitat que genera les dates en format americà.

Què vull dir amb això?
Debian és molt més que el terminal.
Canviar les abreviatures dels mesos a «ls» afecta a tot el sistema.
L'opció triada és una solució de compromís que no és ideal, però és
millor (quan s'apliqui) que la situació dels darrers 4 anys.
Ara com ara, dmesg i systemd mostraran un format de data incorrecte
siguin quines siguin les abreviatures dels mesos, perquè no permeten
definir el format de data (com sí que ho permet «ls»). Això és una
manca d'internacionalització. Treballem per a millorar-ho.

Els meus 5 cèntims.

Joan Montané



[1] https://github.com/karelzak/util-linux/blob/master/sys-utils/dmesg.c#L852
[2] https://github.com/karelzak/util-linux/blob/master/sys-utils/dmesg.c#L859
>
> Salutacions.
>

Re: privacitat / seguretat

[Joan]

Per cert, aprofito per fer una mica de proselitisme (alguns ja n'esteu
al cas): estic treballant en una pàgina que responent unes preguntes et
proposa millores en el teu perfil de privacitat/seguretat digital...
Algú podria pensar que Debian és el punt d'arribada, però encara es pot
anar més enllà :-p

https://privacitat.calbasi.net/

Pd.: qualsevol dia poso un "wanted", algú que passi totes les pantalles
i el sistema no li pugui oferir cap suggeriment de millora perquè ja ho
fa tot "la mar de bé" :-) De fet, si algu ho acredita estic disposat a
donar-li 200 G1 :-D 

-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs


El Mon, 13 Sep 2021 15:47:08 +0200
Julio Amorós  va escriure:

> Hola companys,
> us volíem informar de la migració que s'ha fet al departament
> d'Informàtica de l'Escola del Treball. Des de l'any 2000 que estem
> fent servir Fedora (RedHat) gràcies a un gran company que ja està
> jubilat i que ens va introduir al mon del programari lliure.
> 
> No sé si coneixeu una mica les particularitats de les distribucions
> Fedora, podríem dir que l'estabilitat no seria el seu punt fort, sent
> generosos. Això ens motivava cada curs a no utilitzar la darrera
> versió. Sí que és cert però, que hi havia d'altres avantatges.
> 
> Al llarg d'aquests anys, hem tingut grans debianites al departament,
> alguna desenvolupadora fins i tot, i més o menys sempre hi havia
> quòrum en que Debian era una distribució superior, però la migració
> d'un sistema a un altre fa molta por. El cas és que l'arribada de
> professors joves i competents al nostre departament ha impulsat
> aquest canvi. És curiós que al jovent ja no li agradi viure al límit
> (Fedora és això i aprens molt :D )
> 
> En fi, que a més d'informar-vos d'aquesta migració us volem avisar
> que us començarem a fer moltes preguntes.
> 
> Per cert, com cada any fem una guia d'instal·lació pels nostres
> alumnes de cicles de grau superior, encara està verda, però qualsevol
> consell / millora que ens vulgueu donar us estarem molt agraïts.
> 
> https://gitlab.com/pingui/deb-at-inf
> 
> Vagi bé.
> 
> Julio
> 
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Re: Migració de Fedora a Debian al departament d'Informàtica de l'Escola del Treball

[Joan]

Per cert, Julio, si a part de la llista de correu, a on em penso que hi
ha molta gent i respostes molt àgils, vols enredar-te amb el chat per
preguntes "immediates", que sàpigues que tenim canal de matrix:

#debian-cat:matrix.org

(no recordo si està connectat amb el canal de IRC també)

-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs


El Mon, 13 Sep 2021 15:47:08 +0200
Julio Amorós  va escriure:

> Hola companys,
> us volíem informar de la migració que s'ha fet al departament
> d'Informàtica de l'Escola del Treball. Des de l'any 2000 que estem
> fent servir Fedora (RedHat) gràcies a un gran company que ja està
> jubilat i que ens va introduir al mon del programari lliure.
> 
> No sé si coneixeu una mica les particularitats de les distribucions
> Fedora, podríem dir que l'estabilitat no seria el seu punt fort, sent
> generosos. Això ens motivava cada curs a no utilitzar la darrera
> versió. Sí que és cert però, que hi havia d'altres avantatges.
> 
> Al llarg d'aquests anys, hem tingut grans debianites al departament,
> alguna desenvolupadora fins i tot, i més o menys sempre hi havia
> quòrum en que Debian era una distribució superior, però la migració
> d'un sistema a un altre fa molta por. El cas és que l'arribada de
> professors joves i competents al nostre departament ha impulsat
> aquest canvi. És curiós que al jovent ja no li agradi viure al límit
> (Fedora és això i aprens molt :D )
> 
> En fi, que a més d'informar-vos d'aquesta migració us volem avisar
> que us començarem a fer moltes preguntes.
> 
> Per cert, com cada any fem una guia d'instal·lació pels nostres
> alumnes de cicles de grau superior, encara està verda, però qualsevol
> consell / millora que ens vulgueu donar us estarem molt agraïts.
> 
> https://gitlab.com/pingui/deb-at-inf
> 
> Vagi bé.
> 
> Julio
> 
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Re: Migració de Fedora a Debian al departament d'Informàtica de l'Escola del Treball

[Joan]

Està tot inventat! Mola això de l'etckeeper!  Merci Lluís!

-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs


El Mon, 13 Sep 2021 10:18:37 -0500
tictacbum  va escriure:

> Hola Julio, felicitats pel canvi i sort amb la migració!
> no sé si coneixes etckeeper però crec que us pot ser força útil a
> l'escola, manté un historial de canvis a /etc en un repositori git
> 
> salut!!
> 
> Missatge de Julio Amorós  del dia dl.,
> 13 de set. 2021 a les 8:47:
> 
> > Hola companys,
> > us volíem informar de la migració que s'ha fet al departament
> > d'Informàtica de l'Escola del Treball. Des de l'any 2000 que estem
> > fent servir Fedora (RedHat) gràcies a un gran company que ja està
> > jubilat i que ens va introduir al mon del programari lliure.
> >
> > No sé si coneixeu una mica les particularitats de les distribucions
> > Fedora, podríem dir que l'estabilitat no seria el seu punt fort,
> > sent generosos. Això ens motivava cada curs a no utilitzar la
> > darrera versió. Sí que és cert però, que hi havia d'altres
> > avantatges.
> >
> > Al llarg d'aquests anys, hem tingut grans debianites al departament,
> > alguna desenvolupadora fins i tot, i més o menys sempre hi havia
> > quòrum en que Debian era una distribució superior, però la migració
> > d'un sistema a un altre fa molta por. El cas és que l'arribada de
> > professors joves i competents al nostre departament ha impulsat
> > aquest canvi. És curiós que al jovent ja no li agradi viure al
> > límit (Fedora és això i aprens molt :D )
> >
> > En fi, que a més d'informar-vos d'aquesta migració us volem avisar
> > que us començarem a fer moltes preguntes.
> >
> > Per cert, com cada any fem una guia d'instal·lació pels nostres
> > alumnes de cicles de grau superior, encara està verda, però
> > qualsevol consell / millora que ens vulgueu donar us estarem molt
> > agraïts.
> >
> > https://gitlab.com/pingui/deb-at-inf
> >
> > Vagi bé.
> >
> > Julio
> >
> >
> > --
> > __
> >
> >
> >-
> >
> >El 2003 el català era la llengua habitual del 46 % dels
> > catalans. Al 2018 només del 36 %. Si els castellanoparlants no
> > actuem, desapareixerà. -
> >
> >El 3 de novembre representa el moment de l'any en el que les
> > dones deixen de cobrar en comparació amb els homes. Hem d’ajudar a
> > les dones a eliminar aquesta data.
> >-
> >
> >L’administració pública cada any es gasta milions d’euros en
> >llicències de programari privatiu. Utilitzant programari lliure
> > estalviem costos i incentivem l’economia local.
> >
> > *La neutralitat davant les desigualtats acaba accentuant-les.*
> >  



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Re: Problem with the dovecot-fts-xapian package.

[Joan Moreau]

@Bob : The package has been recompiled against the new version of 
Dovecot. Hope it works now


@Aki : It would be nice to have all plugins included in the source code 
for major releases (with a simple rule that non-maintained packages are 
removed), including Pigeonhole, FTS plugins, and many other existing 
plugins from all over the world


On 2021-09-12 13:54, Aki Tuomi wrote:


On 12/09/2021 15:12 Bob Marcan  wrote:

On Sun, 12 Sep 2021 11:36:46 +0100
Joan Moreau  wrote:

This is where I am for now :

https://koji.fedoraproject.org/koji/packageinfo?packageID=34417

Probably, I should wait for Fedora batch programs to push that into 
main rep


On 2021-09-12 11:18, Joan Moreau wrote:

Hi Bob,

I am trying to achieve that.

But do you know the process of pushing an update as a maintainer, in > 
fedore repositories ?


Thank you

On 2021-09-12 11:02, Bob Marcan wrote:
On Sun, 12 Sep 2021 09:45:35 +0100
Joan Moreau  wrote:

Thank you for notice.

What is the process to rebuild the package with recent dovecot, as  > 
(instead of existing 1.4.12-1) ?
There are no (yet)  1.4.12-2 in updates-testing or > 
updates-testing-modular repository.

Should i'll wait for update?
BR, Bob


Got the new version and there is no more API mismatch.
It's not so important for me, since i'm retired and i'm running this on 
my home computer.

But i think it needs more support from te dovecot group.
There a lot file protection issues nad lack of documentation on dovecot 
side.


BR, Bob
Hi Bob,

Dovecot does not maintain either the packages for fedora. These are 
maintained by Fedora Project. Also we do not maintain or document the 
dovecot-fts-xapian plugin, since it's 3rd party plugin. It's maintained 
by Joan Moreau.


Kind regards,
Aki

Re: Problem with the dovecot-fts-xapian package.

[Joan Moreau]

Thank you for notice.

What is the process to rebuild the package with recent dovecot, as 
1.4.12-2 (instead of existing 1.4.12-1) ?


On 2021-09-12 07:21, Bob Marcan wrote:


Problem with the dovecot-fts-xapian package.

Fedora 34 with latest updates.
dovecot-2.3.16-1.fc34.x86_64
dovecot-fts-xapian-1.4.12-1.fc34.x86_64

[root@smicro conf.d]# systemctl restart dovecot
[root@smicro conf.d]# doveadm index -A \*
Fatal: Couldn't load required plugin 
/usr/lib64/dovecot/lib21_fts_xapian_plugin.so: Module is for different 
ABI version 2.3.ABIv15(2.3.15) (we have 2.3.ABIv16(2.3.16))


BR, Bob

Re: Wrong MIG generated headers

[Joan Lledó]

Hi,

El 11/9/21 a les 13:39, Sergey Bugaev ha escrit:

This is a little change that Samuel has committed recently


Thanks a lot, I was spending a lot of time on this. Should have asked 
before.

Wrong MIG generated headers

[Joan Lledó]

Hi,

I'm having a weird issue trying to add a new interface to gnumach. I'm 
using this mach4.defs:


--

/*
 * Mach Operating System
 * Copyright (c) 1994,1993,1992 Carnegie Mellon University
 * All Rights Reserved.
 *
 * Permission to use, copy, modify and distribute this software and its
 * documentation is hereby granted, provided that both the copyright
 * notice and this permission notice appear in all copies of the
 * software, derivative works or modified versions, and any portions
 * thereof, and that both notices appear in supporting documentation.
 *
 * CARNEGIE MELLON ALLOWS FREE USE OF THIS SOFTWARE IN ITS "AS IS"
 * CONDITION.  CARNEGIE MELLON DISCLAIMS ANY LIABILITY OF ANY KIND FOR
 * ANY DAMAGES WHATSOEVER RESULTING FROM THE USE OF THIS SOFTWARE.
 *
 * Carnegie Mellon requests users of this software to return to
 *
 *  Software Distribution Coordinator  or  software.distribut...@cs.cmu.edu
 *  School of Computer Science
 *  Carnegie Mellon University
 *  Pittsburgh PA 15213-3890
 *
 * any improvements or extensions that they make and grant Carnegie Mellon
 * the rights to redistribute these changes.
 */
/*
 *  Matchmaker definitions file for Mach4 kernel interface.
 */

subsystem
#if KERNEL_SERVER
  KernelServer
#endif  /* KERNEL_SERVER */
#if KERNEL_USER
  KernelUser
#endif  /* KERNEL_USER */
   mach4 4000;

#include 
#include 


#ifdef MACH_PCSAMPLE
type sampled_pc_t   = struct[3]of natural_t;
type sampled_pc_array_t = array[*:512] of sampled_pc_t;
type sampled_pc_seqno_t = unsigned;
type sampled_pc_flavor_t = natural_t;

routine task_enable_pc_sampling(
host  : task_t;
out tick  : int; /* sample frequency in usecs   */
flavor: sampled_pc_flavor_t );

routine task_disable_pc_sampling(
host  : task_t;
out samplecnt : int);

routine task_get_sampled_pcs(
host: task_t;
inout seqno : sampled_pc_seqno_t;
out sampled_pcs : sampled_pc_array_t);

routine thread_enable_pc_sampling(
host  : thread_t;
out tick  : int; /* sample frequency in usecs*/
flavor: sampled_pc_flavor_t );

routine thread_disable_pc_sampling(
host  : thread_t;
out samplecnt : int);

routine thread_get_sampled_pcs(
host: thread_t;
inout seqno : sampled_pc_seqno_t;
out sampled_pcs : sampled_pc_array_t);


skip/* pc_sampling reserved 1*/;
skip/* pc_sampling reserved 2*/;
skip/* pc_sampling reserved 3*/;
skip/* pc_sampling reserved 4*/;

#else

skip;   /* task_enable_pc_sampling */
skip;   /* task_disable_pc_sampling */
skip;   /* task_get_sampled_pcs */
skip;   /* thread_enable_pc_sampling */
skip;   /* thread_disable_pc_sampling */
skip;   /* thread_get_sampled_pcs */

skip/* pc_sampling reserved 1*/;
skip/* pc_sampling reserved 2*/;
skip/* pc_sampling reserved 3*/;
skip/* pc_sampling reserved 4*/;

#endif


/* Create a new proxy memory object from [START;START+LEN) in the
   given memory object OBJECT at OFFSET in the new object with the maximum
   protection MAX_PROTECTION and return it in *PORT.  */
type vm_offset_array_t = array[*:1024] of vm_offset_t;
routine memory_object_create_proxy(
task: ipc_space_t;
max_protection  : vm_prot_t;
object  : memory_object_array_t =
  array[*:1024] of mach_port_send_t;
offset  : vm_offset_array_t;
start   : vm_offset_array_t;
len : vm_offset_array_t;
out proxy   : mach_port_t);

/* Get the pager where the given address is mapped to  */
routine vm_pager(
task: ipc_space_t;
address : vm_address_t;
out pager   : mach_port_t);


--

Which is the same but with my new interface at the end. But when I 
compile glibc to get my new lubmachuser, I find it has generated this 
mach4.h:


-

#ifndef _mach4_user_
#define _mach4_user_

/* Module mach4 */

#include 
#include 
#include 

#include 
#include 

/* Routine task_enable_pc_sampling */
#ifdef  mig_external
mig_external
#else
extern
#endif
kern_return_t __task_enable_pc_sampling
(
mach_port_t host,
int *tick,
sampled_pc_flavor_t flavor
);

/* Routine task_disable_pc_sampling */
#ifdef  mig_external
mig_external
#else
extern
#endif
kern_return_t __task_disable_pc_sampling
(
mach_port_t host,
int *samplecnt
);

/* Routine task_get_sampled_pcs */

Re: [caliu-info] Filmin i Chromium... (i Netflix)

[Joan]

Per acabar-vos de fer 5 cèntims:

- al portàtil puc veure Filmin amb la darrera versió de firefox
  instal·lada via snap:

"sudo snap install firefox
snap run firefox"

I per la raspberry amb Raspberry OS, se m'ha acudit:

a) mirar de fer un pinning al repo de Debian Sid, o Ubuntu, amb
prioritat baixa, només per agafar la darrera versió de Firefox

b) canviar la Raspberry OS per una Manjaro (també podria ser una
Ubuntu), per tenir, llavors si, la darrera versió del software.

-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs


El Thu, 9 Sep 2021 07:16:44 +0200
Joan  va escriure:

> Sembla que el problema podria ser del tema dels drets digitals...
> Google ha actualitzat el seu programari Widedine i ha trencat alguna
> cosa a linux:
> 
> https://www.linuxadictos.com/por-si-no-te-habias-enterado-como-yo-la-raspberry-pi-ya-soporta-oficialmente-el-contenido-drm-y-se-acaba-de-romper.html
> 
> Jo de moment, en un PC, puc usar el Firefox (a Filmin no, que son molt
> senyors, però a Netflix si). Però a la Raspberry està temporalment
> trencat, el tema.
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

Re: [caliu-info] Filmin i Chromium... (i Netflix)

[Joan]

Sembla que el problema podria ser del tema dels drets digitals...
Google ha actualitzat el seu programari Widedine i ha trencat alguna
cosa a linux:

https://www.linuxadictos.com/por-si-no-te-habias-enterado-como-yo-la-raspberry-pi-ya-soporta-oficialmente-el-contenido-drm-y-se-acaba-de-romper.html

Jo de moment, en un PC, puc usar el Firefox (a Filmin no, que son molt
senyors, però a Netflix si). Però a la Raspberry està temporalment
trencat, el tema.

-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs


El Thu, 9 Sep 2021 00:10:36 +0200
jam  va escriure:

> On 9/7/21 8:57 PM, Joan wrote:
> > Es veu que només suporten Chrome > 91.  
> 
> També m'interessa el tema de Filmin, entenc que Chromium també
> funcionarà?
> 
> Vagi bé,
> 
> Julio
> 
> 
> 
> >
> > Pd.: m'han recomanat que em compri una Chromecast :-(
> >
> >
> > ---
> > To unsubscribe: <mailto:caliu-info-unsubscr...@lists.riseup.net>
> > List help: <https://riseup.net/lists>  



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

"Donar exemple no és la principal manera de influir sobre els altres;
es la única manera" Albert Einstein

“Lluitarem contra el fort mentre siguem febles i contra nosaltres
mateixos quan siguem forts” Lluís Maria Xirinacs

[Frameworks] Fw: BFA Director, Academic Search Information

[Hawkins, Joan C.]

Hello Frameworkers,
here's a job that might be of interest


As you know the Media School faculty at Indiana University has initiated a 
search for a Director to lead our BFA in Cinematic Arts. I wanted to reach out 
to you all for help with bolstering the pool of promising candidates to lead 
our new degree program. The position is Director, BFA in Cinematic Arts, at the 
Media School. Application deadline is October 15, 2021. The job posting is 
here: https://indiana.peopleadmin.com/postings/11170



This is an Open Rank position; thus, I ask for your assistance in passing along 
this information to your network of academics, alumni or industry professionals 
that might have interest in leading our Cinematic Arts degree program, now in 
its very first year. I'm happy to address any questions or concerns from 
potential applicants in my role as Search Chair -- cerpe...@iu.edu .



Below are relevant links with information on our degrees and a summer 
pre-college program that could be of interest to potential candidates. I have 
also included below the meat of the job posting for your reference in 
identifying individuals and for sharing with any potential candidates.



BFA Degree Page

https://mediaschool.indiana.edu/academics/undergraduate/bfa-cinema/index.html



BA Media: Film, TV, and Digital Production Page

https://mediaschool.indiana.edu/academics/undergraduate/ba-media/production.html



Cinema Academy

https://cinemaacademy.mediaschool.indiana.edu/



Again, I do hope you all enjoyed a wonderful summer! I wish you all a great, 
healthy, and safe, academic year.



Sincerely,

Craig




Director, BFA in Cinematic Arts at Indiana University, The Media School

Tenure Track

IU Bloomington Media Arts & Production



The director will serve as the administrative head of the BFA in Cinematic Arts 
degree at Indiana University’s Media School, with oversight of its curriculum 
and strategic direction. This new curriculum at Indiana University is focused 
on industry-preparedness and artistic expression, with courses that are 
technically oriented but grounded in the concepts and theory of filmmaking. The 
successful candidate will be bold and transparent and will provide leadership 
for a diverse academic program currently in its second year.

The ideal candidate will be a visionary and inspiring leader who is committed 
to guiding the existing program through its earliest semesters to top film 
school status while crafting an inclusive, innovative, and unique vision for 
the future of the cinematic arts program. We are seeking a candidate who is 
skilled in directing change with a varied group of people representing diverse 
areas of study, and who is perceptive in developing the academic and creative 
potential of faculty, staff, and students.



In addition to the curricular leadership and strategic vision, this person will 
be the primary faculty contact for alumni, donors, prospective students, and 
University and non-University entities wishing to coordinate with the Media 
School’s Cinema Production initiatives. This also includes participating at the 
school’s alumni events and working with the alumni relations office on 
scholarships and donations.



The director will also oversee, schedule and facilitate programs for the Media 
School’s Cinema Academy, the entity which produces the School’s Cinema-related 
pre-college programs, masterclass speaker series (Expert Workshops), annual 
student film festival, and advise the Student Cinema Guild.

Additional responsibilities of the BFA Director include:

  *   Facilitating ongoing communication to solicit faculty input in program 
decisions.
  *   Coordinating with school administrators on shared resources for a 
complementary degree, the BA in Media Concentration: Film, Television, and 
Digital Production developing, with faculty, program curricula and other 
educational programs and activities.
  *   Guiding the program faculty/department to ensure that the highest 
curriculum-related standards are met; this included regular competitive 
analysis with similar programs across the nation.
  *   Working with the Director of Undergraduate Studies to coordinate faculty 
members’ teaching responsibilities.
  *   Working with the Director of Undergraduate Studies to recruit and 
supervise adjunct faculty.
  *   Mentoring program-related faculty and supporting their professional 
development.
  *   Collaborating with technical staff and program faculty to ensure 
equipment, technology and facilities remain current and support the academic 
program.
  *   Assisting with recruitment of students.
  *   Collaborating with Media School Academic Advisors in advising students.
  *   Teaching courses every semester within the program’s curriculum.
  *   Engaging in original and innovative creative activity and/or research.





Craig Erpelding

Interim Director, BFA in Cinematic Arts

Senior Lecturer

The Media School

Indiana University







Joan Haw

[LincolnTalk] Screening "I Am Not Your Negro" Thursday September 9 at 7-9 P.M. on Zoom

[Joan Kimball]

*The Racial Justice Advocates of the First Parish Church invites you to
join us in two zoom meetings as part of our James Baldwin Summer events.*

*September 9:  I am Not Your Negro.* The Zoom link can be found at under
events at *https://www.fplincoln.org/rja/ <https://www.fplincoln.org/rja/>*

>From the New York Times (2-2017): … the film..."*I Am Not Your Negro* is a
thrilling introduction to [Baldwin's] work, a remedial course in American
history, and an advanced seminar in racial politics — a concise, roughly
90-minute movie with the scope and impact of a 10-hour mini-series or a
literary doorstop. It is not an easy or a consoling movie, but it is the
opposite of bitter or despairing." And Baldwin said “I can’t be a pessimist
because I’m alive...I’m forced to be an optimist." The movie lasts 90
minutes, and we will have a half hour discussion afterwards.  Hope you will
join us!
[image: image.png]


  September 16: Go Tell it on the Mountain. The zoom link can be found
under events at *https://www.fplincoln.org/rja/
<https://www.fplincoln.org/rja/>*

 Baldwin’s first novel is considered his finest. Based on the author’s
experiences as a teenaged preacher in a small revivalist church, the novel
describes two days and a long night in the life of the Grimes family,
particularly 14-year-old John and his stepfather, Gabriel. It is a classic
of contemporary African American literature
<https://www.britannica.com/art/African-American-literature>.

This last meeting  of the James Baldwin Summer will provide a discussion of
this book and  opportunities for reflection on all we have learned during
the James Baldwin Summer.


* Please join us!  *

Joan Kimball for the Racial Justice Advocates
-- 
The LincolnTalk mailing list.
To post, send mail to Lincoln@lincolntalk.org.
Search the archives at http://lincoln.2330058.n4.nabble.com/.
Browse the archives at https://pairlist9.pair.net/mailman/private/lincoln/.
Change your subscription settings at 
https://pairlist9.pair.net/mailman/listinfo/lincoln.

[SCM] GNU Mach branch, jlledom-memory-object-proxy, deleted. v1.8-286-g7e3b456

[Joan Lled�]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU Mach".

The branch, jlledom-memory-object-proxy has been deleted
   was  7e3b456cb6b0aabdb01598815e56352651ae477c

---
7e3b456cb6b0aabdb01598815e56352651ae477c Memory oject proxies: add new RPC to 
check proxies validity
---


hooks/post-receive
-- 
GNU Mach

Re: Duplicate plugins - FTS Xapian

[Joan Moreau]

Just for clarity, Open-Xchange has not written any xapian plugin 
whatsoever.


Yes but the doc says that Open Xchaneg "supports" one over the other.

Honestly, I am doing this over my free time, begin very reactive to user 
requests, and have this confirmed by Debian, Archlinux and now Fedora in 
their core packages


This is not very encouraging despite all the efforts achieved.

Duplicate plugins - FTS Xapian

[Joan Moreau]

Hi

There seems to be 2 plugins doing the same thins

- https://github.com/slusarz/dovecot-fts-flatcurve/

- https://github.com/grosjo/fts-xapian/ (mine)

Both are in the doc of dovecot 
https://doc.dovecot.org/configuration_manual/fts/


I am currently working hard to push it to RPM package, and plugin is 
already approved by ArchLinux and Debian


Isn't there double work here ?

Thanks

JM

[PATCH 2/2] dev_pager: rename hash macros

[Joan Lledó]

From: Joan Lledó 

Remove the reference to the pager hash since they are used
both in the pager and the device hashes.

* device/dev_pager.c:
* Rename DEV_PAGER_HASH_COUNT to DEV_HASH_COUNT
* Rename dev_pager_hash to dev_hash
---
 device/dev_pager.c | 26 +-
 1 file changed, 13 insertions(+), 13 deletions(-)

diff --git a/device/dev_pager.c b/device/dev_pager.c
index 6fd2d69a..2ec48d0f 100644
--- a/device/dev_pager.c
+++ b/device/dev_pager.c
@@ -151,7 +151,7 @@ void dev_pager_deallocate(dev_pager_t   ds)
  * A hash table of ports for device_pager backed objects.
  */
 
-#defineDEV_PAGER_HASH_COUNT127
+#defineDEV_HASH_COUNT  127
 
 struct dev_pager_entry {
queue_chain_t   links;
@@ -164,7 +164,7 @@ typedef struct dev_pager_entry *dev_pager_entry_t;
  * Indexed by port name, each element contains a queue of all dev_pager_entry_t
  * which name shares the same hash
  */
-queue_head_t   dev_pager_hashtable[DEV_PAGER_HASH_COUNT];
+queue_head_t   dev_pager_hashtable[DEV_HASH_COUNT];
 struct kmem_cache  dev_pager_hash_cache;
 decl_simple_lock_data(,
dev_pager_hash_lock)
@@ -181,13 +181,13 @@ typedef struct dev_device_entry *dev_device_entry_t;
  * Indexed by device + offset, each element contains a queue of all
  * dev_device_entry_t which device + offset shares the same hash
  */
-queue_head_t   dev_device_hashtable[DEV_PAGER_HASH_COUNT];
+queue_head_t   dev_device_hashtable[DEV_HASH_COUNT];
 struct kmem_cache  dev_device_hash_cache;
 decl_simple_lock_data(,
dev_device_hash_lock)
 
-#definedev_pager_hash(name_port) \
-   (((vm_offset_t)(name_port) & 0xff) % DEV_PAGER_HASH_COUNT)
+#definedev_hash(name_port) \
+   (((vm_offset_t)(name_port) & 0xff) % DEV_HASH_COUNT)
 
 void dev_pager_hash_init(void)
 {
@@ -197,7 +197,7 @@ void dev_pager_hash_init(void)
size = sizeof(struct dev_pager_entry);
kmem_cache_init(_pager_hash_cache, "dev_pager_entry", size, 0,
NULL, 0);
-   for (i = 0; i < DEV_PAGER_HASH_COUNT; i++)
+   for (i = 0; i < DEV_HASH_COUNT; i++)
queue_init(_pager_hashtable[i]);
simple_lock_init(_pager_hash_lock);
 }
@@ -213,7 +213,7 @@ void dev_pager_hash_insert(
new_entry->pager_rec = rec;
 
simple_lock(_pager_hash_lock);
-   queue_enter(_pager_hashtable[dev_pager_hash(name_port)],
+   queue_enter(_pager_hashtable[dev_hash(name_port)],
new_entry, dev_pager_entry_t, links);
simple_unlock(_pager_hash_lock);
 }
@@ -223,7 +223,7 @@ void dev_pager_hash_delete(const ipc_port_t name_port)
queue_t bucket;
dev_pager_entry_t   entry;
 
-   bucket = _pager_hashtable[dev_pager_hash(name_port)];
+   bucket = _pager_hashtable[dev_hash(name_port)];
 
simple_lock(_pager_hash_lock);
for (entry = (dev_pager_entry_t)queue_first(bucket);
@@ -245,7 +245,7 @@ dev_pager_t dev_pager_hash_lookup(const ipc_port_t 
name_port)
dev_pager_entry_t   entry;
dev_pager_t pager;
 
-   bucket = _pager_hashtable[dev_pager_hash(name_port)];
+   bucket = _pager_hashtable[dev_hash(name_port)];
 
simple_lock(_pager_hash_lock);
for (entry = (dev_pager_entry_t)queue_first(bucket);
@@ -270,7 +270,7 @@ void dev_device_hash_init(void)
size = sizeof(struct dev_device_entry);
kmem_cache_init(_device_hash_cache, "dev_device_entry", size, 0,
NULL, 0);
-   for (i = 0; i < DEV_PAGER_HASH_COUNT; i++) {
+   for (i = 0; i < DEV_HASH_COUNT; i++) {
queue_init(_device_hashtable[i]);
}
simple_lock_init(_device_hash_lock);
@@ -289,7 +289,7 @@ void dev_device_hash_insert(
new_entry->pager_rec = rec;
 
simple_lock(_device_hash_lock);
-   queue_enter(_device_hashtable[dev_pager_hash(device + offset)],
+   queue_enter(_device_hashtable[dev_hash(device + offset)],
new_entry, dev_device_entry_t, links);
simple_unlock(_device_hash_lock);
 }
@@ -301,7 +301,7 @@ void dev_device_hash_delete(
queue_t bucket;
dev_device_entry_t  entry;
 
-   bucket = _device_hashtable[dev_pager_hash(device + offset)];
+   bucket = _device_hashtable[dev_hash(device + offset)];
 
simple_lock(_device_hash_lock);
for (entry = (dev_device_entry_t)queue_first(bucket);
@@ -325,7 +325,7 @@ dev_pager_t dev_device_hash_lookup(
dev_device_entry_t  entry;
dev_pager_t pager;
 
-   bucket = _device_hashtable[dev_pager_hash(device + offset)];
+   bucket = _device_hashtable[dev_hash(device + offset)];
 
simple_lock(_device_hash_lock);
for (entry = (dev_device_entry_t)queue_first(bucket);
-- 
2.31.1

Re: [PATCH] - gnumach: Implement offset in device map

[Joan Lledó]

Hi,

> all elements that have the same hash key end up in the same list

Ok, I missed that and the rest of the patch is wrong b/c of this.

I did what you said and created a second hash table indexed by device + offset, 
leaving all code for dev_pager_hashtable untouched.

I tried to insert the same dev_pager_entry in both lists to avoid duplication, 
but the links field can't be shared between two lists, so I created a new 
struct dev_device_entry for the devices hash.

I also created the equivalent to dev_device_hash[init,insert,delete,lookup] 
functions for the devices hash, so I don't have to make changes in any of the 
pagers hash functions, but I could merge these functions for both hashes to 
avoid the duplication if you think it's better.

Finally I renamed the hash macros since now they are not exclusive for the 
pagers hash.

There's another thing I don't understand: One task can call device_map on a 
device and offset for the first time, then dev_pager setup will allocate the 
pager and insert it on the hash. Later, another task can call device_map on the 
same device and offset, then dev_pager_setup will find it in the hash and 
return a name for the same pager, so two tasks are sharing the pager, is not 
that a security problem?

> adding to gnu mach a function that returns a memory proxy for a given range 
> of memory, that would also make a lot of sense

If you think it's safe to return a pager belonging to the same task who 
requested it, then I'll do it.

[PATCH 1/2] dev_pager: implement offset

[Joan Lledó]

From: Joan Lledó 

* device/dev_pager.c:
* struct dev_pager: add offset field
* new struct dev_device_entry: includes device and offset
* new hash table dev_device_hashtable
* index [device + offset]
* new functions dev_device_hash[init,insert,delete,lookup]
* do the same as their counterparts for
  dev_pager_hashtable
* dev_pager_setup(): record the offset
* device_map_page(): add the recorded offset on the fly
---
 device/dev_pager.c | 115 +++--
 1 file changed, 110 insertions(+), 5 deletions(-)

diff --git a/device/dev_pager.c b/device/dev_pager.c
index 37ec69fd..6fd2d69a 100644
--- a/device/dev_pager.c
+++ b/device/dev_pager.c
@@ -114,6 +114,7 @@ struct dev_pager {
ipc_port_t  pager_request;  /* Known request port */
ipc_port_t  pager_name; /* Known name port */
mach_device_t   device; /* Device handle */
+   vm_offset_t offset; /* offset within the pager, in bytes*/
int type;   /* to distinguish */
 #define DEV_PAGER_TYPE 0
 #define CHAR_PAGER_TYPE1
@@ -159,11 +160,32 @@ struct dev_pager_entry {
 };
 typedef struct dev_pager_entry *dev_pager_entry_t;
 
+/*
+ * Indexed by port name, each element contains a queue of all dev_pager_entry_t
+ * which name shares the same hash
+ */
 queue_head_t   dev_pager_hashtable[DEV_PAGER_HASH_COUNT];
 struct kmem_cache  dev_pager_hash_cache;
 decl_simple_lock_data(,
dev_pager_hash_lock)
 
+struct dev_device_entry {
+   queue_chain_t   links;
+   mach_device_t   device;
+   vm_offset_t offset;
+   dev_pager_t pager_rec;
+};
+typedef struct dev_device_entry *dev_device_entry_t;
+
+/*
+ * Indexed by device + offset, each element contains a queue of all
+ * dev_device_entry_t which device + offset shares the same hash
+ */
+queue_head_t   dev_device_hashtable[DEV_PAGER_HASH_COUNT];
+struct kmem_cache  dev_device_hash_cache;
+decl_simple_lock_data(,
+   dev_device_hash_lock)
+
 #definedev_pager_hash(name_port) \
(((vm_offset_t)(name_port) & 0xff) % DEV_PAGER_HASH_COUNT)
 
@@ -240,7 +262,86 @@ dev_pager_t dev_pager_hash_lookup(const ipc_port_t 
name_port)
return (DEV_PAGER_NULL);
 }
 
-/* FIXME: This is not recording offset! */
+void dev_device_hash_init(void)
+{
+   int i;
+   vm_size_t   size;
+
+   size = sizeof(struct dev_device_entry);
+   kmem_cache_init(_device_hash_cache, "dev_device_entry", size, 0,
+   NULL, 0);
+   for (i = 0; i < DEV_PAGER_HASH_COUNT; i++) {
+   queue_init(_device_hashtable[i]);
+   }
+   simple_lock_init(_device_hash_lock);
+}
+
+void dev_device_hash_insert(
+   const mach_device_t device,
+   const vm_offset_t   offset,
+   const dev_pager_t   rec)
+{
+   dev_device_entry_t new_entry;
+
+   new_entry = (dev_device_entry_t) 
kmem_cache_alloc(_device_hash_cache);
+   new_entry->device = device;
+   new_entry->offset = offset;
+   new_entry->pager_rec = rec;
+
+   simple_lock(_device_hash_lock);
+   queue_enter(_device_hashtable[dev_pager_hash(device + offset)],
+   new_entry, dev_device_entry_t, links);
+   simple_unlock(_device_hash_lock);
+}
+
+void dev_device_hash_delete(
+   const mach_device_t device,
+   const vm_offset_t   offset)
+{
+   queue_t bucket;
+   dev_device_entry_t  entry;
+
+   bucket = _device_hashtable[dev_pager_hash(device + offset)];
+
+   simple_lock(_device_hash_lock);
+   for (entry = (dev_device_entry_t)queue_first(bucket);
+!queue_end(bucket, >links);
+entry = (dev_device_entry_t)queue_next(>links)) {
+   if (entry->device == device && entry->offset == offset) {
+   queue_remove(bucket, entry, dev_device_entry_t, links);
+   break;
+   }
+   }
+   simple_unlock(_device_hash_lock);
+   if (entry)
+   kmem_cache_free(_device_hash_cache, (vm_offset_t)entry);
+}
+
+dev_pager_t dev_device_hash_lookup(
+   const mach_device_t device,
+   const vm_offset_t   offset)
+{
+   queue_t bucket;
+   dev_device_entry_t  entry;
+   dev_pager_t pager;
+
+   bucket = _device_hashtable[dev_pager_hash(device + offset)];
+
+   simple_lock(_device_hash_lock);
+   for (entry = (dev_device_entry_t)queue_first(bucket);
+!queue_end(bucket, >links);
+entry = (dev_device_entry_t)queue_next(>links)) {
+   if (entry->device == device && entry->offset == offset) {
+   pager = entry->pager_rec;
+   dev_pager_reference(pager);
+ 

Re: New RPM submission (dovecot-fts-xapian)

[Joan Moreau via devel]

Thank you Ankur

Happy to move forward with your help.

On 2021-08-22 12:52, Ankur Sinha wrote:

On Sat, Aug 21, 2021 11:31:32 +0200, Vitaly Zaitsev via devel wrote: On 
21/08/2021 10:57, Ankur Sinha wrote: So, if we can do anything to make 
it easier for developers to just

maintain their one or two tools for the Fedora community, that'll be
good.
And we will get a lot of low-quality packages with bundled a lot of
libraries, ignoring Fedora build flags, guidelines, etc. Look at 
Flathub for

example.


An example of what, though? Flathub's
system/pipeline/foundations/community is very different from ours. So
using it as an example to project what may happen in Fedora in the
future if these negative assumptions about prospective maintainers came
true is a bit of a leap for me. :)

Bundling has not been forbidden in Fedora for a while, and I haven't
noticed package maintainers bundling bits everywhere now as a result. If
that does become a problem, I'm sure we'll deal with it and evolve our
guidelines accordingly.

Anyway, in this particular case, I'm happy to sponsor Joan. All our work
in Fedora is done in the open, so if anyone does have any concerns, they
can inform me---as they'd do with any of the folks I (we) sponsor.
___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/

List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

[PATCH] dev_pager: Implement offset

[Joan Lledó]

From: Joan Lledó 

* New structure for the internal hash table:
* 127 slots identified by the device address,
  each one containing a queue of pagers belonging
  to that device.
* New auxiliary index [pager: device] to quick search
  of pagers.

* dev_pager.c:
* struct dev_pager: add offset field
* struct dev_pager_entry: add offset field
* struct dev_pager_hashtable:
  * is now an index [pager: device]
* new hash table dev_device_hashtable
  * index [device: queue of pagers]
* dev_pager_setup(): record the offset
* device_map_page(): add the recorded offset on the fly
---
 device/dev_pager.c | 102 +++--
 1 file changed, 70 insertions(+), 32 deletions(-)

diff --git a/device/dev_pager.c b/device/dev_pager.c
index 37ec69fd..fe4a560c 100644
--- a/device/dev_pager.c
+++ b/device/dev_pager.c
@@ -113,6 +113,7 @@ struct dev_pager {
ipc_port_t  pager;  /* pager port */
ipc_port_t  pager_request;  /* Known request port */
ipc_port_t  pager_name; /* Known name port */
+   vm_offset_t offset; /* offset within the pager, in bytes*/
mach_device_t   device; /* Device handle */
int type;   /* to distinguish */
 #define DEV_PAGER_TYPE 0
@@ -150,24 +151,26 @@ void dev_pager_deallocate(dev_pager_t ds)
  * A hash table of ports for device_pager backed objects.
  */
 
-#defineDEV_PAGER_HASH_COUNT127
+#defineDEV_HASH_COUNT  127
 
 struct dev_pager_entry {
queue_chain_t   links;
ipc_port_t  name;
+   vm_offset_t offset;
dev_pager_t pager_rec;
 };
 typedef struct dev_pager_entry *dev_pager_entry_t;
 
-queue_head_t   dev_pager_hashtable[DEV_PAGER_HASH_COUNT];
+queue_head_t   dev_device_hashtable[DEV_HASH_COUNT];
 struct kmem_cache  dev_pager_hash_cache;
+mach_device_t  dev_pager_hashtable[DEV_HASH_COUNT];
 decl_simple_lock_data(,
-   dev_pager_hash_lock)
+   dev_hash_lock)
 
-#definedev_pager_hash(name_port) \
-   (((vm_offset_t)(name_port) & 0xff) % DEV_PAGER_HASH_COUNT)
+#definedev_hash(key) \
+   (((vm_offset_t)(key) & 0xff) % DEV_HASH_COUNT)
 
-void dev_pager_hash_init(void)
+void dev_hash_init(void)
 {
int i;
vm_size_t   size;
@@ -175,72 +178,106 @@ void dev_pager_hash_init(void)
size = sizeof(struct dev_pager_entry);
kmem_cache_init(_pager_hash_cache, "dev_pager_entry", size, 0,
NULL, 0);
-   for (i = 0; i < DEV_PAGER_HASH_COUNT; i++)
-   queue_init(_pager_hashtable[i]);
-   simple_lock_init(_pager_hash_lock);
+   for (i = 0; i < DEV_HASH_COUNT; i++) {
+   queue_init(_device_hashtable[i]);
+   dev_pager_hashtable[i] = MACH_DEVICE_NULL;
+   }
+   simple_lock_init(_hash_lock);
 }
 
-void dev_pager_hash_insert(
-   const ipc_port_tname_port,
+void dev_hash_insert(
+   const mach_device_t device,
+   const vm_offset_t   offset,
const dev_pager_t   rec)
 {
dev_pager_entry_t new_entry;
 
new_entry = (dev_pager_entry_t) kmem_cache_alloc(_pager_hash_cache);
-   new_entry->name = name_port;
+   new_entry->name = rec->pager;
+   new_entry->offset = offset;
new_entry->pager_rec = rec;
 
-   simple_lock(_pager_hash_lock);
-   queue_enter(_pager_hashtable[dev_pager_hash(name_port)],
+   simple_lock(_hash_lock);
+   queue_enter(_device_hashtable[dev_hash(device)],
new_entry, dev_pager_entry_t, links);
-   simple_unlock(_pager_hash_lock);
+   dev_pager_hashtable[dev_hash(rec->pager)] = device;
+   simple_unlock(_hash_lock);
 }
 
-void dev_pager_hash_delete(const ipc_port_t name_port)
+void dev_hash_delete(
+   const mach_device_t device,
+   const vm_offset_t   offset)
 {
queue_t bucket;
dev_pager_entry_t   entry;
 
-   bucket = _pager_hashtable[dev_pager_hash(name_port)];
+   bucket = _device_hashtable[dev_hash(device)];
 
-   simple_lock(_pager_hash_lock);
+   simple_lock(_hash_lock);
for (entry = (dev_pager_entry_t)queue_first(bucket);
 !queue_end(bucket, >links);
 entry = (dev_pager_entry_t)queue_next(>links)) {
-   if (entry->name == name_port) {
+   if (entry->offset == offset) {
queue_remove(bucket, entry, dev_pager_entry_t, links);
+   dev_pager_hashtable[dev_hash(entry->pager_rec->pager)] = 
MACH_DEVICE_NULL;
break;
}
}
-   simple_unlock(_pager_hash_lock);
+   simple_unlock(_hash_lock);
if (entry)
kmem_cache_fr

[PATCH] - gnumach: Implement offset in device map

[Joan Lledó]

Hi,

I made the changed in the device mapper to implement the offset, also updated 
my branches of hurd and libpciaccess accordingly.

It wasn't as trivial as it seemed, there were some /* HACK */ lines which in 
fact limited the number of pagers per device to 1, so once the system got a 
pager for "mem" at offset 0, I couldn't give it another offset without that 
affecting all other memory mappings for that device. I updated the structure of 
the hash table to get rid of the /* HACK */ lines and support many pagers per 
device, one pager per [device,offset]. (BTW, why is the the hash table limited 
to 127 slots?)

On the other hand, I couldn't think of any other way to get rid of the struct 
pci_user_data to get the pager from the arbiter. Any ideas? I'll work on the 
new libpciaccess interface for the Hurd to get the pager unless somebody has a 
better idea.

[SCM] Hurd branch, jlledom-pci-memory-map, updated. v0.9.git20210404-31-g70c336d

[Joan Lled�]

This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "Hurd".

The branch, jlledom-pci-memory-map has been updated
   via  70c336d025228b7678386fb93717dc6d8fe8acb2 (commit)
  from  3cb657d3997c7deabf0e7de704e0e1d1994c2a69 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -
commit 70c336d025228b7678386fb93717dc6d8fe8acb2
Author: Joan Lledó 
Date:   Sun Aug 22 12:34:24 2021 +0200

pci-arbiter: get rid of memory_object_proxy_valid()

The pagers has an offset already, always start the proxy at 0

---

Summary of changes:
 pci-arbiter/netfs_impl.c | 6 +-
 1 file changed, 1 insertion(+), 5 deletions(-)


hooks/post-receive
-- 
Hurd

Re: Debian 11 estable en poques hores

[Joan Montané]

Missatge de Eduard Selma  del dia dt., 17 d’ag. 2021
a les 14:11:
>
> Bon dia,

> - Això de la data sembla un malson. Ara ja apareix sense la preposició
> elidida ("d'ago"), com a mes hi surt "ag" (això, GGG!...). Com a
> resultat, els noms de fitxers en fer "ls -la", per exemple... tots
> desalineats!.
>
> No sé si quan aquest desori tocava a Buster es va comentar la
> possibilitat de deixar el format de data escurçat en un format
> senzillament numèric (com "17-08-21" per exemple. Encara que em temo que
> potser també sortiria desalineat en donar com a sortida "3-3-21" en un
> fitxer i "32-13-21" en altres... Potser ara aquest format es podria
> esmenar en alguna actualització, però tampoc en tinc esperances 8-(
>

Bon dia,

Sí és un malson sí.

Encara no he actualitzat, però pel que he vist:

1.- bullseye soluciona el problema que tenia «ls» en l'ordre de dates,
ara pot mostrar «dia mes» [1] si el fitxer de traducció ho indica.
2. Amb això [1], ara sí que s'aplica la línia de format de la
traducció (en el cas català indica mes dia), però la traducció de
coretutils de bullseye usa %Ob (mes abreujat sense preposició, p. ex.
«ag.»), però «ls» no ho parseja internament i per això queden les
columnes desquadrades.
3. Per a evitar el desquadrament del punt anterior es va optar per una
solució de compromís, i canviar la traducció perquè uses %b (mes
abreujat amb preposició, p. ex. «d'ag.»), però que «ls» parseja
internament per a quadrar les columnes).
4. Què ha passat, doncs? Que el canvi en la traducció es va fer per a
coreutils 8.31.90 [2], última versió que consta al Translation
Project, però bullseye usa 8.32 [3], que no apareix a TP. I la 8.32
encara té %Ob a la traducció.

En fi, que tot i els intents per adreçar la problemàtica del format de
data amb ls, els astres s'han alineat perquè no s'aconseguís :(

Joan Montané

[1] 
https://metadata.ftp-master.debian.org/changelogs//main/c/coreutils/coreutils_8.32-4_changelog
(línia: undo "remove LC_TIME symlinks" as this causes problems with
date
display in some circumstances (Closes: #963513)
[2] https://translationproject.org/PO-files/ca/coreutils-8.31.90.ca.po
[3] https://packages.debian.org/stable/utils/coreutils

Re: [LincolnTalk] Coyotes

[Joan Kimball]

And we have had coyotes for years and years. About 15 years ago, I held a
staff retreat at my house. Suddenly all the biologists looked especially
alert. Four coyotes ran through our yard!  The highlight of the yearly
planning retreat for these scientists.

And this was before the chickens.

Joan



On Sat, Aug 21, 2021, 11:42 AM Burch - Mudry Realty Team <
realest...@concordmass.com> wrote:

> Codman Farm had had chickens for years.
>
> Marilyn Mudry -
> Keller Williams Realty Boston NW
> BurchMudry.KW.com
> Email: realest...@concordmass.com
>
> Sent from my iPhone
>
> On Aug 21, 2021, at 11:01 AM, Margo Fisher-Martin <
> margo.fisher.mar...@gmail.com> wrote:
>
> 
> Those have always been a lure, but Codman does a great job of keeping them
> penned. They are all over town now and often loose.
>
> On Sat, Aug 21, 2021 at 10:56 AM DAVIDA LOEWENSTEIN 
> wrote:
>
>> If chickens are an attraction, could Codman’s fields of free range
>> chickens be contributing to the apparent recent increased sighting of
>> coyotes?
>>
>> Sent from my iPad
>>
>> On Aug 21, 2021, at 10:28 AM, Margo Fisher-Martin <
>> margo.fisher.mar...@gmail.com> wrote:
>>
>> 
>>
>> Yes. If you have chickens, please keep them penned. Free range chickens
>> are a huge attraction and many people in Lincoln have chickens now.
>> Thanks!
>> Cookie Martin
>>
>> On Sat, Aug 21, 2021 at 10:20 AM Stephanie Smoot <
>> stephanieesm...@gmail.com> wrote:
>>
>>> Other than watching our pets and general avoidance, do we need to do
>>> anything else?  We have tons of chipmunks and rabbits around here.I'd
>>> be happy if the coyotes managed the problem.
>>>
>>> *Stephanie Smoot*
>>>
>>> 857 368-9175  work
>>> 781 941-6842  personal cell
>>> *617 595-5217 *work cell
>>> 126 Chestnut Circle
>>> <https://www.google.com/maps/search/126+Chestnut+Circle+Lincoln,+MA+01773?entry=gmail=g>
>>> Lincoln, MA 01773
>>> <https://www.google.com/maps/search/126+Chestnut+Circle+Lincoln,+MA+01773?entry=gmail=g>
>>>
>>>
>>>
>>>
>>> On Sat, Aug 21, 2021 at 9:56 AM melinda bruno-smith <
>>> melindabr...@hotmail.com> wrote:
>>>
>>>> Yes, earlier this week, as I was leaving Lincoln Mall parking lot, I
>>>> saw a coyote en route front Clark
>>>> Gallery to Station Park …
>>>>
>>>> melinda
>>>>
>>>> Sent from my iPhone
>>>> Melinda Bruno-Smith
>>>>
>>>>
>>>>
>>>>
>>>> On Aug 21, 2021, at 9:30 AM, Burch - Mudry Realty Team <
>>>> realest...@concordmass.com> wrote:
>>>>
>>>> Good Morning,
>>>> On Tuesday Evening, 7:15, I parked at the Lincoln Cemetery for a walk
>>>> on the conservation trails nearby.  After several minutes of walking
>>>> towards the far side of the farmland, I heard first one, then two then 6?
>>>> 7? Coyotes nearby in the woods, just out of sight:  barking and howling.
>>>> Needless to say I, and my 9 lb. poodle, ran back to the car!
>>>> My 100 lb. German Shepherd recently passed so, I don’t think I’ll be
>>>> going out at dusk anymore on the trails with my little one.
>>>> Enjoy this day.
>>>> Marilyn
>>>>
>>>>
>>>> From: Lincoln  On Behalf Of Lisa
>>>> Cummings via Lincoln
>>>> Sent: Saturday, August 21, 2021 8:24 AM
>>>> To: Rich Rosenbaum 
>>>> Cc: LincolnTalk.org 
>>>> Subject: Re: [LincolnTalk] Coyote Todd Pond Rd
>>>>
>>>> Two days in a row early afternoon in our backyard in North Lincoln:(
>>>> [cid:image001.jpg@01D7966E.E7034880]
>>>> Sent from my iPhone
>>>>
>>>>
>>>> On Aug 21, 2021, at 8:04 AM, Rich Rosenbaum >>> r...@bcdef.com>> wrote:
>>>> 
>>>> I've seen a coyote midday in south Lincoln a few times recently. One
>>>> time it was walking down the train tracks with a cat-sized animal in its
>>>> jaws (I didn't get a close look). You may want to keep an eye on your
>>>> outdoor cats.
>>>>
>>>> I've attached a picture of it going down Lewis Street.
>>>>
>>>> Rich
>>>>
>>>> [cid:image002.jpg@01D7966E.E7034880]
>>>>
>>>> On Fri, Aug 20, 2021 at 11:01 AM Susan Taylor >>> <mailto:svhtay...@comcast.net>

Re: Problema de gràfics amb kernel 5.10 després d'actualitzar d10 > d11

[Joan]

El Wed, 18 Aug 2021 12:45:56 +0200
Narcis Garcia  va escriure:

> Has provat a deshabilitar Wayland al GDM ?
> 
> Salut.


Si que ho vaig provar, sense èxit. Al final era això:

https://slimbook.es/component/questions/question/4854

Resulta que la gent d'Slimbook, quan venen un ordinador amb una Debian
preinstal·lada, fan alguns canvis perquè tot xuti (lo típic d'equips
nous que amb una Debian poden tenir problemes de reconeixement de
hardware). Doncs bé, algun d'aquests canvis pot quedar en un fitxer de
configuració, com era el cas, i donar problemes posteriorment...

Merci per l'ajutori!

> 
> 
> El 17/8/21 a les 14:25, Joan ha escrit:
> > Bon dia,
> > 
> > Tinc un problema després de l'actualització de debian 10 a d11
> > 
> > La pantalla del display manager em queda congelada, perquè no puc
> > moure el ratolí ni usar el teclat He provat substituint el gdm3 per
> > altres display managers (lightdm, el de kde, el de lfce...), i dona
> > el mateix error Però, en canvi, si arrenco amb el kernel antic 5.3
> > en comptes de l'actual 5.10, no tinc aquest problema i puc iniciar
> > la meva sessió.
> > 
> > Ara bé, el Gnome no em permet gestionar les extensions... De fer, a
> > les preferències, no em deixa triar al desplegable "shell"
> > 
> > I la pestanya "extensions", als "Ajustaments", surt ombrejada i no
> > em deixa activar/desactivar cap extensió Teniu alguna idea de quin
> > log podria revisar per començar a tenir alguna pista? Per cert,
> > tinc dugues pantalles, no sé si això pot tenir alguna rellevància..
> >   
> 



-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

Re: New RPM submission (dovecot-fts-xapian)

[Joan Moreau via devel]

Package is created properly, spec file is already maintained : 
https://github.com/grosjo/fts-xapian/tree/master/PACKAGES/RPM


but now, honestly, I don't really know what to do.

Any help very welcome

On 2021-08-18 20:09, Ben Beasley wrote:


Relevant history:

https://bugzilla.redhat.com/show_bug.cgi?id=1953340
https://github.com/grosjo/fts-xapian/issues/82

In short, a package was submitted and approved, but the submitter (who 
is also the upstream author) is discouraged by the need to seek 
sponsorship into the packager group.


-

The package looks straightforward to maintain, and there are a lot of 
packagers on this list who could potentially do it, but even a simple 
package takes some effort. Hopefully you'll find someone who is a user 
of your program or who finds it interesting enough for one personal 
reason or another to pick up where you left off.


On 8/18/21 2:36 PM, Joan Moreau via devel wrote:


Hi

How to find someone able to push the code in a RPM package ?

Reminder

- Source code : https://github.com/grosjo/fts-xapian/ 
<https://github.com/grosjo/fts-xapian/>


- Reference : https://doc.dovecot.org/configuration_manual/fts/ 
<https://doc.dovecot.org/configuration_manual/fts/>


- Existing ArchLinux package (not AUR)  
:https://archlinux.org/packages/?q=dovecot-fts-xapian 
<https://archlinux.org/packages/?q=dovecot-fts-xapian>


- Existing Debian/Ubuntu package : 
https://tracker.debian.org/pkg/dovecot-fts-xapian 
<https://tracker.debian.org/pkg/dovecot-fts-xapian>


For me, the current process Fedora is just too complicated, so I need 
help to find someone who knows the process quite well.


Thank you

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: 
https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/

List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: New RPM submission (dovecot-fts-xapian)

[Joan Moreau via devel]

Hi

How to find someone able to push the code in a RPM package ?

Reminder

- Source code : https://github.com/grosjo/fts-xapian/

- Reference : https://doc.dovecot.org/configuration_manual/fts/

- Existing ArchLinux package (not AUR)  
:https://archlinux.org/packages/?q=dovecot-fts-xapian


- Existing Debian/Ubuntu package : 
https://tracker.debian.org/pkg/dovecot-fts-xapian


For me, the current process Fedora is just too complicated, so I need 
help to find someone who knows the process quite well.


Thank you___
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
Fedora Code of Conduct: 
https://docs.fedoraproject.org/en-US/project/code-of-conduct/
List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines
List Archives: 
https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

Re: PCI arbiter memory mapping

[Joan Lledó]

El 18/8/21 a les 0:02, Sergey Bugaev ha escrit:

To me it sounds like libpciaccess should have a Hurd-specific API
addition that would let the user get the memory object


That's a solution and can be done. But I'd like to know more about 
vm_region first. It seems it can return the object, and I don't see why 
is a security problem to allow a task to retrieve objects belonging to 
itself.

Re: PCI arbiter memory mapping

[Joan Lledó]

El 18/8/21 a les 0:13, Sergey Bugaev ha escrit:

you can no longer get the underlying memory object with vm_region ()


How so? reading the docs I understood it does:

https://www.gnu.org/software/hurd/gnumach-doc/Memory-Attributes.html

"The port object_name identifies the memory object associated with this 
region"



(Well in fact what actually changed is that gnumach at some point
allowed the use of "memory object name ports" in vm_map (), and now
once again doesn't.


vm_map does receive  the memory object as parameter:

https://www.gnu.org/software/hurd/gnumach-doc/Mapping-Memory-Objects.html

"memory_object is the port that represents the memory object: used by 
user tasks in vm_map"



It never allowed you to get the actual memory
object.)


vm_map receives a memory object, doesn't return it

RE: [EXTERNAL] [PestList] IPM Introduction Courses

['Bacharach, Joan' via MuseumPests]

Hello Rehan;

While it isn't training per se, you might want to share the following National 
Park Service [NPS] museum publications with staff.  :


  1.  NPS Museum Handbook, Part I: Chapter 5: Biological Infestations at 
https://www.nps.gov/museum/publications/MHI/CHAP5.pdf

  2.  NPS Conserve O Gram technical leaflets 
https://www.nps.gov/museum/publications/conserveogram/cons_toc.html

3 /11 Identifying Museum Insect Pest 
Damage<https://www.nps.gov/museum/publications/conserveogram/03-11.pdf>   
https://www.nps.gov/museum/publications/conserveogram/03-11.pdf

3/12 Identifying Mouse and Rat Damage in Museum 
Collections<https://www.nps.gov/museum/publications/conserveogram/3-12-COG-Rodent-Damage.pdf>
 
https://www.nps.gov/museum/publications/conserveogram/3-12-COG-Rodent-Damage.pdf

Best,
Joan


Joan Bacharach
Senior Curator & General Editor
   NPS Museum Handbook I/III
   NPS Conserve O Grams
Museum Management Program
US National Park Service
www.nps.gov/museum

From: 'Rehan Scharenguivel' via MuseumPests 
Sent: Tuesday, August 17, 2021 10:46 PM
To: pestlist@googlegroups.com
Subject: [EXTERNAL] [PestList] IPM Introduction Courses




 This email has been received from outside of DOI - Use caution before clicking 
on links, opening attachments, or responding.


Hi,

Does anyone have any recommendations for introduction to IPM for Museums course 
that are online?

I am looking for something aimed at conservators/people with a background of 
working in collections, with a focus on identifying infestations in collection 
material. I want to give conservation staff conducting gallery checks a 
background in looking out for the signs that a specimen/object is infested.

Thank you for any help you can provide.

Rehan

Rehan Scharenguivel
Collection Care Conservator | Australian Museum Research Institute
Australian Museum  1 William Street Sydney NSW 2010 Australia
T 61 2 9320 6282 M 61 415 872 547
(They/Them)
[signature_357450491]<https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.australian.museum%2F=04%7C01%7Cjoan_bacharach%40nps.gov%7Cf4427e161f8449b63b7208d961f2804a%7C0693b5ba4b184d7b9341f32f400a5494%7C0%7C0%7C637648516435463688%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000=XCBVFYZhOmZ3JtKa2sh%2BmNALCrxU2nidYq9rKt1DeIw%3D=0>
Facebook<https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.facebook.com%2Faustralianmuseum=04%7C01%7Cjoan_bacharach%40nps.gov%7Cf4427e161f8449b63b7208d961f2804a%7C0693b5ba4b184d7b9341f32f400a5494%7C0%7C0%7C637648516435463688%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000=JRyVj4RZ4eQKJENjme5LDsvkFE7kjywoCygvZrrLpUY%3D=0>
 | 
Twitter<https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2Faustmus=04%7C01%7Cjoan_bacharach%40nps.gov%7Cf4427e161f8449b63b7208d961f2804a%7C0693b5ba4b184d7b9341f32f400a5494%7C0%7C0%7C637648516435473652%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000=cf6rzRl%2F0ILcE%2F9xeDpz1AZMe3zEVBMnaY6fP5fp7lI%3D=0>
 | 
Instagram<https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Finstagram.com%2Faustralianmuseum%2F%3Fhl%3Den=04%7C01%7Cjoan_bacharach%40nps.gov%7Cf4427e161f8449b63b7208d961f2804a%7C0693b5ba4b184d7b9341f32f400a5494%7C0%7C0%7C637648516435473652%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000=FUeOZp8EHeb8%2F8w7Kujp%2FLG6NJXs4IVHrqpF4Q53h6g%3D=0>
 | 
YouTube<https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.youtube.com%2Fuser%2Faustmus=04%7C01%7Cjoan_bacharach%40nps.gov%7Cf4427e161f8449b63b7208d961f2804a%7C0693b5ba4b184d7b9341f32f400a5494%7C0%7C0%7C637648516435483600%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000=qyynaupNjhfl%2F%2FQ1uNxNipKvL1RWC%2F%2FTUTm5ZaEt%2BZE%3D=0>

I respect and acknowledge the Gadigal people of the Eora Nation as the First 
Peoples and Traditional Custodians of the land and waterways on which the 
Australian Museum stands.

[https://media.australian.museum/media/dd/images/J5357-SST-email-signature_1.4159620.80835e5.png]<https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Faustralian.museum%2Fevent%2Fsydney-science-trail%2F=04%7C01%7Cjoan_bacharach%40nps.gov%7Cf4427e161f8449b63b7208d961f2804a%7C0693b5ba4b184d7b9341f32f400a5494%7C0%7C0%7C637648516435483600%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000=msKv9Oj%2BTBWMcUzjtLBZdHlWRTw5BXHTcnSTBuxti%2FE%3D=0>
The Australian Museum email disclaimer
The views in this email are those of the user and do not necessarily reflect 
the views of the Australian Museum. The information contained in this email 
message and any accompanying files is or may be confidential and is for the 
intended recipient only. If you are not the intended reci

RE: [EXTERNAL] [PestList] RE: IPM Introduction Courses

['Bacharach, Joan' via MuseumPests]

Greetings Adie;

This is an excellent training tool.  Thank you so much for sharing!

Best,
Joan

Joan Bacharach
Senior Curator & General Editor
   NPS Museum Handbook I/III
   NPS Conserve O Grams
Museum Management Program
National Park Service
www.nps.gov/museum

From: 'Adrian Doyle' via MuseumPests 
Sent: Wednesday, August 18, 2021 4:50 AM
To: pestlist@googlegroups.com
Subject: [EXTERNAL] [PestList] RE: IPM Introduction Courses




 This email has been received from outside of DOI - Use caution before clicking 
on links, opening attachments, or responding.


Hi folks

We did this when I worked at the Museum of London several years ago, and you 
might want to have a look

Introduction to Museum Pests - Welcome to the e-learning tool 
(museumoflondon.org.uk)<https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.museumoflondon.org.uk%2FResources%2Fe-learning%2Fintroduction-to-museum-pests%2Findex.html=04%7C01%7Cjoan_bacharach%40nps.gov%7Cd83807c39cf84449118108d962254a7b%7C0693b5ba4b184d7b9341f32f400a5494%7C0%7C0%7C637648734579377486%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000=B2%2FvKqY6k2anDQMccFmEJI9ykuH%2FarempQnN8t%2BiylM%3D=0>

Regards
Adie Doyle

Mr Adrian (Adie) Doyle
Integrated Pest Management Manager
British Museum
Property & Facilities Management
Great Russell Street,
London WC1B 3DG

Work Mobile 07813 363292

Current work pattern is varied but I will be contactable via E mail or Teams

Email: ado...@britishmuseum.org<mailto:ado...@britishmuseum.org>

The British Museum
Great Russell Street, London WC1B 3DG
britishmuseum.org<https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.britishmuseum.org%2F=04%7C01%7Cjoan_bacharach%40nps.gov%7Cd83807c39cf84449118108d962254a7b%7C0693b5ba4b184d7b9341f32f400a5494%7C0%7C0%7C637648734579387440%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000=GY2VQO7ZuuKcZEKZOjdr7rrxSjD%2Bl2F6bri7XGH1wHw%3D=0>

The security classification for this message is OFFICIAL

Please see our privacy 
policy<https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.britishmuseum.org%2Fabout_this_site%2Fterms_of_use%2Fprivacy_policy.aspx=04%7C01%7Cjoan_bacharach%40nps.gov%7Cd83807c39cf84449118108d962254a7b%7C0693b5ba4b184d7b9341f32f400a5494%7C0%7C0%7C637648734579387440%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000=DvWwkO8VNpZivwhrEV2tLDdPbFD1xsUqTwGEPrRSL38%3D=0>
 for more details about how we use your personal data and about your rights or 
contact the Museum's Data Protection Officer at 
i...@britishmuseum.org<mailto:i...@britishmuseum.org>, telephone 020 323 8000








From: 'Rehan Scharenguivel' via MuseumPests 
mailto:pestlist@googlegroups.com>>
Sent: 18 August 2021 03:46
To: pestlist@googlegroups.com<mailto:pestlist@googlegroups.com>
Subject: [PestList] IPM Introduction Courses

Hi,

Does anyone have any recommendations for introduction to IPM for Museums course 
that are online?

I am looking for something aimed at conservators/people with a background of 
working in collections, with a focus on identifying infestations in collection 
material. I want to give conservation staff conducting gallery checks a 
background in looking out for the signs that a specimen/object is infested.

Thank you for any help you can provide.

Rehan

Rehan Scharenguivel
Collection Care Conservator | Australian Museum Research Institute
Australian Museum  1 William Street Sydney NSW 2010 Australia
T 61 2 9320 6282 M 61 415 872 547
(They/Them)
[signature_357450491]<https://gcc02.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.australian.museum%2F=04%7C01%7Cjoan_bacharach%40nps.gov%7Cd83807c39cf84449118108d962254a7b%7C0693b5ba4b184d7b9341f32f400a5494%7C0%7C0%7C637648734579397397%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000=BeUS4nRe1bs1agEvO%2BzVBRQ0mWIY4TThOL8AGVD9Ic8%3D=0>
Facebook<https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Fwww.facebook.com%2Faustralianmuseum=04%7C01%7Cjoan_bacharach%40nps.gov%7Cd83807c39cf84449118108d962254a7b%7C0693b5ba4b184d7b9341f32f400a5494%7C0%7C0%7C637648734579397397%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000=MYLXoW8oHUU7%2BugsfGztuUwsrmwTUWB71raTX4ZF0QM%3D=0>
 | 
Twitter<https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Ftwitter.com%2Faustmus=04%7C01%7Cjoan_bacharach%40nps.gov%7Cd83807c39cf84449118108d962254a7b%7C0693b5ba4b184d7b9341f32f400a5494%7C0%7C0%7C637648734579407354%7CUnknown%7CTWFpbGZsb3d8eyJWIjoiMC4wLjAwMDAiLCJQIjoiV2luMzIiLCJBTiI6Ik1haWwiLCJXVCI6Mn0%3D%7C2000=oelV6xZHus9qTpqfxnMlyWgezUAIUIElGiMQidzQmlg%3D=0>
 | 
Instagram<https://gcc02.safelinks.protection.outlook.com/?url=https%3A%2F%2Finstagram.com%2Faustralianmuseum%2F%3Fhl%3De

Re: PCI arbiter memory mapping

[Joan Lledó]

Hi,

I'm sorry I can't follow your discussion, I only know about the small 
part of the kernel I worked on.


El 16/8/21 a les 23:07, Sergey Bugaev ha escrit:

I don't think I understand enough about the situation. It would help
if you or Joan were to kindly give me some more context :)


Basically, libpciaccess gets a memory object at [1]. And later I need it 
in the arbiter at [2], to create a proxy over it.


To do that, the current code stores it in a structure I created called 
pci_user_data [3], and then it reads that structure from the arbiter [4].


> What's the issue you're trying to solve?

We are looking for another way to get the pager at [4] and get rid of 
that structure.



As I understand it, there's the PCI arbiter, which is a translator
that arbitrates access to PCI, which is a hardware bus that various
devices can be connected to.


Yes, and the arbiter can play two roles: root arbiter, which uses x86 
module in libpciacces; and nested arbiter, which uses the hurd module in 
libpciaccess.



The hardware devices connected via PCI are available (to the PCI arbiter)
as Mach devices


Actually, the devices are available to the arbiter as libpciaccess devices


it's possible to use device_map () and then vm_map () to access the
device memory.


Yes, root arbiter uses device_map() on "mem" to get the memory object, 
nested arbiters use io_map() over the region files exposed by the root 
arbiter to get the memory object.


Both pass the memory object to vm_map() to map the range.


Then there's libpciaccess whose Hurd backend uses the
files exported by the PCI arbiter to get access to the PCI,


Only nested arbiters, as I said the root arbiter uses the x86 backend


Naturally its user can request read-only or
read-write mapping, but the PCI arbiter may decide to only return a
read-only memory object (a proxy to the device pager), in which case
libpciaccess should deallocate the port and return EPREM, or the PCI
arbiter may return the real device pager.


Yes, but that's not really relevant for our problem, I was talking about 
a bug I found.




[1] 
https://gitlab.freedesktop.org/jlledom/libpciaccess/-/blob/hurd-device-map/src/x86_pci.c#L275
[2] 
http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/pci-arbiter/netfs_impl.c?h=jlledom-pci-memory-map#n613
[3] 
https://gitlab.freedesktop.org/jlledom/libpciaccess/-/blob/hurd-device-map/src/x86_pci.c#L287
[4] 
http://git.savannah.gnu.org/cgit/hurd/hurd.git/tree/pci-arbiter/netfs_impl.c?h=jlledom-pci-memory-map#n605

Re: PCI arbiter memory mapping

[Joan Lledó]

Hi,

El 16/8/21 a les 20:16, Samuel Thibault ha escrit:

Ok but I meant that the device_map interface already has has an "offset"


Ok, now I got it, yes I think that's better. I'll do that.


Actually I'm thinking that this is just another case of mremap().


I need help on this part, why is mremap relevant here?


The underlying question is getting the memory object of a given memory
range, like vm_region does.


Yes, I see that could be useful. Is vm_region not workig for proxies?

> We need to be careful since we don't want any process to be able to
> get the memory object of any other process

Is that not being checked yet? can I call vm_region to get another 
task's memory object now?

Problema de gràfics amb kernel 5.10 després d'actualitzar d10 > d11

[Joan]

Bon dia,

Tinc un problema després de l'actualització de debian 10 a d11

La pantalla del display manager em queda congelada, perquè no puc moure
el ratolí ni usar el teclat He provat substituint el gdm3 per altres
display managers (lightdm, el de kde, el de lfce...), i dona el mateix
error Però, en canvi, si arrenco amb el kernel antic 5.3 en comptes de
l'actual 5.10, no tinc aquest problema i puc iniciar la meva sessió.

Ara bé, el Gnome no em permet gestionar les extensions... De fer, a les
preferències, no em deixa triar al desplegable "shell"

I la pestanya "extensions", als "Ajustaments", surt ombrejada i no em
deixa activar/desactivar cap extensió Teniu alguna idea de quin log
podria revisar per començar a tenir alguna pista? Per cert, tinc dugues
pantalles, no sé si això pot tenir alguna rellevància..

-- 
Joan Cervan i Andreu
http://personal.calbasi.net

"El meu paper no és transformar el món ni l'home sinó, potser, el de
ser útil, des del meu lloc, als pocs valors sense els quals un món no
val la pena viure'l" A. Camus

i pels que teniu fe:
"Déu no és la Veritat, la Veritat és Déu"
Gandhi

Re: PCI arbiter memory mapping

[Joan Lledó]

Hi,

El 5/8/21 a les 1:26, Samuel Thibault ha escrit:


Is it not possible to avoid having to call memory_object_proxy_valid?
maybe better fix device_map into supporting non-zero offset,


I think it'd be a better solution to move the call to 
memory_object_proxy_valid() and the start value overwrite to 
memory_object_create_proxy(), that way all logic related to proxies is 
kept inside memory_object_proxy.c and other modules of the kernel don't 
need to be aware of proxies.




Does pci_device_hurd_unmap_range not need to close the pager?



Yes.


Also, map_dev_mem needs to release the pager when dev == NULL? otherwise
pci_device_x86_read_rom would leak the pager?



Yes. Or not passing a pager to device_map() if dev == NULL, is not going 
to be used anyway.



I'm a bit afraid of the struct pci_user_data passing between
libpciaccess and pci-arbiter


Me too.


I'd rather see a
hurd-specific libpciaccess function to get the pager.



That's better, but we'd have to add that function in both hurd_pci.c and 
x86_pci.c. I don't like the idea of adding Hurd specific code to 
x86_module but there's already a lot of it and we could avoid the 
existence of struct pci_user_data, which I like even less.


Apart from that, I also found a bug in hurd_pci.c:196 [1]. When the user 
asks for read/write permissions but only read is allowed, we should either:


- Deallocate robj and return EPERM
- Do nothing and map the range read-only which is not what the user 
asked for.


The current code deallocates wobj which is null, leaks robj and returns 
EPERM. That wrong, since it doesn't make much sense, but which of two 
above is correct?


I think pci_device_hurd_map_range() should behave the same way 
pci_device_x86_map_range() does in the x86 module. But the 
implementation of map_dev_mem() is not clear about what happens in that 
case, I guess vm_map() handles that.



BTW, you can directly push "fix indentation" commits, so that after
rebasing your branch only contains actual code changes, for easier
review.


I'll do.

--
[1] 
https://gitlab.freedesktop.org/jlledom/libpciaccess/-/blob/hurd-device-map/src/hurd_pci.c#L196

Re: PCI arbiter memory mapping

[Joan Lledó]

Hi

El 9/8/21 a les 19:45, Samuel Thibault ha escrit:

I pushed the start/len start, along with a fix for the length.  Could
you proofread that part?





I ran it and works fine

Re: Regarding copyright assignment to FSF

[Joan Lledó]

El 14/8/21 a les 23:26, Svante Signell ha escrit:

How to make lwip by default enabled instead of pfinet?



settrans -fgap /servers/socket/2 /hurd/lwip -6 /servers/socket/26

Probles with custom serializer and node disconnections

[Joan Pujol]

We have a cluster of several embedded nodes and from time to time we have
problems with "corrupted" caches. Usually when some of the nodes disconnect
for a long pause or similar reasons.

In the cache, we store domain entities using a custom serializer that
basically serializes de object to json and put the json content in a field
called "json".
Something as basic as:
write:

binaryWriter.writeByteArray("json", objectMapper.writeValueAsBytes(obj));

read:

objectMapper.readerForUpdating(obj).readValue(
binaryReader.readByteArray(JSON));


When we have the problem that cache it's "corrupted", the problem we have
is that when reading, we receive some objects that doesn't have the "json"
field.
And the schema it has is another that seems that is serialized using the
default serializer.
I've used the corrupted with quotes because the cache per see seems
correct, but some objects appear serialized with an incorrect schema.

Does someone have any clue of what can be happening? Is there any
possibility that when a node reconnects doesn't use our custom serializer
if it was configured to use it?

A lot of thanks in advance,

-- 
Joan Jesús Pujol Espinar
http://www.joanpujol.cat

Re: PCI arbiter memory mapping

[Joan Lledó]

hi

El 9/8/21 a les 19:45, Samuel Thibault ha escrit:

I pushed the start/len start, along with a fix for the length.  Could
you proofread that part?



It seems all right for me. I'll test this and check you other comments 
next weekend or the following.

Re: [Dovecot-news] v2.3.16 released

[Joan Moreau]

Well, I don't really understand your note.

Bottom-line : 2.3.16 crashes every now and then.

Maybe is there a quick fix for production servers ?

On 2021-08-09 10:27, Timo Sirainen wrote:


On 9. Aug 2021, at 11.24, Timo Sirainen  wrote:

On 9. Aug 2021, at 11.03, Joan Moreau  wrote:

#0 0x7f2370f7fe3d in o_stream_nsendv (stream=0x0, 
iov=iov@entry=0x7ffeb9dabd70, iov_count=iov_count@entry=1) at 
ostream.c:333


overflow = false
#1 0x7f2370f7feca in o_stream_nsend (stream=, 
data=, size=) at ostream.c:325

iov = {iov_base = 0x55b8af41d470, iov_len = 5}
#2 0x7f2370f7ff1a in o_stream_nsend_str (stream=, 
str=) at ostream.c:344

No locals.
#3 0x55b8af391f84 in indexer_client_status_callback (percentage=56, 
context=0x55b8af434b70) at indexer-client.c:146

_data_stack_cur_id = 4
ctx = 0x55b8af434b70
#4 0x55b8af3921a0 in indexer_queue_request_status_int 
(queue=0x55b8af4299a0, request=0x55b8af434b90, percentage=56) at 
indexer-queue.c:182

context = 

Looks like v2.3.15 already broke this. Happens when indexer-client 
disconnects early. Hopefully doesn't happen very often.


Oh, actually v2.3.15.1, but looks like it wasn't even released to 
community.

Re: [Dovecot-news] v2.3.16 released

[Joan Moreau]

Well, I do not think I am mistaken.

I also get the following error for "indexer" process

#0 0x7f2370f7fe3d in o_stream_nsendv (stream=0x0, 
iov=iov@entry=0x7ffeb9dabd70, iov_count=iov_count@entry=1) at 
ostream.c:333

333 if (unlikely(stream->closed || stream->stream_errno != 0 ||
(gdb) bt full
#0 0x7f2370f7fe3d in o_stream_nsendv (stream=0x0, 
iov=iov@entry=0x7ffeb9dabd70, iov_count=iov_count@entry=1) at 
ostream.c:333

overflow = false
#1 0x7f2370f7feca in o_stream_nsend (stream=, 
data=, size=) at ostream.c:325

iov = {iov_base = 0x55b8af41d470, iov_len = 5}
#2 0x7f2370f7ff1a in o_stream_nsend_str (stream=, 
str=) at ostream.c:344

No locals.
#3 0x55b8af391f84 in indexer_client_status_callback (percentage=56, 
context=0x55b8af434b70) at indexer-client.c:146

_data_stack_cur_id = 4
ctx = 0x55b8af434b70
#4 0x55b8af3921a0 in indexer_queue_request_status_int 
(queue=0x55b8af4299a0, request=0x55b8af434b90, percentage=56) at 
indexer-queue.c:182

context = 
i = 0
#5 0x55b8af3919a2 in worker_status_callback (percentage=56, 
context=0x55b8af434cb0) at indexer.c:104

conn = 0x55b8af434cb0
request = 0x55b8af434b90
#6 0x55b8af392ac4 in worker_connection_call_callback 
(percentage=, worker=0x55b8af434cb0) at 
worker-connection.c:42

No locals.
#7 worker_connection_input_args (conn=0x55b8af434cb0, 
args=0x55b8af41d348) at worker-connection.c:109

worker = 0x55b8af434cb0
percentage = 56
ret = 
_tmp_event = 
#8 0x7f2370f53853 in connection_input_default (conn=0x55b8af434cb0) 
at connection.c:95

_data_stack_cur_id = 3
line = 0x55b8af438625 "56"
input = 0x55b8af436210
output = 0x55b8af436430
ret = 1
#9 0x7f2370f71919 in io_loop_call_io (io=0x55b8af436550) at 
ioloop.c:727

ioloop = 0x55b8af425ec0
t_id = 2
__func__ = "io_loop_call_io"
#10 0x7f2370f72fc2 in io_loop_handler_run_internal 
(ioloop=ioloop@entry=0x55b8af425ec0) at ioloop-epoll.c:222


On 2021-08-06 13:49, Aki Tuomi wrote:


On 06/08/2021 15:43 Joan Moreau  wrote:

Thank you Timo
However, this leads to
kernel: imap[228122]: segfault at 50 ip 7f7015ee332b sp 
7fffa7178740 error 4 in lib20_fts_plugin.so[7f7015ee1000+11000]

Returning to 2.3.15 resolves the problem


Can you provide `gdb bt full` output for the crash?

Aki

Re: [Dovecot-news] v2.3.16 released

[Joan Moreau]

git clone -b release-2.3.16

On 2021-08-06 15:07, Timo Sirainen wrote:


On 6. Aug 2021, at 15.08, Joan Moreau  wrote:


Below

(gdb) bt full
#0 fts_user_autoindex_exclude (box=, 
box@entry=0x55e0bc7e0fe8) at fts-user.c:347


There is no such function in 2.3.16 release. That's only in the current 
git master. What did you install and from where?

Re: [Dovecot-news] v2.3.16 released

[Joan Moreau]

Below

(gdb) bt full
#0 fts_user_autoindex_exclude (box=, 
box@entry=0x55e0bc7e0fe8) at fts-user.c:347

fuser = 
#1 0x7f42e8e9b4a6 in fts_mailbox_allocated (box=0x55e0bc7e0fe8) at 
fts-storage.c:806

flist = 
v = 0x55e0bc7e1010
fbox = 0x55e0bc7e1608
#2 0x7f42e952652c in hook_mailbox_allocated 
(box=box@entry=0x55e0bc7e0fe8) at mail-storage-hooks.c:256

_data_stack_cur_id = 5
_foreach_end = 0x55e0bc7d28a0
_foreach_ptr = 0x55e0bc7d2890
hooks = 0x7f42e8ec9ba0 
ctx = 0x55e0bc7e2818
#3 0x7f42e95219c1 in mailbox_alloc (list=0x55e0bc7d97b8, 
vname=0x55e0bc78f608 "INBOX", 
flags=flags@entry=MAILBOX_FLAG_DROP_RECENT) at mail-storage.c:860

_data_stack_cur_id = 4
new_list = 0x55e0bc7d97b8
storage = 0x55e0bc7d9fc8
box = 0x55e0bc7e0fe8
open_error = MAIL_ERROR_NONE
errstr = 0x0
__func__ = "mailbox_alloc"
#4 0x55e0bbd0a5c2 in select_open (readonly=false, mailbox=out>, ctx=0x55e0bc7d6fa0) at cmd-select.c:285

client = 0x55e0bc7d6298
status = {messages = 32, recent = 48, unseen = 814554448, uidvalidity = 
32766, uidnext = 814554256, first_unseen_seq = 32766, first_recent_uid = 
1633369088,
last_cached_seq = 3805518085, highest_modseq = 0, highest_pvt_modseq = 
139925357787644, keywords = 0x55e0bc78f398, permanent_flags = 0, flags = 
0, permanent_keywords = false,
allow_new_keywords = false, nonpermanent_modseqs = false, 
no_modseq_tracking = false, have_guids = false, have_save_guids = true, 
have_only_guid128 = false}

flags = MAILBOX_FLAG_DROP_RECENT
ret = 0
client = 
status = {messages = , recent = , unseen = 
, uidvalidity = , uidnext = out>,
first_unseen_seq = , first_recent_uid = , 
last_cached_seq = , highest_modseq = , 
highest_pvt_modseq = ,
keywords = , permanent_flags = , flags = 
, permanent_keywords = , 
allow_new_keywords = ,
nonpermanent_modseqs = , no_modseq_tracking = out>, have_guids = , have_save_guids = , 
have_only_guid128 = }

flags = 
ret = 
#5 cmd_select_full (cmd=, readonly=) at 
cmd-select.c:416

client = 0x55e0bc7d6298
ctx = 0x55e0bc7d6fa0
args = 0x55e0bc7a58d8
list_args = 0x7ffe308d1c74
mailbox = 0x55e0bc78f608 "INBOX"
client_error = 0x1 
ret = 
__func__ = "cmd_select_full"
#6 0x55e0bbd12484 in command_exec (cmd=cmd@entry=0x55e0bc7d6e08) at 
imap-commands.c:201

hook = 0x55e0bc79b5d0
finished = 
__func__ = "command_exec"
#7 0x55e0bbd104b2 in client_command_input (cmd=) at 
imap-client.c:1230

client = 0x55e0bc7d6298
command = 
tag = 0x7f42e942d8fa  
"]A\\A]\303\061\300\303ff.\017\037\204"

name = 0x55e0bbd26e50 "SELECT"
ret = 

On 2021-08-06 13:49, Aki Tuomi wrote:


On 06/08/2021 15:43 Joan Moreau  wrote:

Thank you Timo
However, this leads to
kernel: imap[228122]: segfault at 50 ip 7f7015ee332b sp 
7fffa7178740 error 4 in lib20_fts_plugin.so[7f7015ee1000+11000]

Returning to 2.3.15 resolves the problem


Can you provide `gdb bt full` output for the crash?

Aki

Re: [Dovecot-news] v2.3.16 released

[Joan Moreau]

Thank you Timo

However, this leads to

kernel: imap[228122]: segfault at 50 ip 7f7015ee332b sp 
7fffa7178740 error 4 in lib20_fts_plugin.so[7f7015ee1000+11000]


Returning to 2.3.15 resolves the problem

On 2021-08-06 12:42, Timo Sirainen wrote:


Hi,

One interesting thing in this release is the support for configuring 
OAUTH2 openid-configuration element. It would be nice if IMAP clients 
started supporting this feature to enable OAUTH2 for all IMAP servers, 
not just Gmail and a few others. This would allow all kinds of new 
authentication methods for IMAP and improve the authentication security 
in general.

https://dovecot.org/releases/2.3/dovecot-2.3.16.tar.gz
https://dovecot.org/releases/2.3/dovecot-2.3.16.tar.gz.sig

Binary packages in https://repo.dovecot.org/
Docker images in https://hub.docker.com/r/dovecot/dovecot

* Any unexpected exit() will now result in a core dump. This can
especially help notice problems when a Lua script causes exit(0).
* auth-worker process is now restarted when the number of auth
requests reaches service auth-worker { service_count }. The default
is still unlimited.

+ Event improvements: Added data_stack_grow event and http-client
category. See https://doc.dovecot.org/admin_manual/list_of_events/
+ oauth2: Support RFC 7628 openid-configuration element. This allows
clients to support OAUTH2 for any server, not just a few hardcoded
servers like they do now. See openid_configuration_url setting in
dovecot-oauth2.conf.ext.
+ mysql: Single statements are no longer enclosed with BEGIN/COMMIT.
+ dovecot-sysreport --core supports multiple core files now and does
not require specifying the binary path.
+ imapc: When imap_acl plugin is loaded and imapc_features=acl is used,
IMAP ACL commands are proxied to the remote server. See
https://doc.dovecot.org/configuration_manual/mail_location/imapc/
+ dict-sql now supports the "UPSERT" syntax for SQLite and PostgreSQL.
+ imap: If IMAP client disconnects during a COPY command, the copying
is aborted, and changes are reverted. This may help to avoid many
email duplicates if client disconnects during COPY and retries it
after reconnecting.
- master process was using 100% CPU if service attempted to create more
processes due to process_min_avail, but process_limit was already
reached. v2.3.15 regression.
- Using attachment detection flags wrongly logged unnecessary "Failed
to add attachment keywords" errors. v2.3.13 regression.
- IMAP QRESYNC: Expunging UID 1 mail resulted in broken VANISHED
response, which could have confused IMAP clients. v2.3.13 regression.
- imap: STORE didn't send untagged replies for \Seen changes for
(shared) mailboxes using INDEXPVT. v2.3.10 regression.
- rawlog_dir setting would not log input that was pipelined after
authentication command.
- Fixed potential infinite looping with autoexpunging.
- Log event exporter: Truncate long fields to 1000 bytes
- LAYOUT=index: ACL inheritance didn't work when creating mailboxes
- Event filters: Unquoted '?' wildcard caused a crash at startup
- fs-metawrap: Fix to handling zero sized files
- imap-hibernate: Fixed potential crash at deinit.
- acl: dovecot-acl-list files were written for acl_ignore_namespaces
- program-client (used by Sieve extprograms, director_flush_socket)
may have missed status response from UNIX and network sockets,
resulting in unexpected failures.

___
Dovecot-news mailing list
dovecot-n...@dovecot.org
https://dovecot.org/mailman/listinfo/dovecot-news

[Bug 1938844] [NEW] package libvdpau1 1.3-1ubuntu2 failed to install/upgrade: intentando sobreescribir el compartido `/etc/vdpau_wrapper.cfg', que es distinto de otras instancias del paquetes libvdpau

[Carlos Joan]

Public bug reported:

It happens when every time I try to install Wine

ProblemType: Package
DistroRelease: Ubuntu 20.04
Package: libvdpau1 1.3-1ubuntu2
ProcVersionSignature: Ubuntu 5.4.0-80.90-generic 5.4.124
Uname: Linux 5.4.0-80-generic x86_64
ApportVersion: 2.20.11-0ubuntu27.18
Architecture: amd64
CasperMD5CheckResult: skip
CompositorRunning: None
Date: Tue Aug  3 22:51:45 2021
DistUpgraded: 2021-08-03 18:58:52,361 DEBUG Running PostInstallScript: 
'/usr/lib/ubuntu-advantage/upgrade_lts_contract.py'
DistroCodename: focal
DistroVariant: ubuntu
ErrorMessage: intentando sobreescribir el compartido `/etc/vdpau_wrapper.cfg', 
que es distinto de otras instancias del paquetes libvdpau1:i386
GraphicsCard:
 NVIDIA Corporation GM206 [GeForce GTX 960] [10de:1401] (rev a1) (prog-if 00 
[VGA controller])
   Subsystem: Micro-Star International Co., Ltd. [MSI] GM206 [GeForce GTX 960] 
[1462:3201]
InstallationDate: Installed on 2021-08-03 (0 days ago)
InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Release amd64 (20180426)
MachineType: ASUS System Product Name
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-5.4.0-80-generic 
root=UUID=b22b98a1-10ae-4f7f-a710-cd7de1899f8c ro quiet splash vt.handoff=7
Python3Details: /usr/bin/python3.8, Python 3.8.10, python3-minimal, 
3.8.2-0ubuntu2
PythonDetails: N/A
RelatedPackageVersions:
 dpkg 1.19.7ubuntu3
 apt  2.0.6
SourcePackage: libvdpau
Title: package libvdpau1 1.3-1ubuntu2 failed to install/upgrade: intentando 
sobreescribir el compartido `/etc/vdpau_wrapper.cfg', que es distinto de otras 
instancias del paquetes libvdpau1:i386
UpgradeStatus: Upgraded to focal on 2021-08-03 (0 days ago)
dmi.bios.date: 06/12/2020
dmi.bios.vendor: American Megatrends Inc.
dmi.bios.version: 1001
dmi.board.asset.tag: Default string
dmi.board.name: PRIME H410M-A
dmi.board.vendor: ASUSTeK COMPUTER INC.
dmi.board.version: Rev 1.xx
dmi.chassis.asset.tag: Default string
dmi.chassis.type: 3
dmi.chassis.vendor: Default string
dmi.chassis.version: Default string
dmi.modalias: 
dmi:bvnAmericanMegatrendsInc.:bvr1001:bd06/12/2020:svnASUS:pnSystemProductName:pvrSystemVersion:rvnASUSTeKCOMPUTERINC.:rnPRIMEH410M-A:rvrRev1.xx:cvnDefaultstring:ct3:cvrDefaultstring:
dmi.product.family: Default string
dmi.product.name: System Product Name
dmi.product.sku: SKU
dmi.product.version: System Version
dmi.sys.vendor: ASUS
version.compiz: compiz N/A
version.libdrm2: libdrm2 2.4.105-3~20.04.1
version.libgl1-mesa-dri: libgl1-mesa-dri 21.0.3-0ubuntu0.2~20.04.1
version.libgl1-mesa-glx: libgl1-mesa-glx 21.0.3-0ubuntu0.2~20.04.1
version.xserver-xorg-core: xserver-xorg-core 2:1.20.11-1ubuntu1~20.04.2
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev N/A
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:19.1.0-1
version.xserver-xorg-video-intel: xserver-xorg-video-intel 
2:2.99.917+git20200226-1
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.16-1

** Affects: ubuntu
 Importance: Undecided
 Status: New


** Tags: amd64 apport-package focal ubuntu

-- 
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1938844

Title:
  package libvdpau1 1.3-1ubuntu2 failed to install/upgrade: intentando
  sobreescribir el compartido `/etc/vdpau_wrapper.cfg', que es distinto
  de otras instancias del paquetes libvdpau1:i386

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+bug/1938844/+subscriptions


-- 
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs