Re: Co-Maintainers wanted for Pantheon / elementary apps (Vala / GObject / GTK+)
Hey Alain, I've been trying to help with pantheon de on Fedora as well.Nice to know someone who has experience with vala /gtk helping , I've started to learn Vala but wil take some time to get to a stage where I can help with the apps themselves. Looking forward to working together . Thanks for helping, Harsh On Wed, Feb 12, 2020 at 11:29 PM Alain Vigne wrote: > Hello Fabio > > I am not very active, and not a software engineer, but Vala/GTK > applications are kind of my hobby, and I had the opportunity to take a look > at elementary applications (code wise too). > You are maintaining much more packages I can ever pretend to maintain, so > this will be a little help. > But I am ready to lend a hand, if I can get some guidance, milestones, and > if we can work together... ? > > I am CET time zone based. Do you work from the USA ? > > My FAS is: avigne. > Keep me posted. > BR, Alain > > > On Fri, Jan 31, 2020 at 9:30 PM Fabio Valentini > wrote: > >> Hi everybody, >> >> With more responsibilities (FPC, Stewardship SIG, FESCo) and the >> ever-growing number of packages I maintain, I don't have as much time >> for the things I originally started my contributions to fedora with - >> the Pantheon desktop and the accompanying elementary applications. >> >> What makes things worse is that I am not particularly proficient with >> Vala or C/GObject, other than including upstream patches or doing >> simple backports. That means some issues are punted until upstream >> projects get around to fixing them (and if these issues are only >> affecting "third-party" distros like fedora, that can take a while). >> >> Also, the fact that GNOME frequently (almost with every new major >> stable release, which means with almost every fedora release) breaks >> something - either subtly or not - does not help. >> gnome-settings-daemon changes its DBus interfaces almost every >> release. mutter makes sweeping API changes almost every release. Both >> gala and the elementary LightDM greeter can't keep up with upstream >> mutter, and are basically still stuck on mutter 3.28 support (which is >> why there is a mutter328 compat package) ... >> >> Overall, this results in the quality of all these packages not being >> as high as I would like it to be (though it's still pretty good, all >> things considered). In particular, there are some components that are >> more "crashy" than the rest, and I don't have the time and skill to >> get deep into debugging the issue in most cases: >> >> - wingpanel (the panel for Pantheon); issues in individual indicators >> also crash the whole app because they are just dlopen()ed >> - switchboard (the settings application); issues in individual >> settings panels also crash the whole app because they are just >> dlopen()ed >> - gala (the window manager): obviously bad if the WM crashes, though >> not as bad because it's still an Xorg session >> - plank (the dock); also optionally used on XFCE (I think) >> - sequeler (third-party SQL client developed for Pantheon) >> >> I would greatly appreciate if somebody who knows their GObject-fu >> could help me out here. >> >> The elementaryOS upstream developers are usually helpful and accept >> patches - even for things that are not a problem on elementaryOS, so >> long as they can be switched on/off with e.g. conditional compilation. >> But reported issues - that only affect fedora - without attached >> patches / PRs are obviously low priority for them, and often sit >> untouched for months or years. >> >> In general, I manage to keep the packages for Pantheon / elementary >> projects up-to-date. Having set up "nightly" builds on COPR a few >> years ago really helps to catch potential issues early. >> >> If anybody is interested, here are some pointers: >> >> - all packages are tracked in koschei, in the decathorpe/elementary group: >> https://koschei.fedoraproject.org/groups/decathorpe/elementary >> >> - nightly builds are done on COPR: >> https://copr.fedorainfracloud.org/coprs/decathorpe/elementary-nightly/ >> >> Thanks, >> Fabio >> ___ >> devel mailing list -- devel@lists.fedoraproject.org >> To unsubscribe send an email to devel-le...@lists.fedoraproject.org >> Fedora Code of Conduct: >> https://docs.fedoraproject.org/en-US/project/code-of-conduct/ >> List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines >> List Archives: >> https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org >> > > > -- > Alain V. > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org >
Re: Co-Maintainers wanted for Pantheon / elementary apps (Vala / GObject / GTK+)
Hello Fabio I am not very active, and not a software engineer, but Vala/GTK applications are kind of my hobby, and I had the opportunity to take a look at elementary applications (code wise too). You are maintaining much more packages I can ever pretend to maintain, so this will be a little help. But I am ready to lend a hand, if I can get some guidance, milestones, and if we can work together... ? I am CET time zone based. Do you work from the USA ? My FAS is: avigne. Keep me posted. BR, Alain On Fri, Jan 31, 2020 at 9:30 PM Fabio Valentini wrote: > Hi everybody, > > With more responsibilities (FPC, Stewardship SIG, FESCo) and the > ever-growing number of packages I maintain, I don't have as much time > for the things I originally started my contributions to fedora with - > the Pantheon desktop and the accompanying elementary applications. > > What makes things worse is that I am not particularly proficient with > Vala or C/GObject, other than including upstream patches or doing > simple backports. That means some issues are punted until upstream > projects get around to fixing them (and if these issues are only > affecting "third-party" distros like fedora, that can take a while). > > Also, the fact that GNOME frequently (almost with every new major > stable release, which means with almost every fedora release) breaks > something - either subtly or not - does not help. > gnome-settings-daemon changes its DBus interfaces almost every > release. mutter makes sweeping API changes almost every release. Both > gala and the elementary LightDM greeter can't keep up with upstream > mutter, and are basically still stuck on mutter 3.28 support (which is > why there is a mutter328 compat package) ... > > Overall, this results in the quality of all these packages not being > as high as I would like it to be (though it's still pretty good, all > things considered). In particular, there are some components that are > more "crashy" than the rest, and I don't have the time and skill to > get deep into debugging the issue in most cases: > > - wingpanel (the panel for Pantheon); issues in individual indicators > also crash the whole app because they are just dlopen()ed > - switchboard (the settings application); issues in individual > settings panels also crash the whole app because they are just > dlopen()ed > - gala (the window manager): obviously bad if the WM crashes, though > not as bad because it's still an Xorg session > - plank (the dock); also optionally used on XFCE (I think) > - sequeler (third-party SQL client developed for Pantheon) > > I would greatly appreciate if somebody who knows their GObject-fu > could help me out here. > > The elementaryOS upstream developers are usually helpful and accept > patches - even for things that are not a problem on elementaryOS, so > long as they can be switched on/off with e.g. conditional compilation. > But reported issues - that only affect fedora - without attached > patches / PRs are obviously low priority for them, and often sit > untouched for months or years. > > In general, I manage to keep the packages for Pantheon / elementary > projects up-to-date. Having set up "nightly" builds on COPR a few > years ago really helps to catch potential issues early. > > If anybody is interested, here are some pointers: > > - all packages are tracked in koschei, in the decathorpe/elementary group: > https://koschei.fedoraproject.org/groups/decathorpe/elementary > > - nightly builds are done on COPR: > https://copr.fedorainfracloud.org/coprs/decathorpe/elementary-nightly/ > > Thanks, > Fabio > ___ > devel mailing list -- devel@lists.fedoraproject.org > To unsubscribe send an email to devel-le...@lists.fedoraproject.org > Fedora Code of Conduct: > https://docs.fedoraproject.org/en-US/project/code-of-conduct/ > List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines > List Archives: > https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org > -- Alain V. ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org
Co-Maintainers wanted for Pantheon / elementary apps (Vala / GObject / GTK+)
Hi everybody, With more responsibilities (FPC, Stewardship SIG, FESCo) and the ever-growing number of packages I maintain, I don't have as much time for the things I originally started my contributions to fedora with - the Pantheon desktop and the accompanying elementary applications. What makes things worse is that I am not particularly proficient with Vala or C/GObject, other than including upstream patches or doing simple backports. That means some issues are punted until upstream projects get around to fixing them (and if these issues are only affecting "third-party" distros like fedora, that can take a while). Also, the fact that GNOME frequently (almost with every new major stable release, which means with almost every fedora release) breaks something - either subtly or not - does not help. gnome-settings-daemon changes its DBus interfaces almost every release. mutter makes sweeping API changes almost every release. Both gala and the elementary LightDM greeter can't keep up with upstream mutter, and are basically still stuck on mutter 3.28 support (which is why there is a mutter328 compat package) ... Overall, this results in the quality of all these packages not being as high as I would like it to be (though it's still pretty good, all things considered). In particular, there are some components that are more "crashy" than the rest, and I don't have the time and skill to get deep into debugging the issue in most cases: - wingpanel (the panel for Pantheon); issues in individual indicators also crash the whole app because they are just dlopen()ed - switchboard (the settings application); issues in individual settings panels also crash the whole app because they are just dlopen()ed - gala (the window manager): obviously bad if the WM crashes, though not as bad because it's still an Xorg session - plank (the dock); also optionally used on XFCE (I think) - sequeler (third-party SQL client developed for Pantheon) I would greatly appreciate if somebody who knows their GObject-fu could help me out here. The elementaryOS upstream developers are usually helpful and accept patches - even for things that are not a problem on elementaryOS, so long as they can be switched on/off with e.g. conditional compilation. But reported issues - that only affect fedora - without attached patches / PRs are obviously low priority for them, and often sit untouched for months or years. In general, I manage to keep the packages for Pantheon / elementary projects up-to-date. Having set up "nightly" builds on COPR a few years ago really helps to catch potential issues early. If anybody is interested, here are some pointers: - all packages are tracked in koschei, in the decathorpe/elementary group: https://koschei.fedoraproject.org/groups/decathorpe/elementary - nightly builds are done on COPR: https://copr.fedorainfracloud.org/coprs/decathorpe/elementary-nightly/ Thanks, Fabio ___ devel mailing list -- devel@lists.fedoraproject.org To unsubscribe send an email to devel-le...@lists.fedoraproject.org Fedora Code of Conduct: https://docs.fedoraproject.org/en-US/project/code-of-conduct/ List Guidelines: https://fedoraproject.org/wiki/Mailing_list_guidelines List Archives: https://lists.fedoraproject.org/archives/list/devel@lists.fedoraproject.org