Thanks for the fish

[flocculant]

As of today - I'll be saying cheerio to you all.

I've been about for a while - since sometime before September 2012 -
which is when I joined the Official Xubuntu Team.

Since then I've tried to keep QA going for us - with not much traction,
we currently have many less people testing (or at least testing and
letting us know via the trackers), and in May 2018 was voted onto the
Xubuntu Council.

I've now come to the end of the road - I have other things going on
which make the time available to me for Xubuntu to be drastically reduced.

The team will need in the near future someone to run the QA for us - and
you don't have to be some whizz kid - you don't have to be able to code
either.

A proactive QA system needs to be in place for Xubuntu to be an Official
Flavour - it's part of the deal we have with Canonical/Ubuntu.

Of course - we also need a procactive QA system to keep Xubuntu going as
the best flavour.

Someone else out there needs to take up those reins now.

Talk to people on the dev mailing list - and of course on IRC.

Once you've made yourself known - I will be hanging about on IRC still -
and will happily help you. Of course I would also help you via e-mail as
well

Many kind regards to all of the members of the Xubuntu Team and to all
of you.

It's been a blast - mostly

Kev


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

Re: Team Vote - Apturl

[flocculant]

On 24/11/2018 13:02, flocculant wrote:
during the meeting of 23rd November we discussed adding Apturl to the 
image. Taking this to a mailing list vote as we believed some in 
Xubuntu Team had reservations.


To have a vote that counts you need to be in the Xubuntu Team [1]

Cheers

Kev

[1] https://launchpad.net/~xubuntu-team




With 10 people in team. This passes with the 6 +1's and one -1 we have.

For the record:

Kev (flocculant)

Simon (ochosi)

Pasi (knome)

David Pearson (axkwi-dave)

David Pires (slickymaster)

Sean (bluesabre)

all were +1.

Unit 193 : -1

No other votes were posted.

Cheers

Kev


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

Re: Team Vote - 32 Bit

[flocculant]

On 24/11/2018 12:57, flocculant wrote:
Moving forward with the 19.04 release we need, once again, to look at 
32 bit images.


Given that we will no longer are able to upgrade 32 bit installs (this 
started with the last release 18.10) and as discussed during the 
meeting of the 23rd November,  I propose we stop releasing 32 bit from 
now forward.


To have a vote that counts you need to be in the Xubuntu Team [1]

So, I am +1 to removing 32 bit from our images.

Cheers

Kev

[1] https://launchpad.net/~xubuntu-team




With 10 people in team. This passes with the 6 +1's we have.

For the record:

Kev (flocculant)

Simon (ochosi)

Pasi (knome)

David Pearson (axkwi-dave)

David Pires (slickymaster)

Sean (bluesabre)

all were +1.

No other votes were posted.

Cheers

Kev



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

Re: Team Vote - Minimal Install Option on ISO

[flocculant]

On 27/11/2018 11:01, Sean Davis wrote:

Hello everyone,

On our November 23rd meeting we discussed including a minimal install 
option on the installation ISO. This option would add a new checkbox 
to the installation wizard to install a subset of our packages, 
emulating a "Xubuntu Core" experience on the standard size ISO.


This is now ready for a team vote. Please reply with +1, +0, or -1.
To have a vote that counts you need to be in the Xubuntu Team [1]

Many Thanks,
Sean

[1] https://launchpad.net/~xubuntu-team


I'm +0 on this.

Really don't like that we've been forced into not doing what we want.

Kev

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

Re: Team Vote - Apturl

[flocculant]

On 24/11/2018 13:02, flocculant wrote:
during the meeting of 23rd November we discussed adding Apturl to the 
image. Taking this to a mailing list vote as we believed some in 
Xubuntu Team had reservations.


To have a vote that counts you need to be in the Xubuntu Team [1]

Cheers

Kev

[1] https://launchpad.net/~xubuntu-team




+1 from me too belatedly, thought I'd done that


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

Applying Xubuntu defaults to packages.

[flocculant]

This came up during the meeting on 23rd November.

Looking for views on this - the discussion at the meeting commenced at 
23:25.


I'll start the ball rolling ...

I am deeply dubious unless this can be done simply - if we end up with 
things done specifically per package, where do we end?


My favourite? Your favourite?

Cheers

Kev


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

Re: Votes taken and carried during 23rd November's Meeting

[flocculant]

I missed one ..

We also voted to replace LightLocker with Xfce Screensaver.

On 24/11/2018 12:59, flocculant wrote:


During the meeting we voted to:

 1. Remove Orage from our image
 2. Add Gimp to the image
 3. Add LibreOffice Impress to the image

Cheers

Kev




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

Team Vote - Apturl

[flocculant]

during the meeting of 23rd November we discussed adding Apturl to the 
image. Taking this to a mailing list vote as we believed some in Xubuntu 
Team had reservations.


To have a vote that counts you need to be in the Xubuntu Team [1]

Cheers

Kev

[1] https://launchpad.net/~xubuntu-team



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

Votes taken and carried during 23rd November's Meeting

[flocculant]

During the meeting we voted to:

1. Remove Orage from our image
2. Add Gimp to the image
3. Add LibreOffice Impress to the image

Cheers

Kev

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

Team Vote - 32 Bit

[flocculant]

Moving forward with the 19.04 release we need, once again, to look at 32 
bit images.


Given that we will no longer are able to upgrade 32 bit installs (this 
started with the last release 18.10) and as discussed during the meeting 
of the 23rd November,  I propose we stop releasing 32 bit from now forward.


To have a vote that counts you need to be in the Xubuntu Team [1]

So, I am +1 to removing 32 bit from our images.

Cheers

Kev

[1] https://launchpad.net/~xubuntu-team



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

Community Meeting, Fri, 23rd November

[flocculant]

Hello everyone!

The next meeting is scheduled for Friday 23rd November at 22:00:00 UTC 
2018 [1], we welcome you all to join.


Current agenda is at https://wiki.ubuntu.com/Xubuntu/Meetings

We should be discussing plans for the upcoming 19.04 cycle - some 
discussion of which can be found on the 19.04 etherpad [2] (You'll need 
to be a member of the etherpad group on Launchpad to read it [3]


The meeting is, as always, on chat.freenode.net 
<http://chat.freenode.net> at #xubuntu-devel[4]


Cheers all

Kev (flocculant)

Xubuntu Council Member


[1] 
https://www.timeanddate.com/worldclock/fixedtime.html?msg=Xubuntu+Community+Meeting=20181123T22=%3A=1=30

[2] https://pad.ubuntu.com/x-19-04-proposals
[3] https://launchpad.net/~ubuntu-etherpad
[4] http://freenode.net/kb/answer/chat
-- 
xubuntu-devel mailing list
xubuntu-devel@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel

Re: Cosmic Cuttlefish (18.10) Beta Testing

[flocculant]

On 25/09/18 06:25, flocculant wrote:
At some point during today we should see images arrive at the tracker 
[1] for the Cosmic Beta.


Please help to test this milestone - everyone should be able to do 
something to test this for us all.


Links to the Beta section on the iso tracker will be posted to this 
thread as soon as someone sees them.


thanks all

Kev



Unsurprsingly  - we're getting respins shortly so will need to at least 
smoketest the images again.


Though if people haven't tested yet - and intended to - please do what 
you already intended to do ;)


Cheers


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

Re: Cosmic Cuttlefish (18.10) Beta Testing

[flocculant]

On 25/09/18 19:21, Aaron Franke wrote:
What's up with the message of "*WARNING: This image is OVERSIZED. This 
should never happen during milestone testing.*" ?


On Tuesday, September 25, 2018, 1:34:00 PM EDT, flocculant 
 wrote:



On 25/09/18 18:26, Paul Waring wrote:
> On 25/09/18 06:25, flocculant wrote:
>> At some point during today we should see images arrive at the tracker
>> [1] for the Cosmic Beta.
>>
>> Please help to test this milestone - everyone should be able to do
>> something to test this for us all.
>
> Are there specific things which need to be tested, or are you just
> looking for people to install the image in a VM and see if it works?
>
> I only signed up for the mailing list a few days ago so I'm not sure
> what exactly needs testing.
>
> Cheers
>
> Paul
>
We'd want the images checked as a minimum.

Applications need testing too - but perhaps concentrate on ones you use.

Hope that helps.

You need to report to the tracker - that's where we will look for 
results.





--
xubuntu-devel mailing list
xubuntu-devel@lists.ubuntu.com <mailto:xubuntu-devel@lists.ubuntu.com>
https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel


There is an arbitrary size limit for iso's - if the iso os over that 
limit you see the message.


Just means that the limit needs to be revisited at some point.

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

Re: Cosmic Cuttlefish (18.10) Beta Testing

[flocculant]

On 25/09/18 06:25, flocculant wrote:
At some point during today we should see images arrive at the tracker 
[1] for the Cosmic Beta.


Please help to test this milestone - everyone should be able to do 
something to test this for us all.


Links to the Beta section on the iso tracker will be posted to this 
thread as soon as someone sees them.


thanks all

Kev



64 bit images : 
http://iso.qa.ubuntu.com/qatracker/milestones/396/builds/181438/testcases


32 bit images : 
http://iso.qa.ubuntu.com/qatracker/milestones/396/builds/181439/testcases


Cheers

Kev


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

Cosmic Cuttlefish (18.10) Beta Testing

[flocculant]

At some point during today we should see images arrive at the tracker 
[1] for the Cosmic Beta.


Please help to test this milestone - everyone should be able to do 
something to test this for us all.


Links to the Beta section on the iso tracker will be posted to this 
thread as soon as someone sees them.


thanks all

Kev



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

16.04 Point Release Testing

[flocculant]

Following swiftly along after last weeks first point release for 18.04 
we now have the last point release for 16.04 which we'll be involved with.


So if we could have some testing for this one this week - we should be 
left in peace for a while till I start talking about testing Cosmic.


The builds for testing can be found at:

http://iso.qa.ubuntu.com/qatracker/milestones/393/builds

Thanks in advance

Kev

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

18.04.1 Point Release Testing

[flocculant]

Builds are now available for us to test.

These builds include -proposed packages - intended.

You can find them to test at 
http://iso.qa.ubuntu.com/qatracker/milestones/392/builds


Please test as much as you can find the time for during the next 2 days.

They will be rebuilt and aren't currently considered to be Final. That 
said if we get the testing done - I will be able to tell what changes on 
the iso between now and Thursday and can then make an informed decision 
on what needs to be run over at the last minute.


I would much rather have that task - than testing everything in the 
short window I will have between getting home and having to mark the 
iso's as ready


Thanks in advance

Kev

Xubuntu Council and QA Lead


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

17.10 EOL

[flocculant]

On Thursday 19th July 2018, Xubuntu 17.10 goes End of Life (EOL). For 
more information please see the Ubuntu 17.10 EOL Notice [1]


We strongly recommend upgrading to the current release, Xubuntu 18.04, 
as soon as practical. Alternatively you can download the current Xubuntu 
release and install fresh.


Cheers

Kev

[1] https://lists.ubuntu.com/archives/ubuntu-announce/2018-July/000233.html


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

Next Community Meeting

[flocculant]

The next meeting is scheduled for Monday 4th June a2 22:00:00 UTC [1], 
we welcome you all to join.


Current agenda: https://wiki.ubuntu.com/Xubuntu/Meetings

The meeting is, as always, on chat.freenode.net at #xubuntu-devel [2]

Cheers

Kev

[1] 
https://www.timeanddate.com/worldclock/fixedtime.html?msg=Xubuntu+Community+Meeting=20180604T22=%3A=1


[2] 
http://webchat.freenode.net/?channels=xubuntu-devel=tracker.=1=MTE9MjE131




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

Re: Wallpaper Contest 1810

[flocculant]

On 13/05/18 15:00, Caccavari Leonardo wrote:
Hi, i want send you my wallpaper to partecipate to next contest for 
xubuntu 1810! Can i partcipate?




We generally only run these for LTS releases.

Thanks for the interest however

Kev

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

Application testing for the new development cycle

[flocculant]

During this new 6 month cycle we are hoping to ramp up testing of 
applications - separate from testing ISO's.


So if you want to get involved with something that you can pick up, put 
down and which isn't too onerous this could be for you.


Before we can set up testing of applications ( it's tracked on a Ubuntu 
QA tracker and they call it package testing) we need to make sure the 
tests we do have are up to date.


You will need a few things:

1. an up to date iso to boot - you can run the test from a USB, a
   virtual machine
2. something to write on
3. a web browser
4. an e-mail client
5. patience - we've not checked them for at a year

You can grab the iso from 
http://cdimage.ubuntu.com/xubuntu/daily-live/current - this url is 
always the latest.


Open your browser at 
http://packages.qa.ubuntu.com/qatracker/milestones/377/builds/146768/testcases 



You'll see a list of applications and packages there.

1. Pick something you fancy checking - Reply All to this mail telling
   other people what you intend to test (we'd not want everyone to be
   checking the same testcase)
2. Open your chosen testcase, then click the Detailed information on
   the testcase button and make a note of the Testcase ID
3. Follow the testcase _exactly_ as it tells you
4. Make notes where something isn't working as the testcase expects -
   this is a bug, a testcase bug. If necessary continue to the next
   step as best you can ignoring the instruction if the application no
   longer works as written
5. When you have completed checking your testcase and assuming that you
   found no errors with it - let us know on the mailing list.

That's a lot of words which basically mean - read the testcase, follow 
it and note down where something is different.


If you did find an issue with the testcase - report it to Launchpad. 
This could be as simple as the testcase calls for a button called Next 
but it's now called Continue, it could even be that the testcase covers 
something the application does but isn't tested.


1. Open your browser at
   https://bugs.launchpad.net/ubuntu-manual-tests/+filebug
2. In the Summary box - please report it with something like this
   syntax Testcase 1559 Catfish Fails To Open From Whiskermenu, 1559
   being the ID you previously noted
3. Click Next - then regardless of any previous bugs it prompts you
   with - Click No, I need to report a new bug
4. Using the notes you made while checking the testcase fill in your
   further information
5. You can now if you wish tell us the bug number - but it's not
   necessary as I am subscribed to Testcase Bugs

If you have needed to report a bug - the Testcase ID is important - 
there are 1700 different ID numbers - and the majority refer to live 
testcases.


If the list of applications on the package tracker doesn't include 
something you use that you think should be tested - and is something 
that we have _by default_ - you can report this to the same url above - 
just say Testcase need for 'you fave application we don't test'


If I need further information I will comment on your bug report so 
please keep an eye out for that.


If you found that easy to do - how about doing another one ;)

Cheers

Kev

for the Xubuntu Developers and QA Teams


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

Re: Xubuntu Council nominations are open

[flocculant]

I too would like to nominate myself for a position on the council.

Not got a pretty launchpad page to look at - but 
https://launchpad.net/~flocculant


Cheers

Kev
On 28/04/18 20:51, Pasi Lallinaho wrote:

Hello team and community!

First of all, congrats for a great release!

With the LTS release, it's also time to begin the process to elect a 
council for the project for the next two years [1]. Here's a cut from 
the Xubuntu Strategy Document, under the council membership section:


The council consists of 3 members, who are chosen by a CIVS
<http://civs.cs.cornell.edu/> vote. All members in the Xubuntu
Team <https://launchpad.net/%7Exubuntu-team> and/or direct members
of any moderated subteams can be nominated, either by themselves
or anybody else in the Xubuntu community with the nominees
consent. The same group of people is eligible to vote.

The nomination phase starts now. Please announce all nominations on 
this mailing list before Monday, May 14th, 2018. (This leaves two 
weeks for the nomination phase.) If you are about to nominate somebody 
else, please ask for their consent BEFORE sending a mail to this list.


Once the nomination phase is over, we will proceed to the voting phase 
(in case we have more than three nominees).


In case of any questions regarding the council election process, feel 
free to contact me either on this mailing list, directly via email or IRC.


Cheers,
Pasi

[1] https://docs.xubuntu.org/contributors/xsd.html#xsd-community-council
--
Pasi Lallinaho (knome)   ›https://open.knome.fi/
Xubuntu Website Lead & Council Member›https://xubuntu.org/
Xfce contributor ›https://xfce.org/
Shimmer Project co-founder   ›https://shimmerproject.org/




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

Re: Bionic Beaver 18.04 Release Candidate

[flocculant]

On 22/04/18 07:28, flocculant wrote:

We've almost got to the end of yet another 6 month cycle.

On the iso tracker now we have our release candidates available for 
testing, it's entirely likely that over the next few days we'll see 
the iso's respun by the Canonical Release Team as late landing 
critical issues are found and dealt with.


So - please pick your iso from the 64 and 32 bit options on the 
tracker   and test it and report it.


http://iso.qa.ubuntu.com/qatracker/milestones/389/builds

Thanks for testing during the cycle for everyone involved in getting 
Xubuntu out of the door and for those about to install after all the 
hard work.


Cheers

Kev



Unsurprisingly we had a respin.

If you've not got around to testing then have a go for the rest of the 
community.


Cheers

Kev


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

Bionic Beaver 18.04 Release Candidate

[flocculant]

We've almost got to the end of yet another 6 month cycle.

On the iso tracker now we have our release candidates available for 
testing, it's entirely likely that over the next few days we'll see the 
iso's respun by the Canonical Release Team as late landing critical 
issues are found and dealt with.


So - please pick your iso from the 64 and 32 bit options on the tracker 
  and test it and report it.


http://iso.qa.ubuntu.com/qatracker/milestones/389/builds

Thanks for testing during the cycle for everyone involved in getting 
Xubuntu out of the door and for those about to install after all the 
hard work.


Cheers

Kev


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

Re: gksu dropped in Ubuntu 18.04

[flocculant]

On 21/04/18 00:05, Michael Adamson wrote:
I see that Ubuntu 18.04 is dropping gksu from its repositories.  Is 
that happening with Xubuntu as well?  I find gksu to be very useful 
and I've never had an "accident" while using it.  Seems to me you can 
only go so far in protecting users from themselves.


Michael Adamson   919-972-8174



It's gone from the repositories - it's gone for all of us.

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

Re: Final Beta Testing

[flocculant]

On 31/03/18 07:44, flocculant wrote:
During the week leading up to Thursday 5th April we will see iso's 
available for milestone testing.


Please help to test this milestone - everyone should be able to do 
something to test this for us all.


If you've not already read the recent blog post from the Development 
and QA teams regarding the importance of testing - then have a read 
now ;) [1]


Links to the Final Beta section on the iso tracker will be posted to 
this thread as soon as I see them.


thanks all

Kev

[1] https://xubuntu.org/news/testing-for-xubuntu/



http://iso.qa.ubuntu.com/qatracker/milestones/388/builds

Currently empty - but it will be where it will show up.

thanks

Kev


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

Final Beta Testing

[flocculant]

During the week leading up to Thursday 5th April we will see iso's 
available for milestone testing.


Please help to test this milestone - everyone should be able to do 
something to test this for us all.


If you've not already read the recent blog post from the Development and 
QA teams regarding the importance of testing - then have a read now ;) [1]


Links to the Final Beta section on the iso tracker will be posted to 
this thread as soon as I see them.


thanks all

Kev

[1] https://xubuntu.org/news/testing-for-xubuntu/


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

Testing for Xubuntu Introduction Session

[flocculant]

Hi all,

following the recent blog post and social media posts we've seen an 
upswing in new people washing up on our shores :)


Is there an appetite amongst the community for us to run a fairly 
informal session on how you could join in?


We've got approximately 4 weeks between now and the start of Final Beta 
and then Release Candidate that we could fit something in - I'll wait 
for replies on either of the 2 lists - and we'll get something written 
for social media posts.


cheers

Kev


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

General Note on the the iso.qa tracker site

[flocculant]

Every time we put out a call for testing - we link you to this place.

Not sure whether people are aware but, if someone visits there and at 
least 1 test has been done for each possible test - they would see 
something like [1]




This tells us a few things:

1. we've got 5 of 5 tested in both Mandatory sections
2. we've got 3 of 3 tested in both Run Once sections
3. we have no optional testcases

It doesn't however tell us how many people have tested each of the 
various testcases, to see that you need to enter either the 64 or 32 bit 
sections - and you'll now see a list of all the various testcases and 
how many times each one has been tested.


On entering you might find that each test has been run once - and while 
that proves that the test has either passed or failed - it's done so 
once for one person.


I'm sure that you'd agree that this is less than ideal.

What we at the Xubuntu Team would really like to see, is more and more 
of the community doing testing, but more importantly reporting it.


If you're someone with a very specific set of hardware then it is even 
more important.


Let's get the number of tests run for each option at least into double 
figures, recently we've had to release when we've had 2 or 3 test 
results recorded.


The greater the spread of hardware we get tested the more we can be sure 
that the release is likely to be good for more people.


cheers

Kev


[1] https://i.imgur.com/y29QSyG.png


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

Bionic Beta racing along - testing needed

[flocculant]

The first $6million beta will be available some time in the next few 
hours for testing.


This is the first of 2 milestones we are taking part in prior to the 
release of 18.04 in April. Being an LTS we'll be supporting this release 
for 3 years.


Please help to test this milestone - everyone should be able to do 
something to test our milestones.


If you think there's little point in testing - please have a read of 
https://xubuntu.org/news/testing-for-xubuntu/


Once the milestone makes it to the ISO tracker - you'll be able to find 
it on here


http://iso.qa.ubuntu.com/qatracker/milestones/387/builds

thanks all

Kev


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

Re: Three tests of Xubuntu Core 18.04 ISO

[flocculant]

Hi Emery,

Thanks for testing this.

To make it easier for you, and also easier for Xubuntu to track these 
results, I've just added Core to our Bionic builds at 
http://iso.qa.ubuntu.com/qatracker/milestones/384/builds


You can report your results directly there - as I've set the version to 
bionic rather than a date this means that new results just get appended 
rather than clearing back to zero daily


regards

Kev

On 03/03/18 19:07, Emery Fletcher wrote:

Tested the 23 February AMD64 ISO dd’d to a USB

Computer: 2009-era Compaq, AMD CPU, BIOS, 3GB RAM Nvidia GeForce 6400 graphics

Test 1:
Opened to Try without installing page
Checked that existing installation (Core 17.10) was mountable
Then went to Install option, chose Erase and install, installed successfully

Installed LibreOffice, Nvidia driver, Firefox, Dropbox, Compiz for eye candy

Ran that version for a few days, very reliable.

Then decided to test installer some more, using same ISO version

Test 2:
Went directly to the Install option, chose no updates or restricted
used Something else option, set root and swap partitions
Installer crashed

Test 3:
Closed the announcement, returned me to the Try page
Chose install, same choices (Something else, root and swap)

Installed successfully




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

16.04 Point Release Testing

[flocculant]

The next point release for 16.04 is due 1st March.

Both ISOs are available on the tracker at 
http://iso.qa.ubuntu.com/qatracker/milestones/386/builds


Please check for regressions from 16.04.3 and test the installation.

Thanks Kev

https://lists.ubuntu.com/archives/ubuntu-release/2018-February/004297.html


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

Re: Testing - ARTFUL Iso

[flocculant]

On 06/01/18 09:13, flocculant wrote:

There are updated iso's available on the tracker for testing.

This new iso is planned for release next week and is being made 
available as a response to the bug corrupting some BIOS's [1]


Both 64 bit and 32 bit ISO can be found on the tracker [2] at:

http://iso.qa.ubuntu.com/qatracker/milestones/385/builds

Please test that these iso's get a desktop and install correctly.

It is extremely unlikely they will be respun between now and release.

Thanks

Kev



currently the tracker points to the wrong place ...

the iso's can be dowloaded from 
http://cdimage.ubuntu.com/xubuntu/artful/daily-live/current/



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

EOL Notice - 17.04 Zesty Zapus

[flocculant]

On January 13, 2018 this release reaches it's end of life.

If you are running this release we suggest you upgrade to 17.10 which is 
currently supported.


https://lists.ubuntu.com/archives/ubuntu-announce/2018-January/000227.html


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

Re: Testing - ARTFUL Iso

[flocculant]

On 06/01/18 09:13, flocculant wrote:

There are updated iso's available on the tracker for testing.

This new iso is planned for release next week and is being made 
available as a response to the bug corrupting some BIOS's [1]


Both 64 bit and 32 bit ISO can be found on the tracker [2] at:

http://iso.qa.ubuntu.com/qatracker/milestones/385/builds

Please test that these iso's get a desktop and install correctly.

It is extremely unlikely they will be respun between now and release.

Thanks

Kev



sigh ...

[1] https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1734147

[2] http://iso.qa.ubuntu.com/


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

Testing - ARTFUL Iso

[flocculant]

There are updated iso's available on the tracker for testing.

This new iso is planned for release next week and is being made 
available as a response to the bug corrupting some BIOS's [1]


Both 64 bit and 32 bit ISO can be found on the tracker [2] at:

http://iso.qa.ubuntu.com/qatracker/milestones/385/builds

Please test that these iso's get a desktop and install correctly.

It is extremely unlikely they will be respun between now and release.

Thanks

Kev


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

Next Xubuntu community meeting: Friday 5th January 2018 at 22UTC

[flocculant]

Hello,

the next Xubuntu community meeting is scheduled for
    Friday, 5th January at 22UTC [1]
at #xubuntu-devel on Freenode.

The agenda can be found at
https://wiki.ubuntu.com/Xubuntu/Meetings/

If you want to add any items to the agenda, feel free to, but leave your 
IRC nick in parenthesis after the agenda item so we know who to call to 
start the discussion.


Cheers

Kev

[1] 
https://www.timeanddate.com/worldclock/fixedtime.html?msg=Xubuntu+Community+Meeting=20180105T22=%3A=1 




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

Re: Updated suggestions for the 18.04 wallpaper contest policies

[flocculant]

On 03/12/17 22:42, Pasi Lallinaho wrote:

...

Looking at the previous contests, this policy would *only* have 
affected submissions made by the Xubuntu team members, myself 
included. I want to make this contest even more about the community, 
which is why I'm suggesting this change. (Or in other words, I 
wouldn't call a contest you can win by submitting somebody else's work 
you found from the internet a "community" contest.)



Still don't agree with this.

But not interested enough to argue the case.
Please do comment on these suggestions within a week so we can get on 
with the planning (and launching the contest) soon.


Cheers,
Pasi

[1] 
https://lists.ubuntu.com/archives/xubuntu-devel/2017-September/011543.html


Frankly I just want the contest done and dusted well before UIF, if for 
no other reason than to prove we can actually do things before the last 
minute.


Cheers,

Kev


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

Testing for the Bionic LTS release.

[flocculant]

In addition to the normal daily and milestone Iso testing that we can do 
[1], we have also got some packages that we can be testing within your 
installation.


If you are using the latest 17.10 release you can test versions of some 
packages that are already available in the development release. To do so 
add the following ppa, update and you will be offered these packages :


https://launchpad.net/~xubuntu-dev/+archive/ubuntu/staging

NOTE: this ppa is ONLY suitable for those running Artful wishing to test 
applications landing in Bionic.


For those already running the development release due out in April, you 
can add this ppa, which includes packages which may end up in Xubuntu. 
Included in this ppa are packages that have been worked on in Xfce for 
Gtk3 :


https://launchpad.net/~xubuntu-dev/+archive/ubuntu/experimental

If you wish to test further, then the Daily ppa is also available for 
Xubuntu and Xfce packages we are looking at:


https://launchpad.net/~xubuntu-dev/+archive/ubuntu/ppa 



Both of these ppa's can be used on Artful and Bionic.

Details of all the ppa's which the Xubuntu development team have control 
over are detailed at https://launchpad.net/~xubuntu-dev


cheers

Kev


[1] http://iso.qa.ubuntu.com/qatracker/milestones/384/builds

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

[TEAM] LTS expecations

[flocculant]

We've got less than 6 months to sort out the next LTS.

We've got some ppa's set for possibles.

We need to make decisions - now, not in March.

We need as many people as possible from 'Team' to be able to turn up.

I can make myself available from ~1500 Friday UTC to around 2300 Sunday 
UTC for the next 3 weekends, that's almost a 60 hour window.


Can we get replies from team members - priority will be given to those 
in the development team.


Cheers

Kev

https://wiki.ubuntu.com/BionicBeaver/ReleaseSchedule


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

Re: Remove Python2 for 18.04?

[flocculant]

Not sure if any of this gnome language stuff is going to cause us issue 
like it has in the past. re trusty LTS bug(s)


Never really sure about any gnome statements that it ' only affects us' 
things anymore, consequently forwarding to us.


starting to think the same about mainbuntu - don't believe anything 
deliberate, but fairly sure they'd not check either.


Kev



On 27/10/17 22:49, Gunnar Hjalmarsson wrote:

On 2017-10-27 21:22, Bryan Quigley wrote:


* ibus-sunpinyin

Was added 9/2017 [2] as part of moving from fcitx.


Right. Choosing ibus-sunpinyin was not preceded by any deeper 
considerations. It was the preferred input method last time Ubuntu's 
default IM framework for Simplified Chinese was IBus, and has been 
pulled by language-selector (pkg_depends) after that for Ubuntu GNOME.



This package hasn't been updated since 2013.  Previously we've added
it to the desktop session and then removed for ibus-pinyin for size
(and in this case it seems better maintained).


GNOME seems to default to ibus-libpinyin:

https://git.gnome.org/browse/gnome-desktop/tree/libgnome-desktop/default-input-sources.h 



That would speak for replacing ibus-sunpinyin with ibus-libpinyin on 
both the live CD and language-selector. But we should probably try to 
get opinions from some Chinese users before making this change.





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

Artful 17.10 RC Images

[flocculant]

We've got images ready for testing at

http://iso.qa.ubuntu.com/qatracker/milestones/383/builds

There will be respins at some point (global packages rather than Xubuntu 
- as always)


In the meantime the iso's can be tested and reported against.

Cheers

Kev


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

Re: New Ubuntu community hub and Xubuntu

[flocculant]

On 05/10/17 13:05, Alan Pope wrote:

Hiya,
...
Happy to create those once you're ready to start posting content. I've
got a pipeline of Ubuntu related stuff lined up. I don't want to flood
the place with stuff this week, but drip some of it out. Also, some is
time sensitive / time critical so it makes sense to hold back. Maybe
you could plan some posts leading up to the 17.10 release. I'm
reluctant to have an empty category sat there waiting for content, but
happy to create it as and when you're ready - as I kinda sprung this
on you :)

Cheers,


If we jump this way a bit - it's likely to be pre-RC for arty artichoke. 
At least that's the first time I could possibly see any use for it (with 
Xubuntu QA hat)


cheers


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

Re: New Ubuntu community hub and Xubuntu

[flocculant]

On 04/10/17 13:27, Alan Pope wrote:

On 4 October 2017 at 13:08, Sean Davis  wrote:

What level of moderation is available here?

Most of the site is auto-moderated by people who frequent the site.
It's possible to set specific people as moderators though.

https://meta.discourse.org/t/discourse-moderation-guide/63116 has more details.

Had a quick look at that - seems fairly simple. Though it also appears 
that there should be moderators to deal with flags set by users? I 
assume that at least you (Alan) are one?

Would we use this primarily as a
bulletin board or would we have some feedback loop? Sorry if some of this is
obvious, but I haven't used Discourse in the past and don't know how much of
this is structured.


So the two main goals of the ubuntu community hub are to improve
community communication and ease new contributors into the community.

It's not designed to be a general user-discussion site, like Ubuntu
Forums. The target audience is people who actually want to get
involved. That can be from ISO testing, to packaging to translations
and advocacy. We discourage technical support, because that's served
well elsewhere (askubuntu / irc / forums).

So I'd imagine if you wanted you could use it for open discussion of
upcoming features in Xubuntu, package selection, calls for testing,
announcements. Anything you might currently use irc or mailing lists
for. Those conversations are often buried in a mailman archive or
irclog somewhere, and not exposed where people who want to get
involved can find. I appreciate many people are very wedded to the
existing tools like irc/mail but if we want to expose more of what's
going on and welcome new people, it can be a bit abrasive in 2017 to
use those 'legacy' communication methods. :)

That said, if you guys already have tools you use and you're happy
with, there's no obligation or pressure from me to move everything to
the community hub. I think it would be great if you did, of course,
because it makes discovery easier, but no pressure :)
That all makes sense - and if by using it we are inclusive to a new 
group of people - all the better.


I'm still of the opinion (from 4th) that if there should be a seperation 
of 'flavours' from Ubuntu there. And perhaps a discussion with other 
flavours as to how to go about that. eg Xubuntu/Kubuntu et all nested 
inside a main Flavours section - if there was a main section for each of 
the official flavours - going to get long on the front page

Cheers,


Kev


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

Re: New Ubuntu community hub and Xubuntu

[flocculant]

On 04/10/17 13:08, Sean Davis wrote:


What level of moderation is available here? Would we use this 
primarily as a bulletin board or would we have some feedback loop? 
Sorry if some of this is obvious, but I haven't used Discourse in the 
past and don't know how much of this is structured.



...


iirc - you can moderate - but that would mean one of us being a 
moderator - for obvious reasons you can count me out of that :p


Basically it's much like the way askubuntu works - thread and people can 
comment on that.


Not sure how we could get feedback other than one of us doing that by 
reading stuff.


hth

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

Re: Artful Aardvark Final Beta

[flocculant]

On 23/09/17 08:53, flocculant wrote:
Just an early warning that next week will see the final beta available 
for testing.


Once we've got links we'll get them out.

thanks

Kev



builds are at http://iso.qa.ubuntu.com/qatracker/milestones/382/builds


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

Artful Aardvark Final Beta

[flocculant]

Just an early warning that next week will see the final beta available 
for testing.


Once we've got links we'll get them out.

thanks

Kev


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

Re: Community wallpaper contest for 18.04

[flocculant]

On 21/09/17 13:03, Pasi Lallinaho wrote:

Hello people,

while we are still in the middle of the development cycle for 17.10, 
I'd like to start the discussion about the potential (although likely) 
community wallpaper contest for 18.04.


We've ran the contest twice now, and the last time we used the 
WordPress plugin specifically created for this purpose. Does anybody 
think we need to tweak the tool – either how submissions or voting 
works? If needed, I can set up a test contest (for the team) to 
re-evaluate things.


That aside, the main thing I wanted to talk about are the policies for 
the contest. Last time we use the following guidelines:

https://contest.xubuntu.org/help/terms/

There are two main things I'd like to propose to change:

First, I'd like to limit submissions to a certain number per person. 
While I'd like to see the number of submissions go up, I would like 
them to be from a bigger group of people. Additionally, this means 
we'll make the submitters pick their best work instead of us having to 
vote on it.


Second, I would like to limit submissions to own work only. While this 
means we are potentially excluding people from the contest, we are 
still making the contest more about the community – not just a 
community curated contest.


Thoughts?

Cheers,
Pasi

On first reading - you want to increase the submissions by making the 
submissions from each person decrease and also by making them less easy 
to accomplish?


Seems to me like a quick way to get nowhere fast.

regards

Kev


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

Fwd: Planned Maintenance Advisory (Service Affecting): Ubuntu mailing lists - 2017-09-04 00:00 UTC

[flocculant]

for information




 Forwarded Message 
Subject: 	Planned Maintenance Advisory (Service Affecting): Ubuntu 
mailing lists - 2017-09-04 00:00 UTC

Date:   Thu, 31 Aug 2017 19:57:41 +1000
From:   Paul Gear 
Reply-To:   ubuntu-devel-disc...@lists.ubuntu.com, nore...@canonical.com
Organisation:   Canonical
To: ubuntu-devel-annou...@lists.ubuntu.com, ubuntu-us...@lists.ubuntu.com



Planned Maintenance Advisory (Service Affecting): Ubuntu mailing lists - 
2017-09-04 00:00 UTC


In order to expand capacity and to provide better mailing list 
deliverability to email providers using DMARC [1], we will be performing 
service-affecting maintenance on the  Ubuntu mailing lists server, 
starting from 00:00 UTC next Monday, 2017-09-04. We anticipate this 
maintenance to take no longer than 6 hours.


During the downtime, there will be no emails delivered on Ubuntu mailing 
lists.  All other Canonical-managed Ubuntu services should remain up and 
be unaffected.


Progress of the work will be communicated in #canonical-sysadmins on 
Freenode IRC.  If you have any questions or concerns please contact the 
Vanguard mentioned in the #canonical-sysadmins channel topic and quote 
ticket uRT#30108.


Mailing list moderators, please notify your respective lists of this 
maintenance as necessary.


--
Regards,
Paul Gear
Canonical - Information Systems

1. https://wiki.list.org/DEV/DMARC



signature.asc
Description: PGP signature
-- 
ubuntu-devel-announce mailing list
ubuntu-devel-annou...@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel-announce

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

16.04 Point Release 3

[flocculant]

This is due to be released this week. Would be useful for us to get some 
testing done and reported on the tracker.


64 bit currently at - 
http://iso.qa.ubuntu.com/qatracker/milestones/380/builds/153570/testcases
32 bit currently at - 
http://iso.qa.ubuntu.com/qatracker/milestones/380/builds/153571/testcases


Don't worry about the post installation testing - nor worry overly about 
the run once options, nor in fact the live session, other than ensuring 
it boots. Please concentrate on the 3 install testcases listed first.


regards

Kev

Copy of Adam Conrads mail to mailing lists:

   A little while ago, builds for all flavours that released with xenial
   were posted to the ISO tracker[1] for the 16.04.3 milestone.

   We need people to grab ISOs for their favourite flavours (or, if yours
   is well-staffed, be a good neighbour and give someone else a bit of
   help) and poke around looking for obvious regressions, as well as just
   running the various boot/live/install/reboot smoketests to make sure
   the images are generally not broken.

   If you find a bug that is NOT a regression from 16.04.2, by all means
   report it, but don't escalate it to me as a release critical bug.  We
   are generally only intereseted in glaring regressions here.  Telling
   me that "we still have a bug that we had six months ago" is another
   way of saying "all software sucks" which, though an unfortunate truth,
   isn't something something I intend to fix by Thursday.

   Currently, the only known regression is an alpha rendering issue on
   nouveau (that is, using the free/open driver on nvidia cards) where
   some shadows and transparencies can be rendered as solid blocks.  We
   will almost certainly be releasing with this bug, but I've been told
   that people are actively looking into a fix post-release.

   Anyhow.  Please go test.  Register your results in the tracker.  Let
   me know if things are hideously broken or mostly okay, or somewhere in
   the middle.  With any luck, the images I built today will be the ones
   we release on Thursday.

   ... Adam

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

Fwd: Re: Ubiquity Proposal - Add "minimal" setup with kernel parameter

[flocculant]

for information - specifically the end :)



 Forwarded Message 
Subject:Re: Ubiquity Proposal - Add "minimal" setup with kernel 
parameter
Date:   Tue, 25 Jul 2017 12:46:42 -0400
From:   Mathieu Trudel-Lapierre 
To: 	Carl Richell , ubuntu-devel 


CC: Ubuntu Desktop Discussion 



On Tue, Jul 11, 2017 at 11:31 AM, Carl Richell > wrote:


   System76 would like to use GNOME Initial Setup for user
   configuration. Currently, there is duplication with Ubiquity.


   We propose changing Ubiquity to add a “minimal” mode, triggered by a
   kernel parameter (a flag similar to how OEM install is triggered
   now). This enables flavors to use whichever version makes sense for
   them. System76’s Pop!_OS and the elementary OS team are interested
   in using “minimal”. Minimal might be attractive to Ubuntu w/ GNOME
   as well.


   “Minimal” will contain the least amount necessary to install the OS.
   We also prefer off-line installs with minimal which would remove
   options to download updates or install 3rdparty software during
   install. This requires adding language packs to the iso when using
   minimal.



Why could this not be a variation on the OEM install type instead? 
Installation can proceed as usual, but presumably you don't already know 
the name of the user you're installing for. In all install cases you'll 
need to at least take the steps of picking a language and keyboard 
mapping for the installer (in case you need to also enter other 
information, such as the OEM ID we ask for to differentiate OEM install 
batches, crypto password, network authentication to reach a mirror, 
etc.). The difference is that when you do an OEM install, you do the 
file copying phase, reboot into an "OEM preparation" environment, so 
that you can do any further customization of the actual setup 
(pre-installing some software that wasn't done automatically, checking 
to make sure everything is as it should, etc). Then you can tell the 
system that everything is ready, and reboot into the "real" system 
customization phase that is done by the end user: user name, hostname, 
timezone, and all of that jazz. Doing so via oem-config or GNOME Initial 
Setup could just as well be a decision left to the OEM provider.


   Minimal screens:

   Welcome/Language Select - change: add KB Layout [1]

   Installation Type - change: move hostname here [2]

   If full disk encryption is chosen, Choose Security Key screen.

   --Timezone: we’d like to remove timezone but Ubiquity is crashing
   when we do so. More investigation is necessary.


   [1] KB layout currently comes after “Installation Type”. Users can’t
   set their layout before typing a full-disk encryption password.
   Moving KB layout forward would fix this. However, Ubuntu uses the
   first Welcome Screen to display both language and “Try Ubuntu” or
   “Install Ubuntu”. A couple of ideas:


I don't question the need to move the keyboard setup earlier, it just 
never got to the top of my priority list. That said, there's already an 
easy workaround, you can choose exactly what keyboard mapping you want 
before you pick "Try" or "Install" if you booted in BIOS mode (I know, 
that doesn't work in UEFI yet). We'll get to fixing this eventually 
(sorry!).



   [2] Hostname is currently on the “Who are you?” screen. It uses the
   username and DMI information to populate the hostname. We propose
   using the same DMI information, adding 4 hexadecimals to the end (a
   checksum of the MAC address “Galag-Pro-A8F3”), and moving the
   hostname up to the “Installation Type” screen. This enables
   “minimal” installs to set the hostname and business customers can
   install the OS on multiple machines, with automatic or custom
   hostnames, then give the computer to their user for account setup.



What would setting the hostname earlier actually bring as a benefit? You 
can already set automatic/custom hostnames as an enterprise policy via 
preseeding or via DHCP. For factory systems, it seems to me like there 
is no benefit in setting any hostname at all (or if there is, please let 
me know); it's a user decision what they want to call their machine. In 
an enterprise setting, I would usually not expect people to use an 
OEM-type install (even your 'minimal' proposal), but rather preseed the 
installation parameters and only leave to users the few decisions that 
would make sense -- in an enterprise setting, this often doesn't even 
include the username.


Making users further go through GNOME Initial Setup should already be 
possible by configuring the final system via a preseed (ie. install the 
right package, but the right files in so it starts when you log in).


My concerns with this are mainly that many of the "advantages" listed in 
the design document [1] for Initial Setup are already 

Re: [TEAM VOTE] Inclusion of gnome-font-viewer package

[flocculant]

+1 from me as well

Kev


On 10/06/17 12:05, Sean Davis wrote:

Hello Team!

Mariusz Kubański (Spass) recently suggested included the 
gnome-font-viewer [1] in our default application set.


"I think that*gnome-font-viewer*would be a very nice inclusion. It's 
very light & simple, doesn't need any dependencies (that aren't 
already met in default Xubuntu) as far as I know.
Why I think it should be included? It's useful to view the fonts that 
are already installed on our system, but most important it helps to 
add a new font by just a click of a button.

As could be seen on this screenshot: http://i.imgur.com/Xdd8q4a.png;

After using the application a few times, I am inclined to agree.  It 
requires little space and no extra dependencies, and provides our 
users a simple way to view and install fonts.


Can you please +1/0/-1 this thread for including this package in 
Xubuntu 17.10 and beyond.


_As with all Team votes - only votes by members of Xubuntu Team [2] 
will be counted._

_
_
[1] https://packages.ubuntu.com/artful/gnome-font-viewer
[2] https://launchpad.net/~xubuntu-team/+members#active 



