This list is closed, nobody may subscribe to it.
| 2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2004 |
Jan
(32) |
Feb
(7) |
Mar
(10) |
Apr
(5) |
May
(1) |
Jun
|
Jul
(4) |
Aug
|
Sep
(1) |
Oct
(3) |
Nov
(7) |
Dec
(1) |
| 2005 |
Jan
(1) |
Feb
(1) |
Mar
(6) |
Apr
(3) |
May
(1) |
Jun
(1) |
Jul
(20) |
Aug
(9) |
Sep
|
Oct
(1) |
Nov
|
Dec
|
| 2006 |
Jan
(3) |
Feb
(5) |
Mar
(2) |
Apr
(3) |
May
(1) |
Jun
(3) |
Jul
(3) |
Aug
(3) |
Sep
(8) |
Oct
(2) |
Nov
(3) |
Dec
(1) |
| 2007 |
Jan
|
Feb
(2) |
Mar
(3) |
Apr
(11) |
May
(2) |
Jun
(3) |
Jul
(7) |
Aug
(11) |
Sep
(11) |
Oct
(2) |
Nov
(3) |
Dec
(3) |
| 2008 |
Jan
(1) |
Feb
(3) |
Mar
(2) |
Apr
(11) |
May
(14) |
Jun
(6) |
Jul
(2) |
Aug
(2) |
Sep
(1) |
Oct
(5) |
Nov
(1) |
Dec
(1) |
| 2009 |
Jan
(1) |
Feb
(2) |
Mar
(6) |
Apr
(3) |
May
(4) |
Jun
(1) |
Jul
(6) |
Aug
(4) |
Sep
(2) |
Oct
(7) |
Nov
(1) |
Dec
(10) |
| 2010 |
Jan
(5) |
Feb
(1) |
Mar
(2) |
Apr
|
May
(10) |
Jun
(4) |
Jul
(6) |
Aug
|
Sep
(2) |
Oct
(5) |
Nov
(4) |
Dec
(1) |
| 2011 |
Jan
(3) |
Feb
(5) |
Mar
(44) |
Apr
(13) |
May
(9) |
Jun
(1) |
Jul
(4) |
Aug
(1) |
Sep
(2) |
Oct
(4) |
Nov
(7) |
Dec
(4) |
| 2012 |
Jan
(5) |
Feb
(7) |
Mar
(7) |
Apr
(38) |
May
(26) |
Jun
(19) |
Jul
(14) |
Aug
(16) |
Sep
(9) |
Oct
(2) |
Nov
(65) |
Dec
(38) |
| 2013 |
Jan
(13) |
Feb
(5) |
Mar
(8) |
Apr
(4) |
May
(17) |
Jun
(3) |
Jul
(3) |
Aug
(2) |
Sep
(2) |
Oct
(10) |
Nov
(3) |
Dec
(3) |
| 2014 |
Jan
(14) |
Feb
(3) |
Mar
(4) |
Apr
|
May
(2) |
Jun
|
Jul
(1) |
Aug
(2) |
Sep
|
Oct
(7) |
Nov
(25) |
Dec
(10) |
| 2015 |
Jan
(2) |
Feb
|
Mar
(2) |
Apr
(3) |
May
|
Jun
|
Jul
(2) |
Aug
(14) |
Sep
|
Oct
(2) |
Nov
|
Dec
|
| 2016 |
Jan
|
Feb
|
Mar
(6) |
Apr
(1) |
May
(1) |
Jun
|
Jul
(1) |
Aug
(1) |
Sep
(1) |
Oct
|
Nov
(9) |
Dec
|
| 2017 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(1) |
Jul
(1) |
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
(1) |
|
From: UpStage <in...@up...> - 2017-12-05 12:46:20
|
hi everyone,
as 2017 rolls closer to its end, it's time to remind those of you who
haven't yet signed up to the new UpStage lists, to please do so if you
want to stay updated on all things UpStage. At some point soon we will
close the lists at these SourceForge addresses.
you can find the new lists at:
* Announcements:
https://lists.servus.at/mailman/listinfo/upstage-lists.servus.at
* Developers:
https://lists.servus.at/mailman/listinfo/upstage-dev-lists.servus.at
& here's the update we've just sent to the new list:
* Paul Rohlach continues to the AUT student team on the development of
our new platform, Limelight; you can follow the development through
the students' blog posts, https://upstage.org.nz/?page_id=1553, and
on GitHub: https://github.com/upstage-org/limelight - yay Paul & the
students!
* Petyr Veenstra has joined the Limelight development team - yay Petyr!
* investigations continue into the possibility of accessing funding
for the new platform via UK and EU sources - yay Christina
Papagiannouli, Maria Chatzichristodoulou & Ruth Catlow!
* a new cyberformance on the theme of the "war on cash" and the
digitisation of financial transactions is slowly evolving - yay us!
& watch this space ...
if you have an itch to create something in UpStage, or simply to play
around, don't forget that UpStage v3 is up and running at
http://live.upstage.org.nz/. if you need a log-in, just email us.
warm greetings from cyberspace,
--
vicki smith & helen varley jamieson
UpStage
in...@up...
www.upstage.org.nz
|
|
From: helen v. j. <he...@cr...> - 2017-08-18 10:33:47
|
hi UpStagers, in case some of you haven't got round to signing onto the new list yet, here's the message i've just sent to it: there will be an open walkthrough this coming sunday, 20 August, at 11pm CET (find your local time here: http://www.worldtimeserver.com/convert_time_in_SE.aspx?y=2017&mo=8&d=20&h=23&mn=0) it will be held on http://live.upstage.org.nz - if you need a log-in, let me know. it would be great to see some of you there :) PLEASE SIGN ON TO THE NEW LISTS if you haven't already: Announcements list: https://lists.servus.at/mailman/listinfo/upstage-lists.servus.at Developers list: https://lists.servus.at/mailman/listinfo/upstage-dev-lists.servus.at see you on sunday! h : ) -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.upstage.org.nz |
|
From: UpStage <in...@up...> - 2017-07-14 15:12:42
|
dear friends of UpStage, for some time now we have been planning to move the UpStage mailing lists from Sourceforge to a new host. After using Sourceforge as the code repository for many years, we moved to Github a few years ago, but left the mailing lists at Sourceforge because there was no real need to move them. Howver, recent changes at Sourceforge have made it less convenient to keep the lists there, and we have found a great new host: http://www.servus.at - an Austrian organisation providing hosting and mailing lists for arts groups. *if you want to continue being part of the UpStage community,**please subscribe to the new lists here*: * UpStage List - announcements of shows and events & news about the project https://lists.servus.at/mailman/listinfo/upstage-lists.servus.at * UpStage Developers List - for anyone who is interested in the development of the UpStage software and its successor, Limelight (developers, and also those of you who would like to contribute to the design, testing, etc of the new platform). https://lists.servus.at/mailman/listinfo/upstage-dev-lists.servus.at the Sourceforge lists won't be immediately deleted, but we will stop using them from now on, and there are interesting things happening in the pipeline so please don't delay in subscribing to the new lists. it only takes a minute of your time! thanks, helen & vicki -- vicki smith & helen varley jamieson UpStage in...@up... www.upstage.org.nz |
|
From: helen v. j. <he...@cr...> - 2017-06-28 08:31:52
|
hi everyone, sourceforge has just sent out an automated message to everyone on this list, asking you to confirm your membership of the list. this is a genuine message from sourceforge, so if you would like to stay in contact with the UpStage project, please do confirm it. i think it is something to do with sourceforge updating their privacy policies & needing confirmation that it's ok to send you email. we do plan to move the UpStage mailing lists away from sourceforge in the near future. the mailing lists are hosted there because originially we used sourceforge as our code repository, and it made sense to also host the email lists there since this was offered for free. a few years ago we moved the code repository to github (if you are interested in the code, please go here for links: https://upstage.org.nz/?page_id=1553) but as github doesn't include mailing lists, we kept using the sourceforge mailing lists. we are now thinking about what is the best way to manage our email lists & will likely move the lists in the near future, but for the time being if you want to stay in contact, please click on the sourceforge email link & confirm your list membership & that it's ok for sourceforge to send email to you. meanwhile, we are busy working on the new platform, Limelight, & there is a show in development called "Cashflow"; so stay tuned for more details :) helen : ) -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.upstage.org.nz *We have a situation, Coventry! <http://www.wehaveasituation.net/?p=1402>* 24 November 2016 |
|
From: helen v. j. <he...@cr...> - 2017-05-02 16:44:30
|
hi everyone, things appear to be quiet at UpStage, but there is plenty of activity going on behind the scenes! Paul Rohrlach is leading the development of "Limelight", a complete rebuild of UpStage using new technologies and architecture. he is working with the ongoing student team at Auckland University of Technology. if you are interested in following the development and helping out in any capacity - testing and contributing ideas is useful as well as programming - then check it out at https://github.com/upstage-org/limelight an international festival of "Radical Performance" is taking place in Tehran this summer; the director of the festival says “This festival is an opportunity to focus on the diverse points of view in the scope of performance and interdisciplinary studies like Alternative Performance , Performance Art, Video Performance (international) and Cyberformance (international), some of which have been introduced for the first time to Iranian art scene,” http://radicalperformance.ir/en/news/golden-radical-prize-open-call-for-the-first-international-festival-of-radical-performance/ they actually have an application form specifically for cyberformance: http://radicalperformance.ir/en/cyberformance-application-form/ it would be great to offer some UpStage performances, or other cyberformance / networked performance that you might be doing at the moment. as usual the timeframe is short (deadline 5 may! that's FRIDAY!) but if anyone would like to propose something, please do. UpStage is working, & i am happy to assist/collaborate/help you remount your performances. helen :) -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.upstage.org.nz *We have a situation, Coventry! <http://www.wehaveasituation.net/?p=1402>* 24 November 2016 |
|
From: vicki s. <dig...@cl...> - 2016-11-30 11:01:02
|
Yes great :) > On 30/11/2016, at 23:22, helen varley jamieson <he...@up...> wrote: > > thanks for this martin :) > > a pre-check for flash would be a good idea, since also we often get > people trying to access it on tablets/ipads now, even if we've told them > that it won't work. it would be nice if there was a check then a > friendly message displayed explaining that flash is needed, so that at > least people know what their problem is rather than think it's something > wrong with UpStage. > > maybe a nice task for the new students coming on board in the new year > ... ? i'll put it onto github. > > h : ) > >> On 30/11/16 5:11 22AM, Martin Eisenbarth wrote: >> hi helen, >> >> good to hear it all went very well so far! :) >> >> just one remark about the phenomenon to see an endless loading screen. i >> had the same problem on firefox. on the webpage there are actually two >> visible layers, one is the "loading screen" and the other is the actual >> "flash screen" (running client.swf). because some browsers nowadays will >> block flash by default the flash file wont get executed and by hiding >> behind the loading screen no user-interaction is possible to allow >> executing flash content. removing the loading layer would help, >> otherwise a pre-check for flash would avoid this... >> >> and great to see progress on future upstage platforms! i am also working >> on downstage but with too little time... >> >> cheers, >> martin >> >> >>> Am 29.11.2016 um 16:01 schrieb helen varley jamieson: >>> hi everyone, >>> >>> last week we had the "we have a situation!" performance in coventry, >>> which is the first public performance on UpStage since we moved to the >>> new server in march/april. i'm happy to say that everything went very >>> well! :) >>> >>> we had a series of technical issues during the preceeding week, which >>> unfortunately was quite disruptive for the workshop process. the two >>> main problems were around media uploading, and voices. these have been >>> documented on github (https://github.com/upstage-org/upstage/issues) >>> and, thanks to paul's daily slaving over hot code, most have been resolved. >>> >>> i have to admit that on wednesday night i lay in bed thinking, this is >>> it, we can't use UpStage anymore, & trying to come up with workaround >>> solutions for possible failures. however, paul did his magic, the >>> planets aligned, & on thursday everything worked perfectly. the only >>> technical problem we had was my bluetooth webcam losing connection a >>> couple of times, i think because there were too many audience members >>> between it and my laptop. we managed to have a full rehearsal in the >>> afternoon, with 26 connected audience computers, & in the evening the >>> performance was followed by nearly 2 hours of discussion and the >>> streaming didn't even get too much lag. >>> >>> during the performance we had 3 streams going - one audio only, one >>> video only, and one audio & video together; then for the discussion we >>> had a single audio-video stream. at the venue, with 7 player computers >>> and 2 audience computers on the same network, we didn't experience much >>> delay in the streams at all. we had someone mixing audio on his computer >>> & sending this as an audio stream - i suggested that he not leave it >>> open for the entire show but stop & restart it occasionally in order to >>> avoid the lag build-up, but i don't know if he actually did that. >>> >>> i did hear from a couple of online audience members elsewhere that they >>> had trouble logging in. one friend in amsterdam said that the stage just >>> said loading all the time & never actually loaded. another man in >>> coventry said that he had to reload the stage a couple of times. we only >>> had a total of 13 audience connections for the performance (a bit >>> disappointing!) so i don't think these problems could have been due to >>> our server struggling. >>> >>> the participants here in coventry, & audiences online & in coventry, >>> found it a really engaging & thought-provoking event, & were generally >>> impressed with UpStage & the possibilities it offers. so i was able to >>> revise my depressing thoughts about not continuing to use UpStage! >>> >>> however, it does underline what we already know - the end is approaching >>> for the old code, & we need to do everything we can to move forward with >>> new developments. the AUT students are working on it >>> (https://github.com/AUTUpStageTeam/NewUpStage/), paul is working on >>> Limelight (https://github.com/upstage-org/limelight) - you are all >>> welcome to get involved! there is also continuing endeavours through UK >>> & european channels to find a decent chunk of funding & other support. >>> >>> thanks very much to paul for his number 8 wire patch-up jobs to keep the >>> old lady alive, to martin & katarina for screen recording, to martin for >>> code tips, & to any of you out there who tuned in to see the show. >>> >>> h : ) >>> -- >>> helen varley jamieson >>> he...@cr... <mailto:he...@cr...> >>> http://www.creative-catalyst.com >>> http://www.upstage.org.nz >>> >>> *We have a situation, Coventry! <http://www.wehaveasituation.net/?p=1402>* >>> 24 November 2016 >> >> >> ------------------------------------------------------------------------------ >> _______________________________________________ >> Upstage-list mailing list >> Ups...@li... >> https://lists.sourceforge.net/lists/listinfo/upstage-list > > > -- > helen varley jamieson > UpStage festival architect > he...@up... <mailto:he...@up...> > www.upstage.org.nz <http://www.upstage.org.nz/blog> > > ------------------------------------------------------------------------------ > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list |
|
From: helen v. j. <he...@up...> - 2016-11-30 10:22:35
|
thanks for this martin :) a pre-check for flash would be a good idea, since also we often get people trying to access it on tablets/ipads now, even if we've told them that it won't work. it would be nice if there was a check then a friendly message displayed explaining that flash is needed, so that at least people know what their problem is rather than think it's something wrong with UpStage. maybe a nice task for the new students coming on board in the new year ... ? i'll put it onto github. h : ) On 30/11/16 5:11 22AM, Martin Eisenbarth wrote: > hi helen, > > good to hear it all went very well so far! :) > > just one remark about the phenomenon to see an endless loading screen. i > had the same problem on firefox. on the webpage there are actually two > visible layers, one is the "loading screen" and the other is the actual > "flash screen" (running client.swf). because some browsers nowadays will > block flash by default the flash file wont get executed and by hiding > behind the loading screen no user-interaction is possible to allow > executing flash content. removing the loading layer would help, > otherwise a pre-check for flash would avoid this... > > and great to see progress on future upstage platforms! i am also working > on downstage but with too little time... > > cheers, > martin > > > Am 29.11.2016 um 16:01 schrieb helen varley jamieson: >> hi everyone, >> >> last week we had the "we have a situation!" performance in coventry, >> which is the first public performance on UpStage since we moved to the >> new server in march/april. i'm happy to say that everything went very >> well! :) >> >> we had a series of technical issues during the preceeding week, which >> unfortunately was quite disruptive for the workshop process. the two >> main problems were around media uploading, and voices. these have been >> documented on github (https://github.com/upstage-org/upstage/issues) >> and, thanks to paul's daily slaving over hot code, most have been resolved. >> >> i have to admit that on wednesday night i lay in bed thinking, this is >> it, we can't use UpStage anymore, & trying to come up with workaround >> solutions for possible failures. however, paul did his magic, the >> planets aligned, & on thursday everything worked perfectly. the only >> technical problem we had was my bluetooth webcam losing connection a >> couple of times, i think because there were too many audience members >> between it and my laptop. we managed to have a full rehearsal in the >> afternoon, with 26 connected audience computers, & in the evening the >> performance was followed by nearly 2 hours of discussion and the >> streaming didn't even get too much lag. >> >> during the performance we had 3 streams going - one audio only, one >> video only, and one audio & video together; then for the discussion we >> had a single audio-video stream. at the venue, with 7 player computers >> and 2 audience computers on the same network, we didn't experience much >> delay in the streams at all. we had someone mixing audio on his computer >> & sending this as an audio stream - i suggested that he not leave it >> open for the entire show but stop & restart it occasionally in order to >> avoid the lag build-up, but i don't know if he actually did that. >> >> i did hear from a couple of online audience members elsewhere that they >> had trouble logging in. one friend in amsterdam said that the stage just >> said loading all the time & never actually loaded. another man in >> coventry said that he had to reload the stage a couple of times. we only >> had a total of 13 audience connections for the performance (a bit >> disappointing!) so i don't think these problems could have been due to >> our server struggling. >> >> the participants here in coventry, & audiences online & in coventry, >> found it a really engaging & thought-provoking event, & were generally >> impressed with UpStage & the possibilities it offers. so i was able to >> revise my depressing thoughts about not continuing to use UpStage! >> >> however, it does underline what we already know - the end is approaching >> for the old code, & we need to do everything we can to move forward with >> new developments. the AUT students are working on it >> (https://github.com/AUTUpStageTeam/NewUpStage/), paul is working on >> Limelight (https://github.com/upstage-org/limelight) - you are all >> welcome to get involved! there is also continuing endeavours through UK >> & european channels to find a decent chunk of funding & other support. >> >> thanks very much to paul for his number 8 wire patch-up jobs to keep the >> old lady alive, to martin & katarina for screen recording, to martin for >> code tips, & to any of you out there who tuned in to see the show. >> >> h : ) >> -- >> helen varley jamieson >> he...@cr... <mailto:he...@cr...> >> http://www.creative-catalyst.com >> http://www.upstage.org.nz >> >> *We have a situation, Coventry! <http://www.wehaveasituation.net/?p=1402>* >> 24 November 2016 >> > > > ------------------------------------------------------------------------------ > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list > -- helen varley jamieson UpStage festival architect he...@up... <mailto:he...@up...> www.upstage.org.nz <http://www.upstage.org.nz/blog> |
|
From: Martin E. <ey...@fo...> - 2016-11-30 05:30:00
|
hi helen, good to hear it all went very well so far! :) just one remark about the phenomenon to see an endless loading screen. i had the same problem on firefox. on the webpage there are actually two visible layers, one is the "loading screen" and the other is the actual "flash screen" (running client.swf). because some browsers nowadays will block flash by default the flash file wont get executed and by hiding behind the loading screen no user-interaction is possible to allow executing flash content. removing the loading layer would help, otherwise a pre-check for flash would avoid this... and great to see progress on future upstage platforms! i am also working on downstage but with too little time... cheers, martin Am 29.11.2016 um 16:01 schrieb helen varley jamieson: > hi everyone, > > last week we had the "we have a situation!" performance in coventry, > which is the first public performance on UpStage since we moved to the > new server in march/april. i'm happy to say that everything went very > well! :) > > we had a series of technical issues during the preceeding week, which > unfortunately was quite disruptive for the workshop process. the two > main problems were around media uploading, and voices. these have been > documented on github (https://github.com/upstage-org/upstage/issues) > and, thanks to paul's daily slaving over hot code, most have been resolved. > > i have to admit that on wednesday night i lay in bed thinking, this is > it, we can't use UpStage anymore, & trying to come up with workaround > solutions for possible failures. however, paul did his magic, the > planets aligned, & on thursday everything worked perfectly. the only > technical problem we had was my bluetooth webcam losing connection a > couple of times, i think because there were too many audience members > between it and my laptop. we managed to have a full rehearsal in the > afternoon, with 26 connected audience computers, & in the evening the > performance was followed by nearly 2 hours of discussion and the > streaming didn't even get too much lag. > > during the performance we had 3 streams going - one audio only, one > video only, and one audio & video together; then for the discussion we > had a single audio-video stream. at the venue, with 7 player computers > and 2 audience computers on the same network, we didn't experience much > delay in the streams at all. we had someone mixing audio on his computer > & sending this as an audio stream - i suggested that he not leave it > open for the entire show but stop & restart it occasionally in order to > avoid the lag build-up, but i don't know if he actually did that. > > i did hear from a couple of online audience members elsewhere that they > had trouble logging in. one friend in amsterdam said that the stage just > said loading all the time & never actually loaded. another man in > coventry said that he had to reload the stage a couple of times. we only > had a total of 13 audience connections for the performance (a bit > disappointing!) so i don't think these problems could have been due to > our server struggling. > > the participants here in coventry, & audiences online & in coventry, > found it a really engaging & thought-provoking event, & were generally > impressed with UpStage & the possibilities it offers. so i was able to > revise my depressing thoughts about not continuing to use UpStage! > > however, it does underline what we already know - the end is approaching > for the old code, & we need to do everything we can to move forward with > new developments. the AUT students are working on it > (https://github.com/AUTUpStageTeam/NewUpStage/), paul is working on > Limelight (https://github.com/upstage-org/limelight) - you are all > welcome to get involved! there is also continuing endeavours through UK > & european channels to find a decent chunk of funding & other support. > > thanks very much to paul for his number 8 wire patch-up jobs to keep the > old lady alive, to martin & katarina for screen recording, to martin for > code tips, & to any of you out there who tuned in to see the show. > > h : ) > -- > helen varley jamieson > he...@cr... <mailto:he...@cr...> > http://www.creative-catalyst.com > http://www.upstage.org.nz > > *We have a situation, Coventry! <http://www.wehaveasituation.net/?p=1402>* > 24 November 2016 > |
|
From: helen v. j. <he...@cr...> - 2016-11-29 15:01:27
|
hi everyone, last week we had the "we have a situation!" performance in coventry, which is the first public performance on UpStage since we moved to the new server in march/april. i'm happy to say that everything went very well! :) we had a series of technical issues during the preceeding week, which unfortunately was quite disruptive for the workshop process. the two main problems were around media uploading, and voices. these have been documented on github (https://github.com/upstage-org/upstage/issues) and, thanks to paul's daily slaving over hot code, most have been resolved. i have to admit that on wednesday night i lay in bed thinking, this is it, we can't use UpStage anymore, & trying to come up with workaround solutions for possible failures. however, paul did his magic, the planets aligned, & on thursday everything worked perfectly. the only technical problem we had was my bluetooth webcam losing connection a couple of times, i think because there were too many audience members between it and my laptop. we managed to have a full rehearsal in the afternoon, with 26 connected audience computers, & in the evening the performance was followed by nearly 2 hours of discussion and the streaming didn't even get too much lag. during the performance we had 3 streams going - one audio only, one video only, and one audio & video together; then for the discussion we had a single audio-video stream. at the venue, with 7 player computers and 2 audience computers on the same network, we didn't experience much delay in the streams at all. we had someone mixing audio on his computer & sending this as an audio stream - i suggested that he not leave it open for the entire show but stop & restart it occasionally in order to avoid the lag build-up, but i don't know if he actually did that. i did hear from a couple of online audience members elsewhere that they had trouble logging in. one friend in amsterdam said that the stage just said loading all the time & never actually loaded. another man in coventry said that he had to reload the stage a couple of times. we only had a total of 13 audience connections for the performance (a bit disappointing!) so i don't think these problems could have been due to our server struggling. the participants here in coventry, & audiences online & in coventry, found it a really engaging & thought-provoking event, & were generally impressed with UpStage & the possibilities it offers. so i was able to revise my depressing thoughts about not continuing to use UpStage! however, it does underline what we already know - the end is approaching for the old code, & we need to do everything we can to move forward with new developments. the AUT students are working on it (https://github.com/AUTUpStageTeam/NewUpStage/), paul is working on Limelight (https://github.com/upstage-org/limelight) - you are all welcome to get involved! there is also continuing endeavours through UK & european channels to find a decent chunk of funding & other support. thanks very much to paul for his number 8 wire patch-up jobs to keep the old lady alive, to martin & katarina for screen recording, to martin for code tips, & to any of you out there who tuned in to see the show. h : ) -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.upstage.org.nz *We have a situation, Coventry! <http://www.wehaveasituation.net/?p=1402>* 24 November 2016 |
|
From: helen v. j. <he...@cr...> - 2016-11-23 21:56:38
|
hi everyone, quick reminder about tomorrow's cyberformance event - "We have a situation, Coventry!" at 7pm UK time, online and at the Shop Front Theatre Coventry. Find your local time here: https://tinyurl.com/z464k6y there will be a live link to the stage approximately 15 minutes before show time, on the project website http://www.wehaveasituation.net - you can also find more information about the project here. i hope to see some of you online for the performance & discussion! helen : ) -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.upstage.org.nz *We have a situation, Coventry! <http://www.wehaveasituation.net/?p=1402>* 24 November 2016 |
|
From: UpStage <in...@up...> - 2016-11-14 11:09:52
|
hi everyone, the next performance in UpStage is "We have a situation, Coventry! <http://www.wehaveasituation.net/?page_id=1414>" and takes place on *Thursday 24 November at 7pm UK time*. "We have a situation, Coventry!" is the sixth event in the ongoing networked performance series "We have a situation! <http://www.wehaveasituation.net/>", which uses cyberformance to address topical local/global issues. This "situation" explores the university-city relationship in Coventry. As the university rapidly grows and dominates the centre of the city, what is happening to the social relationships between the local citizens and the staff and students of the university? What does the university bring to Coventry, and what does the town give to the university? What is gained or lost in the process? The event on Thursday 24th consists of a cyberformance followed by a live discussion between local participants at the Shopfront Theatre in Coventry and online participants from around the world. The cyberformance is being created by university students and Coventry locals during a week-long workshop, led by Helen Varley Jamieson who is currently International Artist in Residence at Coventry University's Disruptive Media Learning Lab. A live link to the online stage will be available here <https://upstage.org.nz/?event=we-have-a-situation-coventry> and here <http://www.wehaveasituation.net/?page_id=1414> shortly before the performance time; find your local time here <https://tinyurl.com/z464k6y>. Everyone is welcome! *Other news from UpStage* _The new server_: we are sorting out the last of the things that didn't transfer smoothly when we moved UpStage to a new server in March, and we are planning how to predict and manage the financial impact of the new server. _The new platform_: the AUT student team has been working on R&D for the complete rebuild of UpStage, and have started to build a few things. Paul Rohrlach has also begun a new development, called Limelight. You can follow progress via Github - there are links to the repositories here <https://upstage.org.nz/?page_id=1553>. We are continuing to investigate international funding possibilities via the UK and EU. _The AUT Student Team_: we have just farewelled two very active team members, Minju Park and Keenen Leyson, who are now graduating and emerging into the "real" world. We wish them all the best for their future careers, & hope they will stay involved in UpStage through the developers' list. Jason Mills is the continuing team member, and we look forward to welcoming some enthusiastic new students in the new year. see you online on Thursday 24th! (or the 25th if you're in NZ/Australia area) -- vicki smith & helen varley jamieson UpStage in...@up... www.upstage.org.nz |
|
From: helen v. j. <he...@up...> - 2016-11-14 09:59:19
|
hi yue, thanks very much for responding :) however the chaos we experienced yesterday wasn't caused by media being uploaded or assigned to the stage while we were on the stage. there were only 3 of us on the stage, & no-one doing any uploading or assigning. it started when we opened additional browsers in order to simulate audience (we were trying to stress-test the streaming) - at least, we think that's when it started. it was then clear to each of us that we were seeing different things in our 2 browsers (see the screengrabs at https://github.com/upstage-org/upstage/issues/296). i don't have any idea what caused the first thing to go wrong, but i have the feeling that once one media item becomes mixed up (i.e. a different image showing to different people/browsers, or the names getting swapped in the chat), then there is a kind of chain reaction with more things gettig swapped around. could something like that happen? if there are numbers allocated for things, for example, & once it's got out of sequence with one then it has a domino effect? h :/ On 14/11/16 5:06 12AM, Yue wrote: > Hello everyone, > > I recall I once wrote one paper about the issues as part of my team's > portfolio (2015 - 2016 team Charlotte, Gaoxin & Yue). However, I could > not carry it on because of my current workload. > > If I'm not mistaken: > In Python script, all avatars ( and images) are saved and parsed into an > array (in a sequential order). > Replication of the case: > Audiences and actors enter the same stage while more media (images etc) > are being uploaded/assigned to the stage. This also explains why people > re-entering the stage resolves the issue. > > An instant remedy is to force the stage reload on the creator's panel (a > button forces stage reload for all). Or only make stage accessible once > all media are uploaded onto the stage. > > Hope this helps. If anyone has the updated information, please let the > rest of us know. > > > Cheers > > Yue > > > On 11/14/2016 07:25 AM, helen varley jamieson wrote: >> >> hi devs, >> >> we have just tried to do a stress-test for streaming on our new >> server, however we ran into multiple issues which meant that instead >> of really stress-testing, we ended up trying to trouble-shoot & >> replicate what i'm calling the "complete chaos" bug. >> >> it's actually a combination of multiple known issues, but because it >> happened at the same time for all 3 of us (me, mem & annie), it seems >> like it was something getting confused at the server rather than an >> individual network or browser problem. so i created a new issue for it >> on github: https://github.com/upstage-org/upstage/issues/296 >> >> it is related to many issues that some of you have worked on, >> including the avatar swap (where more than one person is holding the >> same avatar &/or wrong names appear in the chat &/or one avatar >> showing up in one browser and a different one in another browser), not >> seeing avatars when you enter a stage, & webcams in different positions. >> >> this time we solved it by all leaving the stage and then re-entering. >> we put our webcams back on stage & spent some time trying to trigger >> the complete chaos again, however we could not. so i know - without >> being able to replicate it, it's difficult for anyone to try & solve it. >> >> i'm sending this to the dev list since maybe some of the ex-students >> who have worked on some of these bugs can remember something, & have >> time to have a look. we have a performance in a week & a half (on 24th >> november) & i am starting the workshop for the performance on >> thursday, so i know it's unlikely anything can be "fixed" before then, >> but if anyone out there has any ideas about it, please say!! >> >> h : / >> -- >> helen varley jamieson >> he...@cr... <mailto:he...@cr...> >> http://www.creative-catalyst.com >> http://www.upstage.org.nz >> >> *We have a situation, Coventry! <http://www.wehaveasituation.net/?p=1402>* >> 24 November 2016 >> -- helen varley jamieson UpStage festival architect he...@up... <mailto:he...@up...> www.upstage.org.nz <http://www.upstage.org.nz/blog> |
|
From: Yue <yu...@ru...> - 2016-11-14 04:06:46
|
Hello everyone, I recall I once wrote one paper about the issues as part of my team's portfolio (2015 - 2016 team Charlotte, Gaoxin & Yue). However, I could not carry it on because of my current workload. If I'm not mistaken: In Python script, all avatars ( and images) are saved and parsed into an array (in a sequential order). Replication of the case: Audiences and actors enter the same stage while more media (images etc) are being uploaded/assigned to the stage. This also explains why people re-entering the stage resolves the issue. An instant remedy is to force the stage reload on the creator's panel (a button forces stage reload for all). Or only make stage accessible once all media are uploaded onto the stage. Hope this helps. If anyone has the updated information, please let the rest of us know. Cheers Yue On 11/14/2016 07:25 AM, helen varley jamieson wrote: > > hi devs, > > we have just tried to do a stress-test for streaming on our new > server, however we ran into multiple issues which meant that instead > of really stress-testing, we ended up trying to trouble-shoot & > replicate what i'm calling the "complete chaos" bug. > > it's actually a combination of multiple known issues, but because it > happened at the same time for all 3 of us (me, mem & annie), it seems > like it was something getting confused at the server rather than an > individual network or browser problem. so i created a new issue for it > on github: https://github.com/upstage-org/upstage/issues/296 > > it is related to many issues that some of you have worked on, > including the avatar swap (where more than one person is holding the > same avatar &/or wrong names appear in the chat &/or one avatar > showing up in one browser and a different one in another browser), not > seeing avatars when you enter a stage, & webcams in different positions. > > this time we solved it by all leaving the stage and then re-entering. > we put our webcams back on stage & spent some time trying to trigger > the complete chaos again, however we could not. so i know - without > being able to replicate it, it's difficult for anyone to try & solve it. > > i'm sending this to the dev list since maybe some of the ex-students > who have worked on some of these bugs can remember something, & have > time to have a look. we have a performance in a week & a half (on 24th > november) & i am starting the workshop for the performance on > thursday, so i know it's unlikely anything can be "fixed" before then, > but if anyone out there has any ideas about it, please say!! > > h : / > -- > helen varley jamieson > he...@cr... <mailto:he...@cr...> > http://www.creative-catalyst.com > http://www.upstage.org.nz > > *We have a situation, Coventry! <http://www.wehaveasituation.net/?p=1402>* > 24 November 2016 > > > > ------------------------------------------------------------------------------ > Developer Access Program for Intel Xeon Phi Processors > Access to Intel Xeon Phi processor-based developer platforms. > With one year of Intel Parallel Studio XE. > Training and support from Colfax. > Order your platform today. http://sdm.link/xeonphi > > > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list |
|
From: helen v. j. <he...@cr...> - 2016-11-13 18:44:03
|
hi devs, we have just tried to do a stress-test for streaming on our new server, however we ran into multiple issues which meant that instead of really stress-testing, we ended up trying to trouble-shoot & replicate what i'm calling the "complete chaos" bug. it's actually a combination of multiple known issues, but because it happened at the same time for all 3 of us (me, mem & annie), it seems like it was something getting confused at the server rather than an individual network or browser problem. so i created a new issue for it on github: https://github.com/upstage-org/upstage/issues/296 it is related to many issues that some of you have worked on, including the avatar swap (where more than one person is holding the same avatar &/or wrong names appear in the chat &/or one avatar showing up in one browser and a different one in another browser), not seeing avatars when you enter a stage, & webcams in different positions. this time we solved it by all leaving the stage and then re-entering. we put our webcams back on stage & spent some time trying to trigger the complete chaos again, however we could not. so i know - without being able to replicate it, it's difficult for anyone to try & solve it. i'm sending this to the dev list since maybe some of the ex-students who have worked on some of these bugs can remember something, & have time to have a look. we have a performance in a week & a half (on 24th november) & i am starting the workshop for the performance on thursday, so i know it's unlikely anything can be "fixed" before then, but if anyone out there has any ideas about it, please say!! h : / -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.upstage.org.nz *We have a situation, Coventry! <http://www.wehaveasituation.net/?p=1402>* 24 November 2016 |
|
From: UpStage <in...@up...> - 2016-09-02 09:13:26
|
Hi everyone, The next open walkthrough will be held on Tuesday 13 September, at 11am CET, 9pm NZ – find your local time here <https://tinyurl.com/hbrddk6>. The open walkthough is an opportunity for you to learn about UpStage and how it can be used to create cyberformance – live online performances for online audiences. It is a free, online session held in UpStage and usually lasts for about one hour. To join the walkthrough, email in...@up... <mailto:in...@up...> and ask for a guest log-in. The walkthrough will take place on the UpStage Open Walkthrough stage <https://live.upstage.org.nz/stages/walkthrough/>. In other news, our current student team are back at work after their winter break, busy designing the player registration interface for the new UpStage as well as researching other elements and doing a bit of maintenance. You can read their latest blog post here <https://upstage.org.nz/?p=7788>, and browse all of the developer blog posts here <https://upstage.org.nz/?page_id=1553>. We hope to see some of you online on the 13th, -- vicki smith & helen varley jamieson UpStage in...@up... www.upstage.org.nz |
|
From: helen v. j. <he...@cr...> - 2016-08-04 20:01:58
|
hi UpStage devs, a couple of things to update you on :) we have two new AUT student team members: Jason Mills and Hu Yang. they are busy getting up to speed and the team as a whole is working out their priorities for the coming semester. their latest developer blog post is at https://upstage.org.nz/?p=7770 and, due to popular demand, a second open walkthrough will be held in August: it will take place on Thursday 11 August at 14:00 CET; find your local time here <http://www.worldtimeserver.com/convert_time_in_DE.aspx?y=2016&mo=8&d=11&h=14&mn=0>. if any of you are interested to come along, just ask vicki or me for a guest log-in. h : ) -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.upstage.org.nz |
|
From: vicki s. <dig...@cl...> - 2016-07-28 04:15:49
|
UpStage Open Walkthrough For those of you waiting in anticipation while we moved servers, pushed through some new code and plotted next steps… FINALLY the next UpStage walkthrough will ; be next Tuesday 2nd August 6pm NZST – New Zealand Standard Time – find your local time <http://www.timeanddate.com/worldclock/fixedtime.html?msg=UpStage+Walkthrough+August+2nd+2016+&iso=20160802T18&p1=264&ah=1> look at the operation of the interface; avatars, audio, drawing and discuss streaming and online performance possibilities and be an opportunity to meet some regular users and the new team of student developers join us at https://live.upstage.org.nz/stages/walkthrough <https://live.upstage.org.nz/stages/walkthrough> The open walkthrough is free and is open to anyone who is interested creating their own cyberformances in UpStage, or generally interested in UpStage. To register and receive a guest log-in, email in...@up... <mailto:in...@up...>. UpStage is accessible via a standard web browser with the Flash player plugin, and via standard domestic internet connections. If you are attending the walkthrough from behind an institutional firewall, such as a university network, please check beforehand that the firewall allows access to UpStage. You can check this simply by from the institution’s network; if you see a chat window on the right of the screen then it’s all fine. helen & vicki UpStage architects / |
|
From: helen v. j. <he...@cr...> - 2016-05-10 14:04:48
|
hi folks, do any of you out there know about Syphon? http://syphon.v002.info/ as i understand it, it is a tool for real-time VJs to pull in media from various platforms. it sounds possibly similar to our ideas for the new UpStage, with not having to pre-upload media but rather pull it from wherever it is online. i have not looked closely at it, only came across it today when i was asked whether it works with UpStage. might it be useful for us?? h : ) -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.upstage.org.nz |
|
From: UpStage <in...@up...> - 2016-04-11 08:59:24
|
For those of you in London, please visit this exhibition during the next 6 weeks; as well as UpStage, it features many other great projects created with open source software. LONDON GALLERY WEST LIBRE GRAPHICS CULTURE AND PRACTICE 15 APRIL – 22 MAY 2016 London Gallery West is delighted to present Libre Graphics Culture and Practice, bringing together work by artists and designers whose creative practices are influenced by free software – software whose source code is freely shared. Enabling new approaches to intellectual property and copyright, digital artisans and creative technologists have emerged with concerns around participation, collaboration and co-creation in creative software development. The selected work allows a critical look at software as cultural production, rather than just technological tool. LIBRE GRAPHICS CULTURE AND PRACTICE INCLUDES #ADDITIVISM (MOREHSHIN ALLAHYARI & DANIEL ROURKE), DAVID BREZNA, RUJI CHAPNIK, PAT DAVID, JULIEN DESWAEF, PATHUM EGODAWATTA, ERIK FLOCK, MOHAMED GABER, NATHANIEL GAMA, GIRIN STUDIO, CHRISTOPH HAAG, JOHN-DANIEL HARRINGTON, BRENDAN HOWELL, CHARLES CELESTE HUTCHINS, BORNA IZADPANAH, SARANG KULKARNI, LIBRE GRAPHICS MAGAZINE, MANUFACTURA INDEPENDENTE, AOIFE MOOEY, MOREVNA PROJECT (KONSTANTIN DMITRIEV), VAISHNAVI MURTHY, OPEN SOURCE PUBLISHING, CHIARA PASSA, JAMES PUCKETT, RELEARN, DAVID REVOY, DAN REYNOLDS, SANDRINE ROMARIE, MEIR SADAN, POOJA SAXENA, MANUEL SCHMALSTIEG, FEMKE SNELTING, UPSTAGE, URCHN (BASSAM KURDALI), DAVEY WHITCRAFT AND MURRAY BOWLES AND OTHERS The Libre Graphics Culture and Practice exhibition is one of events running parallel to the 11th edition of the Libre Graphics Meeting (LGM), hosted by Westminster School of Media, Arts & Design at the University of Westminster, 15 – 18 April 2016. http://libregraphicsmeeting.org Libre Graphics Meeting 2016 is supported by Autonomous Tech Fetish | Common house www.commonhouse.org.uk, Bryden Wood www.brydenwood.co.uk, Fossbox www.fossbox.org.uk, Furtherfield www.furtherfield.org, The Software Sustainability Institute www.software.ac.uk and the University of Westminster www.westminster.ac.uk With thanks to the LGM Community, Colin Bailey, Dave Crossland, Hans Dieter Reichert, John Perez, Alice Pugini, Antonio Roberts, Ashley Smith, and the Students of BA Graphic Design Communication at the University of Westminster. EXHIBITION PRIVATE VIEW Friday 15 April 2016, 6 – 8pm EXHIBITION OPENING TIMES Until 22 May, 9am – 5pm daily Free admission, open to all. Press images available on request -- vicki smith & helen varley jamieson UpStage in...@up... www.upstage.org.nz |
|
From: UpStage <in...@up...> - 2016-03-31 13:58:10
|
hi everyone, we are well into 2016 now and there is plenty of activity with UpStage :) *AUT Team* Recently we welcomed new members onto the AUT UpStage team: Keenen Leyson and Minju Park join existing team members Jing (Kelvin) Han, Joshua Kartono and William Stokes (who will finish their time with us at the end of this semester). In their first developer blog update <http://upstage.org.nz/blog/?p=6538> for the year, they outline the roles that each team member is taking. Just before Easter they make their proposal presentation and now they are getting on with the work of researching and developing the new UpStage. (If you are interested in getting involved with this work, please join the developers' email list <https://lists.sourceforge.net/lists/listinfo/upstage-list> and introduce yourself). *UpStage at LGM* The 2016 Libre Graphics Meeting <http://libregraphicsmeeting.org/2016/> takes place in London in mid-April, and UpStage features in the accompanying exhibition <http://upstage.org.nz/blog/?p=6545>, which has the theme "Other Dimensions". If you are in London, you can catch the exhibition at the University of Westminster's London Gallery West, until the end of May. *Hosting* In March, our long-standing server hosting sponsorship with CityLink <http://citylink.co.nz/> came to an end. CityLink has generously supported the project with free server hosting and traffic since December 2004, and we extend heartfelt thanks to CityLink and the staff members who we have dealt with over the years. In the last weeks, Paul has researched and discussed the options for new server hosts and we have opted for VPS hosting with Digital Ocean. Now Paul is completing the process of transferring the website, our UpStage server instances and various other bits and pieces from the old server to the new. This means that for the first time in the project's 15 year history we are committed to an ongoing monthly cost; it's a very small cost (US$10 per month), but as the project currently has no income we are reliant on donations. if you happen to be in a position to contribute any amount, please consider making a dontation <http://upstage.org.nz/blog/?page_id=278>. * **Open Walkthrough: 10 May* The next open walkthrough - and the first on the new server - will be on 10 May; the time will be announced soon. we looking forward to seeing you online soon, helen & vicki :) -- vicki smith & helen varley jamieson UpStage in...@up... www.upstage.org.nz |
|
From: helen v. j. <he...@cr...> - 2016-03-23 10:13:12
|
thanks very much, paul! :) we decided in the end to go with Digital Ocean rather than Linode, since the specs/price was comparable & it's possible to pay via paypal with DO but not with Linode. paying via paypal is less complicated for us than having to use someone's personal credit card and reimburse them. furthermore, paul has other sites with DO so he is familiar with their systems and hasn't had any problems. it's great to have the new hosting set up already, so that we have a bit of time over easter to make sure everything is copied from the old server before CityLink switches it off. h : ) On 23/03/16 6:04 33AM, Paul Rohrlach wrote: > Hey everyone, > > Just letting you know that the migration is complete. > > A couple of changes to note: > > - upsatge.org.nz:8081 <http://upsatge.org.nz:8081> is the primary instance > > - upsatge.org.nz:8082 <http://upsatge.org.nz:8082> is the development > instance (Was 8083) > > - upsatge.org.nz:8089 <http://upsatge.org.nz:8089> is the legacy > instance (Was 8084) > > Paul > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785351&iu=/4140 > > > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list -- helen varley jamieson he...@cr... <mailto:he...@cr...> http://www.creative-catalyst.com http://www.upstage.org.nz /Unaussprechbarlich/, München, November-Dezember 2015 <http://unaussprechbarlich.tumblr.com/> |
|
From: Paul R. <pau...@gm...> - 2016-03-23 05:04:50
|
Hey everyone, Just letting you know that the migration is complete. A couple of changes to note: - upsatge.org.nz:8081 is the primary instance - upsatge.org.nz:8082 is the development instance (Was 8083) - upsatge.org.nz:8089 is the legacy instance (Was 8084) Paul |
|
From: Paul R. <pau...@gm...> - 2016-03-17 08:41:26
|
Thanks Douglas, All good points. It's a bit of a trade off between using a reputable service that is more likely to be targeted and a service that is less likely to be targeted but doesn't necessarily have a good track record. In the end it came down to either Digital Ocean or Linode based on recommendations from my contacts in the industry of which there were more for the former. Personally, I use Digital Ocean and have thus far had no issues. But I have heard of some nightmares. Paul On 17 Mar 2016 5:32 p.m., "Douglas Bagnall" <do...@ha...> wrote: > hi Paul, > > > We have come to the point in time where we are going to have to start > using > > a VPS for our public upstage.org.nz host. > > > > Having weighed up a number of potential services, I am leaning toward > using > > Linode. > > > > Before going ahead, does anyone have any recommendations for services > > they've used, or if they've had any issues with Linode they'd like to out > > forward. > > I used Linode for a few years, and it mostly worked OK. I/O was slow, > but since that time it seems to have caught up with SSDs and so forth. > > On the other hand it has had quite a few basic security issues lately > > http://www.theregister.co.uk/2016/02/09/linode_ssh_security/ > > https://blog.linode.com/2016/01/05/security-notification-and-linode-manager-password-reset/ > https://blog.linode.com/2013/04/16/security-incident-update/ > > http://arstechnica.com/business/2012/03/bitcoins-worth-228000-stolen-from-customers-of-hacked-webhost/ > https://blog.linode.com/2014/01/19/an-old-system-and-a-swat-team/ > > mostly related to its bespoke infrastructure which is seeming more and > more idiosyncratic. It is hard to say if it is really worse than > elsewhere. > > Another security problem that isn't exactly Linode's fault is that > your IP address will be in the middle of a range that all point to > very similar machines. When there is, say, a new Debian security hole, > it is very easy for attackers to sweep over that range and compromise > a large number of machines (this happened to me with the December 2010 > exim4 bug, when the machine was compromised on the day of the > announcement). If you are using Linode, you really really need to keep > up to ate with patches, and sometimes you won't be quick enough. > > Of course this applies with any other big supplier. Linode is easy to > use and not too expensive. I'm not saying you shouldn't use it -- just > be aware of potential problems. > > cheers, > Douglas > > > ------------------------------------------------------------------------------ > Transform Data into Opportunity. > Accelerate data analysis in your applications with > Intel Data Analytics Acceleration Library. > Click to learn more. > http://pubads.g.doubleclick.net/gampad/clk?id=278785231&iu=/4140 > _______________________________________________ > Upstage-list mailing list > Ups...@li... > https://lists.sourceforge.net/lists/listinfo/upstage-list > |
|
From: Douglas B. <do...@ha...> - 2016-03-17 04:32:38
|
hi Paul, > We have come to the point in time where we are going to have to start using > a VPS for our public upstage.org.nz host. > > Having weighed up a number of potential services, I am leaning toward using > Linode. > > Before going ahead, does anyone have any recommendations for services > they've used, or if they've had any issues with Linode they'd like to out > forward. I used Linode for a few years, and it mostly worked OK. I/O was slow, but since that time it seems to have caught up with SSDs and so forth. On the other hand it has had quite a few basic security issues lately http://www.theregister.co.uk/2016/02/09/linode_ssh_security/ https://blog.linode.com/2016/01/05/security-notification-and-linode-manager-password-reset/ https://blog.linode.com/2013/04/16/security-incident-update/ http://arstechnica.com/business/2012/03/bitcoins-worth-228000-stolen-from-customers-of-hacked-webhost/ https://blog.linode.com/2014/01/19/an-old-system-and-a-swat-team/ mostly related to its bespoke infrastructure which is seeming more and more idiosyncratic. It is hard to say if it is really worse than elsewhere. Another security problem that isn't exactly Linode's fault is that your IP address will be in the middle of a range that all point to very similar machines. When there is, say, a new Debian security hole, it is very easy for attackers to sweep over that range and compromise a large number of machines (this happened to me with the December 2010 exim4 bug, when the machine was compromised on the day of the announcement). If you are using Linode, you really really need to keep up to ate with patches, and sometimes you won't be quick enough. Of course this applies with any other big supplier. Linode is easy to use and not too expensive. I'm not saying you shouldn't use it -- just be aware of potential problems. cheers, Douglas |
|
From: Paul R. <pau...@gm...> - 2016-03-16 19:29:58
|
Hi all, We have come to the point in time where we are going to have to start using a VPS for our public upstage.org.nz host. Having weighed up a number of potential services, I am leaning toward using Linode. Before going ahead, does anyone have any recommendations for services they've used, or if they've had any issues with Linode they'd like to out forward. We are highly time constrained so I can only leave this open for a few days for people to respond. Thanks, Paul |