Re: Script to format the functions in a C header?

2016-11-23 Thread Leslie S Satenstein via desktop-devel-list 
Can someone tell me what is wrong with using the indent program?man indent for 
detailsSummary The indent program can be used to make code easier to read.  It 
can also convert from one style of writing C to another.

   indent understands a substantial amount about the syntax of C, but it 
also attempts to cope with  incomplete  and  misformed
   syntax.

   In version 1.2 and more recent versions, the GNU style of indenting is 
the default.




 Regards 
 Leslie
 Leslie Satenstein
Montréal Québec, Canada



  From: Sébastien Wilmet 
 To: desktop-devel-list@gnome.org 
 Sent: Wednesday, November 23, 2016 8:03 AM
 Subject: Re: Script to format the functions in a C header?
   
On Tue, Nov 22, 2016 at 07:03:02PM +0100, Daiki Ueno wrote:
> For what it's worth, I wrote such elisp some time ago:
> http://elpa.gnu.org/packages/gnome-c-style.html

Cool, added to:
https://wiki.gnome.org/Newcomers/Tools-C-language

> If anyone is trying to implement the feature somewhere, I would suggest
> to provide two separate scripts or commands to do the job: (1) guess the
> alignment rule somehow, e.g. from the existing C code, and (2) do the
> actual formatting.  That would be helpful to avoid unnecessary
> formatting changes when creating a patch for existing projects.

Why two separate scripts? A single script can have two passes.

I think I'll write a new script like I did for lineup-parameters, so
that it can be integrated in Vim or Emacs or other text editors (it just
reads stdin and write to stdout, or optionally takes file arguments).

For the script, the first pass - to determine the columns where to do
the alignment - could have two modes: "re-align everything" and "minimal
perturbation". For the minimal perturbation, it would look which columns
are used the most, and fix the functions that are not aligned to those
columns.

Also, in the GNOME convention there is something that I don't like and
that I would prefer not to do: aligning all the parameter names on the
same column (the third column). I prefer aligning the parameter names
for each function separately, IMHO it's more readable. Because
otherwise, for some functions, there can be a big empty space between
parameter types and their names, which doesn't help readability (caused
by a long type in another function).

--
Sébastien
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

   ___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GNOME 3.26 release notes

2017-08-10 Thread Leslie S Satenstein via desktop-devel-list 
Has Gnome ever been really tested with btrfs file system. I have raised bug 
reports about the user logon locking up if there is an extension and both the 
extension code itself of the user's home folder is under the btrfs file system.
I can't run gnome, because a simple extension blows up gnome, or blows up 
Fedora 26 (gnome 3.22,and gnome 3.24).
Search the bugzilla reports for my postings.Fix up the problem with  left-alt 
and the ` key (to the left of the one key) being a duplicate of the adjacent 
key and the ` keyThe adjacent key is the "super key".
How many people does a bugzilla report need to have posted before it takes 
someone to look and address said bug reports.
Gnome needs some good Q/A work done.  Take a break from introducing new 
software and repair what is reported in bugzilla.
 Regards from Mr. Rant. 
 Leslie
 Leslie Satenstein 55+ years in IT.
Montréal Québec, Canada



  From: Allan Day 
 To: desktop-devel-list  
 Sent: Thursday, August 10, 2017 10:39 AM
 Subject: GNOME 3.26 release notes
   
Hi everyone,

UI freeze is upon us, so now's a good time to think about release
notes! Please provide information about any user or developer changes
that have been made this development cycle, by adding them to the wiki
page:

https://wiki.gnome.org/ThreePointTwentyfive/ReleaseNotes

Don't worry about properly writing up details about the changes - what
we want is pure information. Also, we love to get details about small
changes as well as big ones! Do try and provide details from a user or
developer point of view though - why the changes are good, what they
are useful for, and so on.

Thanks!

Allan
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list


   ___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GNOME 3.26 release notes

2017-08-10 Thread Leslie S Satenstein via desktop-devel-list 
Jeremy,When it's a long long long time from posting bugs and no action, then 
the bug shouldgo into the release notes under the topic  

BUGS NOT FIXED:

 Regards 
 Leslie
 Leslie Satenstein
Montréal Québec, Canada



  From: Jeremy Bicha <jbi...@ubuntu.com>
 To: Leslie S Satenstein <lsatenst...@yahoo.com> 
Cc: desktop-devel-list <desktop-devel-list@gnome.org>
 Sent: Thursday, August 10, 2017 4:31 PM
 Subject: Re: GNOME 3.26 release notes
   
On Thu, Aug 10, 2017 at 3:59 PM, Leslie S Satenstein via
desktop-devel-list <desktop-devel-list@gnome.org> wrote:
> Regards from Mr. Rant.

Please stop replying to discussion threads with off-topic
conversation. Start a new thread instead with an appropriate subject
line.

Thanks,
Jeremy Bicha


   ___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: Too many broken modules

2017-08-08 Thread Leslie S Satenstein via desktop-devel-list 
Gentlemen
This message might be slightly off topic.
This message is about Gnome 3.22 and 3.24 and later versions.   

Background.
I am using Fedora 25 and Fedora 26 Linux.For specific reasons, (SSD 
installations) the underlying file system is btrfs. (minimized writes to the 
SSD).
The good news1) With lvm, ext4, xfs Gnome behaves ideally --I have not 
experienced any problems
2) With btrfs  -- half the time when logging to the system, the session will 
not start. Looking at it with /root, I see 
gnome-session running at 99%.  Its in a tight loop.   

2.1) After killing the loop, if I am lucky, one chance in 5, I can get the 
session to load. If zero extensions, that is, not one extension is loaded 
within /usr/share/gnome-shell/extensions, or with 
$HOME/.local/share-gnome-extensions/extensiions,  I can run the session, log 
out and log in frequently, and the action is as it is for the EXT4 
installation. 

3) If I move $HOME to a new partition, out from /btrfs,  extensions placed in 
$HOME/local/share/extensions   will function correctly, and things work out OK, 
as they do for the EXT4 situation.
If I move $HOME, as above, but there are extensions residing within 
/usr/share/gnome-shell/extensions,  I may be lucky, after a fresh boot, to log 
in and things are fine.  But if I log out and I try to log back in, I will not 
be able to return. It is as mentioned in 2)
So, what is my "gripe" to Q/A people? Test with btrfs.  For a typical 
function that causes problems, 
take a copy of TaskBar by zyper as the single extension (I can provide others, 
but one extension is enough to do Q/A) and resolve this issue since Gnome 3.22 
(or before).
Desktop users are purchasing SSD's and not rotating disks.   SSD users are 
advised to install Linux using btrfs to prolong the life of the SSD. 
This is why: 
  Ext4 = write_data+meta_data+journal+(atime update) = 4 updates.  
  Btrfs = (copy on write) = 1 meta_data +1 data = 2 writes   


For your QA people. 
Test with ssd and nossd parameter 
UUID=28615a60-5669-4be2-8546-93985254af07  /  btrfs   
subvol=root,noatime,ssd 0  0 /dev/sdc4   fedora_f26c
or   
UUID=28615a60-5669-4be2-8546-93985254af07  /  btrfs   
subvol=root,noatime,nossd 0  0 /dev/sdc4   fedora_f26c
This bug is more than 1 year old. Last year hard disks outsold SSD's. Today it 
is not so.  Its time to fix up gnome-shell.
I did raise a bug report. But who takes action if there is only one individual 
raising the bug?  
 Regards 
 Leslie
 Leslie Satenstein, retired software engineer.
Montréal Québec, Canada
55+ years in IT as software engineer. 


  From: "mcatanz...@gnome.org" 
 To: Arun Raghavan  
Cc: desktop-devel-list 
 Sent: Monday, July 31, 2017 8:14 AM
 Subject: Re: Too many broken modules
   
