Removing the contributor documentation from the default build targets
Hello documentation zealots, here's a brief summary of a discussion [1] on the IRC channel today: - The user and contributor documentation are tracked on the same branch because they have many common assets - The user and contributor documentation are however very different in nature; the former is and needs to be release-specific and the latter is never release-specific That said, I would like to propose the following: - While keeping both documentation sources in the same branch, drop contributor documentation from the default build target, thus, not shipping it with the built documentation on the ISO - As a consequence of the above, a slight content change needs to be done for the start page to point to the online documentation (I can take this item) - The contributor documentation can then be changed when needed and docs.xubuntu.org updated with it, without explicitly requiring an upload for the package. - Since the contributor documentation would still be available in the source package, make sure the source has a note pointing to the newest branch in case somebody wants to build the contributor documentation (I can take this item too) Technically, this is only a slight change and we can fortunately keep on using the current Makefiles and build scripts. Any comments? Agree or disagree? Cheers, Pasi [1] Starting from http://irclogs.ubuntu.com/2016/03/18/%23xubuntu-devel.html#t21:19 -- Pasi Lallinaho (knome)» http://open.knome.fi/ Leader of Shimmer Project » http://shimmerproject.org/ Ubuntu member, Xubuntu Website Lead » http://xubuntu.org/ -- xubuntu-devel mailing list xubuntu-de...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel
Re: YouTube Documentation Channel - 13.10, etc.
On 07/02/14 22:47, Jay Torian wrote: > Hello Elizabeth and others, > > I've been setting up a screen-casting setup and now have what I need. > > My current plan is to create some documentation videos based on the > information in: http://docs.xubuntu.org/1310/ > > The basic reason is some of this, and a few other topics I believe > have a high search content stickiness factor and we'll see how many > folks bump into it with cross-integrated Google searches - ie. YouTube > results for Google keyword search > > If there is better or other official written materials please point me > at them. > I heard some newer materials were being worked on. > > - Jay > Hey Jay, the "new stuff" eg. the docs that are under work in progress can be found from the xubuntu-docs branch [1]. Quick instructions to get to see what's been done this far: bzr branch lp:xubuntu-docs cd xubuntu-docs make cd build/desktop-guide exo-open --launch WebBrowser index.html Cheers, Pasi [1] https://code.launchpad.net/xubuntu-docs -- Pasi Lallinaho (knome) » http://open.knome.fi/ Leader of Shimmer Project and Xubuntu » http://shimmerproject.org/ Graphic artist, webdesigner, Ubuntu member » http://xubuntu.org/ -- xubuntu-devel mailing list xubuntu-de...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel
Re: Fwd: [RFC] 12.04.5
If there is enough interest and motivation from the community (including people who can actually help with the SRU), it can be discussed. As Jackson, I don't personally think it as a realistic thing to do at the moment either. Pasi On 07/02/14 22:03, Jackson Doak wrote: > 4.12 will be difficult to get to 14.04, let alone backporting it all > the way to precise > > > On Sat, Feb 8, 2014 at 7:01 AM, Roberto J Dohnert > mailto:robertdohn...@gmail.com>> wrote: > > Aside from the trusty enablment stack, the only other compelling > piece would be XFCE 4.12, which I cant seem to get a precise, no > pun intended, release date. Releasing the trusty kernel through > updates would be optimal. Of course, we, the Black Lab Linux > team, are supporting 12.04 for two years past the scheduled Ubuntu > support date until 2019. So, we may do a 14.10 stack as our last > major release, we may work on that for Xubuntu as well. But that > will be determined on where 14.04 LTS is at that time. > > Roberto J. Dohnert > Lead Developer > Black Lab Linux > http://www.blacklablinux.org > > On 02/07/2014 02:30 PM, Pasi Lallinaho wrote: >> If we don't need to update the ISO really, we can just release >> 12.04.5 as is, with the updates that have landed to Ubuntu core >> after .4. On the other hand, if there is something we want in, >> it's another possibility to get stuff in an ISO, not just updates. >> >> I would note that there is only 1 year left of Xubuntu support >> for 12.04, so not sure if it makes any difference to land big >> SRU's now, since people need to upgrade to 14.04 somewhat shortly >> anyway. >> >> Cheers, >> Pasi >> >> On 07/02/14 20:12, Stephen Michael Kellat wrote: >>> FYI >>> >>> How does this align with our planning? >>> >>> Stephen Michael Kellat >>> In the basement cafeteria on lunch >>> >>> >>> Begin forwarded message: >>> >>>> *From:* Leann Ogasawara >>> <mailto:leann.ogasaw...@canonical.com>> >>>> *Date:* February 7, 2014, 11:00:12 AM EST >>>> *To:* ubuntu-rele...@lists.ubuntu.com >>>> <mailto:ubuntu-rele...@lists.ubuntu.com>, >>>> ubuntu-devel@lists.ubuntu.com >>>> <mailto:ubuntu-devel@lists.ubuntu.com> >>>> *Subject:* *[RFC] 12.04.5* >>>> >>>> Hi All, >>>> >>>> With 12.04.4 having just released, I wanted to propose the idea >>>> of having a 12.04.5 point release for Precise. >>>> >>>> As many are aware, recent 12.04.x point releases have shipped >>>> with a newer kernel and X stack by default for hardware >>>> enablement purposes. Maintainers of these enablement stacks >>>> have agreed to support these until a Trusty based enablement >>>> stack is supported in Precise. Once a Trusty enablement stack >>>> is supported, all previous enablement stacks would EOL and be >>>> asked to migrate to the final Trusty based enablement stack >>>> which would continue to be supported for the remaining life of >>>> Precise. >>>> >>>> Currently, 12.04.4 is our final point release for Precise. >>>> 12.04.4 shipped with a Saucy enablement stack by default. >>>> This Saucy enablement stack in Precise will eventually EOL in >>>> favor of the Trusty enablement stack. Once that happens, our >>>> final point release for Precise will be delivering an EOL'd >>>> enablement stack. This seems unfortunate and inappropriate. I >>>> would like to propose having a 5th point release for Precise >>>> which would deliver the Trusty enablement stack for Precise. >>>> >>>> Providing a 12.04.5 point release will add no additional >>>> maintenance burden upon teams supporting enablement stacks in >>>> Precise. It would require some extra effort on part of the >>>> Canonical Foundations Team as well as the Ubuntu Release Team >>>> to spin up an additional set of images and testing coordination >>>> etc. However, I informally discussed this with a few members >>>> of each of those teams and the tentative agreement was that >>>> 12.04.5 was a reasonable request which could be accommodated. >>>&g
Re: Fwd: [RFC] 12.04.5
If we don't need to update the ISO really, we can just release 12.04.5 as is, with the updates that have landed to Ubuntu core after .4. On the other hand, if there is something we want in, it's another possibility to get stuff in an ISO, not just updates. I would note that there is only 1 year left of Xubuntu support for 12.04, so not sure if it makes any difference to land big SRU's now, since people need to upgrade to 14.04 somewhat shortly anyway. Cheers, Pasi On 07/02/14 20:12, Stephen Michael Kellat wrote: > FYI > > How does this align with our planning? > > Stephen Michael Kellat > In the basement cafeteria on lunch > > > Begin forwarded message: > >> *From:* Leann Ogasawara > <mailto:leann.ogasaw...@canonical.com>> >> *Date:* February 7, 2014, 11:00:12 AM EST >> *To:* ubuntu-rele...@lists.ubuntu.com >> <mailto:ubuntu-rele...@lists.ubuntu.com>, >> ubuntu-devel@lists.ubuntu.com <mailto:ubuntu-devel@lists.ubuntu.com> >> *Subject:* *[RFC] 12.04.5* >> >> Hi All, >> >> With 12.04.4 having just released, I wanted to propose the idea of >> having a 12.04.5 point release for Precise. >> >> As many are aware, recent 12.04.x point releases have shipped with a >> newer kernel and X stack by default for hardware enablement purposes. >> Maintainers of these enablement stacks have agreed to support these >> until a Trusty based enablement stack is supported in Precise. Once >> a Trusty enablement stack is supported, all previous enablement >> stacks would EOL and be asked to migrate to the final Trusty based >> enablement stack which would continue to be supported for the >> remaining life of Precise. >> >> Currently, 12.04.4 is our final point release for Precise. 12.04.4 >> shipped with a Saucy enablement stack by default. This Saucy >> enablement stack in Precise will eventually EOL in favor of the >> Trusty enablement stack. Once that happens, our final point release >> for Precise will be delivering an EOL'd enablement stack. This seems >> unfortunate and inappropriate. I would like to propose having a 5th >> point release for Precise which would deliver the Trusty enablement >> stack for Precise. >> >> Providing a 12.04.5 point release will add no additional maintenance >> burden upon teams supporting enablement stacks in Precise. It would >> require some extra effort on part of the Canonical Foundations Team >> as well as the Ubuntu Release Team to spin up an additional set of >> images and testing coordination etc. However, I informally discussed >> this with a few members of each of those teams and the tentative >> agreement was that 12.04.5 was a reasonable request which could be >> accommodated. Collectively we could find no compelling reason to not >> provide 12.04.5. We also discussed that a 12.04.5 release should be >> optional for the Flavors to participate in. Additionally, we would >> want to purposely avoid clashing the 14.04.1 and 12.04.5 release >> dates and would suggest releasing 14.04.1 first and 12.04.5 after >> (exact date TBD). >> >> What are other's thoughts here? Does anyone have a compelling reason >> for not providing a 12.04.5 point release? >> >> Thanks, >> Leann >> -- >> Ubuntu-release mailing list >> ubuntu-rele...@lists.ubuntu.com <mailto:ubuntu-rele...@lists.ubuntu.com> >> Modify settings or unsubscribe at: >> https://lists.ubuntu.com/mailman/listinfo/ubuntu-release > > -- Pasi Lallinaho (knome) » http://open.knome.fi/ Leader of Shimmer Project and Xubuntu » http://shimmerproject.org/ Graphic artist, webdesigner, Ubuntu member » http://xubuntu.org/ -- xubuntu-devel mailing list xubuntu-de...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel
Re: Resignation
On 04/03/13 22:37, Charlie Kravetz wrote: > After much thinking and consideration, I am resigning from all Ubuntu > related activities. I can no longer say I agree with most of the > decisions being made by Canonical. While I wish this distribution all > the best, I can not consider myself of something that I am no longer > finding expresses my ideals and actions. I will also be resigning my > Ubuntu membership. > > For those wishing to keep in touch, I will remain active on google+ and > will maintain my email at charlie.kravetz > AT > gmail > DOT > com > > Thanks to everyone for fantastic memories. Hey Charie, all the good in the future for you too. Cheers, Pasi -- Pasi Lallinaho (knome) » http://open.knome.fi/ Leader of Shimmer Project and Xubuntu » http://shimmerproject.org/ Graphic artist, webdesigner, Ubuntu member » http://xubuntu.org/ -- xubuntu-devel mailing list xubuntu-de...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel
The future of Ubuntu Developer Summit
Hello Xubuntu team, Jono Bacon announced today that Ubuntu Developer Summits (UDS) will be online events in the future. The announcement [1] says that "the new format of UDS provides an enhanced level of openness and transparency that is optimized for online participants". For the Xubuntu team this means we will need to rethink how we should participate, or if it's more beneficial to organize our own meetings and sprints and try to organize communication with other Ubuntu teams in different ways. Cheers, Pasi [1] http://fridge.ubuntu.com/2013/02/26/ubuntu-developer-summits-now-online-and-every-three-months/ -- Pasi Lallinaho (knome) » http://open.knome.fi/ Leader of Shimmer Project and Xubuntu » http://shimmerproject.org/ Graphic artist, webdesigner, Ubuntu member » http://xubuntu.org/ -- xubuntu-devel mailing list xubuntu-de...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel
Re: Xubuntu community meetings
On 05/17/2012 10:17 PM, Pasi Lallinaho wrote: > Hello people, > > I've set up a Doodle poll [1] to find the best meeting times for the > Quantal cycle. > > A few things to note before you go adding your info: > * All times are in UTC > * Xubuntu team members, please add your nick or name along with your > submission, because you being able to attend is most important > * Please add any time slots that *usually* work for you (Doodle only > allows specific dates to be set, but we'll be using the same times for > the whole cycle) > * Doodle starts the week with Sunday, so be careful with your submission! > > And finally, > * All times are in UTC > > Cheers and GO! > Pasi > > [1] http://www.doodle.com/6gifbcka8fzvrzz9 > Those who still haven't voted for the best times, please do it when you can. Thanks, Pasi -- Pasi Lallinaho (knome) » http://open.knome.fi/ Leader of Xubuntu and Shimmer Project » http://shimmerproject.org/ Graphic artist, webdesigner, Ubuntu member » http://xubuntu.org/ -- xubuntu-devel mailing list xubuntu-de...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel
Blueprints approved - finish specifications and add work items
The blueprints have now been voted on (all blueprints with assignee were approved) and they have been added to Launchpad. Now please finish the specifications and add work items to the blueprints - if you don't do this, the work items status [1] will show a misplaced baseline. Cheers, Pasi [1] http://status.ubuntu.com/ubuntu-quantal/ -- Pasi Lallinaho (knome) » http://open.knome.fi/ Leader of Xubuntu and Shimmer Project » http://shimmerproject.org/ Graphic artist, webdesigner, Ubuntu member » http://xubuntu.org/ -- xubuntu-devel mailing list xubuntu-de...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel
Re: Xubuntu logo proposal
On 05.10.2011 16:30, Fotios wrote: > Xubuntu logo proposal using the previously sent xubuntu icon. > > /Fotios Hello Fotios, thanks for the submissions. However, we have just switched to the new logo, and as far as I know, there hasn't been any discussion or dislike for it. The new logo we are using right now follows the Ubuntu guidelines for logos and has the same style as the other Ubuntu logos too. All these things lead to the fact that we are not searching for a new logo to switch to right now. Yt, Pasi -- Pasi Lallinaho » http://open.knome.fi/ Leader of the Shimmer Project » http://shimmerproject.org/ Graphic artist, webdesigner, Ubuntu member » IRC: knome @ freenode -- xubuntu-devel mailing list xubuntu-de...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel
Re: Nominations for Xubuntu Project Lead - 2011
On 20.09.2011 00:19, Charlie Kravetz wrote: > How time flies... > I have served as the Xubuntu Project Lead for three releases now. It > has been a wonderful experience that I honestly enjoyed. > > However, in accordance with our governing document [1], I will now open > nominations for the next project lead. Those wishing to nominate > themselves or others should do so by email to either mailing list, or > myself (charlie-...@ubuntu.com). > > Nominations will close October 20, 2011, and the community election > will be held at the meeting on October 23, 2011. If there are issues > with this, please let us know between now and October 20. The Strategy Document states that "Project lead nominations are made one month in advance of the election, by members of Xubuntu Users.", so if the deadline for nominations is October 20, 2011, we can't elect before November 20, 2011. > > All nominees will be asked if they are willing to serve as project > lead. Those willing will be requested to add to their personal wiki > page as stated in [2]. > > We have a very strong community today, and this should continue. I hope > the community will remain strong and assist the new project leader. I > feel that I have done my best for this community, and will remain as > Xubuntu Quality Assurance Lead, if the new Project Lead has no > objections. I look forward to these nominations, and to the election. > > > [1] https://wiki.ubuntu.com/Xubuntu/StrategyDocument > [2] > https://wiki.ubuntu.com/Xubuntu/StrategyDocument#Xubuntu_Project_Lead_.28XPL.29 > -- Pasi Lallinaho » http://open.knome.fi/ Leader of the Shimmer Project » http://shimmerproject.org/ Graphic artist, webdesigner, Ubuntu member » IRC: knome @ freenode -- xubuntu-devel mailing list xubuntu-de...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel
Re: Replacing GIMP
On 07/25/2011 08:23 PM, Bruno Benitez wrote: > I do know that there is no such "standard image editor" but if we > never start finding one, or adding one to our apps then we will never > have one, I think there should be a "standard image editor" > (pinta/gpaint/nathive <http://www.nathive.org/>/other) a "professional > image editor" (GIMP/others) and then we could have "Image viewers" > whit some "editing capabilities" (gpicview/gthumb). I do not propose > Pinta directly, It looks awesome in my opinion, but it does depend a > lot on Mono, so if its choosen it wont ment a huge space saver either... > > -- > Bruno.- > Jarno and Bruno, please focus your energy in creating the application comparison. A few good points to include would be: 1. What features do we expect an image editor to have, at least? 2. What do you think is the learning curve for the different editors? 3. How light are the applications? 4. How mature are they in development? Looking at the history of application comparisons and proposals in Xubuntu, it seems that there is a high possibility to get change in the defaults, as long as you are willing to work for it, and the rationalizing is sufficient. Cheers, Pasi P.S. (Just a personal preference:) Let's try to bottom-post (not top-post) in the future, as it makes following the threads (especially authors of mails) easier in the long run. Thanks! -- Pasi Lallinaho » http://open.knome.fi/ Leader of the Shimmer Project » http://shimmerproject.org/ Graphic artist, webdesigner, Ubuntu member » IRC: knome @ freenode -- xubuntu-devel mailing list xubuntu-de...@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel
