archive-info.com » INFO » H » HSKUPIN.INFO

Total: 368

Choose link from "Titles, links and description words view":

Or switch to "Titles and links view".
  • Suppress socket warnings when using rdiff-backup | hskupin.info
    all Those are bound to the current system and will be executed when an application gets started So I don t see a reason to backup those files Therefor just use the exclude sockets option for rdiff backup Please note that you will have to run rdiff backup twice before the failure message from above will no longer appear backup cron xen Post navigation Previous Post Mozmill 1 5 6 released Next Post Mozmill 1 5 8 has been released Logging In Post a Reply to John Damm Sørensen cancel Sign in with Twitter Sign in with Facebook or Comment Name Email Not published Website Notify me of follow up comments by email Notify me of new posts by email 3 Replies 3 Comments 0 Tweets 0 Facebook 0 Pingbacks Last reply was 1 month ago salelodenouye View July 11 2012 Hello thank you for this tip it seems to work well for my backups Reply John Damm Sørensen View 1 month ago Correct syntax is exclude sockets Reply Henrik Skupin replied View 1 month ago Thanks for letting me know That s what I already had but it was not really visible when transformed to HTML Now with the format it works Reply Photostream January 2012 M T W T F S S Oct Feb 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Recent Posts Review of Firefox desktop automation work Q1 2016 March 31 2016 Firefox Desktop automation goals Q1 2016 February 2 2016 Review of automation work Q4 2015 January 9 2016 Automation Survey Follow up January 5 2016 Results of the Firefox Automation Survey December 3 2015 Survey about sharing information inside the

    Original URL path: http://www.hskupin.info/2012/01/11/suppress-socket-warnings-when-using-rdiff-backup/?replytocom=61565 (2016-05-01)
    Open archived version from archive


  • Suppress socket warnings when using rdiff-backup | hskupin.info
    at all Those are bound to the current system and will be executed when an application gets started So I don t see a reason to backup those files Therefor just use the exclude sockets option for rdiff backup Please note that you will have to run rdiff backup twice before the failure message from above will no longer appear backup cron xen Post navigation Previous Post Mozmill 1 5 6 released Next Post Mozmill 1 5 8 has been released Logging In Post a Reply to Henrik Skupin cancel Sign in with Twitter Sign in with Facebook or Comment Name Email Not published Website Notify me of follow up comments by email Notify me of new posts by email 3 Replies 3 Comments 0 Tweets 0 Facebook 0 Pingbacks Last reply was 1 month ago salelodenouye View July 11 2012 Hello thank you for this tip it seems to work well for my backups Reply John Damm Sørensen View 1 month ago Correct syntax is exclude sockets Reply Henrik Skupin replied View 1 month ago Thanks for letting me know That s what I already had but it was not really visible when transformed to HTML Now with the format it works Reply Photostream January 2012 M T W T F S S Oct Feb 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Recent Posts Review of Firefox desktop automation work Q1 2016 March 31 2016 Firefox Desktop automation goals Q1 2016 February 2 2016 Review of automation work Q4 2015 January 9 2016 Automation Survey Follow up January 5 2016 Results of the Firefox Automation Survey December 3 2015 Survey about sharing information inside the

    Original URL path: http://www.hskupin.info/2012/01/11/suppress-socket-warnings-when-using-rdiff-backup/?replytocom=61574 (2016-05-01)
    Open archived version from archive

  • October | 2011 | hskupin.info
    will handle 3rd party add ons in the future Especially those extensions which are getting installed into the application or profile folder In our case both mozmill xpi and jsbridge xpi are affected and will be disabled on start up With the fix on bug 696027 we make sure that both extensions will not be disabled Beside that we also pushed another fix which re enables the installation of add ons from the application scope It has been accidentally disabled in a former release Happy testing automation firefox mozmill mozqa testing Mozilla Release of Mozmill 1 5 5 October 18 2011 Henrik Skupin Leave a comment Lately we have released Mozmill 1 5 5 It s a bug fix release only and we had to release it as fast as possible because of a broken waitForPageLoaded method Also the structure of the JSON report was broken if a module import from within a Mozmill test raised a global exception A list of fixes can be found on Bugzilla automation firefox mozmill mozqa testing Photostream October 2011 M T W T F S S Sep Jan 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Recent Posts Review of Firefox desktop automation work Q1 2016 March 31 2016 Firefox Desktop automation goals Q1 2016 February 2 2016 Review of automation work Q4 2015 January 9 2016 Automation Survey Follow up January 5 2016 Results of the Firefox Automation Survey December 3 2015 Survey about sharing information inside the Firefox Automation team November 23 2015 Firefox Automation report Q3 2015 October 20 2015 Crusial SSD bug and firmware fix September 28 2015 mozdownload 1 18 released September 14 2015 Firefox

    Original URL path: http://www.hskupin.info/2011/10/ (2016-05-01)
    Open archived version from archive

  • February | 2012 | hskupin.info
    the exact Python version which caused Mozmill to fail That was a quick task because only Python 2 7 and Python 2 7 1 had to be tested As the results have been shown the regression has been caused by Python 2 7 2 That also makes it clear why the failure didn t occur on OS X up to Lion So which changes have been made in Python 2 7 2 Checking the download page of Python revealed the necessary information in the change log But those are way too many changes to get any idea of possible candidates It looks like that I have to test nightly builds of Pythons Asking in the Python channel on Freenode where those builds can be found I got the answer that for Python no nightly builds are getting produced and I should use hg bisect to get the wanted changeset Hm I clearly have not expected to build Python on my own But well it looks like that this is the only way to get closer to a possible fix Because I haven t setup Windows as a build machine I planned to do the regression test on OS X But that also meant that I had to check if Python 2 7 2 on OS X is affected too Thankfully the Python Developer s Guide gave me all the information to get started with the build process The first step is to clone the Mercurial repository of Python hg clone http hg python org cpython Afterward you have to run the configure script in the newly created cpython subfolder to setup the build process for your platform configure with pydebug With that done I have to find the correct tag of the Python 2 7 2 release hg tags v2 7 2 70777 8527427914a2 v2 7 2rc1 70508 f48756685406 v3 1 4rc1 70504 32fcb9e94985 v2 7 1 66511 5395f96588d4 Now it s easy to update the code and get the build process started hg up v2 7 2 3570 files updated 0 files merged 714 files removed 0 files unresolved make j8 The good thing on Python is that most code is located in Python modules and the interpreter itself can be build really quick With my 8 core CPU the initial build took about 1 minute only Wow To be able to run Mozmill tests the local site packages folder of the custom Python build has to be prepared I wanted to avoid that by creating a new virtual environment with the Python build as interpreter but that didn t work virtualenv p python exe test Running virtualenv with interpreter python exe Traceback most recent call last File Library Python 2 7 site packages virtualenv py line 2098 in module main File Library Python 2 7 site packages virtualenv py line 928 in main never download options never download File Library Python 2 7 site packages virtualenv py line 1029 in create environment site packages site packages clear clear File Library Python 2 7 site packages virtualenv py line 1166 in install python copy required modules home dir File Library Python 2 7 site packages virtualenv py line 1118 in copy required modules dst filename change prefix filename dst prefix File Library Python 2 7 site packages virtualenv py line 1103 in change prefix filename prefixes AssertionError Filename Volumes data code cpython Lib os py does not start with any of these prefixes usr local Library Python 2 7 site packages usr local Extras lib python Volumes data code cpython Library Python 2 7 site packages 39360 refs module So I ended up with installing setuptools and Mozmill manually into Lib site packages export PYTHONPATH Lib site packages curl O http peak telecommunity com dist ez setup py python ez setup py install dir Lib site packages setuptools Lib site packages easy install install dir Lib site packages mozmill 1 5 8 Because we want to start Mozmill via the mozmill restart command we have to change the interpreter of the Lib site packages mozmill restart script to point to our self build Python interpreter Simply replace the shebang with your local path e g data code cpython python exe Now the tests can be executed with Lib site packages mozmill restart b Applications Firefox app t mozmill tests nightly tests endurance As I was hoping the issue is reproducible with Python 2 7 2 on OS X That gives me the chance to start bisecting with hg to find the causing changeset To initialize the bisect module of hg a good and bad build have to be specified Because the bad revision is already set it can directly marked as bad hg bisect bad hg up r v2 7 1 1388 files updated 0 files merged 34 files removed 0 files unresolved hg bisect good Testing changeset 68537 2baaabf6bb05 580 changesets remaining 9 tests 1302 files updated 0 files merged 2 files removed 0 files unresolved All in all that gives us 580 changesets to test Mercurial is kinda good in estimating the amount of tests so we can expect to build Python and to run the Mozmill test about 9 times The next changeset to test 2baaabf6bb05 gets automatically selected by bisect We only have to build and execute the test again For me the above changeset also failed and has to be marked as bad hg bisect bad Testing changeset 67486 e4d07a6f7abf 290 changesets remaining 8 tests 1248 files updated 0 files merged 2 files removed 0 files unresolved Repeat those steps by specifying bad or good until the first bad changeset has been found The first bad revision is changeset 68064 965ab9911fcd branch 2 7 parent 68057 1797300f87b9 user removed due to privacy date Thu Mar 03 14 17 51 2011 0000 summary Merged revisions 88722 via svnmerge from So what has actually be changed With the changeset 965ab9911fcd in the hand we can check the remote repository for more information about this specific changeset

    Original URL path: http://www.hskupin.info/2012/02/ (2016-05-01)
    Open archived version from archive

  • 11 | January | 2012 | hskupin.info
    Depending on where you want to backup to the length can exceed The solution is simple Why do you want to backup sockets at all Those are bound to the current system and will be executed when an application gets started So I don t see a reason to backup those files Therefor just use the exclude sockets option for rdiff backup Please note that you will have to run rdiff backup twice before the failure message from above will no longer appear backup cron xen Photostream January 2012 M T W T F S S Oct Feb 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Recent Posts Review of Firefox desktop automation work Q1 2016 March 31 2016 Firefox Desktop automation goals Q1 2016 February 2 2016 Review of automation work Q4 2015 January 9 2016 Automation Survey Follow up January 5 2016 Results of the Firefox Automation Survey December 3 2015 Survey about sharing information inside the Firefox Automation team November 23 2015 Firefox Automation report Q3 2015 October 20 2015 Crusial SSD bug and

    Original URL path: http://www.hskupin.info/2012/01/11/ (2016-05-01)
    Open archived version from archive

  • 26 | January | 2012 | hskupin.info
    by default It will allow us to run multiple Mozmill tests concurrently on the same machine Support for the focusmanager testing mode has already been made available on Nightly and Aurora builds Also there is a good chance to get this patch landed in an upcoming Firefox 10 0 1 release I will follow up with another blog post with more details once the final landing has happened and we can actually make use of it across our supported branches automation firefox mozmill mozqa testing Photostream January 2012 M T W T F S S Oct Feb 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Recent Posts Review of Firefox desktop automation work Q1 2016 March 31 2016 Firefox Desktop automation goals Q1 2016 February 2 2016 Review of automation work Q4 2015 January 9 2016 Automation Survey Follow up January 5 2016 Results of the Firefox Automation Survey December 3 2015 Survey about sharing information inside the Firefox Automation team November 23 2015 Firefox Automation report Q3 2015 October 20 2015 Crusial SSD bug and firmware

    Original URL path: http://www.hskupin.info/2012/01/26/ (2016-05-01)
    Open archived version from archive

  • Dresden Marathon 2013 (AOK 10km Lauf) | hskupin.info
    es wie jedes Jahr die Auftrennung zwischen Halb Marathon und 10km Ab hier wollte ich eigentlich das Tempo erhöhen aber aufgrund des mangelnden Trainings der letzten Wochen war ich nicht wirklich dazu in der Lage Ein aufkommendes Seitenstechen setzte Riegel vor und ich fiel auf mein normales Tempo zurück Besser so gut ankommen als sich kilometerlang damit rumzuquälen Ich war mächtig erstaunt als ich kurz danach ein junges zierliches Mädchen überholt habe die vollen Eifers nicht viel langsamer als ich gerannt ist Hut ab Weiter ging es nun über die Carolabrücke entlang des Rosengartens bis kurz vor die Albertbrücke dort hinunter zum Elbufer und entlang des Elbradweges bis zum Palaisgarten Beim letzten Überqueren der Elbe über die Augustusbrücke beschleunigte ich nun doch noch etwas um wenigstens auf den letzten Kilometer noch eine bessere Zeit herauszuholen Die jubelnden Massen im Verlauf der Zielgeraden machen es dann doch etwas einfacher noch einmal Höchstleistung zu geben Letztendlich erreichte ich das Ziel in einer guten Verfassung mit 49 38min Somit leider kein neuer Streckenrekord für mich selbst aber doch eine Zeit mit der ich zufrieden bin Mit Platz 46 in meiner Altersgruppe mit 154 Läufern war dies somit im ersten Drittel und etwa gleichauf mit der Gesamtzahl männlicher Läufer Platz 389 von 1328 Ich bin zufrieden Noch glücklicher bin ich da ich zusammen mit meinen Spendern aufgrund einer mit dem Lauf verbundenen Spendenaktion des PTV Sachsen e V eine Spendensumme von 215 EUR erlaufen konnte Die Summe kommt wieder Kindern von sozial schwachen Familien zu Gute Also vielen vielen Dank für eure Unterstützung Wer als Laufbegeisterter nun noch genaue Informationen zu meinem Lauf sehen möchte der sollte bitte nachfolgend die Garmin Daten anschauen Post navigation Previous Post Automation Development report week 42 2013 Next Post Automation Development report week 43 44 2013 Logging In

    Original URL path: http://www.hskupin.info/2013/10/27/dresden-marathon-2013-aok-10km-lauf/ (2016-05-01)
    Open archived version from archive

  • A weekend in Saxon Switzerland | hskupin.info
    next to the river Elbe Everyone who likes climbing will be definitely fascinated hiking nature saxon switzerland saxony Post navigation Previous Post Firefox 3 5 has been released Next Post Visting the Golden Gate Bridge Logging In Profile cancel Sign in with Twitter Sign in with Facebook or Comment Name Email Not published Website Notify me of follow up comments by email Notify me of new posts by email Photostream July 2009 M T W T F S S Jun Aug 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 Recent Posts Review of Firefox desktop automation work Q1 2016 March 31 2016 Firefox Desktop automation goals Q1 2016 February 2 2016 Review of automation work Q4 2015 January 9 2016 Automation Survey Follow up January 5 2016 Results of the Firefox Automation Survey December 3 2015 Survey about sharing information inside the Firefox Automation team November 23 2015 Firefox Automation report Q3 2015 October 20 2015 Crusial SSD bug and firmware fix September 28 2015 mozdownload 1 18 released September 14 2015 Firefox Automation report Q2 2015

    Original URL path: http://www.hskupin.info/2009/07/07/a-weekend-in-saxon-switzerland/ (2016-05-01)
    Open archived version from archive