On Mon, Jul 31, 2017 at 12:36 PM, Arun Raghavan  wrote:

Is there some place we can look at logs of the current build? I don'thave a 
jhbuild-y setup here, but I'd be happy to look at the gst-*failures.

Nope, got to ask Javier if he remembers why it failed. Sorry. We know we need 
way better release infrastructure. Alternatively you could download the 3.25.4 
modulesets from the release announcement and try building that.
In the past, I had to change GStreamer to build from Autotools instead of meson 
because the tarballs did not contain meson.build. That's the first thing I 
would check.
Michael___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

   ___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: gnome-shell 3.26 fedora 27 crashes all the time

2017-12-10 Thread Leslie S Satenstein via desktop-devel-list 
RedHat Bugzilla  Red Hat Bugzilla Main PageBUG 1464294  btrfs solved  -- false 
alarm.   Reopen
BUG 1469129  btrfs full lockup
BUG 1489554  gnome btrfs bug again.
BUG 1496283  gnome bugzilla  btrfs
BUG 1499383  GnomeShell Crashing Regards 
 Leslie
 Leslie Satenstein
Montréal Québec, Canada



  From: Stephen Adler 
 To: 甘露(Gan Lu)  
Cc: desktop-devel-list 
 Sent: Sunday, December 10, 2017 8:29 PM
 Subject: Re: gnome-shell 3.26 fedora 27 crashes all the time
   
  That bug sure looks like the bug which is killing me. I'm going to wait for 
the patch to make it through Fedora 27 updates and see if gnome-shell keeps 
crashing...
 
 Thanks.
 
 On 12/10/2017 06:37 PM, 甘露(Gan Lu) wrote:
  
  I don't know if the gnome-shell package of Fedora 27 has been updated or 
included with this patch which fixes a critical bug:  
https://bugzilla.gnome.org/show_bug.cgi?id=788931. 
  Just a guess.
   
 On Mon, Dec 11, 2017 at 7:30 AM, Stephen Adler  wrote:
 
  On 12/10/2017 06:11 PM, Leslie S Satenstein wrote:
  
Please describe your system. Ram, file system, extensions you used, software, 
etc. 
 
 Sent from Yahoo Mail on Android   
 
  On Sun, Dec 10, 2017 at 6:07 PM, Stephen Adler  
wrote:   Guys,
  
  I know this is not the place to post this message, but I'm desperate. I 
  upgraded to fedora 27 which upgraded me from gnome 3.24 to 3.26. After 
  the upgrade, gnome-shell just crashes a lot. I saw somewhere in 
  bugzilla, after I reported the gnome-shell crash through the 
  auto-crash-report utility, that this gnome-shell crashing was considered 
  a fedora 27 release block but then the fedora 27 release team decided 
  against blocking the release due to this bug.
  
  The bug is bad enough that I've had to switch desktops, (I'm using 
  cinnamon now).
  
  So I was wondering if you guys know about this problem with fedora 27 
  and if so, do you have any suggestions as to how to push the Fedora 27 
  team to fix this problem. Or is this a gnome-shell problem that one 
  needs to submit to the gnome development team?
  
  Any help is greatly appreciated.
  
  Steve.
  
  P.S. gnome-shell crashes when I open up a new window. I run a 3 monitor 
  setup using the nvidia propitiatory driver. The system was solid under 
  fedora 26/gnome 3.24.
  
  __ _
  desktop-devel-list mailing list
  desktop-devel-list@gnome.org
  https://mail.gnome.org/ mailman/listinfo/desktop- devel-list
   

 dual xeon CPU E5-2660 v3 @ 2.60GHz 128 Gig Memory Extensions: Bitcoin Markets, 