Thanks!
Sean




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

Prospective Testers: What questions do you have?

[flocculant]

A short while ago we ran the first IRC session for this cycle for 
prospective testers to come along to. This was really a primer for what 
we do. Well - how I run my installs and what I do ...


Turnout was much as it usually is for these things ;)

What I'd like to do next time is build on that - and this is easy for 
you - you don't need to actually come along to anything ...


We ask you to do just 2 things, read the previous session log [1]. Then 
ask your question in this thread, we want the question in the following 
form of so we can easily copy it -


[Question] I want to know if unicorns are real or if they are myths?

Once we have a sensible amount of questions from people - we'll look at 
how to get that information out to people, we have a few options 
available to us there. Another IRC session, a blog post, a wiki page - 
mostly dependent


Kind regards

Kev for Xubuntu QA

[1] https://irclogs.ubuntu.com/2017/05/12/%23xubuntu-devel.html#t19:08


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

Re: Weekly newsletter 19th May 2017

[flocculant]

Hi Will - some comments/questions inline


On 19/05/17 13:06, Will Cooke wrote:

...
= QA =
Added upgrade tests from Zesty to Artful for Ubuntu and flavours.  
Working on making all these tests pass now so that everyone will have 
a solid and reliable upgrade path.
Does this refer to what was previously at 
http://iso.qa.ubuntu.com/qatracker/milestones/376/builds/148044/testcases 
for instance?


I assume this also is part of the irc discussion on 20th?
Work is being done on the installer tests.  This will extend the 
current installer tests to check that not only has the install 
completed successfully but that all desktop environment is working as 
expected, this had previously been covered with manual tests.

Do flavours carry on the discussion here?

Or are you talking about just Ubuntu - while I'd love for some 
autotesting of at least one flavour's iso - I wouldn't be partaking of 
any breath holding competitions - just want some clarification ;)


If you are talking about flavours too - I wonder if this is one of those 
bite too much scenarios?


That said some testing on lightdm for those of us using it would be 
welcome - Robert (Ancell) will know what I mean there.


kind regards

Kev


= Package Updates =
 * GStreamer is now at 1.12 final in 17.10.
 * Chromium: stable 58.0.3029.110, beta 59.0.3071.47, dev 60.0.3095.5
 * LibreOffice 5.3.3 is being tested.
 * CUPS-filters: 1.14.0
 * Snapd-glib: 1.12

= Snaps =
More GNOME applications are being packaged as Snaps. There is still 
some work to do to get them fully confined and fully integrated into 
the desktop.  We’re working on adding Snap support to Gtk’s Portals to 
allow desktop Snaps to access resources outside their sandbox.

We will start tracking the Snaps here:
https://wiki.ubuntu.com/DesktopTeam/GNOME/Snaps

= In the news =
Interview with Ken VanDine on the GNOME Desktop in Ubuntu: 
http://www.omgubuntu.co.uk/2017/05/ubuntu-switch-to-gnome-questions-answered


There's also a survey running to get feedback on some extensions which 
could be shipped with Ubuntu Desktop: 
http://www.omgubuntu.co.uk/2017/05/ubuntu-desktop-gnome-extensions-survey-1710


This was picked up by the Linux Unplugged podcast as their headline 
story: 
http://www.jupiterbroadcasting.com/114701/that-new-user-smell-lup-197/



Cheers, Will





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

Fwd: Suggested deadline for 17.10 installer slideshow updates

[flocculant]

for information



 Forwarded Message 
Subject:Suggested deadline for 17.10 installer slideshow updates
Date:   Thu, 18 May 2017 16:42:23 -0400
From:   Mathieu Trudel-Lapierre 
To: ubuntu-de...@lists.ubuntu.com



Hi,

Last cycle, we've had a fair number of pretty late slideshow updates,
and I had to do some amounts of manual translation mangling to fix
issues. I'd like to avoid that this cycle, and for future cycles, too.


Please see this as a reminder that it's a good idea to update the
desktop installer slideshows early (and now is a great time to do
that!), and often. I will try to track down a new "mascot" image for
17.10 right away.


I would like to suggest we also collectively attempt to stick to a
"stricter" schedule for slideshow updates. As such, I would recommend
having the installer slideshow for your flavour of Ubuntu ready by
September 21st, which happens to be Documentation String Freeze for 17.10.


DocStringFreeze seems a reasonable point in time: it's one week after UI
Freeze, by which time the UI should already be pretty stable (and moreso
given what is typically included in screenshots in an installer
slideshow). If your flavour opts to release Alpha or Beta images, then
you should consider having the slideshow in more or less its final shape
even earlier, of course :)


Thoughts?

--
Mathieu Trudel-Lapierre 
Freenode: cyphermox, Jabber: mathieu...@gmail.com
4096R/65B58DA1 818A D123 0992 275B 23C2  CF89 C67B B4D6 65B5 8DA1





signature.asc
Description: PGP signature
-- 
ubuntu-devel mailing list
ubuntu-de...@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

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

Xubuntu Testers IRC Session

[flocculant]

For the session it's not necessary to have anything installed other than 
a working browser.


It will help to have at least the following open in your browser:

 * http://iso.qa.ubuntu.com/

 * http://packages.qa.ubuntu.com/qatracker/

 * https://docs.xubuntu.org/contributors/qa.html

 * https://wiki.xubuntu.org/qa/isotesting



We'll be using the Xubuntu team's development channel for the most part, 
if IRC is just some acronym that means little - you can join the channel 
from the teams dev tracker - https://dev.xubuntu.org/  .


Go to the IRC tab - this opens a webchat tab, deal with the Captcha, 
then Connect, eventually you'll find yourself in the #xubuntu-devel 
channel (you can 
see channel names in the status at top) in the bar at the bottom type 
/join #xubuntu-offtopic 
.


You are now in both channels. When you want to ask a question - please 
do so in the -offtopic channel, using [QUESTION] - Dave (akxwi-dave) 
will be reading in there and will paste questions into the devel channel 
at appropriate times.


If you know what IRC is and use it - then join the channels as you 
normally would ;)


We'll be covering 5 subjects during the session:

 * Testing for SRU bug fixes

 * Milestone and Daily ISO testing

 * Package testing

 * Exploratory testing

 * Testing Xfce git packages


[1] https://www.timeanddate.com/worldclock/fixedtime.html?msg 
=Xubuntu++Testers+Session 
=20170512T19 
=%3A 
=1 

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

Re: Xubuntu Testing - IRC Session

[flocculant]

On 28/04/17 19:38, flocculant wrote:

Bumping this - will decide on date on the 5th May


On 21/04/17 17:46, flocculant wrote:
It's some time since we last thought about running a session on IRC 
for new testers and how we use the development versions.


We plan to try and run one early in this new Artful cycle, if you are 
interested please pop along to the doodle poll and register your 
interest against the options there [1]


We're not sure of the way we'll run the session - that likely depends 
to some degree on how many people are expected.


We will cover at the least, multi-booting, the Xubuntu PPA's, running 
the development release as your main system, bug reporting and when 
to do it, where you can get close to real-time information on major 
breakages if they occur.


regards

Kev

[1] http://doodle.com/poll/5nkgh7nr7hi2v4h2







Closed poll early.

Session will run (assuming people show up) on:

Friday 12th May @19:00 UTC [1]

regards

Kev


[1] 
https://www.timeanddate.com/worldclock/fixedtime.html?msg=Xubuntu++Testers+Session=20170512T19=%3A=1


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

Fwd: Change of scope and target market for i386

[flocculant]

fyi

 Forwarded Message 
Subject:Change of scope and target market for i386
Date:   Wed, 3 May 2017 18:01:03 +0100
From:   Dimitri John Ledkov 
To: Ubuntu Developers 



##
NB! this is a mailing list for developers, and this is a _proposal_
that I want to discuss with the *buntu developers. There is no need to
OMG this, especially since this is a recurring discussion every single
development cycle for many years now...
##


Hello,

Currently Ubuntu provides many installation medias:

   * Ubuntu Core snappy architecture images

   * Cloud images

   * Container images

   * Server subiquity img/iso

   * Server classic img/iso

   * Desktop live

   * Netinst

   * Board-specific pre-installed builds

i386 architecture is changing.

It is no longer the default, nor most widely used architecture on the
traditional form factors: desktop, laptop, rack servers.

But i386 is becoming more of a purpose built architecture, similar to
how in the past "embedded" devices label was applied. Today, I would
call it an IoT; single purpose device; and a cloud/container guest
architecture.

Ubuntu website download pages have stopped advertising traditional
i386 images for either desktop, server, or cloud, without any
significant backslash and without any noticeable drops in the download
rates.

Therefore I would like to propose the following change of scope for
the i386 architecture.

= Continue to provide for i386 =

   * The Ubuntu archive with security updates

   * Ubuntu Core snappy architecture images

   * Cloud images

   * Container images

   * Server subiquity img/iso

   * netinst

= Discontinue to provide for i386 =

   * Server classic img/iso

   * Desktop live

= Rationale for change =

The above images and scope for i386 will:

   * Expand and grow deployments in the IoT devices sector

   * continue to support the declining i386 classic desktop/server user base

   * Maintain support for minimal / workload-specific cloud deployments
 (cloud & container guests)

= Flavors =

Flavor leads and developers, please consider if the above structure
would also be suitable for your target market and user bases. I.e.
Continue to provide packages and the upgrade path, but discontinue to
manufacture the i386 full-sized / live-cd installation media.

--
Regards,

Dimitri.

--
ubuntu-devel mailing list
ubuntu-de...@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

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

Re: Inclusion of gnome-font-viewer in future releases

[flocculant]

Me and my using artful ... and expecting packages.u.c to care - package 
IS the same, but add option still missing



On 28/04/17 12:26, flocculant wrote:


Package installable from artful repo's is JUST a viewer, no option to 
add fonts.


3.23.91-0ubuntu1

regards


On 28/04/17 12:10, Mariusz Kubański wrote:

Hello.

As a regular user, I have a small suggestion regarding default 
programs installed in Xubuntu.


I think that *gnome-font-viewer* would be a very nice inclusion. It's 
very light & simple, doesn't need any dependencies (that aren't 
already met in default Xubuntu) as far as I know.
Why I think it should be included? It's useful to view the fonts that 
are already installed on our system, but most important it helps to 
add a new font by just a click of a button.

As could be seen on this screenshot: http://i.imgur.com/Xdd8q4a.png

So to summarize: lightweight, user-friendly, in official repos, not 
bloated, without a need for additional packages.


Open for discussion.

Best regards,
Mariusz Kubański (Spass)








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

Re: Inclusion of gnome-font-viewer in future releases

[flocculant]

Package installable from artful repo's is JUST a viewer, no option to 
add fonts.


3.23.91-0ubuntu1

regards


On 28/04/17 12:10, Mariusz Kubański wrote:

Hello.

As a regular user, I have a small suggestion regarding default 
programs installed in Xubuntu.


I think that *gnome-font-viewer* would be a very nice inclusion. It's 
very light & simple, doesn't need any dependencies (that aren't 
already met in default Xubuntu) as far as I know.
Why I think it should be included? It's useful to view the fonts that 
are already installed on our system, but most important it helps to 
add a new font by just a click of a button.

