[SoaS] Fedora 36 SoaS ISO spin beta ready for testing

[Alex Perez]

Hi folks,

The Fedora 36 beta was released earlier this week, and the SoaS spin is
ready for testing. This 860 megabyte ISO can be downloaded from:

https://download.fedoraproject.org/pub/fedora/linux/releases/test/36_Beta/Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-36_Beta-1.4.iso

Any testing reports are appreciated. Please test on both bare metal and
in Virtual Machines, if possible.
___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Fwd: [Test-Announce] Fedora Linux 35 Beta Release Announcement

[Alex Perez]

FYI, the first beta of Fedora 35 has been released. You can download the 
SoaS spin from here:


https://download.fedoraproject.org/pub/fedora/linux/releases/test/35_Beta/Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-35_Beta-1.2.iso



 Forwarded Message 
Subject:[Test-Announce] Fedora Linux 35 Beta Release Announcement
Date:   Tue, 28 Sep 2021 10:14:09 -0400
From:   Mohan Boddu 
Reply-To: 	t...@lists.fedoraproject.org, Development discussions related 
to Fedora 
To: 	test-annou...@lists.fedoraproject.org, 
devel-annou...@lists.fedoraproject.org, annou...@lists.fedoraproject.org




Fedora Linux 35 Beta Released
--

The Fedora Project is pleased to announce the immediate availability
of Fedora 35 Beta, the next step towards our planned Fedora 35 release
at the end of October.

Download the prerelease from our Get Fedora site:
* Get Fedora 35 Beta Workstation: https://getfedora.org/workstation/download/
* Get Fedora 35 Beta Server: https://getfedora.org/server/download/
* Get Fedora 35 IoT: https://getfedora.org/iot/download/

Or, check out one of our popular variants, including KDE Plasma, Xfce,
and other desktop environments, as well as images for ARM devices:

* Get Fedora 35 Beta Spins: https://spins.fedoraproject.org/prerelease
* Get Fedora 35 Beta Labs: https://labs.fedoraproject.org/prerelease
* Get Fedora 35 Beta ARM: https://arm.fedoraproject.org/prerelease

## Beta Release Highlights

* Fedora 35 Workstation Beta includes GNOME 41

* Fedora Kinoite—a KDE Plasma environment based on rpm-ostree technology

* Fedora Linux 35 builds on the switch to PipeWire for managing audio
by introducing WirePlumber as the default session manager.

* Python 3.10, Perl 5.34, PHP 8.0 updated versions.

* And more ...

For more details about the release, read the full announcement at

* https://fedoramagazine.org/announcing-fedora-35-beta/

or look for the prerelease pages in the download sections at

* https://getfedora.org/

Since this is a Beta release, we expect that you may encounter bugs or
missing features. To report issues encountered during testing, contact
the Fedora QA team via the t...@lists.fedoraproject.org mailing list or
in #fedora-qa on Libera Chat.

Regards,
Mohan Boddu
Fedora Release Engineering.
___
test-announce mailing list -- test-annou...@lists.fedoraproject.org
To unsubscribe send an email to test-announce-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/test-annou...@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure
___
devel mailing list -- de...@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/de...@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Fixing sugar-view-slides activity in Fedora 35 (python3 port status?)

[Alex Perez]

Ibiam,

The sugar-view-slides package has been FTBFS since Fedora 32. How
straightforward do you believe it would be to get this fixed, before
this Fedora package (sugar-view-slides) is retired in 3-4 weeks time?

https://github.com/sugarlabs/viewslides

According to GitHub, the python3-port branch was last touched by you a
couple of months ago. How stable is this code, and is it worthy of a
release?

https://github.com/sugarlabs/viewslides/tree/python3-port



 Forwarded Message 
Subject:List of long term FTBFS packages to be retired in August
Date:   Wed, 30 Jun 2021 01:32:34 +0200
From:   Miro Hrončok 
Reply-To:   de...@lists.fedoraproject.org
To: Development discussions related to Fedora
, devel-annou...@lists.fedoraproject.org



Dear maintainers.

Based on the current fail to build from source policy, the following packages
will be retired from Fedora 35 approximately one week before branching (August 
2021).

Policy: 
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/

The packages in rawhide were not successfully built at least since Fedora 32.

This report is based on dist tags.


 Package  (co)maintainers   Latest build

sugar-view-slides callkalpa, chimosky, pbrobinson, Fedora 31
   tuxbrewr

___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-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-annou...@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Working Fedora Rawhide (will be F35) SoaS image to test

[Alex Perez]

Now that sugar-datastore correctly compiles under Fedora Rawhide (which
includes Python 10), we have our first usable Sugar on a Stick LiveUSB
image. This image is suitable for direct use in VMs such as VirtualBox,
or on bare metal, booted from a USB stick or DVD-ROM drive. The image is
~1.1 gigabytes, and can be downloaded here:

https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20210624.n.0/compose/Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-Rawhide-20210624.n.0.iso

SoaS F35 includes Sugar 0.118, and supports only Python 3 activities.
There's no support for activities which have yet to be ported from Python 2.

Known issues so far are the Physics activity, which starts but isn't
usable due to a graphics issue, as well as the FotoToon activity, which
does not start. In a VirtualBox VM, sound works for me. I haven't tried
on real hardware yet.

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Announcement: Sugar on a Stick (SoaS) 34 released today

[Alex Perez]

Folks,

Fedora 34 was released today, which means that we've got a new release
of Sugar on a Stick 34, which includes Sugar 0.118, and can be
downloaded from:

https://dl.fedoraproject.org/pub/fedora/linux/releases/34/Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-34-1.2.iso
 

It's one gigabyte in size.

..and written to any USB stick using BalenaEtcher, Fedora Imager Writer,
or whatever your favorite/preferred image writing tool is.


an installation image (non-live environment) for 32-bit ARM devices,
such as the Raspberry Pi 2-3, is also available at:

https://dl.fedoraproject.org/pub/fedora/linux/releases/34/Spins/armhfp/images/Fedora-SoaS-34-1.2.armhfp.raw.xz
The above image is 1.8 gigabytes.

Special thanks to Sugar Labs member and contributor Ibiam Chihurumnaya,
AKA 'chimosky', for co-maintaining many/most of these Fedora activities,
as well as the core Sugar Fedora packages, which, as a whole, make up
Sugar on a Stick.

Regards,
Alex Perez
Sugar Labs Contributor & Fedora Package Wrangler

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Fwd: Fedora Linux 34 Beta is GO

[Alex Perez]

FYI

 Forwarded Message 
Subject:Fedora Linux 34 Beta is GO
Date:   Thu, 18 Mar 2021 13:38:51 -0400
From:   Ben Cotton 
Reply-To:   de...@lists.fedoraproject.org
To: devel-annou...@lists.fedoraproject.org,
test-annou...@lists.fedoraproject.org, logist...@lists.fedoraproject.org
CC: Matthew Miller ,
rel-...@lists.fedoraproject.org, Jennifer Caro 



The Fedora Linux 34 Beta RC1.3 compose[1] is GO and will be shipped
live on Tuesday, 23 March 2021.

For more information please check the Go/No-Go meeting minutes[2] or log [3].

Thank you to everyone who has and still is working on this release!
The Final Freeze
begins on 6 April.

[1] https://dl.fedoraproject.org/pub/alt/stage/34_Beta-1.3/
[2] 
https://meetbot.fedoraproject.org/fedora-meeting-1/2021-03-18/f34-beta-go_no_go-meeting.2021-03-18-17.02.html
[3] 
https://meetbot.fedoraproject.org/fedora-meeting-1/2021-03-18/f34-beta-go_no_go-meeting.2021-03-18-17.02.log.html

-- 
Ben Cotton
He / Him / His
Senior Program Manager, Fedora & CentOS Stream
Red Hat
TZ=America/Indiana/Indianapolis
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-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-annou...@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Call for testing of Fedora 34 beta Sugar On A Stick

[Alex Perez]

Folks,

This is a call for testing of the upcoming Fedora 34 based Sugar on a Stick, 
which is now ready for testing on the following platforms:

For 64-bit PCs, the ISO can be downloaded from:

https://dl.fedoraproject.org/pub/alt/stage/34_Beta-1.3/Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-34_Beta-1.3.iso
 