Freon, Launch new instance, Multi Monitors Add-on, Nvidia GPU temperature 
Indicator, OpenWeather, Sound Input & Output Device Chooser, system-monitor I 
have 8 SSD drives installed and 2 NVMe disks. The drive configuration is rather 
complex. But maybe the output of df helps. [adler@office01 ~]$ df -h
 Filesystem   Size  Used Avail Use% Mounted on
 devtmpfs      63G 0   63G   0% /dev
 tmpfs     63G   21M   63G   1% /dev/shm
 tmpfs     63G  3.8M   63G   1% /run
 tmpfs     63G 0   63G   0% /sys/fs/cgroup
 /dev/mapper/NVMERaid1- NVMERoot  150G   18G  133G  12% /
 tmpfs     63G  608K   63G   1% /tmp
 /dev/sda2    477M  222M  226M  50% /boot
 /dev/md127   147G   29G  118G  20% /f25root
 /dev/mapper/SSDRaid5-SSDHome     1.1T  734G  326G  70% /home
 tmpfs     13G   16K   13G   1% /run/user/42
 tmpfs     13G   36K   13G   1% /run/user/1000
  I've turned off all the extensions to see if that makes a difference. I have 
not removed the extensions, just turned them off. Steve.
   
 __ _
 desktop-devel-list mailing list
 desktop-devel-list@gnome.org
 https://mail.gnome.org/ mailman/listinfo/desktop- devel-list
 
  
  
 
  ___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

   ___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: should gnome's user-customization strategy be overhauled

2018-03-06 Thread Leslie S Satenstein via desktop-devel-list 
Steve, Have you considered gnome-shell extensions.  GNOME Shell Extensions
  
|  
|   |  
GNOME Shell Extensions
   |  |

  |

 

Therein I discovered a collection of "maintained and unmaintained" gnome-shell 
extensions geared to extend gnome's regular interface.

 Regards 
 Leslie
 Leslie Satenstein
Montréal Québec, Canada



  From: Steve Schooler 
 To: desktop-devel-list@gnome.org 
 Sent: Tuesday, March 6, 2018 1:35 PM
 Subject: should gnome's user-customization strategy be overhauled
   
I Apologize if this email is misdirected - I couldn't fathom where else to send 
it.  Please forward this email to "gnome software administrator's", if 
feasible.  This is a one-off message, so I have not subscribed to 
desktop-devel-list@gnome.org.  If you feel it is appropriate, please respond 
directly to sgschoo...@gmail.com.

The sole purpose of this email is to ask "gnome software admin's" to CONSIDER 
WHETHER IS IT FEASIBLE AND ADVISABLE FOR GNOME TO ADOPT A LONG TERM STRATEGY OF 
OVERHAULING IT'S DEVELOPMENT OF USER-CUSTOMIZATION FEATURES.

The customization features offered by gnome have been steadily increasing, 
while (critically) gnome (or gnome-3) remains STABLE.  My understanding is that 
in general, linux-gnome users may customize their desktop in one of three ways:

1. gnome tweak took, as mentioned at 
https://wiki.gnome.org/action/show/Apps/Tweaks?action=show=Apps%2FGnomeTweakTool.

2. gnome layout manager, as mentioned at 
https://www.fossmint.com/gnome-layout-manager-make-gnome-into-unity-mac-windows/.

3. add a different desktop on top of gnome.  One example is cinnamon, which is 
discussed at https://en.wikipedia.org/wiki/Cinnamon_(software).

-

Please see my query at 
https://unix.stackexchange.com/questions/427785/manually-layout-gnome-to-cinnamon.

I can think of two separate (? mutually exclusive ?) long term strategies that 
gnome developers might consider:

a.  A variation of the (apparently extremely well documented) approach taken at 
https://www.gnome.org/get-involved/.  I'm a programmer with moderate 
"linux-bash" skills, and I merely want to be able to customize my own desktop.  
For my skills and purpose, grappling with GTK+ and GObject feels onerous.

I would prefer a "higher-level-language", with perhaps the NARROWER 
capabilities that a user might want.  Analogies are assembler -> [cobol, c, or 
java] and (within latex) postcript -> pstricks.

Hopefully, this approach would drastically simplify (for example), the end user 
coding and customizing their own "bottom-of-the-screen" taskbar from within 
gnome.


b.  The approach taken by Firefox v. 58.  In this browser, specifying a url of 
about:config provides a long list of user-customizable parameters.  An 
analoguous approach in gnome might group the parameters into categories (e.g. 
desktop appearance, font sizes, power-mgmt+screensaver+monitor attributes, 
...).  gnome could accompany this with (for example) a pdf or 
website-maintained documentation (i.e. manual) of these attributes, with a 
"user's guide" + examples included.



I consider both gnome-tweak-took and gnome-layout-manager excellent SHORT TERM 
APPROACHES.  Long term, a high-level scripting language or voluminous set of 
user controlled attributes would allow (for example) gnome to RE-UNIFY WITH 
CINNAMON, WITHOUT JEOPARDIZING GNOME'S STABILITY.  If this approach succeeds, 
gnome might be "universally accepted" ACROSS LINUX DISTRIBUTIONS.

This approach could reduce "desktop crashes", eliminate redundant enhancements 
across different linux desktops, and (perhaps) better entice users away from 
microsoft windows.


___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

   ___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GNOME 3.30.2 RELEASED

2018-11-01 Thread Leslie S Satenstein via desktop-devel-list 
Hopefully then, I will be able to install my printer, which has worked 
perfectly for years up to and including 3.28.   
Hopefully, we can see the return to the desktop of the home and trashbin. 
Things that were most useful until it wasarbitrarily decided to remove them.  
Hopefully there will be a cross reference program that will allow one to edit 
extensions so that the 3.28 versions will continue to work.We need extensions 
to compensate for the shortcomings in Gnome.

Regards 
 Leslie
 Leslie Satenstein
Montréal Québec, Canada

 

On Wednesday, October 31, 2018, 10:29:59 a.m. EDT, Javier Jardón 
 wrote:  
 
 Hi,

I'm pleased to announce the release of GNOME 3.30.2, the final planned
release for the GNOME 3.30 series (sorry for the week delay)

It includes numerous bugfixes, documentation improvements, and
translation updates.
All distributions shipping GNOME 3.30 are strongly encouraged to upgrade.

Also, for this release I wanted to take advantage of our CI system to
make the build process publicly available [1]

Packages should arrive in your distribution of choice soon, but if you
want to compile
GNOME 3.30.2 by yourself, you can use the official BuildStream [1]
project snapshot.
Thanks to BuildStream's build sandbox, it should build reliably for
you regardless of the dependencies on your host system:

The list of updated modules and changes is available here:
https://download.gnome.org/core/3.30/3.30.2/NEWS

The source packages are available here:
https://download.gnome.org/core/3.30/3.30.2/sources/

Our next major release, GNOME 3.32, is expected in March next year

Cheers,
Javier Jardón
GNOME Release Team

[1] https://gitlab.gnome.org/GNOME/gnome-build-meta/merge_requests/119
[2] https://download.gnome.org/teams/releng/3.30.2/gnome-3.30.2.tar
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list  ___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: I believe we should reconsider our sys-tray removal

2019-03-25 Thread Leslie S Satenstein via desktop-devel-list 
I am an end user.   I was an avid Gnome user for the past 10 years, until 3.28. 
 Then I had enough. Gnome's changes have driven me to use KDE.  

I will accept performance improvements, bot not improvements that take away 
convenience.  Want me back? I just find that Gnome does not publish a roadmap 
of intentions for the public, and that means, Gnome does not get user feedback, 
except as rant or rave.  

My own experience is closer to rant, than rave, particularly when extensions 
are broken, with no advice to developers as to what they have to change in 
their extension to meet Gnome's whimsical moving target.


Regards 
 Leslie
 Leslie Satenstein
Montréal Québec, Canada

 

On Monday, March 25, 2019, 9:38:56 a.m. EDT, Alexandre Franke 
 wrote:  
 
 On Sat, Mar 23, 2019 at 7:07 PM Britt Yazel  wrote:
> I want to re-poen an old argument now that we have seen the effects of
> removing the sys-tray/app-indicator tray for well over a year. In short, the
> users are not happy.

*Some* users. Please refrain from making such dubious claims when
there is no data to support it. Even “most people I talk to” is
unreliable, as for every person that complains about it there are 9.7
users who don’t.

I am a user and I am happy about the change.


> I believe our goals of putting pressure on application
> developers to ditch the antiquated app-indicator model fell mostly on deaf
> ears, and not having the sys-tray icons is mostly a nuisance for people, and
> big pain point for many.

None of the apps I use seem to have a problem with the lack of
systray, and it’s clear that 15 years ago some of them would have had
an icon there (e.g. Music, Fractal). This has had a positive impact on
my daily experience and I am thankful for GNOME to be behind this
push.


> Our users (myself included) and our software partners (Ubuntu, System76,
> Purism) have reverted to using extensions to return this behavior.

Again, *some* users. Count me as one of those who don’t.


> we have forced our users to fragment themselves between many solutions,

I don’t feel forced.


> An example of this biting us in the arse is that with 3.32
> TopIcons is causing the CPU usage to run through the roof, and people are
> blaming the Shell for the CPU usage, not the extension, leaving our users
> with a bad taste in their mouths.

That is indeed an issue, I acknowledge this. It doesn’t mean the
premise of this email is correct.


> So to sum up, most users who I talk to on social media and in person are
> using many different 3rd party solutions for sys-tray icons, and this
> fragmented approach is hurting our image, annoying our users, and is
> fragmenting our user experience to the point of actual detriment. I think we
> need to re-evaluate a solution for 3.34, and that this should be a focus this
> cycle. I believe that there is an elegant solution to handling sys-tray icons
> without sacrificing our core goals, one idea being to incorporate it into the
> Dash. However, I don't think we should go forward into 3.34+ without a 1st
> party solutions in place for how to treat sys-tray icons, because (sadly)
> they're not going anywhere.

Please consider how unnecessarily pushy this sounds.

-- 
Alexandre Franke
GNOME Hacker
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list  ___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: 3.32 applications still missing icon changes

2019-03-30 Thread Leslie S Satenstein via desktop-devel-list 
Monday April 4th???  Is your desktop calendar set to February?

Regards 
 Leslie
 Leslie Satenstein
Montréal Québec, Canada

 

On Saturday, March 30, 2019, 10:58:52 a.m. EDT, mcatanz...@gnome.org 
 wrote:  
 
 Hi,

I'd like to proposal a global freeze exception to encourage all 
applications to feel free to belatedly update to Jakub's new app icons, 
to improve consistency. This freeze exception would expire Monday, 
April 4 when 3.32.1 tarballs are due.

Two core apps are still missing Jakub's new app icons in 3.32: Cheese 
and Simple Scan. The icons have been committed to git, but not yet 
released. Please fix this before Monday, April 4. Thanks! Cheese is 
also still missing a git tag for 3.32.0. Please fix that too. The 
release team can help out on April 5 if still needed.

Michael


___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
  ___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GNOME 3.38 released

2020-09-16 Thread Leslie S Satenstein via desktop-devel-list 
Gnome 3.38 is great.  Now we no longer need the dash.  I drag to reorder what 
was on the dash, to be up-on-top on the first two rows.One button to launch 
application list, and one click to start my application
Can I eliminate the dash? Its purpose is no more useful, except if we want a 
launcher on the bottom or top panel.

Regards 
 Leslie
 Leslie Satenstein
Montréal Québec, Canada

 

On Wednesday, September 16, 2020, 10:30:44 a.m. EDT, Matthias Clasen via 
desktop-devel-list  wrote:  
 
 The GNOME Project is proud to announce the release of GNOME 3.38, Orbis.