As could be seen on this screenshot: http://i.imgur.com/Xdd8q4a.png

So to summarize: lightweight, user-friendly, in official repos, not 
bloated, without a need for additional packages.


Open for discussion.

Best regards,
Mariusz Kubański (Spass)




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

Re: Xubuntu QA

[flocculant]

:)


On 27/04/17 17:56, Pasi Lallinaho wrote:
The link should be 
https://xubuntu.org/news/xubuntu-quality-assurance-team-spreading-out/


This is likely my mistake that's backfiring from earlier...

Cheers,
Pasi

On 2017-04-27 19:53, Florian Coste wrote:

Hi Flocculant,

The link you gave doesn't exist, there is a Page Not Found...

Anyway, good luck with XFCE.

2017-04-27 18:44 GMT+02:00 flocculant <floccul...@gmx.co.uk 
<mailto:floccul...@gmx.co.uk>>:



During the 17.04 development cycle, I took a back seat with Dave
Pearson taking up the reins. While taking a backseat from Xubuntu
I spent some time working with Simon on new GTK3 Xfce ports from
a testing point of view.

This worked well, so well that Dave and I have decided that the
best way forward for all concerned is to split duties [1]. For at
least now until the end of the next LTS cycle Dave will continue
to deal with the daily Xubuntu QA and I will spend more time on
the Xfce side.

That does not mean that either of us will only do that, Xubuntu
and Xfce are rather strongly tied. You will still see calls for
testing from me, this just means there will be 2 of us on the
development mailing list.

For people who aren't too sure where Dave came from - he came
from the pool of testers we have and is proof that the long-term
plan to invite people from there into Xubuntu QA and from there
into the Xubuntu team works. We do watch for people and they do
get asked to join.

Cheers

Kev


[1]
https://xubuntu.org/xubuntu-quality-assurance-team-spreading-out
<https://xubuntu.org/xubuntu-quality-assurance-team-spreading-out>

--
xubuntu-devel mailing list
xubuntu-devel@lists.ubuntu.com
<mailto:xubuntu-devel@lists.ubuntu.com>
https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel
<https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel>






--
Pasi Lallinaho (knome)›http://open.knome.fi/
Xubuntu Website Lead & Council Member ›http://xubuntu.org/
Shimmer Project co-founder›http://shimmerproject.org/
Ubuntu member




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

Xubuntu QA

[flocculant]

During the 17.04 development cycle, I took a back seat with Dave Pearson 
taking up the reins. While taking a backseat from Xubuntu I spent some 
time working with Simon on new GTK3 Xfce ports from a testing point of view.


This worked well, so well that Dave and I have decided that the best way 
forward for all concerned is to split duties [1]. For at least now until 
the end of the next LTS cycle Dave will continue to deal with the daily 
Xubuntu QA and I will spend more time on the Xfce side.


That does not mean that either of us will only do that, Xubuntu and Xfce 
are rather strongly tied. You will still see calls for testing from me, 
this just means there will be 2 of us on the development mailing list.


For people who aren't too sure where Dave came from - he came from the 
pool of testers we have and is proof that the long-term plan to invite 
people from there into Xubuntu QA and from there into the Xubuntu team 
works. We do watch for people and they do get asked to join.


Cheers

Kev


[1] https://xubuntu.org/xubuntu-quality-assurance-team-spreading-out
-- 
xubuntu-devel mailing list
xubuntu-devel@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel

Xubuntu Testing - IRC Session

[flocculant]

It's some time since we last thought about running a session on IRC for 
new testers and how we use the development versions.


We plan to try and run one early in this new Artful cycle, if you are 
interested please pop along to the doodle poll and register your 
interest against the options there [1]


We're not sure of the way we'll run the session - that likely depends to 
some degree on how many people are expected.


We will cover at the least, multi-booting, the Xubuntu PPA's, running 
the development release as your main system, bug reporting and when to 
do it, where you can get close to real-time information on major 
breakages if they occur.


regards

Kev

[1] http://doodle.com/poll/5nkgh7nr7hi2v4h2


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

Re: 17.10 Milestone Participation

[flocculant]

No idea. We'll find out in the normal manner.


On 18/04/17 17:41, JMZ wrote:
What is the proposed codename for 17.10?  Has this been determined by 
now?


Jordan


On 04/18/2017 12:34 PM, flocculant wrote:

Just to get the stone rolling so no moss gets in on the act :)

My position is that (early) milestones are pretty much useless - same 
position as before ...


Would put forward that we again only involve ourselves in the Beta's.

Kev









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

17.10 Milestone Participation

[flocculant]

Just to get the stone rolling so no moss gets in on the act :)

My position is that (early) milestones are pretty much useless - same 
position as before ...


Would put forward that we again only involve ourselves in the Beta's.

Kev



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

Re: Testing Thunar

[flocculant]

Obviously there's nothing to stop you doing this outside the live 
environment so you keep the patched version - I've had it here for a few 
days since Viktor attached the patch on the Xfce bug.




On 15/04/17 08:17, flocculant wrote:
We've been seeing bugs with thunar hanging  (surprise ...) where 
changes in a window cause it to lock up. [1 ,2]


I've attached a script to run from a live Desktop, comments in the 
script detail what we would like you to do.


Please test this patch. Comment here

regards

Kev

[1] https://bugzilla.xfce.org/show_bug.cgi?id=13481

[2] https://bugs.launchpad.net/ubuntu/+source/thunar/+bug/1679488





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

Testing Thunar

[flocculant]

We've been seeing bugs with thunar hanging  (surprise ...) where changes 
in a window cause it to lock up. [1 ,2]


I've attached a script to run from a live Desktop, comments in the 
script detail what we would like you to do.


Please test this patch. Comment here

regards

Kev

[1] https://bugzilla.xfce.org/show_bug.cgi?id=13481

[2] https://bugs.launchpad.net/ubuntu/+source/thunar/+bug/1679488



test_thunar.sh
Description: application/shellscript
-- 
xubuntu-devel mailing list
xubuntu-devel@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel

Zesty Zapus RC

[flocculant]

Release Candidate ready for testing. I don't doubt there will be 
respins, but for the moment they are at


http://iso.qa.ubuntu.com/qatracker/milestones/375/builds

Thanks all


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

Re: For the website team - improvement to webpage

[flocculant]

On 22/03/17 16:22, George DiceGeorge wrote:




On 22/03/2017 12:40, flocculant wrote:




On 22/03/17 12:14, George DiceGeorge wrote:



I believe that when we boot from a USB stick etc it should analyse 
our system and report whether we would be better off with a 64bit or 
32 bit system, whether xubuntu will work ok on it, and if not advise 
on what other linux distro might work, and advise on partitions, 
free space etc


[george]

...





--








I look forward to seeing your code to do that ;)



i have programmed in Fortran, PL/M, Coral, Basic and Javascript...
was thinking of helping with the user manual for torios...
[george]

<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient> 
	Virus-free. www.avast.com 
<https://www.avast.com/sig-email?utm_medium=email_source=link_campaign=sig-email_content=emailclient> 






Maybe talk to people on their mailing list?

Torios is nothing to do with us

regards
-- 
xubuntu-devel mailing list
xubuntu-devel@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel

Re: For the website team - improvement to webpage

[flocculant]

On 22/03/17 12:14, George DiceGeorge wrote:



I believe that when we boot from a USB stick etc it should analyse our 
system and report whether we would be better off with a 64bit or 32 
bit system, whether xubuntu will work ok on it, and if not advise on 
what other linux distro might work, and advise on partitions, free 
space etc


[george]

...





--








I look forward to seeing your code to do that ;)
-- 
xubuntu-devel mailing list
xubuntu-devel@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel

Re: For the website team - improvement to webpage

[flocculant]

On 22/03/17 11:41, Pasi Lallinaho wrote:

Hello Gary,

while I see where you're coming from, I think there are a few good 
reasons not to mention the forcepae option.


...

Cheers,
Pasi

On 2017-03-11 21:20, fmandnu wrote:


Hello,

On your documentation page at:

https://xubutu.org/getxubuntu/requirements/ you have the statement: 
“Your processor needs to support PAE in order to run Xubuntu.” This 
is correct but I think that you should also mention that some 
processors support PAE but still will not run because the flag does 
not show in the kernel


Best Regards,

Gary M.





--
Pasi Lallinaho (knome)›http://open.knome.fi/
Xubuntu Website Lead & Council Member ›http://xubuntu.org/
Shimmer Project co-founder›http://shimmerproject.org/
Ubuntu member




If someone comes up with suitable wording for using forcepae - which 
would sit on wiki.x.o NOT the Ubuntu page - then I see no reason why not 
have a short statement on Sys Requirements. If.


Mostly I agree with the reasons why we don't mention atm.

Kev

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

Zesty Zapus Final Beta

[flocculant]

We've got images on the tracker [1] ready for testing prior to release 
on Thursday.


Please test and report as always

Thanks all

Kev

[1] http://iso.qa.ubuntu.com/qatracker/milestones/374/builds


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

Beta 1 testing - over-riding earlier mail

[flocculant]

Lightdm has now landed in release images have been rebuilt . We just 
need to test against the newest images at


64 bit - 
http://iso.qa.ubuntu.com/qatracker/milestones/373/builds/143184/testcases


32 bit - 
http://iso.qa.ubuntu.com/qatracker/milestones/373/builds/143185/testcases


Thanks everyone

Kev


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

Beta 1 testers

[flocculant]

Please enable -proposed and update lightdm only. [1]

Then test the following:

1. Lock desktop - can you unlock without trying more than once?
2. Lock desktop,  then login to guest session and logout, revert to
   your normal user - can you unlock without trying more than once?
3. Suspend and restart - can you unlock without trying more than once?

I have managed to fail the 3rd option when I'm a bit quick entering the 
password ... [2]


Thanks

Kev

[1] You should find lightdm package 1.21.5-0ubuntu1 if not - try 
changing repo server to Main.


[2] https://bugs.launchpad.net/lightdm/+bug/1666803

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

Re: Zesty Beta 1 Testing

[flocculant]

On 20/02/17 15:35, אלעד הן wrote:


OK. Will a virtualbox installation help in that?


It will :)





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

Re: Zesty Beta 1 Testing

[flocculant]

On 20/02/17 15:06, אלעד הן wrote:


For testing things other than the installer itself, will a simple 
dist-upgrade on an earlier 17.04 installation be enough?



Yes - purpose of this call though is to get testing done on the installer.



On 20/02/17 14:22, flocculant wrote:

We have images available for testing at

http://iso.qa.ubuntu.com/qatracker/milestones/373/builds

Current ( 20 Feb 12:21:03 UTC) testcases at:

64 bit -
http://iso.qa.ubuntu.com/qatracker/milestones/373/builds/143114/testcases
32 bit -
http://iso.qa.ubuntu.com/qatracker/milestones/373/builds/143115/testcases

I know we have still got the lock issue [1], if a fix lands between 
now and Thursday we will rebuild to include that fix - and have to 
retest.