[https://dl.fedoraproject.org/pub/alt/stage/34_Beta-1.3/Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-34_Beta-1.3.iso]


The installer based version of SoaS for 32-bit ARM can be downloaded from 
https://dl.fedoraproject.org/pub/alt/stage/34_Beta-1.3/Spins/armhfp/images/Fedora-SoaS-34_Beta-1.3.armhfp.raw.xz
 
[https://dl.fedoraproject.org/pub/alt/stage/34_Beta-1.3/Spins/armhfp/images/Fedora-SoaS-34_Beta-1.3.armhfp.raw.xz]

...and finally, we have a new variant of SoaS for 64-bit ARM devices, which is 
also installer-based, and available for download at 
https://dl.fedoraproject.org/pub/alt/stage/34_Beta-1.3/Spins/aarch64/images/Fedora-SoaS-34_Beta-1.3.aarch64.raw.xz
 
[https://dl.fedoraproject.org/pub/alt/stage/34_Beta-1.3/Spins/aarch64/images/Fedora-SoaS-34_Beta-1.3.aarch64.raw.xz]

Please test on real hardware if possible. All you need to do is download and 
write the image to a USB stick, with Fedora Media Writer, which can be 
downloaded from https://github.com/FedoraQt/MediaWriter/releases/tag/4.2.0 
[https://github.com/FedoraQt/MediaWriter/releases/tag/4.2.0]
___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Fw: Fedora 34 Bodhi updates-testing Activation and Beta Freeze

[Alex Perez]

FYI

-- Forwarded Message 
From: Mohan Boddu 
Date: 2/23/2021 8:20:32 AM
Subject: Fedora 34 Bodhi updates-testing Activation and Beta Freeze
To: devel-annou...@lists.fedoraproject.org, 
test-annou...@lists.fedoraproject.org

Hi all,

Today's an important day on the Fedora 34 schedule[1], with several
significant cut-offs. First of all today is the Bodhi updates-testing
activation point [2]. That means that from now all Fedora 34 packages
must be submitted to updates-testing and pass the relevant
requirements[3] before they will be marked as 'stable' and moved to
the fedora repository.

Today is also the Beta freeze[4]. This means that only packages which
fix accepted blocker or freeze exception bugs[5][6] will be marked as
'stable' and included in the Beta composes. Other builds will remain
in updates-testing until the Beta release is approved, at which point
the Beta freeze is lifted and packages can move to 'stable' as usual
until the Final freeze.

Today is also the Software String freeze[7], which means that strings
marked for translation in Fedora-translated projects should not now be
changed for Fedora 34.

Finally, today is the 'completion deadline' Change Checkpoint[8],
meaning that Fedora 34 Changes must now be 'feature complete or close
enough to completion that a majority of its functionality can be
tested'. All tracking bugs should be on ON_QA state or later to
reflect this.

Regards
Mohan Boddu

[1] https://fedorapeople.org/groups/schedule/f-34/f-34-key-tasks.html
[2] https://fedoraproject.org/wiki/Updates_Policy#Bodhi_enabling
[3] https://fedoraproject.org/wiki/Updates_Policy#Branched_release
[4] https://fedoraproject.org/wiki/Milestone_freezes
[5] https://fedoraproject.org/wiki/QA:SOP_blocker_bug_process
[6] https://fedoraproject.org/wiki/QA:SOP_freeze_exception_bug_process
[7] https://fedoraproject.org/wiki/ReleaseEngineering/StringFreezePolicy
[8] https://fedoraproject.org/wiki/Changes/Policy
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-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-annou...@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure
___
devel mailing list -- de...@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/de...@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure
___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Pull request to remove sugar-physics activity from F34 SoaS compose

[Alex Perez]

Peter,

I've submitted a PR to remove the sugar-physics package from the SoaS compose, 
because it currently isn't usable. The activity starts, but due to some 
SDL2/pygame related changes, it's not really usable by normal folks. 

The PR is at https://pagure.io/fedora-comps/pull-request/623
...and the issue with the activity itself is being tracked at 
https://github.com/sugarlabs/physics/issues/50
___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

Re: [SoaS] Physics fails in SoaS-34

[Alex Perez]

Frederick,

Thanks. This is a known issue with Physics 35 and Sugar 0.118, and is
being tracked here:https://github.com/sugarlabs/physics/issues/50

Frederick Grose wrote on 2/17/21 9:38 AM:
> See https://bugs.sugarlabs.org/ticket/4999
> logs attached there.
>
> From Physics log:
> Traceback (most recent call last):
>   File "/usr/lib/python3.9/site-packages/sugar3/graphics/icon.py",
> line 562, in do_get_preferred_height
>     surface = self._buffer.get_surface()
>   File "/usr/lib/python3.9/site-packages/sugar3/graphics/icon.py",
> line 370, in get_surface
>     handle = self._load_svg(icon_info.file_name)
>   File "/usr/lib/python3.9/site-packages/sugar3/graphics/icon.py",
> line 197, in _load_svg
>     return self._loader.load(file_name, entities, self.cache)
>   File "/usr/lib/python3.9/site-packages/sugar3/graphics/icon.py",
> line 140, in load
>     return Rsvg.Handle.new_from_data(icon.encode('utf-8'))
> gi.repository.GLib.Error: rsvg-error-quark: XML parse error: error
> code=201 (3) in (null):22:40: Namespace prefix inkscape for
> connector-curvature on path is not defined
>  (0)
> Traceback (most recent call last):
>   File "/usr/lib/python3.9/site-packages/sugar3/graphics/icon.py",
> line 574, in do_get_preferred_width
>     surface = self._buffer.get_surface()
>   File "/usr/lib/python3.9/site-packages/sugar3/graphics/icon.py",
> line 370, in get_surface
>     handle = self._load_svg(icon_info.file_name)
>   File "/usr/lib/python3.9/site-packages/sugar3/graphics/icon.py",
> line 197, in _load_svg
>     return self._loader.load(file_name, entities, self.cache)
>   File "/usr/lib/python3.9/site-packages/sugar3/graphics/icon.py",
> line 140, in load
>     return Rsvg.Handle.new_from_data(icon.encode('utf-8'))
> gi.repository.GLib.Error: rsvg-error-quark: XML parse error: error
> code=201 (3) in (null):22:40: Namespace prefix inkscape for
> connector-curvature on path is not defined
>  (0)
> Traceback (most recent call last):
>   File "/usr/lib64/python3.9/site-packages/gi/_propertyhelper.py",
> line 401, in obj_set_property
>     prop.fset(self, value)
>   File "/usr/lib/python3.9/site-packages/sugar3/activity/activity.py",
> line 612, in set_active
>     self.save()
>   File "/usr/lib/python3.9/site-packages/sugar3/activity/activity.py",
> line 978, in save
>     self.write_file(file_path)
>   File "/usr/share/sugar/activities/Physics.activity/activity.py",
> line 129, in write_file
>     self.game.write_file(file_path)
>   File "/usr/share/sugar/activities/Physics.activity/physics.py", line
> 78, in write_file
>     self.world.add.remove_mouseJoint()
> AttributeError: 'PhysicsGame' object has no attribute 'world'
> Traceback (most recent call last):
>   File "/usr/lib/python3.9/site-packages/sugar3/graphics/icon.py",
> line 587, in do_draw
>     surface = self._buffer.get_surface(sensitive, self)
>   File "/usr/lib/python3.9/site-packages/sugar3/graphics/icon.py",
> line 370, in get_surface
>     handle = self._load_svg(icon_info.file_name)
>   File "/usr/lib/python3.9/site-packages/sugar3/graphics/icon.py",
> line 197, in _load_svg
>     return self._loader.load(file_name, entities, self.cache)
>   File "/usr/lib/python3.9/site-packages/sugar3/graphics/icon.py",
> line 140, in load
>     return Rsvg.Handle.new_from_data(icon.encode('utf-8'))
> gi.repository.GLib.Error: rsvg-error-quark: XML parse error: error
> code=201 (3) in (null):22:40: Namespace prefix inkscape for
> connector-curvature on path is not defined
>  (0)
> Traceback (most recent call last):
>   File "/usr/lib/python3.9/site-packages/sugar3/graphics/icon.py",
> line 587, in do_draw
>     surface = self._buffer.get_surface(sensitive, self)
>   File "/usr/lib/python3.9/site-packages/sugar3/graphics/icon.py",
> line 370, in get_surface
>     handle = self._load_svg(icon_info.file_name)
>   File "/usr/lib/python3.9/site-packages/sugar3/graphics/icon.py",
> line 197, in _load_svg
>     return self._loader.load(file_name, entities, self.cache)
>   File "/usr/lib/python3.9/site-packages/sugar3/graphics/icon.py",
> line 140, in load
>     return Rsvg.Handle.new_from_data(icon.encode('utf-8'))
> gi.repository.GLib.Error: rsvg-error-quark: XML parse error: error
> code=201 (3) in (null):22:40: Namespace prefix inkscape for
> connector-curvature on path is not defined
>  (0)
> Terminated by signal 11, pid 1876 activity_id
> fe77a8a253d76ced8ef2f6955bfa91a4cca2
>
>
>
> ___
> SoaS mailing list
> SoaS@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/soas

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Fwd: REMINDER: Fedora 34 Change complete (100% complete) deadline in one week

[Alex Perez]

FYI.

As of a night or two ago, Browse v207 is included in the Fedora 34 SoaS
nightly. This version changes the link on the portal/start page to point
the activities link to version four of activities.sugarlabs.org (ASLO),
at https://v4.activities.sugarlabs.org/


 Forwarded Message 
Subject:REMINDER: Fedora 34 Change complete (100% complete) deadline
in one week
Date:   Tue, 16 Feb 2021 10:48:48 -0500
From:   Ben Cotton 
Reply-To:   de...@lists.fedoraproject.org
To: devel-annou...@lists.fedoraproject.org



The change complete (100% complete) deadline for Fedora 34 changes is
Tuesday 23 February. At that point, changes should be 100% code
complete, along with supporting documentation where appropriate.
Please indicate this by setting the tracker bug for your change to
ON_QA.

Other upcoming schedule milestones:
* 2021-02-23 — Beta freeze begins
* 2021-03-16 — Beta release early target date
* 2021-03-23 — Beta release target date #1

For more information, see the schedule[1]

[1] https://fedorapeople.org/groups/schedule/f-34/f-34-key-tasks.html

-- 
Ben Cotton
He / Him / His
Senior Program Manager, Fedora & CentOS Stream
Red Hat
TZ=America/Indiana/Indianapolis
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-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-annou...@lists.fedoraproject.org
Do not reply to spam on the list, report it: 
https://pagure.io/fedora-infrastructure

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

Re: [SoaS] Fast-tracking fix for language control panel in F34 branch

[Alex Perez]

Towards that end, the lastest x86_64 LiveUSB/ISO can be downloaded from 
http://bit.ly/Fedora-SoaS-Live-x86_64-34-20210213 
[http://bit.ly/Fedora-SoaS-Live-x86_64-34-20210213]

It's one gigabyte.

On 2/11/2021 3:07:40 PM, James Cameron  wrote:
Also may I remind our testers to keep testing the compose. It is at
this stage of the game in previous iterations that we've seen some
significant regressions.

I suggest going against Sugar Labs convention and report successful
tests rather than only report bugs. This will increase the sharing of
workload.

On Thu, Feb 11, 2021 at 11:11:28AM +, Peter Robinson wrote:
> > Peter,
> >
> > What needs to be done to fast-track this fix in the F34 branch?
> >
> > https://bodhi.fedoraproject.org/updates/FEDORA-2021-7e62d9763d
>
> As per the F-34 schedule [1] nothing is required ATM, it will go
> through the CI process and land into stable and will be included in
> the next successful compose. Having just branched there's generally a
> couple of days while things settle into a groove.
>
> >From the 23rd of Feb the bodhi updates process gets enabled. Once that
> happens every update will need a "fedpkg update" to get it into bodhi.
> The 23rd is also freeze point for Beta so any update will need an
> associated RHBZ, added as part of the "fedpkg update", and will need a
> freeze exception [2]. Post Beta there will be a window where updates
> flow as per normal before the freeze for final when that process will
> need to be followed again.
>
> One thing to note is that SoaS isn't considered a blocker desktop so I
> suggest just filing a freeze exception, they are generally waved
> through but there's some nuance to the process, but the end is that
> things go in so it doesn't matter too much TBH.
>
> [1] https://fedorapeople.org/groups/schedule/f-34/f-34-key-tasks.html
> [2] https://qa.fedoraproject.org/blockerbugs/propose_bug
> ___
> SoaS mailing list
> SoaS@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/soas

--
James Cameron
https://quozl.linux.org.au/
___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Fast-tracking fix for language control panel in F34 branch

[Alex Perez]

Peter,

What needs to be done to fast-track this fix in the F34 branch?

https://bodhi.fedoraproject.org/updates/FEDORA-2021-7e62d9763d
--
Thanks,
Alex
___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Fedora has been branched, SoaS LiveUSB environment is up for testing

[Alex Perez]

Folks,

The Fedora 34 branch has happened, and there's a nightly build of SoaS,
based on Fedora 0.118, which I'd like to call on folks to test. There's
one known big bug, which will be fixed in the next couple of days, which
is that the Language control panel doesn't open/crashes, preventing you
from changing languages from the default English.

All activities except FotoToon should start and work properly.

The Fedora-34 based Sugar on a Stick LiveUSB can be downloaded from
http://people.sugarlabs.org/~aperez/Fedora-SoaS-Live-x86_64-34-20210210.n.1.iso
<http://people.sugarlabs.org/%7Eaperez/Fedora-SoaS-Live-x86_64-34-20210210.n.1.iso>
and is 1.1 gigabytes in size.

ARM raw image suitable for Raspberry Pi 3
http://people.sugarlabs.org/~aperez/Fedora-SoaS-armhfp-34-20210210.n.1-sda.raw.xz
<http://people.sugarlabs.org/%7Eaperez/Fedora-SoaS-armhfp-34-20210210.n.1-sda.raw.xz>
and is just under 900 megabytes in size.

Thanks go to Ibiam and Peter Robinson for their efforts in getting us to
this point.

Regards,
Alex Perez

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

Re: [SoaS] Collaboration failure with Fedora rawhide & Sugar 0.116

[Alex Perez]

Subsequent to my prior e-mail, I've built sugar-datastore 0.118 and 
sugar-artwork 0.118 packages, built for Fedora rawhide (which is supposed to 
branch to F34 tonight/within 24 hours). I've also updated the sugar-log 
packages, and sugar-browse, to their current released version. 

On 2/7/2021 4:06:25 PM, James Cameron  wrote:
Thanks for testing.

I would not offer to support mixing Sugar 0.118 with Toolkit 0.116 and
Datastore 0.116. But this time I'm fine with it.

* in the commits to Sugar from 0.116 to 0.118, none of them require
Toolkit 0.118 or Datastore 0.118.

* in the commits to Toolkit from 0.116 to 0.118, none of them require
Sugar 0.118.

* in the commits to Datastore from 0.116 to 0.118, none of them are
functional changes.

I recommend upgrading to 0.118 anyway, as there are plenty of problems
that were fixed in Toolkit between 0.116 and 0.118.

My guess is FotoToon needs either
https://github.com/sugarlabs/fototoon-activity/commit/46e22a473202e0ebe2c687c8c4ace35671cfe12b
patch or v26 just released.

On Sat, Feb 06, 2021 at 02:27:00PM -0800, Alex Perez wrote:
> As of the Fedora Rawhide 20210205 nightly SoaS compose, Sugar 0.118 is 
> included
> by default, but sugar-toolkit-gtk3 hasn't yet been updated to 0.118, and is
> still at 0.116, as is sugar-datastore.
>
> All default-installed activities in the live environment except FotoToon 
> start.
>
> On 1/24/2021 3:33:44 PM, James Cameron wrote:
>
> NoReply shows that Telepathy has failed. Debug Telepathy.
>
> On Sat, Jan 23, 2021 at 08:46:52AM -0800, Alex Perez wrote:
> > Unfortunately, it does not seem to correct the problem entirely. Here's
> what's
> > in my shell.log:
> >
> > 1611419423.411705 ERROR root: set_active() failed:
> > org.freedesktop.DBus.Error.NoReply: Remote peer disconnected
> > /usr/lib/python3.9/site-packages/gi/overrides/Gtk.py:1649: Warning:
> > g_value_type_compatible: assertion 'src_type' failed
> > return _Gtk_main(*args, **kwargs)
> > /usr/lib/python3.9/site-packages/gi/overrides/Gtk.py:1649: Warning:
> unable to
> > set property 'buddy' of type 'PyObject' from value of type '(null)'
> > return _Gtk_main(*args, **kwargs)
> >
> > Chihurumnaya Ibiam wrote on 1/20/2021 5:05 PM:
> >
> > I've added patches for [1]both commits and will remove the patches when
> the
> > package
> > is updated to 0.118.
> >
> > --
> >
> > Ibiam Chihurumnaya
> > [2]ibiamchihurumn...@gmail.com
> >
> >
> >
> > On Sun, Jan 17, 2021 at 10:09 PM Alex Perez
> > wrote:
> >
> > Ibiam,
> >
> > When you set the collaboration server to [4]jabber.sugarlabs.org in the
> > Network Control Panel within Sugar, it fails to connect to the server,
> > with a Python error of "TypeError: Object of type DBusException is not
> > JSON serializable"
> >
> > Full sugar log output at [5]https://termbin.com/z6g0
> >
> > References:
> >
> > [1] https://src.fedoraproject.org/rpms/sugar/pull-request/6
> > [2] mailto:ibiamchihurumn...@gmail.com
> > [3] mailto:ape...@alexperez.com
> > [4] http://jabber.sugarlabs.org/
> > [5] https://termbin.com/z6g0
>
> > ___
> > SoaS mailing list
> > SoaS@lists.sugarlabs.org
> > http://lists.sugarlabs.org/listinfo/soas
>
> --
> James Cameron
> https://quozl.linux.org.au/
>

--
James Cameron
https://quozl.linux.org.au/

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

Re: [SoaS] Collaboration failure with Fedora rawhide & Sugar 0.116

[Alex Perez]

As of the Fedora Rawhide 20210205 nightly SoaS compose, Sugar 0.118 is included 
by default, but sugar-toolkit-gtk3 hasn't yet been updated to 0.118, and is 
still at 0.116, as is sugar-datastore. 

All default-installed activities in the live environment except FotoToon start.


On 1/24/2021 3:33:44 PM, James Cameron  wrote:
NoReply shows that Telepathy has failed. Debug Telepathy.

On Sat, Jan 23, 2021 at 08:46:52AM -0800, Alex Perez wrote:
> Unfortunately, it does not seem to correct the problem entirely. Here's what's
> in my shell.log:
>
> 1611419423.411705 ERROR root: set_active() failed:
> org.freedesktop.DBus.Error.NoReply: Remote peer disconnected
> /usr/lib/python3.9/site-packages/gi/overrides/Gtk.py:1649: Warning:
> g_value_type_compatible: assertion 'src_type' failed
>   return _Gtk_main(*args, **kwargs)
> /usr/lib/python3.9/site-packages/gi/overrides/Gtk.py:1649: Warning: unable to
> set property 'buddy' of type 'PyObject' from value of type '(null)'
>   return _Gtk_main(*args, **kwargs)
>
> Chihurumnaya Ibiam wrote on 1/20/2021 5:05 PM:
>
> I've added patches for [1]both commits and will remove the patches when the
> package
> is updated to 0.118.
>
> --
>
> Ibiam Chihurumnaya
> [2]ibiamchihurumn...@gmail.com
>
>
>
> On Sun, Jan 17, 2021 at 10:09 PM Alex Perez <[3]ape...@alexperez.com>
> wrote:
>
> Ibiam,
>
> When you set the collaboration server to [4]jabber.sugarlabs.org in the
> Network Control Panel within Sugar, it fails to connect to the server,
> with a Python error of "TypeError: Object of type DBusException is not
> JSON serializable"
>
> Full sugar log output at [5]https://termbin.com/z6g0
>
> References:
>
> [1] https://src.fedoraproject.org/rpms/sugar/pull-request/6
> [2] mailto:ibiamchihurumn...@gmail.com
> [3] mailto:ape...@alexperez.com
> [4] http://jabber.sugarlabs.org/
> [5] https://termbin.com/z6g0

> ___
> SoaS mailing list
> SoaS@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/soas


--
James Cameron
https://quozl.linux.org.au/

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Fwd: [Telepathy] ANNOUNCE: telepathy-glib 0.24.2

[Alex Perez]

FYI.



 Forwarded Message 
Subject:[Telepathy] ANNOUNCE: telepathy-glib 0.24.2
Date:   Thu, 4 Feb 2021 01:54:04 +0300
From:   Alexander Akulich 
To: telepathy 



The "Ages Later" release.

tarball: 
https://telepathy.freedesktop.org/releases/telepathy-glib/telepathy-glib-0.24.2.tar.gz
signature: 
https://telepathy.freedesktop.org/releases/telepathy-glib/telepathy-glib-0.24.2.tar.gz.asc
git: https://cgit.freedesktop.org/telepathy/telepathy-glib

Enhancements:

• Port build tools to Python 3 (Alexey Andreyev)
• Update and fix tests for Python 3 (Jakub Kulík)

Fixes:

• stop hardcoding python's path in .py scripts (fd.o #76495, Guillaume)
• fixed some code issues discovered by compiling with clang
 (fd.o #79006, Guillaume)
• replaced tp_verify_* with G_STATIC_ASSERTs, fixing the build with
 more recent gtk-doc (Simon)
• autogen.sh: run gtkdocize from $srcdir in out-of-source builds
 (fd.o #94391, Philip Withnall)
• tests: fix build failure with glib >= 2.46 due to duplicate test paths
 (fd.o #92245, George Kiagiadakis)
• tests: Fix a service file path to fix the build with installed tests
 (fd.o #90991, Philip Withnall)
• call-channel: fix a memory leak (Fabrice Bellet)
• debug-sender: fix messages queue locking (Fabrice Bellet)
• TpBasePasswordChannel: fix gtk-doc comment for finished signal
 (Ting-Wei Lan)
• protocol: fix a memory leak (Ivaylo Dimitrov)
• Fix a crash when creating a conference call (Martin Jones)
___
telepathy mailing list
telepa...@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/telepathy

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] New 0.118 RPMs for rawhide/F34 are working

[Alex Perez]

Ibiam,

I've downloaded the built RPMs from Fedora Koji at 
https://koji.fedoraproject.org/koji/taskinfo?taskID=60326176 and have manually 
installed them with rpm on my rawhide laptop and can confirm it works just fine.

Thanks for making this happen!

Alex___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

Re: [SoaS] Collaboration in latest nightly Fedora Rawhide (soon-to-be F34) still broken

[Alex Perez]

I manually applied the below-mentioned patch on each host, killed the 
jarabe process, and logged back in to Sugar's DE from the LiveCD.


Now, I get the following:

/usr/lib/python3.9/site-packages/gi/overrides/Gtk.py:1649: Warning: 
g_value_type_compatible: assertion 'src_type' failed

  return _Gtk_main(*args, **kwargs)
/usr/lib/python3.9/site-packages/gi/overrides/Gtk.py:1649: Warning: 
unable to set property 'buddy' of type 'PyObject' from value of type 
'(null)'

  return _Gtk_main(*args, **kwargs)

Full log at https://paste.centos.org/view/6149166c

Alex Perez wrote on 1/23/2021 9:32 AM:
Testing with the ISO downloaded from 
https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20210123.n.0/compose/Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-Rawhide-20210122.n.0.iso, 



I fired up two VMs with link-local networking to one another. They see 
the neighbors, but when you attempt to actually attempt collaboration, 
it fails with a traceback, "TypeError: section names must be strings"


Link to shell.log here https://paste.centos.org/view/7508a081

This seems to have been encountered back in June of last year, and was 
fixed in issue #921: https://github.com/sugarlabs/sugar/pull/921. The 
actual merged patch is at 
https://github.com/sugarlabs/sugar/commit/58101044fc10ef2dc9e45f0998053bd3ec67e717.patch 



and the link to the GitHub commit is here 
https://github.com/sugarlabs/sugar/commit/58101044fc10ef2dc9e45f0998053bd3ec67e717 



Ibiam, we need to merge this one as well.


___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas



___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Collaboration in latest nightly Fedora Rawhide (soon-to-be F34) still broken

[Alex Perez]

Testing with the ISO downloaded from 
https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20210123.n.0/compose/Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-Rawhide-20210122.n.0.iso, 



I fired up two VMs with link-local networking to one another. They see 
the neighbors, but when you attempt to actually attempt collaboration, 
it fails with a traceback, "TypeError: section names must be strings"


Link to shell.log here https://paste.centos.org/view/7508a081

This seems to have been encountered back in June of last year, and was 
fixed in issue #921: https://github.com/sugarlabs/sugar/pull/921. The 
actual merged patch is at 
https://github.com/sugarlabs/sugar/commit/58101044fc10ef2dc9e45f0998053bd3ec67e717.patch


and the link to the GitHub commit is here 
https://github.com/sugarlabs/sugar/commit/58101044fc10ef2dc9e45f0998053bd3ec67e717


Ibiam, we need to merge this one as well.


___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

Re: [SoaS] Collaboration failure with Fedora rawhide & Sugar 0.116

[Alex Perez]

Unfortunately, it does not seem to correct the problem entirely. Here's 
what's in my shell.log:


1611419423.411705 ERROR root: set_active() failed: 
org.freedesktop.DBus.Error.NoReply: Remote peer disconnected
/usr/lib/python3.9/site-packages/gi/overrides/Gtk.py:1649: Warning: 
g_value_type_compatible: assertion 'src_type' failed

  return _Gtk_main(*args, **kwargs)
/usr/lib/python3.9/site-packages/gi/overrides/Gtk.py:1649: Warning: 
unable to set property 'buddy' of type 'PyObject' from value of type 
'(null)'

  return _Gtk_main(*args, **kwargs)

Chihurumnaya Ibiam wrote on 1/20/2021 5:05 PM:
I've added patches for both commits 
<https://src.fedoraproject.org/rpms/sugar/pull-request/6> and will 
remove the patches when the package

is updated to 0.118.
--
Ibiam Chihurumnaya
ibiamchihurumn...@gmail.com <mailto:ibiamchihurumn...@gmail.com>



On Sun, Jan 17, 2021 at 10:09 PM Alex Perez <mailto:ape...@alexperez.com>> wrote:


Ibiam,

When you set the collaboration server to jabber.sugarlabs.org
<http://jabber.sugarlabs.org> in the
Network Control Panel within Sugar, it fails to connect to the
server,
with a Python error of "TypeError: Object of type DBusException is
not
JSON serializable"

Full sugar log output at https://termbin.com/z6g0



___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Collaboration failure with Fedora rawhide & Sugar 0.116

[Alex Perez]

Ibiam,

When you set the collaboration server to jabber.sugarlabs.org in the 
Network Control Panel within Sugar, it fails to connect to the server, 
with a Python error of "TypeError: Object of type DBusException is not 
JSON serializable"


Full sugar log output at https://termbin.com/z6g0

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Sugar-starchart, flipsticks, labyrinth in Fedora Rawhide fails to install due to no python3 activity port

[Alex Perez]

Ibiam,

As of tonight's latest nightly build, sugar-starchart will not install, 
due to the missing python2 toolkit dependency. Are you planning on 
fixing this prior to the release of Fedora 34, which would need to be in 
the next week or two?



All of the above activities fail to install for the same reason: the 
missing python2 sugar toolkit dependency:


* sugar-flipsticks
* sugar-labyrinth
* sugar-starchart

DNF fails with:

 Problem: conflicting requests
  - nothing provides sugar-toolkit needed by 
sugar-starchart-16-12.fc31.noarch

(try to add '--skip-broken' to skip uninstallable packages)

Additionally, sugar-distance and sugar-fototoon will install, but does 
not execute properly. Given that sugar-distance doesn't actually work 
properly with non-XO laptpos, I strongly recommend we retire the 
package, and remove it entirely from Rawhide, so it will be properly 
gone in F34. The same goes for the other activities above, if we don't 
expect to fix them in the next week or two.


Regards,
Alex Perez
___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

Re: [SoaS] SOAS 33/34 Changes.

[Alex Perez]

I tested today's nightly rawhide of SoaS, and can confirm it behaves as 
expected/desired, with session auto-login. All activities start _except_ 
FotoToon.

Downloaded from 
https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20210113.n.0/compose/Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-Rawhide-20210113.n.0.iso

SoaS raw-xz for armhfp (Raspberry Pi, etc) image at 
https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20210113.n.0/compose/Spins/armhfp/images/Fedora-SoaS-armhfp-Rawhide-20210113.n.0-sda.raw.xz

On 1/13/2021 2:39:25 AM, Chihurumnaya Ibiam  wrote:
Edit made, changes can be viewed in the SoaS download page 
[https://wiki.sugarlabs.org/go/Sugar_on_a_Stick/Downloads].

--

Ibiam Chihurumnaya

ibiamchihurumn...@gmail.com [mailto:ibiamchihurumn...@gmail.com]



On Mon, Jan 11, 2021 at 7:07 PM Peter Robinson mailto:pbrobin...@gmail.com]> wrote:

On Mon, Jan 11, 2021 at 4:56 PM Chihurumnaya Ibiam
mailto:ibiamchihurumn...@gmail.com]> wrote:
>
> Hi Everyone,
>
> SOAS was failing to build in F34 due to telepathy-salut being deprecated and 
> needed as a dependency in sugar, F33 beta had an issue where startup goes 
> straight to login.
>
> Both have been fixed after today's compose was released and can be tested.
> Download here.
>
> I don't think it's wise to change the download link in our wiki to reflect 
> this - uploaded to sunjammer of course - as it's a compose image but Peter 
> can tell if it's wise to.

The link is for rawhide which is the nightly development snapshots, it
might be worthwhile putting a link for those interested in testing
that to know the state of SoAS for the next release and be able to
test issues with it and provide fixes, there's also an arm  nightly
image too.

___ SoaS mailing list 
SoaS@lists.sugarlabs.org http://lists.sugarlabs.org/listinfo/soas___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Fwd: List of long term FTBFS packages to be retired in February

[Alex Perez]

FYI

 Forwarded Message 
Subject:List of long term FTBFS packages to be retired in February
Date:   Tue, 12 Jan 2021 12:04:11 +0100
From:   Miro Hrončok 
Reply-To:   de...@lists.fedoraproject.org
Organization:   Red Hat
To: Development discussions related to Fedora
, devel-annou...@lists.fedoraproject.org



Dear maintainers.

Based on the current fail to build from source policy, the following packages
will be retired from Fedora 34 approximately one week before branching 
(February 
2021).

Policy: 
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/

Note that some listed packages are orphaned and hence may be retired even 
sooner.

The packages in rawhide were not successfully built at least since Fedora 32.

This report is based on dist tags.

Packages collected via:
https://github.com/hroncok/fedora-report-ftbfs-retirements/blob/master/ftbfs-retirements.ipynb

If you see a package that was built, please let me know.
If you see a package that should be exempted from the process, please let me 
know and we can work together to get a FESCo approval for that.

If you see a package that can be rebuilt, please do so.

   Package  (co)maintainers  Latest build

VirtualGL   gsgatlinFedora 31
boo elsupergomez, orphan, tpokorra  Fedora 31
sugar-flipstickscallkalpa, chimosky, pbrobinson, tuxbrewr   Fedora 31
sugar-getiabookscallkalpa, chimosky, pbrobinson, tuxbrewr   Fedora 31
sugar-infoslicercallkalpa, chimosky, pbrobinson, tuxbrewr   Fedora 31
sugar-labyrinth callkalpa, chimosky, pbrobinson Fedora 31
sugar-ruler callkalpa, chimosky Fedora 31
sugar-starchart callkalpa, chimosky, orphan Fedora 31
sugar-view-slides   callkalpa, chimosky, pbrobinson, tuxbrewr   Fedora 31

No packages require above mentioned packages.

Affected (co)maintainers
callkalpa: sugar-labyrinth, sugar-starchart, sugar-ruler, sugar-getiabooks, 
sugar-infoslicer, sugar-view-slides, sugar-flipsticks
chimosky: sugar-labyrinth, sugar-starchart, sugar-ruler, sugar-getiabooks, 
sugar-infoslicer, sugar-view-slides, sugar-flipsticks
elsupergomez: boo
gsgatlin: VirtualGL
pbrobinson: sugar-labyrinth, sugar-getiabooks, sugar-infoslicer, 
sugar-view-slides, sugar-flipsticks
tpokorra: boo
tuxbrewr: sugar-getiabooks, sugar-infoslicer, sugar-view-slides, 
sugar-flipsticks
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-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-annou...@lists.fedoraproject.org

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Fw: List of long term FTBFS packages to be retired in February

[Alex Perez]

Ibiam,

FYI, see the sugar packages listed below. 

-- Forwarded Message 
From: Miro Hrončok 
Date: 1/5/2021 6:24:07 AM
Subject: List of long term FTBFS packages to be retired in February
To: Development discussions related to Fedora , 
devel-annou...@lists.fedoraproject.org

Dear maintainers.

Based on the current fail to build from source policy, the following packages
will be retired from Fedora 34 approximately one week before branching (February
2021).

Policy:
https://docs.fedoraproject.org/en-US/fesco/Fails_to_build_from_source_Fails_to_install/

Note that some listed packages are orphaned and hence may be retired even 
sooner.

The packages in rawhide were not successfully built at least since Fedora 32.

This report is based on dist tags.

Packages collected via:
https://github.com/hroncok/fedora-report-ftbfs-retirements/blob/master/ftbfs-retirements.ipynb

If you see a package that was built, please let me know.
If you see a package that should be exempted from the process, please let me
know and we can work together to get a FESCo approval for that.

If you see a package that can be rebuilt, please do so.

Package (co)maintainers Latest build

VirtualGL gsgatlin Fedora 31
boo elsupergomez, orphan, tpokorra Fedora 31
sugar-flipsticks callkalpa, chimosky, pbrobinson, tuxbrewr Fedora 31
sugar-getiabooks callkalpa, chimosky, pbrobinson, tuxbrewr Fedora 31
sugar-infoslicer callkalpa, chimosky, pbrobinson, tuxbrewr Fedora 31
sugar-labyrinth callkalpa, chimosky, pbrobinson Fedora 31
sugar-ruler callkalpa, chimosky Fedora 31
sugar-starchart callkalpa, chimosky, orphan Fedora 31
sugar-view-slides callkalpa, chimosky, pbrobinson, tuxbrewr Fedora 31

No packages require above mentioned packages.

Affected (co)maintainers
callkalpa: sugar-labyrinth, sugar-starchart, sugar-ruler, sugar-getiabooks,
sugar-infoslicer, sugar-view-slides, sugar-flipsticks
chimosky: sugar-labyrinth, sugar-starchart, sugar-ruler, sugar-getiabooks,
sugar-infoslicer, sugar-view-slides, sugar-flipsticks
elsupergomez: boo
gsgatlin: VirtualGL
pbrobinson: sugar-labyrinth, sugar-getiabooks, sugar-infoslicer,
sugar-view-slides, sugar-flipsticks
tpokorra: boo
tuxbrewr: sugar-getiabooks, sugar-infoslicer, sugar-view-slides, 
sugar-flipsticks
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-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-annou...@lists.fedoraproject.org
___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

Re: [SoaS] Fwd: Fedora 33 Beta is GO

[Alex Perez]

Peter,

Peter Robinson wrote on 9/25/20 12:27 AM:
> On Thu, Sep 24, 2020 at 7:51 PM Alex Perez  <mailto:ape...@alexperez.com>> wrote:
>
> FYI. Fedora 33 Beta is GO. The Final Freeze begins on 6 October,
> ~11 days from today.
>
> Latest F33 SoaS beta at
> 
> https://dl.fedoraproject.org/pub/alt/stage/33_Beta-1.3/Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-33_Beta-1.3.iso
>
>
> Arm:
> https://dl.fedoraproject.org/pub/alt/stage/33_Beta-1.3/Spins/armhfp/images/Fedora-SoaS-armhfp-33_Beta-1.3-sda.raw.xz
>
> That means testing needs to be done NOW so any fixes can land by GA
> freeze.
Understood
>
> It would also be nice to have fixes for the broken Activities
> (sugar-tookkit-gtk3 migrations, python3 migrations) that aren't in the
> SoAS spin and a review of working.
>
> Once F-33 is out I will be completely stepping down from anything
> sugar related, I really really don't have time for it.
Understood. Thanks for the heads-up, peter. How do you suggest we
achieve a clean transition of these responsibilities?
>
> For example SoAS is already broken in F-34 due to telepathy-salut not
> building with openssl 1.1 and the old 1.0 being retired because it's
> no longer getting security fixes. That will need someone's attention RSN.
Good to know. It looks like there's a fix for this in the
telepathy-salut Github repo, and it's been there since November of 2018:

https://github.com/TelepathyIM/telepathy-salut/commit/90dbe5e74ccdd063cb123212a754f994c9d2019f
...so I guess I or Ibiam need to apply that patch to the telepathy-salut
Fedora package.

>
> Peter
>  
>
>
>
>  Forwarded Message 
> Subject:  Fedora 33 Beta is GO
> Date: Thu, 24 Sep 2020 14:31:23 -0400
> From: Ben Cotton  <mailto:bcot...@redhat.com>
> Reply-To: de...@lists.fedoraproject.org
> <mailto:de...@lists.fedoraproject.org>
> To:   logist...@lists.fedoraproject.org
> <mailto:logist...@lists.fedoraproject.org>,
> devel-annou...@lists.fedoraproject.org
> <mailto:devel-annou...@lists.fedoraproject.org>,
> test-annou...@lists.fedoraproject.org
> <mailto:test-annou...@lists.fedoraproject.org>,
> rel-...@lists.fedoraproject.org
> <mailto:rel-...@lists.fedoraproject.org>
> CC:   Matthew Miller  <mailto:mat...@redhat.com>
>
>
>
> The Fedora 33 Beta RC1.3 compose[1] is GO and will be shipped live on
> Tuesday, 17 March 2020.
>
> For more information please check the Go/No-Go meeting minutes [2] or log 
> [3].
>
> Thank you to everyone who has and still is working on this release!
> Subsequent schedule milestones[4] are unchanged. The Final Freeze
> begins on 6 October.
>
> [1] https://dl.fedoraproject.org/pub/alt/stage/33_Beta-1.3/
> [2] 
> https://meetbot.fedoraproject.org/fedora-meeting-1/2020-09-24/f33-beta-go_no_go-meeting.2020-09-24-17.00.html
> [3] 
> https://meetbot.fedoraproject.org/fedora-meeting-1/2020-09-24/f33-beta-go_no_go-meeting.2020-09-24-17.00.log.html
> [4] https://fedorapeople.org/groups/schedule/f-33/f-33-key-tasks.html
>
> -- 
> Ben Cotton
> He / Him / His
> Senior Program Manager, Fedora & CentOS Stream
> Red Hat
> TZ=America/Indiana/Indianapolis
> ___
> devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
> <mailto:devel-annou...@lists.fedoraproject.org>
> To unsubscribe send an email to 
> devel-announce-le...@lists.fedoraproject.org
> <mailto:devel-announce-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-annou...@lists.fedoraproject.org
>
> ___
> SoaS mailing list
> SoaS@lists.sugarlabs.org <mailto:SoaS@lists.sugarlabs.org>
> http://lists.sugarlabs.org/listinfo/soas
>

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Fwd: Fedora 33 Beta is GO

[Alex Perez]

FYI. Fedora 33 Beta is GO. The Final Freeze begins on 6 October, ~11
days from today.

Latest F33 SoaS beta at
https://dl.fedoraproject.org/pub/alt/stage/33_Beta-1.3/Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-33_Beta-1.3.iso



 Forwarded Message 
Subject:Fedora 33 Beta is GO
Date:   Thu, 24 Sep 2020 14:31:23 -0400
From:   Ben Cotton 
Reply-To:   de...@lists.fedoraproject.org
To: logist...@lists.fedoraproject.org,
devel-annou...@lists.fedoraproject.org,
test-annou...@lists.fedoraproject.org, rel-...@lists.fedoraproject.org
CC: Matthew Miller 



The Fedora 33 Beta RC1.3 compose[1] is GO and will be shipped live on
Tuesday, 17 March 2020.

For more information please check the Go/No-Go meeting minutes [2] or log [3].

Thank you to everyone who has and still is working on this release!
Subsequent schedule milestones[4] are unchanged. The Final Freeze
begins on 6 October.

[1] https://dl.fedoraproject.org/pub/alt/stage/33_Beta-1.3/
[2] 
https://meetbot.fedoraproject.org/fedora-meeting-1/2020-09-24/f33-beta-go_no_go-meeting.2020-09-24-17.00.html
[3] 
https://meetbot.fedoraproject.org/fedora-meeting-1/2020-09-24/f33-beta-go_no_go-meeting.2020-09-24-17.00.log.html
[4] https://fedorapeople.org/groups/schedule/f-33/f-33-key-tasks.html

-- 
Ben Cotton
He / Him / His
Senior Program Manager, Fedora & CentOS Stream
Red Hat
TZ=America/Indiana/Indianapolis
___
devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
To unsubscribe send an email to devel-announce-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-annou...@lists.fedoraproject.org

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

Re: [SoaS] Fwd: Retired Fedora packages with maintainers

[Alex Perez]

Great, thanks for the clarification on the packages below, as well as
the webkit2gtk3 package names.

> Peter Robinson <mailto:pbrobin...@gmail.com>
> May 12, 2020 at 2:27 PM
>> Here's a curated list of packages that are/may be relevant to us/SoaS:
>>
>> rpms/sugar-analyze is retired but does not list 'orphan' in its users
>> rpms/sugar-analyze is retired and has the following: 'maintainers': 
>> pbrobinson, tuxbrewr, callkalpa
> This was retired in f-29, I don't remember why, it'll need to under go
> a new review process
>
>> rpms/sugar-help is retired but does not list 'orphan' in its users
>> rpms/sugar-help is retired and has the following: 'maintainers': pbrobinson, 
>> callkalpa
> This was retired in f-26, I don't remember why, it'll need to under go
> a new review process
>
>> rpms/sugar-presence-service is retired and has the following: 'maintainers': 
>> pbrobinson, tomeu
> This was retired because it was removed as a requirement in sugar
> years ago, I had asked they eToys upstream maintainers for over 3
> years to port it to the newer sugar APIs and hence eToys was retired,
> there's no reason to have sugar-presence-service
>
>> rpms/webkitgtk is retired but does not list 'orphan' in its users
>> rpms/webkitgtk is retired and has the following: 'maintainers': pwalter, 
>> kevin, tpopela, huzaifas, mso
>> rpms/webkitgtk3 is retired but does not list 'orphan' in its users
>> rpms/webkitgtk3 is retired and has the following: 'maintainers': phatina, 
>> mclasen, pwalter, tpopela 'groups': @gnome-sig
>> rpms/webkitgtk4 is retired but does not list 'orphan' in its users
>> rpms/webkitgtk4 is retired and has the following: 'maintainers': tpopela, 
>> kalev, catanzaro 'groups': @gnome-sig
> These have moved around and are provided by various packages, I
> believe sugar only requires the last one and it's provided by
> webkit2gtk3 so there's no issue here that I can see.
> ___
> SoaS mailing list
> SoaS@lists.sugarlabs.org
> http://lists.sugarlabs.org/listinfo/soas
> Alex Perez <mailto:ape...@alexperez.com>
> May 12, 2020 at 10:13 AM
> FYI. See below e-mail. There may be others in the list that I'm
> unaware of. Ibiam, we should probably get you set up as a maintainer
> for the sugar packages listed below:
>
> Here's a curated list of packages that are/may be relevant to us/SoaS:
>
> rpms/sugar-analyze is retired but does not list 'orphan' in its users
> rpms/sugar-analyze is retired and has the following: 'maintainers':
> pbrobinson, tuxbrewr, callkalpa
> rpms/sugar-help is retired but does not list 'orphan' in its users
> rpms/sugar-help is retired and has the following: 'maintainers':
> pbrobinson, callkalpa
> rpms/sugar-presence-service is retired and has the following:
> 'maintainers': pbrobinson, tomeu
> rpms/webkitgtk is retired but does not list 'orphan' in its users
> rpms/webkitgtk is retired and has the following: 'maintainers':
> pwalter, kevin, tpopela, huzaifas, mso
> rpms/webkitgtk3 is retired but does not list 'orphan' in its users
> rpms/webkitgtk3 is retired and has the following: 'maintainers':
> phatina, mclasen, pwalter, tpopela 'groups': @gnome-sig
> rpms/webkitgtk4 is retired but does not list 'orphan' in its users
> rpms/webkitgtk4 is retired and has the following: 'maintainers':
> tpopela, kalev, catanzaro 'groups': @gnome-sig
>
>
>
>> *From:* Pierre-Yves Chibon 
>> *Date:* May 11, 2020 at 11:49 PM
>> *To:* devel-annou...@lists.fedoraproject.org
>> *Subject:* Retired packages with maintainers
>> Good Morning Everyone,
>>
>> A little while ago we have received the request on the infra issue
>> tracker to
>> remove all maintainers of retired packages [1].
>>
>> So today I decided to look at what this would look like and wrote a
>> script that
>> queries PDC for the list of all branches on all projects [2], gather
>> from it a
>> list of all the packages that are retired on all their branches (so
>> all branches
>> are ``active=false``).
>> For each of these retired project, it queries dist-git to find out if
>> they still
>> have maintainers in addition to the ``orphan`` user.
>>
>> The outcome of this script can be found there:
>>
>> https://pingou.fedorapeople.org/retired_packages_with_maintainers.log
>>
>>
>> Some stats about this:
>> - 881 RPM packages are retired and still have maintainers (out of
>> 4322 retired
>> RPMs).
>> - 662 of them are not orphaned
>> - 42 modules are retired and still have maintainers (out of 42
>> retired modules).
>> - all of them 

[SoaS] Fwd: Retired Fedora packages with maintainers

[Alex Perez]

FYI. See below e-mail. There may be others in the list that I'm unaware of. 
Ibiam, we should probably get you set up as a maintainer
for the sugar packages listed below:

Here's a curated list of packages that are/may be relevant to us/SoaS:

rpms/sugar-analyze is retired but does not list 'orphan' in its users
rpms/sugar-analyze is retired and has the following: 'maintainers': pbrobinson, 
tuxbrewr, callkalpa
rpms/sugar-help is retired but does not list 'orphan' in its users
rpms/sugar-help is retired and has the following: 'maintainers': pbrobinson, 
callkalpa
rpms/sugar-presence-service is retired and has the following: 'maintainers': 
pbrobinson, tomeu

rpms/webkitgtk is retired but does not list 'orphan' in its users
rpms/webkitgtk is retired and has the following: 'maintainers': pwalter, kevin, 
tpopela, huzaifas, mso
rpms/webkitgtk3 is retired but does not list 'orphan' in its users
rpms/webkitgtk3 is retired and has the following: 'maintainers': phatina, 
mclasen, pwalter, tpopela 'groups': @gnome-sig
rpms/webkitgtk4 is retired but does not list 'orphan' in its users
rpms/webkitgtk4 is retired and has the following: 'maintainers': tpopela, 
kalev, catanzaro 'groups': @gnome-sig




> *From:* Pierre-Yves Chibon 
> *Date:* May 11, 2020 at 11:49 PM
> *To:* devel-annou...@lists.fedoraproject.org
> *Subject:* Retired packages with maintainers
> Good Morning Everyone,
>
> A little while ago we have received the request on the infra issue tracker to
> remove all maintainers of retired packages [1].
>
> So today I decided to look at what this would look like and wrote a script 
> that
> queries PDC for the list of all branches on all projects [2], gather from it a
> list of all the packages that are retired on all their branches (so all 
> branches
> are ``active=false``).
> For each of these retired project, it queries dist-git to find out if they 
> still
> have maintainers in addition to the ``orphan`` user.
>
> The outcome of this script can be found there:
>
>   https://pingou.fedorapeople.org/retired_packages_with_maintainers.log
>
>
> Some stats about this:
> - 881 RPM packages are retired and still have maintainers (out of 4322 retired
>   RPMs).
> - 662 of them are not orphaned
> - 42 modules are retired and still have maintainers (out of 42 retired 
> modules).
> - all of them are not orphaned
> - 2 containers are retired and still have maintainers (out of 3 retired
>   containers).
> - all of them are not orphaned
>
> Which brings a couple of questions:
> - Do we have a documented way to mark modules as orphaned or retired?
> - Should we orphan all the RPM packages that are retired but not orphaned?
>
>
> Finally, does everyone agree about the original request: "remove all 
> maintainers
> of retired packages"? Or should we bring this to FESCo?
>
>
> Thanks for your inputs,
>
> Pierre
>
>
> [1] https://pagure.io/fedora-infrastructure/issue/8600
> [2] https://pdc.fedoraproject.org/extras/active_branches.json (8+Mb file)
> ___
> devel-announce mailing list -- devel-annou...@lists.fedoraproject.org
> To unsubscribe send an email to devel-announce-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-annou...@lists.fedoraproject.org

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

Re: [SoaS] Urgent need to incorporate patch into sugar-toolkit-gtk3 for F32 SoaS, then request re-spin

[Alex Perez]

Peter,

Peter Robinson <mailto:pbrobin...@gmail.com>
May 1, 2020 at 3:42 AM
Alex,


What is the process for requesting a re-spin of F32 SoaS? I've
discovered an unfortunate bug in the release F32 SoaS
sugar-toolkit-gtk3, and the necessary patch is here:

The process is one of two methods 1) get in a time machine and go back
to a time prior to release 2) we fix it for Fedora 33.
That's fine, we will definitely want to get it this patch pulled in for 
F33/rawhide, and then in to F32 stable as an update. What I'm really 
after is how _we_ (Sugar Labs) can re-build our own spin, which 
incorporates this fix.

This is why we have a beta release and nightly builds and release
candidates on the way to GA, to test and get the bugs like this. We
can push the fix as an update for those that install SoaS but we don't
have the resources to completely respin the live images just because
you decided to only test things post release.
Totally understandable, however your tone isn't particularly 
constructive here. Just the facts, please. I'm not asking you to do this 
work, just provide guidance, so _we_ can do this independently.

I'm sorry, but we don't
have the resource for that, and it's been that way and communicated as
such since the original SoaS release.

An update will fix it for those running on installed systems just fine.


https://github.com/sugarlabs/sugar-toolkit-gtk3/commit/2018c930adae85c18b1c51b5f80836fcad6c392c.patch

This commit can be viewed at
https://github.com/sugarlabs/sugar-toolkit-gtk3/commit/2018c930adae85c18b1c51b5f80836fcad6c392c

Please create a pull request against the package or coordinate with
Ibiam to get a PR done.

Will do.

I've verified it fixes the problem of not being able to start
external/downloaded activities, by manually applying it from a running
LiveCD/ISO environment with patch, then killing jarabe.

I'd also like to request that we add the 'patch' package to the default
list of installed packages, in the respin.

I don't know what you mean by "default list of installed packages". We
won't be re-spinning, the F-32 ship has sailed.

literally just add 'patch' as one of the packages installed (in F33)


Peter

Alex Perez <mailto:ape...@alexperez.com>
April 30, 2020 at 4:32 PM
Peter,

What is the process for requesting a re-spin of F32 SoaS? I've 
discovered an unfortunate bug in the release F32 SoaS 
sugar-toolkit-gtk3, and the necessary patch is here:


https://github.com/sugarlabs/sugar-toolkit-gtk3/commit/2018c930adae85c18b1c51b5f80836fcad6c392c.patch 



This commit can be viewed at 
https://github.com/sugarlabs/sugar-toolkit-gtk3/commit/2018c930adae85c18b1c51b5f80836fcad6c392c 



I've verified it fixes the problem of not being able to start 
external/downloaded activities, by manually applying it from a running 
LiveCD/ISO environment with patch, then killing jarabe.


I'd also like to request that we add the 'patch' package to the 
default list of installed packages, in the respin.

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas


___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Urgent need to incorporate patch into sugar-toolkit-gtk3 for F32 SoaS, then request re-spin

[Alex Perez]

Peter,

What is the process for requesting a re-spin of F32 SoaS? I've 
discovered an unfortunate bug in the release F32 SoaS 
sugar-toolkit-gtk3, and the necessary patch is here:


https://github.com/sugarlabs/sugar-toolkit-gtk3/commit/2018c930adae85c18b1c51b5f80836fcad6c392c.patch

This commit can be viewed at 
https://github.com/sugarlabs/sugar-toolkit-gtk3/commit/2018c930adae85c18b1c51b5f80836fcad6c392c


I've verified it fixes the problem of not being able to start 
external/downloaded activities, by manually applying it from a running 
LiveCD/ISO environment with patch, then killing jarabe.


I'd also like to request that we add the 'patch' package to the default 
list of installed packages, in the respin.

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

Re: [SoaS] [Sugar-devel] SoaS 32 is silent?

[Alex Perez]

Correct, this is a function of multiple audio outputs, and how they are 
enumerated. I have verified that SoaS boots and runs, with sound and no 
changes required, on an old iMac5,2, form 2007. As an aside, this is one 
of those weird Apple-manufactured 32-bit EFI machines (but 64-bit CPUs).



James Cameron <mailto:qu...@laptop.org>
April 28, 2020 at 6:28 PM
Good, that makes it not-Sugar.  Get it fixed on Workstation is your
best bet.

I've seen this kind of thing happen with laptops that have HDMI output
capability.  Audio is being clocked out a disconnected port.

Sugar predates PulseAudio.  Sugar has no support for anything other
than ALSA.  An opportunity.  GStreamer as used by Speak will use
PulseAudio if available.

On Tue, Apr 28, 2020 at 08:31:57PM -0400, Frederick Grose wrote:

So I found that SoaS and Fedora Workstation, at least, have the audio output
sink default on card/port index 1 instead of the convention of index 0.
Where and how this goes this way, I don't know.  But it happens on more than
one system.

I've updated the bug report, [1]https://bugs.sugarlabs.org/ticket/4998.

A workaround is to use the PulseAudio command,
$ pacmd set-default-sink 0

On Tue, Apr 28, 2020 at 4:36 AM Peter Robinson <[2]pbrobin...@gmail.com> wrote:

 > With Fedora-SoaS-Live-x86_64-32-1.6.iso I'm hearing no sound.
 > And see no log messages.
 >
 > Is this a common problem?

 Ultimately in this cycle in particular an awful lot changed, we moved
 completely from python2 -> python3 among a lot of other changes.

 For me the Speak activity works for me on a VM and that's my usual
 go-to sound tester as I don't need to find any media to play.

 Things like sound are very complex, multiple output, defaults,
 different hardware. Some level of detail of the hardware and the setup
 is useful to even begin to know what the issue may be, is there any
 errors in dmesg etc.

 Peter

 > --
 > From: James Cameron <[3]qu...@laptop.org>
 > Date: Mon, Apr 27, 2020 at 8:04 PM
 > To: Frederick Grose <[4]fgr...@gmail.com>
 > Cc: Development of live Sugar distributions <[5]soas@lists.sugarlabs.org
 >, Sugar-dev Devel <[6]sugar-de...@lists.sugarlabs.org>
 >
 >
 > I've no idea about your sound problem.  It doesn't happen for me on
 > Debian or Ubuntu.  I get sound from Speak and Music Keyboard.  I get
 > sound into Measure.
 >
 > For not seeing any log messages; Python 3 holds messages in process
 > memory and does not flush logs.  Another layer of buffering.
 >
 > Log files in .sugar/default/logs should be read after stopping the
 > program that writes to them.
 >
 > For activity logs, you have to stop the activity and confirm with
 > Frame F6 that it is stopped.
 >
 > For shell.log you have to log out and log in again.
 >
 > For datastore.log you have to log out for a couple of minutes and then
 > log in again.  Otherwise the same datastore process may be reused.
 >
 > James Cameron
 > [7]http://quozl.netrek.org/
 >
 >
 > --
 > From: Alex Perez <[8]ape...@alexperez.com>
 > Date: Mon, Apr 27, 2020 at 8:11 PM
 > To: Frederick Grose <[9]fgr...@gmail.com>
 > Cc: Development of live Sugar distributions <[10]soas@lists.sugarlabs.org
 >, Sugar-dev Devel <[11]sugar-de...@lists.sugarlabs.org>
 >
 >
 > Frederick,
 >
 > Chances are, with the sound problem, that this is a system/Fedora
 specific problem, and has nothing to do with Sugar. You can test this
 hypothesis by downloading a different spin of RC1.6, for example the LXDE
 Live ISO, and test sound there. [12]https://dl.fedoraproject.org/pub/alt/
 stage/32_RC-1.6/Spins/x86_64/iso/Fedora-LXDE-Live-x86_64-32-1.6.iso
 >
 > &&&&&&&&&&&&&&&&&&&&&&&&&
 >
 > Thanks for the hints.
 >
 > I tested a live USB installation of LXDE 32-1.6 and got sound for the
 music player sample.
 >
 > So probably not Fedora in general, nor Sugar, but something in the SoaS
 build.
 >
 > I've opened [13]https://bugs.sugarlabs.org/ticket/4998 and attached the
 zipped logs from some test sessions.
 >
 >
 > ___
 > SoaS mailing list
 > [14]SoaS@lists.sugarlabs.org
 > [15]http://lists.sugarlabs.org/listinfo/soas
 ___
 SoaS mailing list
 [16]SoaS@lists.sugarlabs.org
 [17]http://lists.sugarlabs.org/listinfo/soas

References:

[1] https://bugs.sugarlabs.org/ticket/4998

[SoaS] Fwd: Fedora 32 Sugar on a Stick is available now!

[Alex Perez]

Fedora 32 has been released, and the Fedora 32 Sugar on a Stick spin is 
available for download from https://bit.ly/F32-SoAS-x86_64-ISO. It is 
950 megabytes in size.


The 32-bit Fedora SoaS ARM image, suitable for use on Raspberry Pi 
1/2/3, is also available at https://bit.ly/F32-SoAS-armhfp-raw and is 
730 megabytes in size. Also worthy of note, the armhfp kernel supplied 
in this image has been verified to boot from USB on an unlocked OLPC 
XO-1.75, although it's very, very slow.


This is a purely Python 3 based Sugar environment, and Python 2 
activities will not run here at all. This is the first version of Sugar 
on a Stick to drop Python 2 completely, and a few of the bundled 
activities which have yet to be ported to Python 3 were removed from 
this release, and will re-appear at which point the porting and testing 
of them is complete.

*From:* Matthew Miller 
*Date:* April 28, 2020 at 6:55 AM
*To:* annou...@lists.fedoraproject.org
*CC:* devel-annou...@lists.fedoraproject.org
*Subject:* Fedora 32 is available now!
It’s here! We’re proud to announce the release of Fedora 32.
Thanks to the hard work of thousands of Fedora community
members and contributors, we’re celebrating yet another
on-time release!

Read the official announcement at:

* https://fedoramagazine.org/announcing-fedora-32/

or just go ahead and grab it from:

* https://getfedora.org/



___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

Re: [SoaS] [Sugar-devel] Fedora 32 Final is GO, SoaS Release Candidate ISO available immediately

[Alex Perez]

Frederick,

Chances are, with the sound problem, that this is a system/Fedora 
specific problem, and has nothing to do with Sugar. You can test this 
hypothesis by downloading a different spin of RC1.6, for example the 
LXDE Live ISO, and test sound there. 
https://dl.fedoraproject.org/pub/alt/stage/32_RC-1.6/Spins/x86_64/iso/Fedora-LXDE-Live-x86_64-32-1.6.iso



Frederick Grose <mailto:fgr...@gmail.com>
April 27, 2020 at 11:50 AM
With Fedora-SoaS-Live-x86_64-32-1.6.iso I'm hearing no sound.
And see no log messages.

Is this a common problem?



___
Sugar-devel mailing list
sugar-de...@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Alex Perez <mailto:ape...@alexperez.com>
April 23, 2020 at 11:21 AM
The Fedora release team met today and approved the release of Fedora 
32, which is scheduled for this coming Tuesday, April 28th.


The 1.6 Release Candidate ISO for the Fedora 32 SoaS (Sugar on a 
Stick) LiveCD/ISO is downloadable from 
https://bit.ly/Fedora-32-RC-SoaS-LiveISO-x86_64

It is one gigabyte in size.

This is a purely Python 3 based Sugar environment, and Python 2 
activities will not run here at all. This is the first version of 
Sugar on a Stick to drop Python 2 completely, and a few of the bundled 
activities which have yet to be ported to Python 3 were removed from 
this release, and will re-appear at which point the porting and 
testing of them is complete.


Special thanks to Peter Robinson and Ibiam Chihurumnaya for making the 
Sugar-specific bits of this spin possible.



___
Sugar-devel mailing list
sugar-de...@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Fedora 32 Final is GO, SoaS Release Candidate ISO available immediately

[Alex Perez]

The Fedora release team met today and approved the release of Fedora 32, 
which is scheduled for this coming Tuesday, April 28th.


The 1.6 Release Candidate ISO for the Fedora 32 SoaS (Sugar on a Stick) 
LiveCD/ISO is downloadable from 
https://bit.ly/Fedora-32-RC-SoaS-LiveISO-x86_64

It is one gigabyte in size.

This is a purely Python 3 based Sugar environment, and Python 2 
activities will not run here at all. This is the first version of Sugar 
on a Stick to drop Python 2 completely, and a few of the bundled 
activities which have yet to be ported to Python 3 were removed from 
this release, and will re-appear at which point the porting and testing 
of them is complete.


Special thanks to Peter Robinson and Ibiam Chihurumnaya for making the 
Sugar-specific bits of this spin possible.
___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Fedora 32 Sugar on a Stick beta ISO ready for testing

[Alex Perez]

Fedora 32 has entered beta state, and the Sugar on a Stick beta ISO 
(size is 1 gigabyte) can be downloaded from http://bit.ly/SoaS-F32-Beta-ISO


One known issue is that the IRC activity fails to start, and can not be 
used, as it's not yet been ported to Python 3.


The current target final release date for Fedora 32 is Tuesday, April 
21st, though this may change if need be.


Please test on real hardware if possible, and send/provide reports to 
soas@lists.sugarlabs.org as necessary.
___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

Re: [SoaS] [Sugar-devel] Fedora 32 Sugar on a Stick (0.116) status/testing

[Alex Perez]

Thanks, I've tested the x86_64 ISO, and can confirm that we're in a much 
better state, although there does seem to be an issue with the language 
control panel. Ibiam tipped me off to this, and said you'd mentioned it, 
Peter. The list of activities which now start successfully, and run 
properly, is significantly longer. It would be nice to get the IRC 
activity working again.


Other than the aforementioned IRC activity, the Visual Match, Distance, 
Get Books, and InfoSlicer activities still don't start. I had suggested 
to Ibiam that we remove the Distance activity from the default list of 
installed activities in SoaS, as it's not really been tested with non-XO 
machines, and probably doesn't work well, if at all, due to things like 
the varying locations of, not to mention existence of, microphones on 
modern laptop/desktop computers.


I can also confirm that upgrading Get Books from 18.2 to 19 fails within 
the Software Update control panel. It just stalls out and never 
completes. Clicking cancel on the update also appears to do nothing.



Peter Robinson <mailto:pbrobin...@gmail.com>
February 26, 2020 at 4:51 AM

So we are now in freeze for Beta.

The latest image for those who can test is:
https://kojipkgs.fedoraproject.org/compose/branched/Fedora-32-20200225.n.0/compose/Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-32-20200225.n.0.iso
https://kojipkgs.fedoraproject.org/compose/branched/Fedora-32-20200225.n.0/compose/Spins/armhfp/images/Fedora-SoaS-armhfp-32-20200225.n.0-sda.raw.xz
___
Sugar-devel mailing list
sugar-de...@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
Peter Robinson <mailto:pbrobin...@gmail.com>
February 24, 2020 at 2:16 PM

I did a scratch build and the Log activity ran and I could see logs so
with basic testing it seems fine. Thanks for the fix. I've pushed a
build fix which will be in tomorrow's images.

Early this morning I also pushed a bunch of other Activity updates etc
to assist Ibiam in getting things updated, I think all the simple ones
should be done. I think I got Paint, FotoToon, Clock, Words, Finance,
Finance, possibly some others but I didn't get too much testing done
before I ran out of time, all of the change should be in tomorrow
image so if people could test them further that would be fab.

I think Fedora 32 freezes for Beta tomorrow so after tomorrow further
fixes will need to go through exception process, I can assist Ibiam
with that.

Peter
___
Sugar-devel mailing list
sugar-de...@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
James Cameron <mailto:qu...@laptop.org>
February 24, 2020 at 1:28 PM

Thanks. It was a GTK breaking change.

Fixed in 42f3f31 ("Fix AttributeError on GTK 3.24.14")

https://github.com/sugarlabs/log-activity/pull/20
https://github.com/sugarlabs/log-activity/pull/20/commits/42f3f31711b32f2ed82a1487e9584ea2536dd2af

Not tested, please test.

My thanks to Manuel Kaufmann in 2012 for adding a README to the source
at the point of error.

Peter Robinson <mailto:pbrobin...@gmail.com>
February 24, 2020 at 5:23 AM

As far as I can see all those deps are there.

I see the following crash:

Traceback (most recent call last):
File "/usr/bin/sugar-activity3", line 5, in 
activityinstance.main()
File 
"/usr/lib/python3.8/site-packages/sugar3/activity/activityinstance.py",

line 230, in main
instance = create_activity_instance(activity_constructor, activity_handle)
File 
"/usr/lib/python3.8/site-packages/sugar3/activity/activityinstance.py",

line 59, in create_activity_instance
activity = constructor(handle)
File "/usr/share/sugar/activities/Log.activity/logviewer.py", line
458, in __init__
self.viewer = MultiLogView(paths, ext_files)
File "/usr/share/sugar/activities/Log.activity/logviewer.py", line
75, in __init__
self._build_treeview()
File "/usr/share/sugar/activities/Log.activity/logviewer.py", line
113, in _build_treeview
sorted = self._treemodel.sort_new_with_model()
AttributeError: 'TreeStore' object has no attribute 'sort_new_with_model'
___
Sugar-devel mailing list
sugar-de...@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel
James Cameron <mailto:qu...@laptop.org>
February 23, 2020 at 12:34 PM
On Sun, Feb 23, 2020 at 11:40:04AM -0800, Alex Perez wrote:

Testing with the following nightly SoaS Live ISO,
Fedora-SoaS-Live-x86_64-32-20200222.n.0.iso, the following results
were observed:

Thanks for testing.

My answers below are on the assumption that Python 2 is not being
provided by Fedora, despite Red Hat continuing to support it on their
other products.  Anyone planning to deploy Sugar in a school would add
Python 2 with Sugar Toolkit and immediately gain access to more
activities.


Default-installed activities which fail to start:
Visual Match (49)

[SoaS] Fedora 32 Sugar on a Stick (0.116) status/testing

[Alex Perez]

Testing with the following nightly SoaS Live ISO, 
Fedora-SoaS-Live-x86_64-32-20200222.n.0.iso 
[https://kojipkgs.fedoraproject.org/compose/branched/Fedora-32-20200222.n.0/compose/Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-32-20200222.n.0.iso],
 the following results were observed:

Default-installed activities which fail to start:
Visual Match (49) - no longer maintained, now called Dimensions. I propose 
immediate removal of package.
Paint (69) - upon start, says it needs to be ported to Python 3, then bails. 
Should work?
Words (23) - Incompatible with Sugar 0.116, needs to be ported to Python 3. I 
propose removal of the package
IRC (12) - Incompatible with Sugar 0.116 - Package should be removed, no port 
to Py3 available
InfoSlicer (version 25) - Incompatible with Sugar 0.116 -  Package should be 
removed, no port to Py3 available
Get Books (18.2) - Py3 version is 19, needs to be upgraded in package if we 
want to keep it
FotoToon (23.1) - This version should work, but doesn't seem to. Requires 
investigation or removal
Finance (14), needs to be upgraded to 15 for Sugar 0.116+

Clock (22) - Not sure which version is compatible with 0.116, if any.
Distance (version 36),  Should work, doesn't seem to start. Requires 
investigation.
Log (41) - Fails on start-up with AttributeError, ideally should be ported to 
python 3.

Activities which start and work:
Abacus (61), Browse (204), Terminal (47), Typing Turtle (32), Chat (86), Maze 
(29), Moon (19), Memorize, Record (201), Read (123), Image Viewer (65), Jukebox 
(36), Memorize (57), Portfolio (52), Read (123), Speak (58), StopWatch, Story 
(20), TurtleBlocks (220), Typing Turtle (32) Write (101), Calculate (46), 
Jukebox (36), Measure (103)

Not installed by default, does not start once installed:
Hello World (version 6)
FractionBounce (version 25, needs to be updated to 28)
ColorDeducto (7) - incompatible with Sugar 0.112+, must be removed
Nutrition (py2 only)
Pukklanapac (py2 only)
Ruler 33 (py2 only)
LocoSugar (v11, py2 only)
Recall (py2 only, telepathy issue)

Will not install, broken dependencies:
Physics (34) - has py2 dependencies that need to be changed/fixed
Pippy 72.5 (sugar-pippy, py2)
Flip 9, py2
sugar-kuku-5
sugar-castle-23
sugar-countries-3
sugar-playgo-5
sugar-connect-22
sugar-labyrinth-16
sugar-countries-33
sugar-starchart-16
sugar-flipsticks-13
sugar-srilanka-3
sugar-view-slides-9
sugar-implode-19 (nothing provides python2-olpcgames)
sugar-xomail-0
sugar-xoeditor-13 (py2 only)___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Fedora rawhide (to be 32) Sugar 0.116 traceback

[Alex Perez]

Using the most recent available SoaS Fedora Rawhide ISO 
(Fedora-SoaS-Live-x86_64-Rawhide-20200204.n.0.iso 
<https://kojipkgs.fedoraproject.org/compose/rawhide/Fedora-Rawhide-20200204.n.0/compose/Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-Rawhide-20200204.n.0.iso>, 
1.1GB), which incorporates Sugar 0.116, Sugar loads successfully, 
however an attempt to update activities fails. It appears to be 
downloading the updated utility, but then failing to install it.


Heres a link to a traceback from sugar.log: 
https://paste.centos.org/view/db301f34


Likely relevant issues from the above log are

1.
   dbus.exceptions.DBusException:
   org.freedesktop.Telepathy.Error.NotAvailable:
2. TypeError: initial_value must be str or None, not bytes
3.
   DuplicateOptionError(sectname, optname,
   configparser.DuplicateOptionError
4.
   TypeError: initial_value must be str or None, not bytes
5.
   ValueError: invalid literal for int() with base 10:
   b'dbus.Int32(1581017109, variant_level=1)


James, are any of the above known to be fixed post-0.116, such that we 
can cherry-pick patches for them?



Thanks,
Alex Perez


___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] The plan moving forward for SoaS with Fedora 31 and Fedora 32

[Alex Perez]

Forwarding an abridged version of Peter's response to the SoaS ML for 
completeness, and so we can continue the conversation there.


 Forwarded Message 
Subject:Re: Packages in Fedora
Date:   Thu, 29 Aug 2019 10:02:59 +0100
From:   Peter Robinson 
To: Alex Perez 

Hi Alex,


Thanks for reaching out. I am working on Telepathy-salut and
telepathy-gabble buildability tomorrow evening.


Reach out on IRC or email if you need help there.

With this update I think we're over the line for Beta and hence out of
the woods for the moment.

https://bodhi.fedoraproject.org/updates/FEDORA-2019-dd8c4e8c66

If you could test and provide karma on it that would be great, it's
basically approved as a freeze exception so once that is ACKed we
should have images. I also updated to the 0.114 release as part of
that update.

F-31 has branched off Rawhide now and I
think we get that working as a compose, which should happen in the
next day or so. It has 0.114 so we test and basically call that one
done.

Rawhide is open now for F-32 development for a May release next year
and we aim that one for python3. We have working images as of today
for that with basically the same contents as F-31.

The following bug has all the other python2 bugs attached to it so I'm
using it as a general tracker:
https://bugzilla.redhat.com/show_bug.cgi?id=1737929

The way I see it what we need to do is as follows:

1) Move as many Activities over sugar-toolkit-gtk3 as possible, kill
off the rest and retire sugar-toolkit (and I think we can retire
sugar-base then too). See details below around some of this below.
There was a thread a number of months ago where a bunch of these were
discussed. There doesn't appear to have been much movement, some just
need a release tagged.

2)  Build a version of sugar-toolkit-gtk3 that supports both python2
and python3 Basically sugar-activity3. I believe this should actually
be possible with 0.114 to some degree but a new release would likely
be better. This allows Activities move over independently. Once the
migration is complete we disable the python2 build.

3) Move the core sugar UX to python3. I believe we should be able
sugar UX and datastore over independently as I believe the Activities
communicate with the later via dbus.

What have I missed, what are your thoughts?


 From what I can see at
https://fedoraproject.org/wiki/Releases/31/Schedule we have less than
two weeks until the desired initial beta release date.


Correct, but we're currently in freeze which means all changes have to
fix bugs and go through QA approval process.


Status of Activities still reliant on GTK2 based sugar-toolkit:
sugar-castle - no idea
sugar-connect - no idea
sugar-countries - appears to have been ported to GTK3 but no release
sugar-deducto - appears to have been ported to GTK3 but no release
sugar-flipsticks - no movement of note
sugar-kuku - no idea
sugar-labyrinth - not sure
sugar-playgo - some movement not idea if gtk3
sugar-srilanka - no idea
sugar-starchart - nothing recent except translations
sugar-view-slides - recent work, maybe gtk3, no release
sugar-xomail - no idea


___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

Re: [SoaS] [Sugar-devel] f30 arm soas now not working and a fix exists..

[Alex Perez]

Thomas,

Can you please test this SoaS image on an RPi3? I've integrated the 
initrd in that should fix the problem, and re-created the image from it, 
however it's untested. Please let me know if it works.


https://drive.google.com/open?id=1keflpDVnJs4HGmsq-I2nbj7TgMrt1YWK

Regards,
Alex Perez
<https://drive.google.com/open?id=1keflpDVnJs4HGmsq-I2nbj7TgMrt1YWK>

Thomas Gilliard wrote on 5/19/19 9:01 AM:


Current f30 soas release for a Rpi3B+ (arm) do not boot [1]

There is a solution:

 "if you replace the initramfs with this one - 
https://fedorapeople.org/~pwhalen/soas/initramfs-5.0.9-301.fc30.armv7hl.img 
<https://fedorapeople.org/%7Epwhalen/soas/initramfs-5.0.9-301.fc30.armv7hl.img> 
...it will boot."  on #fedora-arm


Hopefully this can be fixed in a rebuild for f30 arm

Tom Gilliard

satellit on freenode #fedora-qa

[1] https://wiki.sugarlabs.org/go/Fedora_30#not_working



___
Sugar-devel mailing list
sugar-de...@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

Re: [SoaS] [Sugar-devel] F30 ARM (Raspberry Pi) SoaS not working, but a fix exists..

[Alex Perez]

James Cameron wrote on 5/19/19 3:50 PM:

That's unfortunate.

Agreed, but it was due to a lack of testing.


Were the Fedora 30 ARM builds being tested before release?
They were, but only in QEMU, it would seem. The temporary workaround is 
to fetch the initramfs referenced below, and then, after imaging the 
image to an SD card using $preferredImagingMethod (Fedora Image Writer, 
for most folks, would be their best bet), just copy the downloaded 
initrd over to the boot partition on the SD card.


Are the Fedora 31 ARM builds being tested?
I am informed by pwhalen that, as of today, the image is still broken in 
rawhide (which will become F31) but that it will be fixed in the coming 
days/weeks, now that there's a bug for the issue:


https://bugzilla.redhat.com/show_bug.cgi?id=1711475



On Sun, May 19, 2019 at 09:01:25AM -0700, Thomas Gilliard wrote:

Current f30 soas release for a Rpi3B+ (arm) do not boot [1]

There is a solution:

  "if you replace the initramfs with this one - [1]https://fedorapeople.org/
~pwhalen/soas/initramfs-5.0.9-301.fc30.armv7hl.img ...it will boot." 
on #fedora-arm

Hopefully this can be fixed in a rebuild for f30 arm

Tom Gilliard

satellit on freenode #fedora-qa

[1] [2]https://wiki.sugarlabs.org/go/Fedora_30#not_working

References:

[1] https://fedorapeople.org/~pwhalen/soas/initramfs-5.0.9-301.fc30.armv7hl.img
[2] https://wiki.sugarlabs.org/go/Fedora_30#not_working
___
Sugar-devel mailing list
sugar-de...@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel




___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

[SoaS] Fwd: Fedora 32 System-Wide Change proposal: Retire Python 2

[Alex Perez]

FYI


 Forwarded Message 
Subject:Fedora 32 System-Wide Change proposal: Retire Python 2
Date:   Wed, 24 Apr 2019 17:04:39 -0400
From:   Ben Cotton 
Reply-To:   de...@lists.fedoraproject.org
To: 	Development discussions related to Fedora 
, devel-annou...@lists.fedoraproject.org




https://fedoraproject.org/wiki/Changes/RetirePython2

== Summary ==
The {{package|python2}} package and all its subpackages will be
removed from Fedora 32.
A legacy {{package|python27}}  package for developers and users will
be provided.
All packages in Fedora that need Python 2 to run will be removed from
Fedora 32 regardless of their dependencies.
All packages in Fedora that need Python 2 to build will be removed
from Fedora 32 regardless of their dependencies.
Exceptions can be granted by FESCo.

== Owner ==
* Name: [[User:Churchyard|Miro Hrončok]]
* Email:  

== Detailed Description ==
Python 2 is unsupported upstream since 2020-01-01. Packages dependent
on Python 2 are being removed from Fedora for several releases
already:

* [[Changes/Mass_Python_2_Package_Removal|Fedora 30 Mass Python 2
Package Removal]]
* [[Changes/F31_Mass_Python_2_Package_Removal|Fedora 31 Mass Python 2
Package Removal]]

Now, the Python maintainers have decided to pull the plug. The
{{package|python2}} package and all its subpackages will be retired
(read: removed) from Fedora 32 (Rawhide) as soon as Fedora 31 is
branched.

All packages depending on any python2 package will be removed. The
removal starts 2 weeks before the planned Fedora 32 Mass Rebuild.
Broken dependencies will not stop the removals.
Packages that Fail to Build From Source and prevent to remove Python 2
subpackages may end up with broken dependencies,
in cases where it is not desired, those packages will be retired instead.

The rules also apply to modules built for Fedora 32+.

The package removal will be executed in an automated fashion.

Removed packages that would block the upgrades to Fedora 32 will be
obsoleted from {{package|fedora-obsolete-packages}}.

=== The python27 package ===

Similarly to existing {{package|python36}}, {{package|python37}} etc.
packages, a {{package|python27}} package will be created.
This package is indented for Python developers who still need to
support the legacy version of Python.
This package is indented for users, who still need to use some
software depending on the legacy version of Python.
This package is not intended for other Fedora packages to be depended upon.

The {{package|python27}} package has several drawbacks compared to the
original {{package|python2}} package:

* it is "flat" - there are no subpackages, everything lives in one package
* there is no debug build (previously available as {{package|python2-debug}})
* there is no /usr/bin/python (note: there might be
already the case before this change)
* any special backwards compatible Provides are removed (this package
is not intended to be depended upon)

=== FESCo exceptions ===

We realize that there are some packages whose removal could seriously
hurt Fedora. FESCo can grant exceptions for packages to use the
{{package|python27}} as a runtime or build dependency.

The package maintainer is responsible to check the entire dependency
chain and they need to request exceptions for the entire list of
packages. For example, when seeking exception for the
{{package|chromium}} package, the request should contain
{{package|python-psutil}} and other dependent packages. (Yes, this is
tedious. Maintaining a Python 2 dependent package is a burden.)

The exception request must include a plan for migrating to Python 3.

Any non-essential dependency must be dropped. That includes optional
dependencies, test dependencies, optional subpackages etc.

Package that fail to get an exception when the removal starts (see
above) will be removed. Their importance for Fedora Release
Engineering, Fedora Infrastructure or any other body will not be
automagically respected; every package that needs Python 2 needs an
exception.

The change owners will send regular reminders to the package owners.

== Benefit to Fedora ==
Python 2 is past upstream End of Life since 2020-01-01. This changes
is generally crafted in a way that:

* it leaves Python developers an option to use it in case they still
need to support it
* it leaves Fedora users an option to use it in case they still need
it to run their (3rd party) software
* it leaves Fedora packagers an option to keep using it (complicated,
but possible)

While:

* it removes Python 2 software from Fedora that was only preserved so
far by inaction

Using Python 2 is dangerous. While the Fedora Python maintainers will
try to fix as many security bugs as possible, without the upstream
involvement this will be hard.

Python 2 is deprecated since Fedora 30. This change moves Python 2
from second class citizen to third class citizen.

== Scope ==
* Proposal owners:
** retire {{package|python2}}
** introduce {{package|python27}}
** remove all 

[SoaS] Fedora 30 (Release Candidate 1) SoaS images ready for testing

[Alex Perez]

Folks,


Just under the wire, we have managed to get some critical Sugar on a 
Stick issues fixed, which are now included in Fedora 30 SoaS images. I 
would like to extend a very special thanks to Peter Robinson, who took 
time out of his busy schedule to assist in getting the Fedora packages 
updated with the necessary fixes and patches. Thank you, Peter. This 
will be the first Fedora SoaS in several releases to have functional 
collaboration within Sugar, and it is thanks to your work, as well as 
community testers who take the time to test these new packages, and 
report back with the results.


For those who would like to test ot use Fedora 30 Sugar on a Stick, 
Release Candidate 1, you can download these ISO images, and use DD, 
win32diskimager, or your preferred raw image writing utility to stick 
the contents on a USB drive. Alternatively, these ISOs can be booted as 
a Virtual Machine, using VirtualBox, Parallels, Hyper-V, and other 
virtualization software.


Here are your download links:

For 32-bit machines: http://bit.ly/Fedora-30-RC1-SoaS-32-bit (891 
megabyte ISO)
For 64-bit machines: http://bit.ly/Fedora-30-RC1-SoaS-64-bit 
<https://dl.fedoraproject.org/pub/alt/stage/30_RC-1.1/Spins/x86_64/iso/Fedora-SoaS-Live-x86_64-30-1.1.iso> 
(942 megabytes)



Here is what's been fixed:

* Sugar 0.113 is included by default
* Collaboration works out of the box
* Able to connect to jabber.sugarlabs.org when configured (this is 
related to the fix for collaboration, thanks to James Cameron for this)
* A patch/hotfix to 0.113 
<https://github.com/sugarlabs/sugar/commit/a83257bcf791e237afb55ed37f04d776f0fd927b>, 
which resolves Sugar 0.113 starting up. Special thanks to Rahul 
"Pro-Panda" Bothra for this contribution.




The final release of Fedora 30 is expected to be made between April 30th 
and May 7th, depending on a number of factors. The F30 release schedule 
is documented at https://fedoraproject.org/wiki/Releases/30/Schedule


Regards,
Alex Perez
Sugar Labs Oversight Board Member
___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas

Re: [SoaS] [Sugar-devel] Collaboration Between Activities Fail with Fedora 29 SoaS

[Alex Perez]

Samson,

Based on my previous conversations with you, you had indicated you were 
using Fedora 29 32-bit SoaS. Please confirm that this is still the case. 
I have changed the subject line to reflect this.


I believe you are encountering the issue which we thought we had fixed 
with a previous patch (see https://github.com/sugarlabs/sugar/issues/814 
). This patch is now upstream in F29, but _only_ if you use the updated 
32-bit SoaS image, which is not yet generally available. Even with the 
fix in place, collaboration still fails with the same message.


After starting Sugar, open the Terminal, and type 'grep key 
~/.sugar/default/logs/shell.log' If you see a message which says "ERROR 
root: Error parsing public key" then you are running into a bug that has 
been present in the last several versions of Fedora, and completely 
breaks collaboration. The underlying problem is still not fully 
understood, however we know it's related to SSH keys.


Additionally, for collaboration to function, you must also make sure 
that your Ethernet interfaces have IP addresses (self-assigned is fine), 
and that there is a default route set on each computer that is 
attempting to collaborate. You can check this from the terminal with "ip 
route", and if there is no line that starts with "default" or no output 
at all, then there is no default route set, and collaboration will not work.


Here is an example of the output of shell.log which shows the error: 
http://alexperez.com/xo1/VirtualBox_Fedora29-soas-shell.log.png




Samson Goddy wrote on 3/13/19 7:09 AM:

Hi Everyone,

We've been working on installing SOAS on some computers in a school 
and we were testing collaboration using CAT5 cables connected to a router
and also connected to the two computers running the SOAS instances, 
the both instances are seen on the two computers but after joining an 
activity

the "Joining activity" alert and collaboration doesn't happen.

Logs here .

--

Samson Goddy

Twitter: https://twitter.com/samson_goddy
Email: samsongo...@sugarlabs.org 
samsongo...@gmail.com 

Website: https://samsongoddy.me/ 


___
Sugar-devel mailing list
sugar-de...@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/sugar-devel


--
Sent from Postbox 



--
Sent from Postbox 

___
SoaS mailing list
SoaS@lists.sugarlabs.org
http://lists.sugarlabs.org/listinfo/soas