This release brings a new Welcome tour, improved grouping and reordering
of applications in the overview, better fingerprint enrollment, deeper
systemd integration, and more.

Improvements to core GNOME applications include intelligent tracking
prevention in Web, night mode and adaptive UI in Maps, redesigned
Clocks and Sound Recorder, and more.

For more information about the changes in GNOME 3.38, you can visit
the release notes:

 https://help.gnome.org/misc/release-notes/3.38/
 https://youtu.be/DZ_P5W9r2JY
GNOME 3.38 will be available shortly in many distributions. If you want
to try it today, you can use the Fedora 33 beta that will be available
soon or the openSUSE nightly live images which include GNOME 3.38.

 https://www.gnome.org/getting-gnome/
 
https://download.fedoraproject.org/pub/fedora/linux/development/33/Workstation/x86_64/iso/
 
https://download.opensuse.org/repositories/GNOME:/Medias/images/iso/?P=GNOME_Next*

This is the first release for which we can provide our own installer
images for debugging and testing features. These images are meant for
installation in a vm and require GNOME Boxes 3.38 (with UEFI support)
to boot:

 https://gnome-build-meta.s3.amazonaws.com/3.38.0/gnome_os_installer.iso

If you are interested in building applications for GNOME 3.38, look for
the GNOME 3.38 Flatpak SDK, which is available in the www.flathub.org
repository.

This six-month effort wouldn't have been possible without the whole
GNOME community, made of contributors and friends from all around the
world: developers, designers, documentation writers, usability and
accessibility specialists, translators, maintainers, students, system
administrators, companies, artists, testers and last, but not least,
our users.

GNOME would not exist without all of you. Thank you to everyone!

Our next release is planned for March 2021. Until then, enjoy GNOME 3.38!
Matthias Clasen 
GNOME release  team
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
  ___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list

Re: GNOME 41 released!

2021-09-22 Thread Leslie S Satenstein via desktop-devel-list 
Sound is broken.  There is no way to adjust system sounds. They are always on 
Max.  I have tried for almost 3 weeks to get some Fedora 35 response.
When you adjust sound volume, there is a slider for system sounds. Irrespective 
of sound level, or slider positioin, sound is always at 100%

Regards 
 Leslie
 Leslie Satenstein
Montréal Québec, Canada

 

On Wednesday, September 22, 2021, 11:12:09 a.m. GMT-4, Matthias Clasen via 
desktop-devel-list  wrote:  
 
 The GNOME Project is proud to announce the release of GNOME 41.

Highlights in this release include improvements to the Software app,
new multitasking settings and enhanced power management. Beyond that,
there is a new Connections application, a refreshed Music application,
performance improvements from the compositor to the toolkit, and much
more.

To learn more about the changes in GNOME 41, you can read the release
notes:

 https://help.gnome.org/misc/release-notes/41.0/

GNOME 41 will be available shortly in many distributions. If you want
to try it today, you can look for the imminent Fedora 35 beta or the
openSUSE nightly live images which both include GNOME 41.

 https://www.gnome.org/getting-gnome/
 https://download.opensuse.org/repositories/GNOME:/Medias/images/iso/

We are also providing our own installer images for debugging and testing
features. These images are meant for installation in a vm and require
GNOME Boxes with UEFI support. We suggest getting Boxes from flathub.

 https://download.gnome.org/gnomeos/41.0/gnome_os_installer_41.0.iso
 
If you are interested in building applications for GNOME 41, look for the
GNOME 41 Flatpak SDK, which is available in the www.flathub.org repository.

This six-month effort wouldn't have been possible without the whole GNOME
community, made of contributors and friends from all around the world:
developers, designers, documentation writers, usability and accessibility
specialists, translators, maintainers, students, system administrators,
companies, artists, testers and last, but not least, our users.

GNOME would not exist without all of you. Thank you to everyone!

Our next release, GNOME 42, is planned for March 2022. Until then,
enjoy GNOME 41.

The GNOME Release Team___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
  ___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list