Please test these images for us - report your findings to the tracker.

Cheers

Kev

[1] https://bugs.launchpad.net/ubuntu/+source/light-locker/+bug/1656399








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

Zesty Beta 1 Testing

[flocculant]

We have images available for testing at

http://iso.qa.ubuntu.com/qatracker/milestones/373/builds

Current ( 20 Feb 12:21:03 UTC) testcases at:

   64 bit -
   http://iso.qa.ubuntu.com/qatracker/milestones/373/builds/143114/testcases
   32 bit -
   http://iso.qa.ubuntu.com/qatracker/milestones/373/builds/143115/testcases

I know we have still got the lock issue [1], if a fix lands between now 
and Thursday we will rebuild to include that fix - and have to retest.


Please test these images for us - report your findings to the tracker.

Cheers

Kev

[1] https://bugs.launchpad.net/ubuntu/+source/light-locker/+bug/1656399
-- 
xubuntu-devel mailing list
xubuntu-devel@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel

Thunar Patch Testing

[flocculant]

Hi all, it's been a quiet cycle from testing point of view so far.

We've not forgotten about thunar - so to cut a long story short you can 
try testing thunar with these patches.


   sudo apt-get build-dep thunar
   git clone git://git.xfce.org/xfce/thunar
   cd thunar
   wget https://bugzilla.xfce.org/attachment.cgi?id=6976 -O fix_crash.patch
   wget https://github.com/jlindgren90/thunar/commit/9c6dbb1dae70.patch
   git apply fix_crash.patch
   git apply 9c6dbb1dae70.patch
   ./autogen.sh
   make
   sudo make install
   thunar -q


You should now be running a git version of thunar - check thunar - help 
- about


Use it, abuse it, see if it fixes the crashes we see when 
copying/renaming files.


When you've finished testing it for us - reply to this please.

To uninstall the git version - enter the thunar folder you created above 
and run


sudo make uninstall

Thanks all

Kev

Note: if you use root thunar via pkexec you will need to edit 
/usr/share/polkit-1/actions/org.xfce.thunar.policy to point to 
/usr/local/bin/thunar





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

[TEAM] Modifying the minimum required RAM

[flocculant]

As per 
https://lists.ubuntu.com/archives/xubuntu-devel/2017-January/011416.html


While I have no doubt that Xubuntu will 'run' with 512MB of RAM - I'd 
not personally like to do so with the increasing requirement that 
applications (browsers for instance) place upon a system.


Even a vm Xubuntu has used 305MB according to free -m without anything 
started.


Better to up that minimum to at least 1024MB.



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

Re: [TEAM] Clarifying the minimum requirements to install/try/run

[flocculant]

Responses inline.


On 23/01/17 21:24, Pasi Lallinaho wrote:

Hello,

based on a discussion that happened a while ago, and after checking if 
the council was OK with the general direction, I want to start a 
discussion on the minimum system requirements – and changing them to 
suit our needs better.


Currently, our website [1] says the following:

To *install* or *try Xubuntu* within the Desktop/Live DVD, you
need *256 MB* of memory, if you are using the /Minimal CD/, which
uses the non-graphical Debian Installer and downloads packages as
you install, you need 128 MB of memory.

*Once installed*, you should have at least *512 MB* of memory.

There are several things I'm proposing to change here. First, the 
minimum requirements for installing or trying Xubuntu should match the 
minimum requirements of actually using Xubuntu. There are (at least) 
three reasons to do this:
– It's very unlikely that somebody will install/try Xubuntu with less 
memory than they'll have after they have installed the system
– The experience the user will get when trying Xubuntu with 256MB 
memory will not be ideal, or even close
– To avoid confusion; we don't want to let people think there is even 
a slim chance that 256MB is enough



Agree that we should match those.


Another thing I want to propose is the removal of the mention to the 
minimal CD. Again, there are a few main reasons for this:

– While the minimal CD can be helpful for some, it isn't Xubuntu
– Installing the Xubuntu desktop from the minimal CD will still 
require a minimum of 512MB to run at least somewhat smoothly; we want 
to avoid confusion and not make people think they can run Xubuntu with 
as little as 128MB memory



Well. Yes I can see the sense in doing this.

I guess we're forgetting about the Xubuntu Core iso idea then :(

Because that would have been a better swap in my opinion.


As you can see from the argumentation above, the main target is to 
clarify the minimum requirements and avoid any confusion.


If anybody has anything against the proposed above, please reply to 
this mail within a week with argumentation. If no objections are made, 
I will start the process to change this information on the website.


Another question that is related, but out of the scope of this exact 
discussion is if we should make the minimum required amount of RAM 
higher than it is now. If people have ideas about this, feel free to 
share them on this mailing list – but please start another thread.



Starting another thread ...


Cheers,
Pasi

[1] http://xubuntu.org/getxubuntu/requirements/
--
Pasi Lallinaho (knome)›http://open.knome.fi/
Xubuntu Website Lead & Council member ›http://xubuntu.org/
Shimmer Project co-founder›http://shimmerproject.org/
Ubuntu member




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

Fwd: Proposal: removing net-tools from ubuntu-minimal in 17.04

[flocculant]

just in case



 Forwarded Message 
Subject:Proposal: removing net-tools from ubuntu-minimal in 17.04
Date:   Sat, 14 Jan 2017 10:27:13 -0800
From:   Steve Langasek 
To: ubuntu-de...@lists.ubuntu.com



Hi all,

Starting last month, Debian has been discussing dropping net-tools[1], which
prompted me to review its status in Ubuntu.  This package, which provides
various commands like ifconfig and netstat, is currently part of
ubuntu-minimal.  However, the tools in this package are largely considered
superseded by iproute2, providing 'ip' and 'ss' tools that interface much
better with modern kernels.  And iproute2 is also part of ubuntu-minimal.

Is there a reason to keep net-tools in ubuntu-minimal, or should we remove
it from the minimal set for 17.04?  Packages / flavors that want it can
still depend on it (which they should technically already be doing anyway).

--
Steve Langasek   Give me a lever long enough and a Free OS
Debian Developer   to set it on, and I can move the world.
Ubuntu Developerhttp://www.debian.org/
slanga...@ubuntu.com vor...@debian.org

[1] https://lists.debian.org/debian-devel/2016/12/msg00604.html



signature.asc
Description: PGP signature
-- 
ubuntu-devel mailing list
ubuntu-de...@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-devel

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

Re: 17.04 Milestones

[flocculant]

Sounds sensible to me.


On 16/12/16 12:00, Dave Pearson wrote:


Sorry for the delay with this

illness delayed it.


After looking at the dates, I personally think that, like previous 
releases we should go for Beta 1 and 2.


I know the number of testers we get has dropped but as its the halfway 
point between the LTS releases we should give Beta 1 a shot.



We also have 16.04.2 coming up i Jan, so really need to give that a 
bit of a push (We should have got rid of our Christmas/New Year 
Hangovers by then)



Dave

Akxwi-dave





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

Mirror List Changes

[flocculant]

Following a mail to the list from a user, we checked the current mirror 
list.


3 were found to 404 and 1 only offered EOL releases, these have now been 
removed from the list.


Mirrors giving 404 were:

http://ubuntu.mirrors.pair.com/cd/xubuntu
http://ubuntu.mirrors.tds.net/pub/cdimage/xubuntu/
http://ftp.utexas.edu/ubuntu-iso/CDs-Xubuntu/

Mirror only offering EOL releases was:
http://contrib-test-vip.andrew.cmu.edu/pub/ubuntu-iso/CDs-Xubuntu/

regards
Kev

Details of removed mirrors:

Pair Networks:
http://ubuntu.mirrors.pair.com/cd/xubuntu/
ftp://ubuntu.mirrors.pair.com/cd/xubuntu/

TDS Internet Services:
http://ubuntu.mirrors.tds.net/pub/cdimage/xubuntu/

The University of Texas at Austin:
http://ftp.utexas.edu/ubuntu-iso/CDs-Xubuntu/
ftp://ftp.utexas.edu/pub/ubuntu-iso/CDs-Xubuntu/

Carnegie Mellon Computer Club
http://contrib-test-vip.andrew.cmu.edu/pub/ubuntu-iso/CDs-Xubuntu/

Attached spreadsheet showing speeds attained from all Xubuntu mirrors 
for ~500Mb of the iso.






mirrors.ods
Description: application/vnd.oasis.opendocument.spreadsheet
-- 
xubuntu-devel mailing list
xubuntu-devel@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/xubuntu-devel

Re: i386 EOL plans for Xubuntu?

[flocculant]

Thanks for bumping this prior to UOS Bryan.

It's unlikely that many (if any) from the Xubuntu Team will make it - we 
rarely manage to get to UOS's due to the time it runs.


Certainly for the time being we see no gain in losing i386 this side of 
18.04


regards

Kev

On 14/11/16 17:07, Bryan Quigley wrote:

Sorry for the late notice - there is a live discussion scheduled for
this Wednesday on this topic for any flavors that want to further the
discussion.

http://summit.ubuntu.com/uos-16 11/meeting/22714/architecture-discussions/

On Mon, Jul 11, 2016 at 2:23 PM, Bryan Quigley
 wrote:

Hi Xubuntu team,

 From the thread on Ubuntu-devel/discuss [1] I'm going to start
conversations with each flavor on what their plans are for i386 in the
18.04 timeframe.  I have some survey results [2] that might help with planning.

The general ideas are either:
*Start Dropping i386 for Xubuntu now*
A. Drop Xubuntu i386 ISO for 16.10
B. In addition to A, also block upgrades by dropping packages from
i386 archive (say xfwm4, but that would need to wait for other derivs..).

Some Pros:  Halves the test cases you need to go through.   Reduces
bandwidth usage and makes it more obvious for new users what to
download.  (Read other thread for some others)

*Wait until after 18.04 and then reconsider dropping i386*

Pros:  Maintain older hardware running Xubuntu for another 2+
years (up from 3 years).

Thoughts?
Bryan

* You could consider any packages that are 100% specific to the
Xubuntu flavor.  I'll be reaching out to Mythbuntu and Ubuntu Studio
separately.

[1] https://lists.ubuntu.com/archives/ubuntu-devel/2016-June/039420.html

[2] The total results for Xubuntu  (48 of the 300 responses - Second
most responses).

How long do you expect this machine to last?
at least 1 year - 3
at least 3 years - 18
at least 5 years - 16
at least 7 years or more - 11

What would be the effect if support ended... (1 is no impact, 5 is
significant impact)
April 2019 (16.04 LTS support ends here for Xubuntu - 3 year LTS)
1 - 5
2 - 6
3 - 8
4 - 9
5 - 17

April 2021
1 - 10
2 - 8
3 - 12
4 - 8
5 - 7

April 2023
1 - 23
2 - 8
3 - 6
4 - 5
5 - 4

i386 - To be clear I mean any 32-bit x86 platform (usually AMD/Intel/VIA).



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

Fwd: Zesty live images will no longer have .pyc files stripped by default - flavour developers please take note

[flocculant]

For information



 Forwarded Message 
Subject: 	Zesty live images will no longer have .pyc files stripped by 
default - flavour developers please take note

Date:   Fri, 4 Nov 2016 11:29:53 +
From:   Iain Lane 
To: ubuntu-rele...@lists.ubuntu.com



Dear flavour developers,

For a long time, we've been stripping .pyc files from live images in order to
save space. This is a speed-vs-space tradeoff, as non-byte-compiled Python code
on the live CDs will run slower.

Ubiquity (the installer) has code to regenerate these files when you install
the system, so the installed system does not suffer from this tradeoff having
been made.

Towards the end of the 16.10 cycle, we reviewed our position[0] to see if it
still made sense in an era where most of our images are less space constrained.
On an Ubuntu Desktop live CD, the saving is approximately 19 MB. Unfortunately
I don't have good numbers for the speed gain, but it is noticable on slow
systems. We consider this an acceptable cost for faster app startup, and so for
Zesty we have inverted this default and made .pyc stripping opt-in instead of
opt-out.

This is an announcement to make flavours aware. If you wish to opt back in,
please reply to this email or raise a merge proposal against lp:livecd-rootfs.

Cheers,

--
Iain Lane  [ i...@orangesquash.org.uk ]
Debian Developer   [ la...@debian.org ]
Ubuntu Developer   [ la...@ubuntu.com ]

[0] https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/1627190



signature.asc
Description: PGP signature
-- 
Ubuntu-release mailing list
ubuntu-rele...@lists.ubuntu.com
Modify settings or unsubscribe at: 
https://lists.ubuntu.com/mailman/listinfo/ubuntu-release

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

Release Candidate 16.10

[flocculant]

Release Candidate week is upon us - please keep an eye on the iso 
tracker, you can start by testing the daily - but watch for Release 
Candidate or Final to appear there. [1]


As is normal with milestones, it is more or less a guarantee that we 
will see rebuilds between now and release on the 13th.


Anything requiring rebuilds is likely to be a result of Ubuntu or other 
flavour needs, we are not expecting us to be uploading much now. 
Possibly some late theme based issues we are aware of.


The draft release note [2] lists known issues.

The daily build iso [3] should remain constant throughout the testing 
period - last modified date should correspond to date on the tracker.


regards

[1] http://iso.qa.ubuntu.com/qatracker/milestones/360/builds
[2] https://wiki.ubuntu.com/YakketyYak/FinalRelease/Xubuntu
[3] http://cdimage.ubuntu.com/xubuntu/daily-live/current/


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

Re: software updater

[flocculant]

Thanks Rob.

Appears to be a private bug for that, I reported it too at 
https://bugs.launchpad.net/bugs/1629900 and attached a fix which doesn't 
include us installing a new package. (thanks krytarik)


regards

On 02/10/16 16:35, Rob Peters wrote:
Software updater (update-manager) has been broken for a while.  Its 
not fixed for other distros but not xubuntu.  If you install 
gir1.2-unity-5.0  that fixes the problem.





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

Re: software updater

[flocculant]

umm - do you mean it is fixed for other distros? If so which ones?

What version of Xubuntu are you talking about?


On 02/10/16 16:35, Rob Peters wrote:
Software updater (update-manager) has been broken for a while.  Its 
not fixed for other distros but not xubuntu.  If you install 
gir1.2-unity-5.0  that fixes the problem.





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

Re: Lock Testing - Round 2

[flocculant]

We've found the problem now.

A change done elsewhere to xubuntu-default-setting

Stopped the 2 screensaver tests now.

Thanks


On 27/09/16 07:42, flocculant wrote:
Removed the guest session part of the testcases - Ubuntu Security Team 
are assigned to that now.


We still need to test both gnome-screensaver and xscreensaver - 
testcases have been changed so you're testing switching between normal 
users.


Time once more (perhaps even more so) is of the essence on this.

Your help testing these 2 screen lock options will be much appreciated.

http://packages.qa.ubuntu.com/qatracker/milestones/361/builds/117794/testcases 



regards





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

Lock Testing - Round 2

[flocculant]

Removed the guest session part of the testcases - Ubuntu Security Team 
are assigned to that now.


We still need to test both gnome-screensaver and xscreensaver - 
testcases have been changed so you're testing switching between normal 
users.


Time once more (perhaps even more so) is of the essence on this.

Your help testing these 2 screen lock options will be much appreciated.

http://packages.qa.ubuntu.com/qatracker/milestones/361/builds/117794/testcases

regards


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

Re: Lock Testing

[flocculant]

We've discovered other issues this morning around this - you can test if 
you want to - but I'd be surprised if you didn't find the same problems.


In addition we've found similar problems on Ubuntu - so hopefully we'll 
have other people looking at the bug as well.


So for the moment you can stand down if you've not started

thanks all


On 23/09/16 18:38, flocculant wrote:


Further to yesterday's mail.

We have 2 testcases now for gnome-screensaver and xscreensaver.

It is important the testcases are run in the order they appear on the 
package tracker.


The 2 tests can be seen at the top of 
http://packages.qa.ubuntu.com/qatracker/milestones/361/builds/117794/testcases


It does explain in the testcases about _not reporting_ bugs against 
these testcase, but I will reiterate it here. Rather than fail either 
of these 2 testcases - pass them and use the Comment area instead.


As intimated on yesterday's mail - we do not have much time to deal 
with this issue.


It shouldn't take much longer than 10 minutes to run both tests and 
report on the tracker - but you will need to test on hardware.


regards

Kev





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

Lock Testing

[flocculant]

Further to yesterday's mail.

We have 2 testcases now for gnome-screensaver and xscreensaver.

It is important the testcases are run in the order they appear on the 
package tracker.


The 2 tests can be seen at the top of 
http://packages.qa.ubuntu.com/qatracker/milestones/361/builds/117794/testcases


It does explain in the testcases about _not reporting_ bugs against 
these testcase, but I will reiterate it here. Rather than fail either of 
these 2 testcases - pass them and use the Comment area instead.


As intimated on yesterday's mail - we do not have much time to deal with 
this issue.


It shouldn't take much longer than 10 minutes to run both tests and 
report on the tracker - but you will need to test on hardware.


regards

Kev

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

Final Beta Testing

[flocculant]

I'm calling a halt to testing on this milestone, we will not be 
releasing the beta due to the lock bug. We'll do some smoketesting just 
to make sure the iso installs properly, but that's easy enough to do. I 
do it daily anyway.


So relax for the moment and take a deep breath while we deal with the 
following.


Over the next day or so, the Tech Lead and I will be setting up a 
testcase for people to test some options as a replacement for light-locker.


As people will know there is little time between now and Final Release.

So we need to get some replacement choices, test as much as possible, 
then make the change to the seed before the Release Candidate arrives.


Once the test is set up, it will live on the package tracker and we will 
want as many people as possible to test that for us.


Hope that makes sense.

regards

Kev


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

Yakkety Yak Final Beta

[flocculant]

Good day all,

it's been a quiet cycle so far so I thought we'd give you some early 
warning of the only iso milestone testing we will be doing during this 
cycle.


Next week, the Final Beta will be available for testing (specific detail 
will follow).


In the meantime if you want to see where we are - dailies are as always 
available on the tracker at 
http://iso.qa.ubuntu.com/qatracker/milestones/360/builds


The draft release note [1] covers issues that we know about - though 
subject to change.


regards


[1] https://wiki.ubuntu.com/Xubuntu/Testing/ReleaseNote


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

Re: Xubuntu Council: Results from the vote

[flocculant]

Thanks Simon,

congrats to all who took part and those elected.

For the sake of posterity and archive the result can be found at :

http://civs.cs.cornell.edu/cgi-bin/results.pl?id=E_83aea81da4e6db48

The eagle-eyed will note 12 authorized voters and actual votes cast as 
11. This is what happens when someone's e-mail address becomes 
unavailable for whatever reasons and they contact the poll supervisor to 
say they've not received vote url. (Trust is key and easy when we're 
only a small group of voters)


regards



On 31/08/16 18:18, Simon Steinbeiss wrote:

Hi everyone,

this is to briefly and publicly announce the results of the vote 
regarding the formation of a Xubuntu Council [0].

1. Sean Davis  (Condorcet winner: wins contests with all other choices)

2. Simon Steinbeiß  loses to Simon Davis by 7–3

3. Pasi Lallinaho  loses to Simon Davis by 7–4, loses to Simon 
Steinbeiß by 7–3


4. Unit 193  loses to Simon Davis by 6–2, loses to Pasi Lallinaho by 6–5


Cheers
Simon


[0] 
https://lists.ubuntu.com/archives/xubuntu-devel/2016-August/011276.html





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

[TEAM] Xubuntu Council Poll

[flocculant]

The poll to select 3 of us for Xubuntu Council has now started. The poll 
is slated to finish on 4th September 2016 at 18:00 UTC, but if all votes 
have been cast prior to that then it will finish early.


You will have an e-mail with your voting URL.

Note that only members of Xubuntu Team[1] will have a vote.

If you have a problem please contact me.

regards

Kev

[1] https://launchpad.net/~xubuntu-team



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

Re: Cursor Loss on Suspend/Lock

[flocculant]

Thanks for bug comment ;)

On 16/08/16 16:32, Rudi Servo wrote:

So far so good, on Lenovo T450 - i5


On 16-08-2016 14:17, flocculant wrote:
This how now made it to -proposed ready for verificatioon prior to 
being released.


Please test the xserver-xorg-video-intel package available in xenial 
proposed [1] and comment on the bug as per Adam Conrad's comment on 
the relevant bug [2]


Thanks all

[1] https://wiki.ubuntu.com/Testing/EnableProposed
[2] 
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1568604/comments/203










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

Re: Cursor Loss on Suspend/Lock

[flocculant]

Thanks for the comment - but if it doesn't actually get to the bug 
report - it's not really of any use to us.


Regards.


On 16/08/16 16:32, Rudi Servo wrote:

So far so good, on Lenovo T450 - i5


On 16-08-2016 14:17, flocculant wrote:
This how now made it to -proposed ready for verificatioon prior to 
being released.


Please test the xserver-xorg-video-intel package available in xenial 
proposed [1] and comment on the bug as per Adam Conrad's comment on 
the relevant bug [2]


Thanks all

[1] https://wiki.ubuntu.com/Testing/EnableProposed
[2] 
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1568604/comments/203










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

Re: Cursor Loss on Suspend/Lock

[flocculant]

This how now made it to -proposed ready for verificatioon prior to being 
released.


Please test the xserver-xorg-video-intel package available in xenial 
proposed [1] and comment on the bug as per Adam Conrad's comment on the 
relevant bug [2]


Thanks all

[1] https://wiki.ubuntu.com/Testing/EnableProposed
[2] 
https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1568604/comments/203




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

Xubuntu Council Nomination

[flocculant]

I would like to nominate Unit193 for a position on the council (with 
their pre-approval).


Unit193 is currently the team's Debian Liason.

I've worked with them for some time in the Xubuntu council and believe 
their attitude is one well suited to ensuring that Xubuntu doesn't allow 
events to force our hand, while also ensuring that Xubuntu moves forward.


I believe that they would ensure that we have a steady hand on the tiller.

regards

Kev



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