Initial import of blog.ganneff.de into a jekyll based setup
authorJoerg Jaspert <joerg@debian.org>
Mon, 8 Feb 2016 14:16:17 +0000 (15:16 +0100)
committerJoerg Jaspert <joerg@debian.org>
Mon, 8 Feb 2016 14:16:17 +0000 (15:16 +0100)
248 files changed:
.gitignore [new file with mode: 0644]
_config.yml [new file with mode: 0644]
_layouts/default.html [new file with mode: 0644]
_layouts/post.html [new file with mode: 0644]
_posts/2004-02-07-new_blog.html [new file with mode: 0644]
_posts/2004-02-07-planetdebiannet_am_stuff.html [new file with mode: 0644]
_posts/2004-02-07-something_to_laugh_at.html [new file with mode: 0644]
_posts/2004-02-08-done_with_am_stuff_now.html [new file with mode: 0644]
_posts/2004-02-16-228ghz_xeon_672gb_u320_15gb_ra.html [new file with mode: 0644]
_posts/2004-02-16-packages.html [new file with mode: 0644]
_posts/2004-04-07-debian_day_at_linuxtag.html [new file with mode: 0644]
_posts/2004-04-07-organisation_stuff.html [new file with mode: 0644]
_posts/2004-04-15-clean_am_mailfolder.html [new file with mode: 0644]
_posts/2004-04-17-linuxtag_boothwear_catering.html [new file with mode: 0644]
_posts/2004-04-17-sponsoring_of_travel_costs_for.html [new file with mode: 0644]
_posts/2004-10-17-something.html [new file with mode: 0644]
_posts/2004-11-18-nagios_packages.html [new file with mode: 0644]
_posts/2004-12-05-packaging_katie_dak_debian_arc_1.html [new file with mode: 0644]
_posts/2004-12-19-packaging_katie_dak_debian_arc.html [new file with mode: 0644]
_posts/2005-03-06-visiting_vancouver.html [new file with mode: 0644]
_posts/2005-04-07-update.html [new file with mode: 0644]
_posts/2005-05-11-rss_feed_of_package_removals_f.html [new file with mode: 0644]
_posts/2005-06-26-gallerydebiannet.html [new file with mode: 0644]
_posts/2005-07-14-a_nice_license_something_to_la.html [new file with mode: 0644]
_posts/2005-07-16-we_have_a_small_dpl.html [new file with mode: 0644]
_posts/2005-07-19-fun_at_the_job_not.html [new file with mode: 0644]
_posts/2005-07-22-isnt_it_a_nice_morning.html [new file with mode: 0644]
_posts/2005-08-07-4.html [new file with mode: 0644]
_posts/2005-08-15-quit.html [new file with mode: 0644]
_posts/2005-09-21-too_much_time.html [new file with mode: 0644]
_posts/2005-10-10-searching_for_a_todotasklistth.html [new file with mode: 0644]
_posts/2005-10-23-new_queue.html [new file with mode: 0644]
_posts/2005-12-05-new_listsdebconforg_setup.html [new file with mode: 0644]
_posts/2005-12-19-backportsorg.html [new file with mode: 0644]
_posts/2005-12-21-no_job_good_start_in_a_new_yea.html [new file with mode: 0644]
_posts/2005-12-22-done.html [new file with mode: 0644]
_posts/2006-01-04-mailproblems.html [new file with mode: 0644]
_posts/2006-02-04-packagesdebianorg.html [new file with mode: 0644]
_posts/2006-02-14-another_dvd_image_finished.html [new file with mode: 0644]
_posts/2006-02-25-debconf_gallery.html [new file with mode: 0644]
_posts/2006-02-25-old_debconf_websites_are_back.html [new file with mode: 0644]
_posts/2006-02-27-no_bans_no_traffic.html [new file with mode: 0644]
_posts/2006-03-09-cabal_wars.html [new file with mode: 0644]
_posts/2006-03-13-cebit_2006.html [new file with mode: 0644]
_posts/2006-04-19-changelogs.html [new file with mode: 0644]
_posts/2006-05-01-gallerydebconforg.html [new file with mode: 0644]
_posts/2006-05-04-buffer_enhanced.html [new file with mode: 0644]
_posts/2006-06-04-pictures_from_debconf.html [new file with mode: 0644]
_posts/2006-06-20-pictures_and_text_from_my_trip.html [new file with mode: 0644]
_posts/2006-06-27-miau.html [new file with mode: 0644]
_posts/2006-07-29-little_changes.html [new file with mode: 0644]
_posts/2006-09-04-forking_cdrtools_as_cdrkit.html [new file with mode: 0644]
_posts/2006-10-20-bsp_in_vienna.html [new file with mode: 0644]
_posts/2006-11-01-debconf7_dates_announced.html [new file with mode: 0644]
_posts/2006-11-16-call_for_papers_for_debconf7.html [new file with mode: 0644]
_posts/2006-11-18-debconf7_call_for_papers_take.html [new file with mode: 0644]
_posts/2006-12-05-hardware_for_you.html [new file with mode: 0644]
_posts/2006-12-07-debugging_https_sessions.html [new file with mode: 0644]
_posts/2006-12-15-looking_for_a_new_laptop.html [new file with mode: 0644]
_posts/2006-12-27-thanks.html [new file with mode: 0644]
_posts/2007-01-29-eventspapers_for_debconf7.html [new file with mode: 0644]
_posts/2007-03-05-chemnitzer_linuxtage_2007_dead.html [new file with mode: 0644]
_posts/2007-03-06-new_notebook_ordered.html [new file with mode: 0644]
_posts/2007-04-03-debconf7_travel_sponsorship.html [new file with mode: 0644]
_posts/2007-04-20-switching_to_bzr_for_offline_e.html [new file with mode: 0644]
_posts/2007-05-03-lpi.html [new file with mode: 0644]
_posts/2007-05-12-spi_ca.html [new file with mode: 0644]
_posts/2007-06-07-laptop_suspend.html [new file with mode: 0644]
_posts/2007-06-19-debconf7_blogging_from_the_cab.html [new file with mode: 0644]
_posts/2007-06-19-moved_blog.html [new file with mode: 0644]
_posts/2007-07-14-wat_where_are_they.html [new file with mode: 0644]
_posts/2007-07-21-bios_update_within_linux.html [new file with mode: 0644]
_posts/2007-07-27-the_dm_gr.html [new file with mode: 0644]
_posts/2007-08-07-two_answers.html [new file with mode: 0644]
_posts/2007-08-10-meeeeh.html [new file with mode: 0644]
_posts/2007-08-10-override_changes.html [new file with mode: 0644]
_posts/2007-08-12-munin.html [new file with mode: 0644]
_posts/2007-08-19-umts.html [new file with mode: 0644]
_posts/2007-08-23-umts_v2.html [new file with mode: 0644]
_posts/2007-08-28-umts_3g_in_linux_very_simple_b.html [new file with mode: 0644]
_posts/2007-09-02-upgrading_packagesdebianorg.html [new file with mode: 0644]
_posts/2007-09-10-stats_pron.html [new file with mode: 0644]
_posts/2007-09-19-archiving_web_pages.html [new file with mode: 0644]
_posts/2007-09-25-password_manager.html [new file with mode: 0644]
_posts/2007-10-22-clusterssh.html [new file with mode: 0644]
_posts/2007-11-02-mouse_onxclick_selection_in_xt.html [new file with mode: 0644]
_posts/2007-11-03-locating_old_debian_source_pac.html [new file with mode: 0644]
_posts/2007-11-12-so_debconf_is_a_registry.html [new file with mode: 0644]
_posts/2007-11-22-todays_work.html [new file with mode: 0644]
_posts/2007-11-24-removals_stuff.html [new file with mode: 0644]
_posts/2007-12-08-again_removals.html [new file with mode: 0644]
_posts/2007-12-12-backup.html [new file with mode: 0644]
_posts/2007-12-15-using_a_ssh_jumphost.html [new file with mode: 0644]
_posts/2007-12-29-ssh_triggers.html [new file with mode: 0644]
_posts/2007-12-30-html_output_for_packages_in_ne.html [new file with mode: 0644]
_posts/2007-12-31-circus_flicflac.html [new file with mode: 0644]
_posts/2008-01-30-write_intent_bitmaps_considere.markdown [new file with mode: 0644]
_posts/2008-02-02-debconf8_call_for_papers_and_r.html [new file with mode: 0644]
_posts/2008-02-15-postgresql_continuous_archivin.html [new file with mode: 0644]
_posts/2008-02-18-things_you_love_to_see_on_a_se.html [new file with mode: 0644]
_posts/2008-02-25-new_ftp_assistants.html [new file with mode: 0644]
_posts/2008-03-03-the_universal_os.html [new file with mode: 0644]
_posts/2008-03-06-rubygems_considered_bad.html [new file with mode: 0644]
_posts/2008-03-08-cebit_2008.html [new file with mode: 0644]
_posts/2008-03-15-decisions.html [new file with mode: 0644]
_posts/2008-03-16-moving_away_from_blosxom.markdown [new file with mode: 0644]
_posts/2008-03-17-hate.markdown [new file with mode: 0644]
_posts/2008-03-21-release_transitions.markdown [new file with mode: 0644]
_posts/2008-03-22-write_a_new_license_every_day.markdown [new file with mode: 0644]
_posts/2008-03-24-ssh_known_hosts_for_cluster_en.markdown [new file with mode: 0644]
_posts/2008-03-28-backportsorg_is_back.markdown [new file with mode: 0644]
_posts/2008-03-28-going_to_debconf8.markdown [new file with mode: 0644]
_posts/2008-04-01-sick.markdown [new file with mode: 0644]
_posts/2008-04-17-debadmin_delegation_should_i_a.markdown [new file with mode: 0644]
_posts/2008-04-20-planet_as_mailinglist.markdown [new file with mode: 0644]
_posts/2008-04-22-ftpmaster.markdown [new file with mode: 0644]
_posts/2008-04-26-some_more_merges_and_stuff.markdown [new file with mode: 0644]
_posts/2008-04-27-byebye_britney_no_more_testing.markdown [new file with mode: 0644]
_posts/2008-04-28-movable_type.markdown [new file with mode: 0644]
_posts/2008-04-28-new_overlord.markdown [new file with mode: 0644]
_posts/2008-04-29-irssi_join_multiple_channels_o.markdown [new file with mode: 0644]
_posts/2008-05-01-splitting_huge_mbox_files.markdown [new file with mode: 0644]
_posts/2008-05-02-more_boring_ftpmaster_posts.markdown [new file with mode: 0644]
_posts/2008-05-07-new_toy.markdown [new file with mode: 0644]
_posts/2008-05-10-the_annoying_continues_ftpmast.markdown [new file with mode: 0644]
_posts/2008-05-25-securitysage.markdown [new file with mode: 0644]
_posts/2008-05-26-mountainbike.markdown [new file with mode: 0644]
_posts/2008-05-30-im_still_alive.markdown [new file with mode: 0644]
_posts/2008-06-05-ftp_assistants.markdown [new file with mode: 0644]
_posts/2008-06-16-byebye_bzr_hello_git.markdown [new file with mode: 0644]
_posts/2008-07-07-new_ftp_assistant.markdown [new file with mode: 0644]
_posts/2008-07-29-argentina.markdown [new file with mode: 0644]
_posts/2008-07-30-argentina_-_mar_del_plata.markdown [new file with mode: 0644]
_posts/2008-07-31-yet_another_argentina_post.markdown [new file with mode: 0644]
_posts/2008-08-03-wireless_monitor.markdown [new file with mode: 0644]
_posts/2008-08-10-debconf_assassins.markdown [new file with mode: 0644]
_posts/2008-08-12-debconf8_-_and_time_after_it.markdown [new file with mode: 0644]
_posts/2008-08-14-see_our_dpl_dance.markdown [new file with mode: 0644]
_posts/2008-08-30-back_in_germany.markdown [new file with mode: 0644]
_posts/2008-09-01-pdiffs_1.markdown [new file with mode: 0644]
_posts/2008-09-12-its_name_is_meme.markdown [new file with mode: 0644]
_posts/2008-09-21-debian_upload_hosts.markdown [new file with mode: 0644]
_posts/2008-09-23-valid-until_field_in_release_f.markdown [new file with mode: 0644]
_posts/2008-10-19-packagesdebianorg_1.markdown [new file with mode: 0644]
_posts/2008-10-24-developer_status.markdown [new file with mode: 0644]
_posts/2008-10-26-archiving_sarge_aka_oldstable.markdown [new file with mode: 0644]
_posts/2008-10-27-old_debian_releases.markdown [new file with mode: 0644]
_posts/2008-11-02-archivedebianorg_old_bugs_and.markdown [new file with mode: 0644]
_posts/2008-11-08-debian_mirror_scripts.markdown [new file with mode: 0644]
_posts/2008-11-21-uncle.markdown [new file with mode: 0644]
_posts/2008-11-23-gandi.markdown [new file with mode: 0644]
_posts/2008-11-28-ftpmaster_meeting_in_extremadu.markdown [new file with mode: 0644]
_posts/2008-12-13-planet_debian.markdown [new file with mode: 0644]
_posts/2008-12-14-planet_debian_again.markdown [new file with mode: 0644]
_posts/2008-12-14-removals_rss_feeds.markdown [new file with mode: 0644]
_posts/2008-12-16-dinstall_runtime.markdown [new file with mode: 0644]
_posts/2008-12-19-newhtml.markdown [new file with mode: 0644]
_posts/2008-12-21-planet_i18n.markdown [new file with mode: 0644]
_posts/2008-12-30-fuck_it_what_could_possibly_go.markdown [new file with mode: 0644]
_posts/2009-01-09-linux_new_media_award_2009.markdown [new file with mode: 0644]
_posts/2009-01-13-new_ftp_assistant_1.markdown [new file with mode: 0644]
_posts/2009-01-17-debian_package_count_archive_s.markdown [new file with mode: 0644]
_posts/2009-01-22-bugs_bugs_bugs_and_a_nice_spee.markdown [new file with mode: 0644]
_posts/2009-02-04-package_-_file_mapping.markdown [new file with mode: 0644]
_posts/2009-02-14-lenny_release.markdown [new file with mode: 0644]
_posts/2009-02-26-debconf10_in_nyc.markdown [new file with mode: 0644]
_posts/2009-03-02-dpl_debate.markdown [new file with mode: 0644]
_posts/2009-03-09-cebit_2009.markdown [new file with mode: 0644]
_posts/2009-03-13-20.markdown [new file with mode: 0644]
_posts/2009-03-14-r.markdown [new file with mode: 0644]
_posts/2009-03-15-section_changes.markdown [new file with mode: 0644]
_posts/2009-04-05-kfreebsd-.markdown [new file with mode: 0644]
_posts/2009-04-11-dont_like_hal.markdown [new file with mode: 0644]
_posts/2009-05-04-using_gnus_to_report_spam_mess.markdown [new file with mode: 0644]
_posts/2009-05-10-yapgpk.markdown [new file with mode: 0644]
_posts/2009-05-17-weekend_work.markdown [new file with mode: 0644]
_posts/2009-05-28-rip.markdown [new file with mode: 0644]
_posts/2009-07-09-debconf9.markdown [new file with mode: 0644]
_posts/2009-08-03-back_from_debconf9.markdown [new file with mode: 0644]
_posts/2009-08-04-new_hardware.markdown [new file with mode: 0644]
_posts/2009-08-05-ftpmaster_-_stuff.markdown [new file with mode: 0644]
_posts/2009-08-15-new_ftp_team_members.markdown [new file with mode: 0644]
_posts/2009-08-16-awesome.markdown [new file with mode: 0644]
_posts/2009-08-29-printer_power.markdown [new file with mode: 0644]
_posts/2009-09-23-taiwan.markdown [new file with mode: 0644]
_posts/2009-10-04-back_from_taiwan.markdown [new file with mode: 0644]
_posts/2009-10-27-debian_ftpmaster_meeting.markdown [new file with mode: 0644]
_posts/2009-10-28-debian_ftpmaster_meeting_we_ar.markdown [new file with mode: 0644]
_posts/2009-10-30-debian_ftpmaster_meeting_now_w.markdown [new file with mode: 0644]
_posts/2009-11-01-debian_ftpmaster_meeting_all_b.markdown [new file with mode: 0644]
_posts/2009-11-24-tssk.markdown [new file with mode: 0644]
_posts/2009-12-20-dinstall_status.markdown [new file with mode: 0644]
_posts/2010-01-23-uploaders_index.markdown [new file with mode: 0644]
_posts/2010-01-27-hp_mini_5101.markdown [new file with mode: 0644]
_posts/2010-01-31-lintian_autorejects.markdown [new file with mode: 0644]
_posts/2010-03-13-vacation.markdown [new file with mode: 0644]
_posts/2010-03-22-gsoc.markdown [new file with mode: 0644]
_posts/2010-04-03-fun_with_broken_hardware.markdown [new file with mode: 0644]
_posts/2010-04-23-bash_power.markdown [new file with mode: 0644]
_posts/2010-04-23-taiwan_again.markdown [new file with mode: 0644]
_posts/2010-07-03-ftp-masterdebianorg_move_to_an.markdown [new file with mode: 0644]
_posts/2010-08-02-removalstxt_-_removals822.markdown [new file with mode: 0644]
_posts/2010-08-10-flight_fun.markdown [new file with mode: 0644]
_posts/2010-09-02-testing_changelog.markdown [new file with mode: 0644]
_posts/2010-09-09-debian_work.markdown [new file with mode: 0644]
_posts/2010-09-17-ftpmaster_meeting_i.markdown [new file with mode: 0644]
_posts/2010-09-19-ftpmaster_meeting_ii_-_no_bakl.markdown [new file with mode: 0644]
_posts/2010-09-19-ftpmaster_meeting_iii_-_discov.markdown [new file with mode: 0644]
_posts/2010-09-23-ftpmaster_meeting_iv_-_still_w.markdown [new file with mode: 0644]
_posts/2010-10-18-keyboard_layout_-_10_finger_ty.markdown [new file with mode: 0644]
_posts/2010-10-18-running.markdown [new file with mode: 0644]
_posts/2011-02-05-squeeze_release.markdown [new file with mode: 0644]
_posts/2011-02-12-daily_comic_strips.markdown [new file with mode: 0644]
_posts/2011-03-21-debian_ftpmaster_meeting_2011.markdown [new file with mode: 0644]
_posts/2011-03-21-debian_ftpmaster_meeting_2011_1.markdown [new file with mode: 0644]
_posts/2011-03-23-debian_ftpmaster_meeting_2011_2.markdown [new file with mode: 0644]
_posts/2011-03-24-debian_ftpmaster_meeting_2011_3.markdown [new file with mode: 0644]
_posts/2011-03-25-debian_ftpmaster_meeting_2011_4.markdown [new file with mode: 0644]
_posts/2011-03-26-debian_ftpmaster_meeting_2011_5.markdown [new file with mode: 0644]
_posts/2011-04-17-one_ring_to_bind_them.markdown [new file with mode: 0644]
_posts/2011-04-22-talk_how_to_contribute.markdown [new file with mode: 0644]
_posts/2011-05-15-debconf_newbies_non_regulars_2.markdown [new file with mode: 0644]
_posts/2011-07-03-debconf11_-_looks_like_we_will.markdown [new file with mode: 0644]
_posts/2011-07-07-life_is_like_chocolate_-_if_yo.markdown [new file with mode: 0644]
_posts/2011-07-23-debconf_11_laptops.markdown [new file with mode: 0644]
_posts/2011-12-04-bsp_hildesheim.markdown [new file with mode: 0644]
_posts/2011-12-12-kvm-shell.markdown [new file with mode: 0644]
_posts/2012-03-25-goodbye_lenny.markdown [new file with mode: 0644]
_posts/2012-06-20-work.markdown [new file with mode: 0644]
_posts/2012-07-05-debconf_video_relay.markdown [new file with mode: 0644]
_posts/2013-03-01-tmux_-_like_screen_just_nicer.markdown [new file with mode: 0644]
_posts/2013-03-13-zsh_config_-_and_prompt.markdown [new file with mode: 0644]
_posts/2013-03-18-tmux_-_tm.markdown [new file with mode: 0644]
_posts/2013-04-17-tmux_-_tm_update.markdown [new file with mode: 0644]
_posts/2013-05-04-wheezy_release.markdown [new file with mode: 0644]
_posts/2013-07-17-tmux_-_tm_1.markdown [new file with mode: 0644]
_scss/base.scss [new file with mode: 0644]
_scss/colors.scss [new file with mode: 0644]
_scss/highlight.scss [new file with mode: 0644]
about/index.markdown [new file with mode: 0644]
archives/index.html [new file with mode: 0644]
assets/css/colors-dark.css [new file with mode: 0644]
assets/css/colors-dark.scss [new file with mode: 0644]
assets/css/colors-light.css [new file with mode: 0644]
assets/css/style.scss [new file with mode: 0644]
assets/js/jquery.mobilemenu.min.js [new file with mode: 0644]
feed.xml [new file with mode: 0644]
index.html [new file with mode: 0644]

diff --git a/.gitignore b/.gitignore
new file mode 100644 (file)
index 0000000..c08f9ad
--- /dev/null
@@ -0,0 +1 @@
+_site
\ No newline at end of file
diff --git a/_config.yml b/_config.yml
new file mode 100644 (file)
index 0000000..546d216
--- /dev/null
@@ -0,0 +1,27 @@
+name: "Ganneff's Little Blog"
+url: https://blog.ganneff.de
+description: Thoughts of a small and very unimportant Debian Developer
+author:
+  name: Joerg Jaspert
+  email: joerg@ganneff.de
+  uri: https://blog.ganneff.de/
+
+permalink: /:categories/:year/:month/:slug.html
+paginate: 2
+highlighter: pygments
+
+feed:
+  path: atom.xml
+
+exclude: ['README.md', 'Gemfile.lock', 'Gemfile', 'Rakefile']
+gems:
+  - jekyll-paginate
+  - jekyll-feed
+  - jekyll-sitemap
+
+rss_path: feed.xml
+categories_path: categories.html
+tags_path: tags.html
+sass:
+  sass_dir: _scss
+#  style:    :compressed
diff --git a/_layouts/default.html b/_layouts/default.html
new file mode 100644 (file)
index 0000000..2b96654
--- /dev/null
@@ -0,0 +1,57 @@
+<!DOCTYPE html>
+<html>
+<head>
+
+  <meta charset="UTF-8">
+  <title>{{ page.title }}</title>
+  <meta name="viewport" content="width=device-width">
+
+  <!--[if lt IE 9]>
+    <script src="http://html5shiv.googlecode.com/svn/trunk/html5.js"></script>
+  <![endif]-->
+
+  <link href="/assets/css/style.css" rel="stylesheet" />
+
+  <script src="//ajax.googleapis.com/ajax/libs/jquery/1.10.1/jquery.min.js"></script>
+  <script src="/assets/js/jquery.mobilemenu.min.js"></script>
+
+  <script>
+   $(document).ready(function(){
+     $('#sidebar nav ul').mobileMenu({'topOptionText': 'Menu', 'prependTo': '#sidebar nav'});
+   });
+  </script>
+</head>
+<body>
+
+
+
+  <header id="header">
+    <h1><a href="/"><i class="icon-sun"></i> {{ site.name }}</a></h1>
+    <p>{{ site.description }}</p>
+  </header>
+
+  <div id="page">
+    <div id="sidebar">
+      <nav>
+        <ul>
+          <li><a href="/">Home</a></li>
+          <li><a href="/archives">Archive</a></li>
+          <li><a href="/about">About</a></li>
+          <li><a href="http://twitter.com/redwall_hp">Twitter</a></li>
+          <li><a href="/feed.xml">RSS Feed</a></li>
+        </ul>
+      </nav>
+    </div>
+
+    <div id="content">
+      {{ content }}
+    </div>
+
+  </div>
+
+  <footer id="footer">
+    <p class="copyright">Copyright &copy; {{ site.time | date: '%Y' }} {{ site.name }}. Powered by <a href="http://jekyllrb.com">Jekyll</a>, theme by <a href="http://www.webmaster-source.com">Matt Harzewski</a></p>
+  </footer>
+
+</body>
+</html>
\ No newline at end of file
diff --git a/_layouts/post.html b/_layouts/post.html
new file mode 100644 (file)
index 0000000..bd5e802
--- /dev/null
@@ -0,0 +1,18 @@
+---
+layout: default
+---
+<article class="post">
+
+       {% if page.external-url %}
+               <h1>
+                       <a href="{{ page.external-url }}">{{ page.title }}</a> 
+                       <a class="anchor" href="{{ page.url }}"><i class="icon-anchor"></i></a>
+               </h1>
+       {% else %}
+               <h1><a href="{{ page.url }}">{{ page.title }}</a></h1>
+       {% endif %}
+
+        <p class="meta">Posted on <span class="postdate">{{ page.date | date: "%d %b %Y, %H:%M" }}</span></p>
+
+       <div class="post-content">{{ content }}</div>
+</article>
\ No newline at end of file
diff --git a/_posts/2004-02-07-new_blog.html b/_posts/2004-02-07-new_blog.html
new file mode 100644 (file)
index 0000000..c1d9334
--- /dev/null
@@ -0,0 +1,19 @@
+---
+layout: post
+title: New blog
+date: '2004-02-07 17:30:00 +0000'
+mt_id: 204
+blog_id: 1
+post_id: 204
+basename: new_blog
+categories:
+- other
+---
+
+<p>
+Well. Created my first blog using <a href="http://packages.debian.org/blosxom">blosxom</a>.
+</p>
+
+<p>
+Lets see how long i blog before i loose the interest in it.
+</p>
diff --git a/_posts/2004-02-07-planetdebiannet_am_stuff.html b/_posts/2004-02-07-planetdebiannet_am_stuff.html
new file mode 100644 (file)
index 0000000..3cb45c9
--- /dev/null
@@ -0,0 +1,27 @@
+---
+layout: post
+title: Planet.debian.net, AM Stuff
+date: '2004-02-07 17:37:00 +0000'
+mt_id: 203
+blog_id: 1
+post_id: 203
+basename: planetdebiannet_am_stuff
+categories:
+- debian
+---
+
+<p>
+Gna. Everytime i read <a href="http://planet.debian.net">planet.d.n</a>
+i ask myself "What the hell does this post from XY" here (XY are some
+different people). Why cant people do an extra blog if they write about
+every little book/film/minute of their life in their blog? Its called
+planet.<b>debian</b>.net (or planet.<b>whatever</b>.domain for other
+"blog-collector"-sites. Well, at least if its much in the blog. For
+some single entries thats too much of course. :)
+</p>
+
+<p>
+Hrm. I really should do some AM work again. 13 outstanding mails in my
+AM box. Thats too much. And some NMs already sent a ping mail. Wha,
+thats bad.
+</p>
diff --git a/_posts/2004-02-07-something_to_laugh_at.html b/_posts/2004-02-07-something_to_laugh_at.html
new file mode 100644 (file)
index 0000000..dcd2ee6
--- /dev/null
@@ -0,0 +1,44 @@
+---
+layout: post
+title: Something to laugh at
+date: '2004-02-07 18:01:00 +0000'
+mt_id: 202
+blog_id: 1
+post_id: 202
+basename: something_to_laugh_at
+categories:
+- other
+---
+
+<p>
+If you can read german goto
+<a href="http://www.youam.net/stuff/info...-hosting.de/server-info.php">this
+mirror of a site</a> and laugh for a few minutes. Its REALLY good.
+Some <a href="http://groups.google.com">groups.google.com</a> URLs:
+<a
+href="http://groups.google.com/groups?hl=de&lr=&ie=UTF-8&oe=UTF-8&threadm=drv00c.ta3.ln%40news.moendjen.de&rnum=1&prev=/groups%3Fie%3DUTF-8%26oe%3DUTF-8%26as_umsgid%3D%253Cdrv00c.ta3.ln%2540news.moendjen.de%253E%26lr%3D%26hl%3Dde">
+Thread in dasr</a>
+and 
+<a
+href="http://groups.google.com/groups?hl=de&lr=&ie=UTF-8&oe=UTF-8&threadm=c00aq8%24t7r%241%40online.de&rnum=1&prev=/groups%3Fie%3DUTF-8%26oe%3DUTF-8%26as_umsgid%3D%253Cc00aq8%2524t7r%25241%2540online.de%253E%26lr%3D%26hl%3Dde">
+Thread in dcoul.misc</a>.
+</p>
+
+<p>
+Some things are:
+</p>
+
+<p><i>Um eine schnelle Netzanbindung zu gewährleisten hat der Server eine
+Realtek-Marken-Netzwerkkarte. Eine Realtek-Karte ist im Vergleich zu
+billigeren Karten oft etwas leistungsstärker.</i></p>
+
+<p>
+<i>Die Anbindung des Servers: Unser Server ist mit 100 MBits/s (=12MB
+pro Sekunde) an unser lokales Netzwerk angebunden, unsere
+Internetanbindung sind 768 kbit/s Downstream und 128 kbit/s
+Upstream. Dies hört sich in manchen Ohren langsam an, allerdings wird
+unsere Geschwindigkeit in der Regel eher gelobt als kritisiert, denn der
+Upstream kann auch "überzogen" werden, wenn der Server überlastet wird
+(wurde von uns an Beispielen getestet, ist allerdings nicht 100%-ig zu
+erklären).</i>
+</p>
diff --git a/_posts/2004-02-08-done_with_am_stuff_now.html b/_posts/2004-02-08-done_with_am_stuff_now.html
new file mode 100644 (file)
index 0000000..ac216a7
--- /dev/null
@@ -0,0 +1,45 @@
+---
+layout: post
+title: Done with AM stuff now.
+date: '2004-02-08 00:22:00 +0000'
+mt_id: 201
+blog_id: 1
+post_id: 201
+basename: done_with_am_stuff_now
+categories:
+- debian
+---
+
+<p>
+Thats was long and hard, but im done for now.
+Ok, i have really long templates, which creates a lot of work for the
+NMs to answer (and for me to read them). That costs time.
+(Some people dont like them, but until now noone suggest a usable
+better thing.)
+</p>
+
+<p>
+Sometimes i have a NM who gets 95% of all answers right in the first
+mail. (This is either a good one or there are sites with answer to my
+template set in the net). Then its fun. As it is with one of the many
+NMs i have now. Every answer was rated with "Very good" in my little NM
+App (i have a small thing written that helps me with this stuff).
+I want more of these.<br>
+Thats so much more fun than NMs answering <i>"Whats the difference between
+free beer and free speech?"</i> (however stupid one may find this question)
+with <i>"Sorry, i dont drink beer, so i dont know this."</i> (No, dont ask for
+names).
+</p>
+
+<p>
+Summary for this day:
+Answered 13 mails.
+2 NMs more on hold now.
+2 are out of hold and going on with the process.
+1 finished P&P,
+4 pinged.
+</p>
+
+<p>
+After a bit of sleep i can send two more NMs in the DAM queue. Ha.
+</p>
diff --git a/_posts/2004-02-16-228ghz_xeon_672gb_u320_15gb_ra.html b/_posts/2004-02-16-228ghz_xeon_672gb_u320_15gb_ra.html
new file mode 100644 (file)
index 0000000..5d108c3
--- /dev/null
@@ -0,0 +1,40 @@
+---
+layout: post
+title: 2*2.8GHz Xeon, 6*72GB U320, 1.5GB RAM, 3*1GBit Network, 1*100MBit, UPS, etc.
+date: '2004-02-16 20:49:00 +0000'
+mt_id: 200
+blog_id: 1
+post_id: 200
+basename: 228ghz_xeon_672gb_u320_15gb_ra
+categories:
+- other
+---
+
+<p>
+I like this system. For some weeks i had it at home, but now its running
+in the company where i do some IT stuff sometimes. Its a nice (and
+fast :) ) system doing nearly everything this company needs.
+Of course running Debian. Woody on the host itself and than many (today
+6, 3 more coming) UML "hosts" with Woody and Sid, depending on the job
+the UML should do. (One runs Samba as a PDC fetching User and Machine
+Data from another UML with LDAP, another one runs squid, apache and
+some DNS, fetching data from the LDAP one. One is for Cyrus and Postfix
+fetching data from the LDAP of course.)
+Nice but scary setup. But it works nice.
+(And no, it doesnt cost that much power. At least you dont notice that
+you are using services in an UML thing).
+</p>
+
+<p>
+Done the switch from the old one (Athlon 1GHz, ha) on saturday. From
+08:00 til 22:30. Wuah. Of course most of the problems we had are due to
+the crap WinXP on the clients. Gna, i really hate Microshit for this
+crap of Software...
+</p>
+
+<p>
+Now i only need to install the Groupware thing i should have installed
+a few weeks ago and its all great. (Dropping this Outlook non-software
+is always good). This really helps - i wanted to do some packages for
+this egroupware since some weeks. :)
+</p>
diff --git a/_posts/2004-02-16-packages.html b/_posts/2004-02-16-packages.html
new file mode 100644 (file)
index 0000000..b5c5f6d
--- /dev/null
@@ -0,0 +1,31 @@
+---
+layout: post
+title: Packages
+date: '2004-02-16 22:42:00 +0000'
+mt_id: 199
+blog_id: 1
+post_id: 199
+basename: packages
+categories:
+- debian
+---
+
+<p>
+Hrm, done something productive now.
+First i uploaded the new Issue 99 of <a href="http://www.linuxgazette.net/">linuxgazette.net</a>.
+</p>
+
+<p>
+Then i updated the <a href="http://packages.debian.org/ecb">ecb</a> package to its latest release fixing its
+two bugs. BTW: If anybody using ecb reads this - consider adopting
+<a href="http://packages.debian.org/eieio">eieio</a>, <a href="http://packages.debian.org/semantic">semantic</a>, <a href="http://packages.debian.org/speedbar">speedbar</a> and maybe <a href="http://packages.debian.org/jde">jde</a> for it please. They are in the RFA Bug <a href="http://bugs.debian.org/222259">222259</a> and
+<a href="http://packages.debian.org/ecb">ecb</a> needs them. But i dont think i can take them too.
+</p>
+
+<p>
+Packaged the new upstream 0.6.1 from <a href="http://packages.debian.org/mailfilter">mailfilter</a> as well.
+Nice small package. And the first one i ever made. The one i did T&S
+with.
+Added a japanese debconf translation. Urgs, my Emacs displayed the file
+without Problems. :)
+</p>
diff --git a/_posts/2004-04-07-debian_day_at_linuxtag.html b/_posts/2004-04-07-debian_day_at_linuxtag.html
new file mode 100644 (file)
index 0000000..4477399
--- /dev/null
@@ -0,0 +1,22 @@
+---
+layout: post
+title: Debian Day at Linuxtag
+date: '2004-04-07 22:16:00 +0000'
+mt_id: 198
+blog_id: 1
+post_id: 198
+basename: debian_day_at_linuxtag
+categories:
+- debian
+---
+
+<a
+href="http://lists.debian.org/debian-events-eu/2004/debian-events-eu-200404/msg00025.html">Another
+mail</a> to the -events-eu list, this time about the Debian Day we
+usually have there. But we need talks about Debian related things or we
+wont get a room for this. So if you want to have it: Come up with some
+talks. Mail me what you want to talk about and how long you need for it.
+For now i defined a slot for a talk to be 45 mins, with 15 mins added
+for questions after that. If I get to much talks i may change this to
+30/15, but lets see if there is enough demand for this. :)
+</p>
diff --git a/_posts/2004-04-07-organisation_stuff.html b/_posts/2004-04-07-organisation_stuff.html
new file mode 100644 (file)
index 0000000..3b42659
--- /dev/null
@@ -0,0 +1,18 @@
+---
+layout: post
+title: Organisation stuff
+date: '2004-04-07 22:21:00 +0000'
+mt_id: 197
+blog_id: 1
+post_id: 197
+basename: organisation_stuff
+categories:
+- debian
+---
+
+<p>
+I just wrote <a
+href="http://lists.debian.org/debian-events-eu/2004/debian-events-eu-200404/msg00026.html">this
+mail</a> to the -events-eu list, starting with some organisational
+stuff for the Debian booth at the Linuxtag this year.
+</p>
diff --git a/_posts/2004-04-15-clean_am_mailfolder.html b/_posts/2004-04-15-clean_am_mailfolder.html
new file mode 100644 (file)
index 0000000..f186912
--- /dev/null
@@ -0,0 +1,18 @@
+---
+layout: post
+title: Clean AM mail-folder.
+date: '2004-04-15 21:19:00 +0000'
+mt_id: 196
+blog_id: 1
+post_id: 196
+basename: clean_am_mailfolder
+categories:
+- debian
+---
+
+<p>
+Ahh, I now have reached <b>0 unread</b> for my AM folder again. For some days
+now. (Answering mails from NMs at the same day, yeah). Last time I had
+this is a <b>few</b> months ago.
+Feels good.
+</p>
diff --git a/_posts/2004-04-17-linuxtag_boothwear_catering.html b/_posts/2004-04-17-linuxtag_boothwear_catering.html
new file mode 100644 (file)
index 0000000..6ce8345
--- /dev/null
@@ -0,0 +1,40 @@
+---
+layout: post
+title: 'Linuxtag: Boothwear / Catering'
+date: '2004-04-17 20:55:00 +0000'
+mt_id: 194
+blog_id: 1
+post_id: 194
+basename: linuxtag_boothwear_catering
+categories:
+- debian
+---
+
+<p>
+Another "pool of money" I got from a sponsor can be used for the
+already mentioned "Boothwear" and maybe for catering for the booth.
+First the catering: I dont know if we should ask some business thing to
+bring us things or simply buy the stuff ourself. What do you think?
+</p>
+
+<p>
+The boothwear: As mentioned from different people before we should have
+something unique for the poeple manning the booth. A T-Shirt with a
+special design only for us comes to my mind there. But Im very bad in
+design stuff, so please make some suggestions. IMO it should include
+both, Debian and Linuxtag, ie. be special for this event.
+</p>
+
+<p>
+Quantity: I think about 1-Shirt / day for everyone there. Taking 10
+people/day would give 30 T-Shirts. Of course they are a bit more
+expensive as they are only a small series. But that doesnt matter that much.
+</p>
+
+<p>
+What do you think about "Name badges" of metal this year?
+</p>
+
+<p>
+Other suggestions?
+</p>
diff --git a/_posts/2004-04-17-sponsoring_of_travel_costs_for.html b/_posts/2004-04-17-sponsoring_of_travel_costs_for.html
new file mode 100644 (file)
index 0000000..244f763
--- /dev/null
@@ -0,0 +1,57 @@
+---
+layout: post
+title: Sponsoring of Travel Costs for Debian (Booth) People
+date: '2004-04-17 20:13:00 +0000'
+mt_id: 195
+blog_id: 1
+post_id: 195
+basename: sponsoring_of_travel_costs_for
+categories:
+- debian
+---
+
+<p>
+Well, I have a statement from a sponsor (he wants to remain private) here,
+stating that he gives us some money for the travel cost of people around
+Debian, doing stuff for the Debian Booth at the Linuxtag this Year.
+</p>
+
+<p>
+The criteria for this are simple:
+- You do work for our booth at the Linuxtag or the Debian Day.
+  That means working as booth staff for at least one shift (IIRC the
+  shift was about 2 or 3 hours last year) or giving a talk on the
+  Debian Day.
+- You arent rich. :)
+  Well, I cant control this really. I simply need to trust people
+  here. But if you can afford the travel costs by yourself without big
+  problems please dont ask.
+</p>
+
+<p>
+That shouldnt be too hard to fulfill.
+</p>
+
+<p>
+The way it works is simple too:
+Mail me your request to &#108;&#105;&#110;&#117;&#120;&#116;&#97;&#103;&#64;&#103;&#97;&#110;&#110;&#101;&#102;&#102;&#46;&#100;&#101;, stating
+- how much money you need (Train, 2. Class is preferred :) ),
+- on which days you plan to arrive and leave,
+- if you can prepay for it (ie. I give the money to you in Karlsruhe)
+  or if you need it before that and
+- what you want to do for the Booth.
+</p>
+
+<p>
+I collect all this and then assemble the list of people getting
+money. In the mid of May I will send a mail to all people that I plan to
+give the money. Those People need to answer this mail until end of
+May. That answer is then treated as a clear "YES, i come". Not coming
+to the LT then means money back (for people getting it before).
+I dont know how I can get them to send it back, but maybe with a
+personal visit? :)
+</p>
+
+<p>
+I hope thats not too confusing, if it is, well, ask me. :)
+</p>
diff --git a/_posts/2004-10-17-something.html b/_posts/2004-10-17-something.html
new file mode 100644 (file)
index 0000000..0aadbc4
--- /dev/null
@@ -0,0 +1,48 @@
+---
+layout: post
+title: Something
+date: '2004-10-17 22:01:00 +0000'
+mt_id: 193
+blog_id: 1
+post_id: 193
+basename: something
+categories:
+- other
+---
+
+<p>
+Hehe, 17. April until 17. October for a post. Yes.
+</p>
+
+<p>
+Someone said I should write something here. So here it is:
+Something.
+</p>
+
+<p>
+[....]
+</p>
+
+<p>
+Well, nothing much done in the last few weeks, err - months, since the
+last post.
+</p>
+
+<p>
+Except that I now have a machine which really is good for a desktop
+system:
+</p>
+
+<p>
+Dual AMD Opteron 248, 2Gb RAM, 1Tb SATA Disks, NVidia Quadro4 980XGL
+(yes, unfortunately you need the crap non-free driver from NVidia, but
+better than nothing like with ATI), GBit LAN, etc. pp.
+</p>
+
+<p>
+Was a bit hot and is now watercooled, pictures are
+<a href="http://213.239.206.174/gallery/Wakue">here.</a>
+
+<p>
+Hehe, I like it.
+</p>
diff --git a/_posts/2004-11-18-nagios_packages.html b/_posts/2004-11-18-nagios_packages.html
new file mode 100644 (file)
index 0000000..758bd3d
--- /dev/null
@@ -0,0 +1,35 @@
+---
+layout: post
+title: Nagios Packages
+date: '2004-11-18 23:54:00 +0000'
+mt_id: 192
+blog_id: 1
+post_id: 192
+basename: nagios_packages
+categories:
+- debian
+---
+
+<p>
+Finally I made it - new
+<a href="http://packages.debian.org/cgi-bin/search_packages.pl?version=all&subword=0&exact=1&arch=any&releases=all&case=insensitive&keywords=nagios&searchon=sourcenames">
+nagios</a> packages are uploaded to unstable now.
+After living in experimental for a few days I only got positive reports
+back, the only error reports are due to user errors or bugs in another
+package.
+The whole packaging is completly redone and is a lot easier to maintain
+for the future.
+And it was splitted it a bit more, now there is a nagios-common package
+which provides the common files for the three text, mysql and pgsql
+variants. Gets us 4 packages of about 1MB instead of 3 packages with 2MB
+having all the same files in them.
+</p>
+
+<p>
+Nagios is now maintained by a team, reachable by mail to
+<a href="mailto:pkg-nagios-&#100;&#101;&#118;&#101;&#108;&#64;&#108;&#105;&#115;&#116;&#115;&#46;&#97;&#108;&#105;&#111;&#116;&#104;&#46;&#100;&#101;&#98;&#105;&#97;&#110;&#46;&#111;&#114;&#103;">pkg-nagios-&#100;&#101;&#118;&#101;&#108;&#64;&#108;&#105;&#115;&#116;&#115;&#46;&#97;&#108;&#105;&#111;&#116;&#104;&#46;&#100;&#101;&#98;&#105;&#97;&#110;&#46;&#111;&#114;&#103;</a> if you have comments for us.
+</p>
+
+<p>
+Have fun!
+</p>
diff --git a/_posts/2004-12-05-packaging_katie_dak_debian_arc_1.html b/_posts/2004-12-05-packaging_katie_dak_debian_arc_1.html
new file mode 100644 (file)
index 0000000..536b8a9
--- /dev/null
@@ -0,0 +1,33 @@
+---
+layout: post
+title: Packaging katie / dak - Debian archive maintenance scripts
+date: '2004-12-05 23:10:00 +0000'
+mt_id: 191
+blog_id: 1
+post_id: 191
+basename: packaging_katie_dak_debian_arc_1
+categories:
+- debian
+---
+
+<p>
+I started to package the dak-suite, written by James Troup and some
+other ftpmasters. Its not an easy job, as its python (Im a perl-user),
+its not as documented as you may hope and its not an easy piece of software.
+</p>
+
+<p>
+I now have something I think I can give away to others, to get some
+feedback. So if you play with your own little (or big) archive - please
+give this package a test and tell me what you think about it.
+</p>
+
+<p>
+You can find it at <a href="http://ganneff.de/dak/pool/main/d/dak/">
+http://ganneff.de/dak/pool/main/d/dak/</a> or use
+<a href="http://ganneff.de/dak/">http://ganneff.de/dak</a> for your
+sources.list as you would with a
+"normal" debian mirror, its the same structure, its running with dak.
+Well, that /dak/* is a bit messy at the moment, as I included more than I
+need in my config, but hey, its for my tests. :)
+</p>
diff --git a/_posts/2004-12-19-packaging_katie_dak_debian_arc.html b/_posts/2004-12-19-packaging_katie_dak_debian_arc.html
new file mode 100644 (file)
index 0000000..919c2f0
--- /dev/null
@@ -0,0 +1,37 @@
+---
+layout: post
+title: Packaging katie / dak - Debian archive maintenance scripts Step 2
+date: '2004-12-19 21:51:00 +0000'
+mt_id: 190
+blog_id: 1
+post_id: 190
+basename: packaging_katie_dak_debian_arc
+categories:
+- debian
+---
+
+<p>
+After a bit of time I finally prepared -2 of dak. Well, -3 is
+opened and has a change, but I think I can upload it into the archive
+in a few days. A few cosmetic changes, checking that the patches I
+made actually work on old woody - or I can't sent them upstream which
+would be a shame.
+You can find the deb at
+<a href="http://dak.ganneff.de/pool/main/d/dak/">dak.ganneff.de</a> if
+you want it.
+</p>
+
+<p>
+I've just installed it again, this time in a virtual server for
+dak.ganneff.de and you can get a archive working with only a few steps
+of work.
+</p>
+
+<p>
+For the use of this archive: It is intended to be used by Application
+Managers for their NMs in the
+<a href="http://nm.debian.org">Debian NM Process</a> to get them a
+feeling how the archive actually works.
+Read <a href="http://lists.debian.org/debian-newmaint/2004/12/msg00041.html">
+this mail for more information if you are an AM and want to participate.
+</p>
diff --git a/_posts/2005-03-06-visiting_vancouver.html b/_posts/2005-03-06-visiting_vancouver.html
new file mode 100644 (file)
index 0000000..e553ff9
--- /dev/null
@@ -0,0 +1,20 @@
+---
+layout: post
+title: Visiting Vancouver
+date: '2005-03-06 21:18:00 +0000'
+mt_id: 189
+blog_id: 1
+post_id: 189
+basename: visiting_vancouver
+categories:
+- debian
+---
+
+<p>
+Im in Vancouver since Friday, 17:30 (Vancouver Time) - after some 12:30h of flight. Was a bit
+tired after that, but well, a night of sleep fixed that.
+The stuff I saw from this City looks nice, maybe I walk around here tomorrow (Monday) morning a
+bit, as my flight back is scheduled for 15:30.
+Was a nice little weekend here, meeting some people, talking and all that stuff. Should happen
+more often - but please in Europe, its much faster to get there. :)
+</p>
diff --git a/_posts/2005-04-07-update.html b/_posts/2005-04-07-update.html
new file mode 100644 (file)
index 0000000..7a55599
--- /dev/null
@@ -0,0 +1,33 @@
+---
+layout: post
+title: Update
+date: '2005-04-07 17:19:00 +0000'
+mt_id: 188
+blog_id: 1
+post_id: 188
+basename: update
+categories:
+- debian
+---
+
+<p>
+Only one month and one day between my last entry and this one. Yeah.
+Well, a simple status update for all that are wondering whats up
+with me (noone?).
+</p>
+
+<p>
+I was at the CeBIT for some days a in March after Vancouver, having some
+hard workdays for the rest of March (except for the few days of Easter).
+</p>
+
+<p>
+In the last days/weeks I was constantly working to overload our buildds,
+eh sorry, to get the <a href="http://ftp-master.debian.org/new.html">NEW</a>
+thing down to a small size. Im somewhere around 70 packages left now.
+</p>
+
+<p>
+Yes, I know that I mostly ignored the DAM work for some time now,
+sorry. This will change this weekend.
+</p>
diff --git a/_posts/2005-05-11-rss_feed_of_package_removals_f.html b/_posts/2005-05-11-rss_feed_of_package_removals_f.html
new file mode 100644 (file)
index 0000000..0697cdd
--- /dev/null
@@ -0,0 +1,24 @@
+---
+layout: post
+title: RSS Feed of package removals from Debian
+date: '2005-05-11 19:37:00 +0000'
+mt_id: 187
+blog_id: 1
+post_id: 187
+basename: rss_feed_of_package_removals_f
+categories:
+- debian
+---
+
+<p>
+There is now an RSS Feed of Packages removed from Debian available
+as
+<a href="http://newraff.debian.org/~joerg/removals/removals.rss">http://ftp-master.debian.org/~joerg/removals/removals.rss</a>. 
+It is updated hourly and contains the 15 last removal entries, for
+anyone who wants to know them. :)
+</p>
+
+<p>
+The little perl script for it was written by Tollef Fog Heen (and then
+modified for the woody version of XML::RSS by me).
+</p>
diff --git a/_posts/2005-06-26-gallerydebiannet.html b/_posts/2005-06-26-gallerydebiannet.html
new file mode 100644 (file)
index 0000000..a1bb5c1
--- /dev/null
@@ -0,0 +1,27 @@
+---
+layout: post
+title: gallery.debian.net
+date: '2005-06-26 21:04:00 +0000'
+mt_id: 186
+blog_id: 1
+post_id: 186
+basename: gallerydebiannet
+categories:
+- debian
+---
+
+<p>
+Just got <a href="http://gallery.debian.net/gallery/">gallery.debian.net</a>
+up and running. Need to import some graphics from last years events, to
+have some more content, for now we have one from LinuxTag 2005.
+</p>
+
+<p>
+Whoever wants to put some Debian related Event-pictures online here -
+create an account and ping me for the rights, thats it.
+</p>
+
+<p>
+And now - someone with some talent in design stuff out there? It could
+use a much better theme.
+</p>
diff --git a/_posts/2005-07-14-a_nice_license_something_to_la.html b/_posts/2005-07-14-a_nice_license_something_to_la.html
new file mode 100644 (file)
index 0000000..cbd8530
--- /dev/null
@@ -0,0 +1,18 @@
+---
+layout: post
+title: A nice license, something to laugh.
+date: '2005-07-14 23:23:00 +0000'
+mt_id: 185
+blog_id: 1
+post_id: 185
+basename: a_nice_license_something_to_la
+categories:
+- debian
+---
+
+<p>
+Have fun with <form mt:asset-id="14" class="mt-enclosure mt-enclosure-file" style="display: inline;"><a href="http://blog.ganneff.de/blog/blog/dr.txt">the D &amp; R (Death
+and Repudiation) License</a></form>.
+Note: The affected software is released under "BSD or D&amp;R", whatever
+you prefer, so feel free to choose this one.
+</p>
diff --git a/_posts/2005-07-16-we_have_a_small_dpl.html b/_posts/2005-07-16-we_have_a_small_dpl.html
new file mode 100644 (file)
index 0000000..0f10332
--- /dev/null
@@ -0,0 +1,15 @@
+---
+layout: post
+title: We have a small DPL
+date: '2005-07-16 19:50:00 +0000'
+mt_id: 184
+blog_id: 1
+post_id: 184
+basename: we_have_a_small_dpl
+categories:
+- debian
+---
+
+<p>
+We really have a <b>small</b> <a href="http://ganneff.de/ganneff_branden.jpg">DPL</a>:<br/>
+<img src="http://ganneff.de/ganneff_branden.jpg" border="0" alt="SMALL BRANDEN"></img>
diff --git a/_posts/2005-07-19-fun_at_the_job_not.html b/_posts/2005-07-19-fun_at_the_job_not.html
new file mode 100644 (file)
index 0000000..e90b5f3
--- /dev/null
@@ -0,0 +1,29 @@
+---
+layout: post
+title: Fun at the Job -- Not.
+date: '2005-07-19 10:16:00 +0000'
+mt_id: 183
+blog_id: 1
+post_id: 183
+basename: fun_at_the_job_not
+categories:
+- other
+---
+
+<p>
+Well, after the LinuxTag and DebConf Break (with about 9 days of work
+between them) I'm now back at work for a long time. Maybe.
+Last workday before Debconf ended with my boss telling me that he
+"Doesnt believe Im working for him but for the other thing I do in
+my spare time" (he means Debian).
+And the first day after Debconf5 (which was great) started with that
+again. Offering me to reduce my work time, to have more time for Debian
+as im more working for it, than for my regular job. What a bad way to
+start again, I just wanted to go home...
+</p>
+
+<p>
+Well, Im seriously considering to take that offer and reduce my work time
+here - to something like 0. Taking another job. If you have something
+interesting, very Debian related - mail me at <a href="mailto:&#106;&#111;&#101;&#114;&#103;&#64;&#100;&#101;&#98;&#105;&#97;&#110;&#46;&#111;&#114;&#103;">&#106;&#111;&#101;&#114;&#103;&#64;&#100;&#46;&#111;</a>. :)
+</p>
diff --git a/_posts/2005-07-22-isnt_it_a_nice_morning.html b/_posts/2005-07-22-isnt_it_a_nice_morning.html
new file mode 100644 (file)
index 0000000..4a6ba74
--- /dev/null
@@ -0,0 +1,25 @@
+---
+layout: post
+title: Isnt it a nice morning, ...
+date: '2005-07-22 07:44:00 +0000'
+mt_id: 182
+blog_id: 1
+post_id: 182
+basename: isnt_it_a_nice_morning
+categories:
+- other
+---
+
+<p>
+if you arrive at work and the first thing you hear is something like
+"We need to talk about the creative destruction of your workplace, as I
+know that you dont want to work anymore" from your boss?
+</p>
+
+<p>
+I love it. Really. NOT.
+</p>
+
+<p>
+(I loved most of my job here, really, until a few weeks ago...).
+</p>
diff --git a/_posts/2005-08-07-4.html b/_posts/2005-08-07-4.html
new file mode 100644 (file)
index 0000000..0d8c377
--- /dev/null
@@ -0,0 +1,26 @@
+---
+layout: post
+title: '4'
+date: '2005-08-07 15:54:00 +0000'
+mt_id: 181
+blog_id: 1
+post_id: 181
+basename: '4'
+categories:
+- debian
+---
+
+<p>
+Yes, only 4 new source packages left in <a href="http://ftp-master.debian.org/new.html">NEW</a>.
+And those 4 probably get resolved within the next week or so, just
+waiting for an answer from some other DD...
+If you consider that we started with a few hundreds of them in March...
+</p>
+
+<p>
+Now lets only get the DAM-queue to the same size and life would be good
+again. I think I failed with what I said at the beginning of this year,
+which probably also didnt help the discussions on -devel lately.
+<b>Sorry</b> people/NMs, my fault, I know that and I already moved some big parts
+away from my todo. I really think my rate will get better again...
+</p>
diff --git a/_posts/2005-08-15-quit.html b/_posts/2005-08-15-quit.html
new file mode 100644 (file)
index 0000000..85b4e67
--- /dev/null
@@ -0,0 +1,25 @@
+---
+layout: post
+title: Quit
+date: '2005-08-15 19:09:00 +0000'
+mt_id: 180
+blog_id: 1
+post_id: 180
+basename: quit
+categories:
+- other
+---
+
+<p>
+So, I finally did it. I've had a talk with my boss today and I told
+him that I leave this company at the end of this year.
+</p>
+
+<p>
+Lets see where I will end up next year, but for sure not here.
+</p>
+
+<p>
+For whatever reason that makes me feel good...
+(Ok, a bit sorry for my co-workers, they are mostly nice).
+</p>
diff --git a/_posts/2005-09-21-too_much_time.html b/_posts/2005-09-21-too_much_time.html
new file mode 100644 (file)
index 0000000..4848f55
--- /dev/null
@@ -0,0 +1,16 @@
+---
+layout: post
+title: Too much time?
+date: '2005-09-21 18:02:00 +0000'
+mt_id: 179
+blog_id: 1
+post_id: 179
+basename: too_much_time
+categories:
+- debian
+---
+
+<p>
+Well, isn't from me, just copied in:
+http://people.debian.org/~joerg/dinstall.html
+</p>
diff --git a/_posts/2005-10-10-searching_for_a_todotasklistth.html b/_posts/2005-10-10-searching_for_a_todotasklistth.html
new file mode 100644 (file)
index 0000000..474551f
--- /dev/null
@@ -0,0 +1,35 @@
+---
+layout: post
+title: Searching for a todo/tasklist/thing
+date: '2005-10-10 20:59:00 +0000'
+mt_id: 178
+blog_id: 1
+post_id: 178
+basename: searching_for_a_todotasklistth
+categories:
+- other
+---
+
+<p>
+Today I was looking for a replacement of my current todo-thingie, which
+is a mess.
+</p>
+
+<p>
+Basically I want something which can be managed by mail
+(preferred). Where I can simply forward a mail, maybe add a control line
+in the mail or subject containing the date when its due (without
+anything assume a default).
+If something is due, or already ago, I want a note in some form. Mail.
+If it also has an additional (little) program, either console or X
+(gtk), to show/edit the entries it would be best.
+</p>
+
+<p>
+Oh, I dont need all the stuff that things like request-tracker/mantis
+have.
+</p>
+
+<p>
+Any suggestions?
+</p>
diff --git a/_posts/2005-10-23-new_queue.html b/_posts/2005-10-23-new_queue.html
new file mode 100644 (file)
index 0000000..a0c1e03
--- /dev/null
@@ -0,0 +1,51 @@
+---
+layout: post
+title: NEW queue
+date: '2005-10-23 17:15:00 +0000'
+mt_id: 177
+blog_id: 1
+post_id: 177
+basename: new_queue
+categories:
+- ftpmaster
+---
+
+<p>
+27 rejections, 54 accepted this weekend. Most rejections due to
+incomplete debian/copyright files (ok, some are for other reasons,
+listed at <a href="http://ftp-master.debian.org/REJECT-FAQ.html">the
+Reject-FAQ</a>. for you.
+</p>
+
+<p>
+People - <b>please</b> look at your package before you upload, many
+times its not just one license, but here and there are files with
+different licenses. You <b>really need</b> to list them and their
+copyright holders. (Or not upload the package if you find it to have a
+license "DO NOT DISTRIBUTE", which I also found).
+</p>
+
+<p>
+You may complain that this takes time - yes, you are right. But thats
+one job as a package maintainer, so its <b>your</b> job.
+</p>
+
+<p>
+One way to do is, is to use <a href="http://packages.debian.org/mc">mc</a> - yes, really. Just "select" a
+.tar.gz with it, hit Enter and you are in. Now press Ctrl-x q and you
+have a quick-view on the right side. If you now move with the
+cursor-keys "in" that tarball you can quickly see every file in the
+tarball.
+</p>
+
+<p>
+The fun thing is that this also works with diff.gz files - Hit Enter on
+them and you are navigating in them, seeing the diff splitted in
+different files. That really helps (compare it to the time of a manual
+dpkg-source -x foo.dsc && look_at_the_files).
+</p>
+
+<p>
+Yes, you may have things with a Gnome/KDE/whatever gui, but I mostly do
+this remote, there you want <a href="http://packages.debian.org/mc">mc</a>.
+</p>
diff --git a/_posts/2005-12-05-new_listsdebconforg_setup.html b/_posts/2005-12-05-new_listsdebconforg_setup.html
new file mode 100644 (file)
index 0000000..8c042db
--- /dev/null
@@ -0,0 +1,114 @@
+---
+layout: post
+title: New lists.debconf.org setup
+date: '2005-12-05 00:25:00 +0000'
+mt_id: 176
+blog_id: 1
+post_id: 176
+basename: new_listsdebconforg_setup
+categories:
+- debconf
+---
+
+<p>
+So that I have something in my blog again, lets repeat what I wrote to
+debconf-list about the moved lists.debconf.org setup:
+</p>
+
+<p>
+As <a href="http://lists.debconf.org/lurker/message/20051203.163349.ecc070e6.en.html">
+announced</a> to the old debconf6-team list there is now a
+<a href="http://lists.debconf.org/lurker/message/20051204.184100.9fe36e59.en.html">
+new layout</a> of
+<a href="http://lists.debconf.org/">lists.debconf.org</a> running. We
+are running <a href="http://packages.debian.org/mailman">mailman</a> now with <a href="http://packages.debian.org/lurker">lurker</a> as the web-archive thingie.
+</p>
+
+<p>
+That also got a few new lists in our setup, see below. Generally - all
+lists are subscriber-only, non-subscribers are moderated.
+</p>
+
+<a href="http://lists.debconf.org/mailman/listinfo/debconf-announce">debconf-announce</a>:
+        Important news about <a href="http://www.debconf.org/">Debconf</a>. This list is a
+        <b>MUST</b> for everyone, organisator or participant. Postings are
+        moderated, discussion happens at debconf-discuss@lists.debconf.org
+
+
+<p>
+        Moderator and only allowed posters are currently:
+        Gunnar Wolf, Andreas Schuldei and me.
+</p>
+
+<a href="http://lists.debconf.org/mailman/listinfo/debconf-discuss">debconf-discuss</a>:
+        General purpose discussion list for all participants and
+        interested people.
+
+
+<p>
+        Moderator is currently Andreas Schuldei and me, any volunteers
+        are welcome!
+</p>
+
+<a href="http://lists.debconf.org/mailman/listinfo/debconf-team">debconf-team</a>:
+        The list for the organizer team to communicate about all kinds
+        of dirty details and grand schemes.
+
+
+<p>
+        Moderator again Andreas and me, volunteers welcome.
+</p>
+
+<a href="http://lists.debconf.org/mailman/listinfo/debconf-video">debconf-video</a>:
+        The list for taping and streaming the conference.
+
+
+<p>
+        Moderator is Holger Levsen and me, ask Holger if he accepts you
+        as an additional one.
+</p>
+
+<a href="http://lists.debconf.org/mailman/listinfo/debconf-website">debconf-website</a>:
+        The list for website development.
+
+
+<p>
+        Moderator is Neil McGovern and again me, ask Neil if he wants
+        you. :)
+</p>
+
+<a href="http://lists.debconf.org/mailman/listinfo/debconf6-speaker">debconf6-speaker</a>:
+        For the speakers, wanna-speakers and bof-initializers, to sort
+        out and exchange relevant infos and helpfull tips.
+
+
+<p>
+        Moderator is Andreas Schuldei, Alexander Schmehl and myself.
+</p>
+
+<a href="http://lists.debconf.org/mailman/listinfo/debconf6-localteam">debconf6-localteam</a>:
+               Specially designed for local matters on the Debian Day, this
+               mailing list brings discussions for all the people involved
+               locally on DebConf.
+
+
+<p>
+In the <a href="http://lists.debconf.org/lurker/splash/index.en.html">webarchives</a>,
+you also see the old Debconf5 Speakers list. Of course that one is
+closed, but the archives are there.
+</p>
+
+<p>
+Similar for the other lists, I imported the archives into all of them.
+</p>
+
+<p>
+If you want to volunteer to moderate a list:
+- Its not much work, usually lists are subscribers-only. You need to go
+and look regularly for posts that mailman put on hold, either because
+the list isnt in To or CC or because some other problems it might have.
+You will get a daily mail if there is something waiting on you and can
+then select "Approve, Discard, Reject" together with "Sender will be
+banned/accepted forever".
+- If you want to volunteer ask the existing *other* moderator, not me.
+</p>
diff --git a/_posts/2005-12-19-backportsorg.html b/_posts/2005-12-19-backportsorg.html
new file mode 100644 (file)
index 0000000..d61ce63
--- /dev/null
@@ -0,0 +1,48 @@
+---
+layout: post
+title: Backports.org
+date: '2005-12-19 10:55:00 +0000'
+mt_id: 175
+blog_id: 1
+post_id: 175
+basename: backportsorg
+categories:
+- debian
+---
+
+<p>
+Following <a href="http://www.inittab.de/blog/2005/12/16">nobse's</a>
+post: Yes, it is done, <a href="http://www.backports.org/">backports.org</a> is running with the
+new setup. The inclusion of bpo into the second wanna-build network is pending, and then the
+buildds should come up shortly after that. Should be a matter of only a few days now.
+</p>
+
+<p>
+So, next point: Mirrors. That's my part. We already have
+<a href="http://www.backports.org/backports.org/README.mirrors.html">2 mirrors</a>
+up and running, and are ready to get more. So if you are a mirror and want to have
+backports.org please read
+<a href="http://www.backports.org/~joerg/">our little mirror howto</a>, which should have
+any information you need to know.
+</p>
+
+<p>
+Please: For the sanity of your users: Do not mirror randomly with cronjobs. We are happy
+to add you to our mirror network, sending you a push whenever something changed in the
+archive, so you only mirror when it's really needed. We are updating our archive hourly
+(whenever there is something to install), so cronjobs are just always outdated.
+</p>
+
+<p>
+And I have just another point: While we were changing backports.org we changed mailinglists
+too. lists.backports.org now runs on another machine. The most visible change there is the
+webarchive, we are away from the ugly mailman thing to <a href="http://packages.debian.org/lurker">lurker</a>, which has a
+<a href="http://lists.backports.org/lurker/list/backports-users.html">much improved</a>
+interface. Most interesting part here was to get lurker to run in a "virtual host" style
+setup, only showing lists that the current used host should have, as the machine now
+hosts two list setups.
+</p>
+
+<p>
+Update: Added a few ''' for weasel. If you want more: ''''''''''''''''''''''''''''.
+</p>
diff --git a/_posts/2005-12-21-no_job_good_start_in_a_new_yea.html b/_posts/2005-12-21-no_job_good_start_in_a_new_yea.html
new file mode 100644 (file)
index 0000000..a830ed2
--- /dev/null
@@ -0,0 +1,31 @@
+---
+layout: post
+title: No Job? Good start in a new year. :)
+date: '2005-12-21 07:29:00 +0000'
+mt_id: 174
+blog_id: 1
+post_id: 174
+basename: no_job_good_start_in_a_new_yea
+categories:
+- other
+---
+
+<a href="http://ganneff.de/blog/2005/07/19#job">Well,</a>
+<a href="http://ganneff.de/blog/2005/07/22#nice_morning">following</a>
+<a href="http://ganneff.de/blog/2005/08/15#quit">my resign</a> at my
+current workplace for end of this year (only about 2 days of work left)
+I had some not so nice weeks in the past, but now it's so near to the end
+that I'm happy that I did it.
+</p>
+
+<p>
+Ok, I will be without a job from January on, as the stuff I tried all
+didn't work out (or maybe will, but much later than expected, but for now
+I just don't count on it), but the last few weeks at work did make it
+clear that I would have resigned even without hoping for them. The only unfortunate
+thing is that I don't get any money from the "job center", but I never
+had any good experience with them, so well - nothing much lost. I just
+dont have money. :) Hrm, maybe I should start a "market"? But looking at
+<a href="http://www.erisian.com.au/market/">AJs</a> there isn't much
+money out there. :)
+</p>
diff --git a/_posts/2005-12-22-done.html b/_posts/2005-12-22-done.html
new file mode 100644 (file)
index 0000000..1aac706
--- /dev/null
@@ -0,0 +1,18 @@
+---
+layout: post
+title: Done
+date: '2005-12-22 21:40:00 +0000'
+mt_id: 173
+blog_id: 1
+post_id: 173
+basename: done
+categories:
+- other
+---
+
+<p>
+Ahhh, finish. Last day at work is over. Thats actually a good feeling,
+even if my boss did some useless crap again at the last day. Well, now
+lets have a few nice days until next year, then I probably should start
+looking for something new. Could help for the future. :)
+</p>
diff --git a/_posts/2006-01-04-mailproblems.html b/_posts/2006-01-04-mailproblems.html
new file mode 100644 (file)
index 0000000..4fadd50
--- /dev/null
@@ -0,0 +1,18 @@
+---
+layout: post
+title: Mailproblems
+date: '2006-01-04 10:16:00 +0000'
+mt_id: 172
+blog_id: 1
+post_id: 172
+basename: mailproblems
+categories:
+- other
+---
+
+<p>
+Gah, seems like I had a little problem with my mailserver and as such
+rejected legal mail to me. So if you sent something important and got a
+bounce - please resend.
+Sorry.
+</p>
diff --git a/_posts/2006-02-04-packagesdebianorg.html b/_posts/2006-02-04-packagesdebianorg.html
new file mode 100644 (file)
index 0000000..0c8ab3e
--- /dev/null
@@ -0,0 +1,34 @@
+---
+layout: post
+title: packages.debian.org
+date: '2006-02-04 14:01:00 +0000'
+mt_id: 171
+blog_id: 1
+post_id: 171
+basename: packagesdebianorg
+categories:
+- debian
+---
+
+<p>
+Well, packages is still down, but there is a temporarily replacement
+until a new machine is running now on
+<a href="http://pdo.debian.net/">pdo.debian.net</a> (anything except
+changelogs/copyright files). The new, final, place for it is scheduled
+to be up and running mid of next week, but until then you get the
+information, including searches (ie. pdo.debian.net/$PACKAGENAME) from
+that other host.
+</p>
+
+<p>
+debian-admin is informed that they can point the DNS for
+packages.debian.org there, to make it easier to access, lets hope one of
+them is doing this simple change. :)
+</p>
+
+<p>
+Update: Meh, just copied in the search form from
+<a href="http://www.debian.org/distrib/packages">http://www.debian.org/distrib/packages</a> 
+and replaced packages.debian.org in it, so you now can search with the
+usual form there if you want.
+</p>
diff --git a/_posts/2006-02-14-another_dvd_image_finished.html b/_posts/2006-02-14-another_dvd_image_finished.html
new file mode 100644 (file)
index 0000000..dbeb4e5
--- /dev/null
@@ -0,0 +1,97 @@
+---
+layout: post
+title: Another DVD image finished
+date: '2006-02-14 23:31:00 +0000'
+mt_id: 170
+blog_id: 1
+post_id: 170
+basename: another_dvd_image_finished
+categories:
+- debian
+---
+
+<p>
+Yesterday evening, around 17:00 UTC I finished building another DVD
+image after being up for almost 33hours. This time it is for the <a
+href="http://www.cebit.de/">Cebit</a> edition of the german <a
+href="http://www.linux-magazin.de/">Linux Magazin</a> and Debian (we
+will have a booth there, see <a
+href="http://www.us.debian.org/events/2006/0309-cebit">our Events
+page</a> for more info, together with Credativ). If you are there you can
+grab the image there, or alternatively at the booth of Linux New
+Media/Linux Magazin.
+</p>
+
+<p>
+I built the image together with <a href="http://blog.schmehl.info/">Alex
+(Tolimar)</a>, who did a great job keeping me focused on it, compiling
+stuff, helping with documentation, package selection and many other
+different things that needed to be done.
+</p>
+
+<p>
+We had our first big run with this image from (I think) Wednesday til
+Thursday, not taking any sleep in the night, to get it finished in
+time. Unfortunately we got the message that it needed some more changes,
+so we had the weekend to sort through it, and started again on Friday
+evening. Alex left on Sunday afternoon, where the image was basically
+nearly finished. Due to some little hickups it then needed until Monday 18:00
+to really be final and sent out, which made me stay awake from Sunday,
+09:30 til around Monday, 18:00 (local time).
+</p>
+
+<p>
+As usual (like the last 3 images I built for events in Germany) this is
+a multi-architecture image, again with i386, amd64 and powerpc included,
+ready to boot into our nice debian-installer for sarge. The kernel was
+updated to 2.6.12 for i386 and amd64, to support a few more newer
+machines. We also included a preseeding magic, so you can install a
+complete Debian Desktop only by deciding how to partition your harddisc
+and entering the username / password you want to use. You end up with a
+nice little Gnome-System, having a custom background, some links on the
+Desktop and bookmarks in Firefox and a disabled root account (use sudo
+:) ). This nearly automatic installation is available for german and for
+spanish, as we will bring some of these DVDs to the <a
+href="http://www.debianday.org/">DebianDay</a> in Mexico.
+</p>
+
+<p>
+For the spanish part <a
+href="http://www.marga.com.ar/blog/index.cgi/">Marga</a> did a great 
+job with the translation of all the various included Readme files to
+spanish in a normally <b>much</b> to short timeframe (we asked somewhere
+on Saturday IIRC), many thanks to her for that work.
+</p>
+
+<p>
+But it would be boring to have only those bits on this DVD, so we
+decided to include a few backports from
+<a href="http://www.backports.org/">backports.org</a> too. There is a
+newer X, a newer OpenOffice, spamassassin and others included for at
+least i386.
+</p>
+
+<p>
+And still - we have included more. We included a recent build of <a
+href="http://openwrt.org/">openwrt</a> and also the small edition of <a
+href="http://www.grml.org/">grml</a> on this DVD.
+</p>
+
+<p>
+All in all users have around 45 - 50 different ways to boot from this
+DVD, which is a nice and big selection. Right now its hard to think of a
+collection that makes it "better/bigger/whatever" than that. Im sure
+there will be something with which we can outperform this, but right now
+its hard to imagine. Of course an etch d-i could be a point, maybe
+together with a Debian Livesystem (real Debian, not just "based on with
+random additions"), maybe many more preseeding configurations and not
+only one, we will see. If you have suggestions please mail me.
+</p>
+
+<p>
+If you want it: Yes, you can freely download the image, if you cant grab
+it on DVD while Cebit is running / from a LinuxMagazin, but this
+download will only be available after Cebit finished plus a few days
+more. Its never good to have a DVD for a magazine freely available
+before that magazine is public. :)
+</p>
diff --git a/_posts/2006-02-25-debconf_gallery.html b/_posts/2006-02-25-debconf_gallery.html
new file mode 100644 (file)
index 0000000..486555b
--- /dev/null
@@ -0,0 +1,47 @@
+---
+layout: post
+title: Debconf Gallery
+date: '2006-02-25 19:03:00 +0000'
+mt_id: 169
+blog_id: 1
+post_id: 169
+basename: debconf_gallery
+categories:
+- debconf
+---
+
+<p>
+From <a
+href="http://lists.debconf.org/lurker/message/20060225.185739.e3bdd7e9.en.html">a
+mail</a> I just wrote to the <a
+href="http://lists.debconf.org/mailman/listinfo/debconf-team">Debconf
+Team List</a>:
+</p>
+
+<p>
+Recently I got the data for the Debconf gallery from Jon (thanks).
+That means I can finally bring it back too, after having the
+<a href="http://lists.debconf.org/lurker/message/20060225.184514.01c8f428.en.html">old
+websites</a> back up. Now, I dont want to take on more work and admin the
+gallery thingie, I already have enough. So I now search for volunteers
+to do that task.
+</p>
+
+<p>
+The task itself is easy, playing master of the gallery installation:
+- adding new users so they can upload,
+- help them if they have problems,
+- randomly scan for "bad" images that have nothing to do with us,
+- work with me whenever an admin task needs root rights.
+</p>
+
+<p>
+Whoever is taking this job (2 or more preferred IMO) can decide on the
+gallery software we use, the way users get their pictures online (web
+frontend? ftp upload? whatever), can decide on the look and feel of it
+and can take all the blame for it.
+</p>
+
+<p>
+Anyone? Mail me or try to get me on IRC.
+</p>
diff --git a/_posts/2006-02-25-old_debconf_websites_are_back.html b/_posts/2006-02-25-old_debconf_websites_are_back.html
new file mode 100644 (file)
index 0000000..830c860
--- /dev/null
@@ -0,0 +1,74 @@
+---
+layout: post
+title: Old DebConf websites are back up
+date: '2006-02-25 19:04:00 +0000'
+mt_id: 168
+blog_id: 1
+post_id: 168
+basename: old_debconf_websites_are_back
+categories:
+- debconf
+---
+
+<p>
+Finally we have the websites of past DebConf events back online. We have
+the sites from debconf3 til 5 now available. I dont think debconf2 and 1
+had something that was seen as one site, but if someone somewhere has
+parts of it and wants it to be available from debconf.org Im happy to
+include it there.
+</p>
+
+<p>
+The sites are accessible via debconfX.debconf.org, replace X with their
+number, ie debconf4.debconf.org will show you the site from the
+Brasilian DebConf.
+</p>
+
+<p>
+We currently have:
+</p>
+
+<a href="http://debconf3.debconf.org">http://debconf3.debconf.org</a>
+<a href="http://debconf4.debconf.org">http://debconf4.debconf.org</a>
+<a href="http://debconf5.debconf.org">http://debconf5.debconf.org</a>
+<a href="http://debconf6.debconf.org">http://debconf6.debconf.org</a>
+
+<p>
+As you see <a href="http://debconf6.debconf.org">debconf6.debconf.org</a> already works. That one will be the URL
+if DC6 is over, <a href="http://www.debconf.org/">www.debconf.org</a> then will move on to DC7. IOW www will
+always point to the upcoming event.
+</p>
+
+<p>
+Some little notes:
+</p>
+
+<p>
+- The past events had PHP driven websites, and a CMS. As there is no
+  reason to have a running root hole on the system for events that dont
+  change anymore I mirrored the page and now only have static content.
+  It *may* be that I made a mistake in that process, so a link doesnt
+  work. If you discover that - please inform me, or best send a diff (or
+  if its more then some sed statements).
+</p>
+
+<p>
+- Of course I disabled all the login possibilities from those CMS stuff
+  and turned off counters.
+</p>
+
+<p>
+- What to do with the <a href="http://es.debconf.org/">es.debconf.org</a> site when DC6 is over? We have two
+  options, one is to just ignore it until we have another DC which needs
+  a spanish site, the other is to "move" it to debconf6-es.debconf.org
+</p>
+
+<p>
+- Of course no comas is running for the old debconf site. Gunnar said he
+  has a backup somewhere, so with a bit of luck and time we can make the
+  links to the talk details from debconf5 working.
+</p>
+
+<p>
+- Gallery isnt up yet. I have the data for it, so it will come back.
+</p>
diff --git a/_posts/2006-02-27-no_bans_no_traffic.html b/_posts/2006-02-27-no_bans_no_traffic.html
new file mode 100644 (file)
index 0000000..d820635
--- /dev/null
@@ -0,0 +1,18 @@
+---
+layout: post
+title: No bans? No traffic!
+date: '2006-02-27 19:01:00 +0000'
+mt_id: 167
+blog_id: 1
+post_id: 167
+basename: no_bans_no_traffic
+categories:
+- debian
+---
+
+<a
+href="http://azure.humbug.org.au/~aj/blog/2006/02/28">Anthony</a>,
+of course you dont need a ban. That channel has virtually no traffic,
+compared to many/most other debian related channels. Most of the time
+its a join/part log, no discussion....
+</p>
diff --git a/_posts/2006-03-09-cabal_wars.html b/_posts/2006-03-09-cabal_wars.html
new file mode 100644 (file)
index 0000000..8e77037
--- /dev/null
@@ -0,0 +1,15 @@
+---
+layout: post
+title: '"Cabal wars"'
+date: '2006-03-09 19:36:00 +0000'
+mt_id: 166
+blog_id: 1
+post_id: 166
+basename: cabal_wars
+categories:
+- debian
+---
+
+<a href="http://xana.scru.org/bamamba/sepdut.html">Clint</a>, you do
+realize that 2/3 of ftpmasters are 2/4 of the sysadmins?
+</p>
diff --git a/_posts/2006-03-13-cebit_2006.html b/_posts/2006-03-13-cebit_2006.html
new file mode 100644 (file)
index 0000000..8f6362c
--- /dev/null
@@ -0,0 +1,33 @@
+---
+layout: post
+title: Cebit 2006
+date: '2006-03-13 23:29:00 +0000'
+mt_id: 165
+blog_id: 1
+post_id: 165
+basename: cebit_2006
+categories:
+- debian
+---
+
+<p>
+I was at that event from Friday til now (13 March). That together with a
+job I am doing at the moment got the NEW queue big enough to start
+another pointless thread on the lists about it. Seems the threshold for
+that is around 200 packages. Oh well, lets get much below that tomorrow
+after some sleep...
+</p>
+
+<p>
+Cebit itself was nice, especially the thing that <a
+href="http://blog.schmehl.info/">Tolimar</a> and myself talked to a lot
+of people from different businesses and got some positive statements for
+donations for DebConf and Debian. That includes a new machine, including
+hosting, for debconf.org, which will then take the gallery.
+</p>
+
+<p>
+It was also nice to meet some people again which you dont see elsewhere,
+but where it helps to have some reallife contact and talk a bit about
+various things. Sometimes RL is just easier.
+</p>
diff --git a/_posts/2006-04-19-changelogs.html b/_posts/2006-04-19-changelogs.html
new file mode 100644 (file)
index 0000000..2b4b88f
--- /dev/null
@@ -0,0 +1,24 @@
+---
+layout: post
+title: Changelogs
+date: '2006-04-19 22:11:00 +0000'
+mt_id: 164
+blog_id: 1
+post_id: 164
+basename: changelogs
+categories:
+- debian
+---
+
+<p>
+In coordination with Frank Lichtenheld, our packages.debian.org master,
+<a href="http://packages.debian.org/"> packages </a> now has a redirection for
+changelogs. Enter <i>http://packages.debian.org/changelog:$PACKAGE</i>
+into your browser, and you will get redirected to the latest changelog
+of that package.
+</p>
+
+<p>
+Implementation Details: Done with a RedirectMap in apache. The input
+file has 26916 lines right now...
+</p>
diff --git a/_posts/2006-05-01-gallerydebconforg.html b/_posts/2006-05-01-gallerydebconforg.html
new file mode 100644 (file)
index 0000000..4ce274a
--- /dev/null
@@ -0,0 +1,15 @@
+---
+layout: post
+title: gallery.debconf.org
+date: '2006-05-01 16:38:00 +0000'
+mt_id: 163
+blog_id: 1
+post_id: 163
+basename: gallerydebconforg
+categories:
+- debconf
+---
+
+<a href="https://gallery.debconf.org/">The DebConf Gallery</a> is back
+up and running now.
+</p>
diff --git a/_posts/2006-05-04-buffer_enhanced.html b/_posts/2006-05-04-buffer_enhanced.html
new file mode 100644 (file)
index 0000000..1142a35
--- /dev/null
@@ -0,0 +1,17 @@
+---
+layout: post
+title: buffer enhanced :)
+date: '2006-05-04 11:55:00 +0000'
+mt_id: 162
+blog_id: 1
+post_id: 162
+basename: buffer_enhanced
+categories:
+- debconf
+---
+
+<a href="http://kitenet.net/~joey/blog/entry/boffer_overflow.html">The
+limit</a> was set in comas, yup. 3 proposals per person... I changed
+that, so whoever wants can now submit up to 10 proposals, that should
+also fit the BoF-Master JoeyH. :)
+</p>
diff --git a/_posts/2006-06-04-pictures_from_debconf.html b/_posts/2006-06-04-pictures_from_debconf.html
new file mode 100644 (file)
index 0000000..5d3e72e
--- /dev/null
@@ -0,0 +1,29 @@
+---
+layout: post
+title: Pictures from DebConf
+date: '2006-06-04 23:47:00 +0000'
+mt_id: 161
+blog_id: 1
+post_id: 161
+basename: pictures_from_debconf
+categories:
+- debconf
+---
+
+<p>
+Finally uploaded all the missing pictures I took at
+<a href="http://debconf6.debconf.org/">DebConf6</a> to our
+<a href="https://gallery.debconf.org/">Gallery</a>.
+</p>
+
+<p>
+Looks like the Gallery this year gets really many of the pictures, which
+is good. Make it the single place for people who want to remember this
+event. :)
+</p>
+
+<p>
+Oh, if you read this: I would appreciate it if you stick with
+ascii-only for the names of the album you create. I needed to kill
+and recreate one album due to a non-ascii-char in it. Thanks.
+</p>
diff --git a/_posts/2006-06-20-pictures_and_text_from_my_trip.html b/_posts/2006-06-20-pictures_and_text_from_my_trip.html
new file mode 100644 (file)
index 0000000..3e98393
--- /dev/null
@@ -0,0 +1,31 @@
+---
+layout: post
+title: Pictures and text from my Trip in Mexico
+date: '2006-06-20 09:21:00 +0000'
+mt_id: 160
+blog_id: 1
+post_id: 160
+basename: pictures_and_text_from_my_trip
+categories:
+- other
+---
+
+<p>
+Finally Im done, and uploaded all pictures from my trip after DebConf. I
+also made some little .html files, describing parts of the trip, you can
+find that behind 
+<a href="http://kosh.ganneff.de/~joerg/mexico/">http://kosh.ganneff.de/~joerg/mexico/</a>.
+</p>
+
+<p>
+All pictures are available behind
+<a href="http://kosh.ganneff.de/~joerg/gallery/mexico">http://kosh.ganneff.de/~joerg/gallery/mexico</a>,
+if you really want to look at them. Sometimes there is a subdirectory
+bad/, I put pictures there I do not like that much. Space enough, so why
+delete? :)
+</p>
+
+<b>Update</b>
+Damn, if you go and move the gallery into another subdir it *really*
+helps to update all the html files with the links to it. Tssss.
+</p>
diff --git a/_posts/2006-06-27-miau.html b/_posts/2006-06-27-miau.html
new file mode 100644 (file)
index 0000000..fa59a04
--- /dev/null
@@ -0,0 +1,31 @@
+---
+layout: post
+title: Miau
+date: '2006-06-27 20:55:00 +0000'
+mt_id: 159
+blog_id: 1
+post_id: 159
+basename: miau
+categories:
+- debian
+---
+
+<p>
+So, NEW down to 104 again. It was 111 yesterday at dinstall time, but
+people keep uploading NEW packages (was up at 121). Damn people. :)
+</p>
+
+<p>
+In other news I finished the project for work I had the last months,
+which was a nice server migration, getting some 50 machines from woody to sarge,
+with heartbeat, drbd, bonding  and a lot of other things for some
+redundancy. But as thats finished for now, lets see what Im doing next.
+</p>
+
+<p>
+Oh, the next 5 days I will be on a trip to Sarajevo and Edinburgh, see
+<a href="http://lists.debconf.org/lurker/message/20060622.150218.0fd6bc26.en.html">this
+mail</a> for the reason. We should have net there, so in theory I should
+be able to get more out of that NEW queue in the evenings, but if not -
+well, go bite in a table. :)
+</p>
diff --git a/_posts/2006-07-29-little_changes.html b/_posts/2006-07-29-little_changes.html
new file mode 100644 (file)
index 0000000..024a5b5
--- /dev/null
@@ -0,0 +1,56 @@
+---
+layout: post
+title: Little changes
+date: '2006-07-29 11:59:00 +0000'
+mt_id: 158
+blog_id: 1
+post_id: 158
+basename: little_changes
+categories:
+- debian
+---
+
+<p>
+Today <a href="http://azure.humbug.org.au/~aj/blog">aj</a> applied two
+patches to the dak code running on ftp-master i supplied. One got the
+part in dak that processes <a href="http://ftp-master.debian.org/new.html">NEW</a> up to reality for non-free (well,
+non-main) debian-installer components, they are now able to go in.
+</p>
+
+<p>
+The other, more interesting one, affects the mails people receive when a
+<a href="http://ftp-master.debian.org/new.html">NEW</a> package is accepted. Those now contain an added paragraph, basically
+looking like the following:
+</p>
+
+<pre>
+   Override entries for your package:
+   foo.deb - optional devel
+   bar.udeb - extra admin
+   foo2.0-1.dsc - source interpreters
+</pre>
+
+<p>
+That means you can now directly see if you have a different opinion of
+the override entries and change your package, avoiding a "Override
+disparity" mail with your next upload.
+</p>
+
+<p>
+And just because it was a nice rainy (and cold!) day today, I also went
+and rejected those two old packages we had in the queue. rte, real
+time encoder, was the first, and looks like it wont ever get included in
+Debian, containing non-free code. The other, more flame-attached
+package, is mplayer - which may get into the archive in the future, but
+needs a lot of work before that can actually happen.
+</p>
+
+<p>
+Now - people only need to stop uploading <a
+href="http://ftp-master.debian.org/new.html">NEW</a> packages, and we
+are all fine. :)
+</p>
+
+<b>Update:</b> And after aj applied my fix to my override patch people
+now get the right data mailed...
+</p>
diff --git a/_posts/2006-09-04-forking_cdrtools_as_cdrkit.html b/_posts/2006-09-04-forking_cdrtools_as_cdrkit.html
new file mode 100644 (file)
index 0000000..da17338
--- /dev/null
@@ -0,0 +1,38 @@
+---
+layout: post
+title: Forking cdrtools as cdrkit
+date: '2006-09-04 12:55:00 +0000'
+mt_id: 157
+blog_id: 1
+post_id: 157
+basename: forking_cdrtools_as_cdrkit
+categories:
+- debian
+---
+
+<p>
+As you can read in <a href="http://lists.debian.org/debian-devel-announce/2006/09/msg00002.html">this
+mail</a> we went and forked the cdrtools suite and named the fork
+cdrkit. I wont repeat all the reasons again here, please <a
+href="http://debburn.alioth.debian.org/FORK">read this</a> if you are
+interested.
+</p>
+
+<p>
+If you are interested to join us start with a
+<pre>svn co svn://svn.debian.org/debburn/nonameyet/trunk</pre> and join
+us in IRC, server irc.oftc.net, channel #debburn.
+</p>
+
+<hr/>
+
+<p>
+Personally I really <b>hate</b> that we got forced to fork, I never did
+want that to happen. For most of the past I was able to ignore most of
+the random flamewars that JS always seems to get in. But unfortunately
+that did not work this time, so I
+<a href="http://lists.debian.org/debian-devel/2006/08/msg00478.html">joined</a>
+the running flamewar. Read the thread following that yourself to make
+your own opinion, but maybe its better to just not read it, the time can
+be used better.
+</p>
diff --git a/_posts/2006-10-20-bsp_in_vienna.html b/_posts/2006-10-20-bsp_in_vienna.html
new file mode 100644 (file)
index 0000000..aa79cc1
--- /dev/null
@@ -0,0 +1,21 @@
+---
+layout: post
+title: BSP in Vienna
+date: '2006-10-20 10:08:00 +0000'
+mt_id: 156
+blog_id: 1
+post_id: 156
+basename: bsp_in_vienna
+categories:
+- other
+- debian
+---
+
+<p>
+Yeah, I'm probably a bit late, but well, I don't care. I finally managed
+to get the 
+<a href="http://kosh.ganneff.de/~joerg/gallery/wien/">pictures up</a>
+I took during the BSP and the few days more that I have been in
+Vienna. Not all of them are good, but it's enough to keep the memory
+alive.
+</p>
diff --git a/_posts/2006-11-01-debconf7_dates_announced.html b/_posts/2006-11-01-debconf7_dates_announced.html
new file mode 100644 (file)
index 0000000..d5fb0c0
--- /dev/null
@@ -0,0 +1,30 @@
+---
+layout: post
+title: DebConf7 dates announced
+date: '2006-11-01 00:08:00 +0000'
+mt_id: 155
+blog_id: 1
+post_id: 155
+basename: debconf7_dates_announced
+categories:
+- debconf
+---
+
+<p>
+After a long time of waiting, and a lot of work from the localteam,
+Moray just <a href="http://lists.debconf.org/lurker/message/20061031.234053.ebff5ef1.en.html">announced</a>
+the dates for next years <a href="https://debconf7.debconf.org/">DebConf7</a>.
+</p>
+
+<p>
+So Edinburgh will have to deal with some hundred Debian people next
+June, from 10 June until 23 June, where 10-16 is 
+<a href="https://debconf7.debconf.org/wiki/DebCamp">DebCamp</a>, 16 also the
+<a href="https://debconf7.debconf.org/wiki/DebianDay">Debianday</a> and
+17-23 is <a href="https://debconf7.debconf.org/wiki/DebConf">DebConf</a> time.
+</p>
+
+<p>
+Thanks to everyone who helped making this announce possible and to all
+that help to make the event possible!
+</p>
diff --git a/_posts/2006-11-16-call_for_papers_for_debconf7.html b/_posts/2006-11-16-call_for_papers_for_debconf7.html
new file mode 100644 (file)
index 0000000..b1ef687
--- /dev/null
@@ -0,0 +1,41 @@
+---
+layout: post
+title: Call for Papers for DebConf7
+date: '2006-11-16 18:29:00 +0000'
+mt_id: 154
+blog_id: 1
+post_id: 154
+basename: call_for_papers_for_debconf7
+categories:
+- debconf
+---
+
+<p>
+So, after a lot of work to get the system up and running (and then
+changing it until others from the team liked it) we finally
+<a href="http://lists.debconf.org/lurker/message/20061116.173226.490f6166.en.html">sent out the
+Call for Papers and Registration informations</a> for
+<a href="https://debconf7.debconf.org/">DebConf7</a>.
+</p>
+
+<p>
+Now, only about one hour later we already have 37 registered users in
+that system. Thats fast.
+</p>
+
+<p>
+A nice detail about the new system we use (except the complete change it
+means for everyone :) ) is that accounts you create now get re-used for
+all future DebConfs. No need to reenter your data every year.
+</p>
+
+<p>
+Additionally we (as in DebConf) can offer other Debian related events
+the ability to use this system for their stuff. That means - if you
+organize a Debian related conference and want to keep track of
+attendees, events/talks, manage a schedule, or just parts of this -
+contact me, it can be arranged easily. The advantage for your
+attendees/speakers is that they only need one account at one system, not
+one for every conference. And you as organizer get a fully running
+system for free. :)
+</p>
diff --git a/_posts/2006-11-18-debconf7_call_for_papers_take.html b/_posts/2006-11-18-debconf7_call_for_papers_take.html
new file mode 100644 (file)
index 0000000..637ea02
--- /dev/null
@@ -0,0 +1,41 @@
+---
+layout: post
+title: DebConf7 Call for Papers, take two
+date: '2006-11-18 01:49:00 +0000'
+mt_id: 153
+blog_id: 1
+post_id: 153
+basename: debconf7_call_for_papers_take
+categories:
+- debconf
+---
+
+<p>
+Watching the DebConf7 systems and looking at proposals people enter for
+<a href="https://debconf7.debconf.org">DebConf7</a>, one thing comes to
+mind (with now 129 created accounts and 9 submitted papers):
+</p>
+
+<p>
+People are submitting only proposals for talks like we had in the
+past. But the new system we use makes it way easier for us to have much
+more in our database and so in our schedule. So dont hesitate to submit
+other types of events that can or should happen at DebConf7 too. Like -
+currently we have the Keysigning Party, the Welcome Talk and also the
+Formal Dinner as seperate entries in our database. Other things I can
+think of are a cheese&wine party or a soccer game. Or everything else
+that fits in a schedule.
+</p>
+
+<p>
+Advantage - we can add it to the schedule so people can find it more
+easily, also probably reserving rooms for it. And you wont forget about
+it. And - this system allows feedback to talks (and speakers), so during
+DebConf7 all attendees can rate events. But only those in the database.
+</p>
+
+<p>
+Just one thing - if you submit such an event please use the "Submission
+notes" field to state that it is not for the main track, so our review
+committee doesn't judge your submission.
+</p>
diff --git a/_posts/2006-12-05-hardware_for_you.html b/_posts/2006-12-05-hardware_for_you.html
new file mode 100644 (file)
index 0000000..c00a6fc
--- /dev/null
@@ -0,0 +1,28 @@
+---
+layout: post
+title: Hardware for you
+date: '2006-12-05 23:55:00 +0000'
+mt_id: 152
+blog_id: 1
+post_id: 152
+basename: hardware_for_you
+categories:
+- debian
+---
+
+<p>
+As I just 
+<a href="http://lists.debian.org/debian-project/2006/12/msg00032.html">wrote</a>
+to the debian-project lists I have a few machines to give away to Debian
+people. The machine specs start with some older 486 DX2/66 and go up to
+Dual Xeons with 3GHz, so contains a good number of interesting
+systems. Thats all hardware that got sorted out, after we migrated the
+servers to a complete new set of machines. Lets see where it gets a new
+use.
+</p>
+
+<p>
+Update: Please notice that the list contains more than those 4 Dual Xeon
+machines. Maybe note an alternative P4 you could live with in case other
+people did love the Xeons too. :)
+</p>
diff --git a/_posts/2006-12-07-debugging_https_sessions.html b/_posts/2006-12-07-debugging_https_sessions.html
new file mode 100644 (file)
index 0000000..a34509c
--- /dev/null
@@ -0,0 +1,23 @@
+---
+layout: post
+title: Debugging https sessions
+date: '2006-12-07 23:30:00 +0000'
+mt_id: 151
+blog_id: 1
+post_id: 151
+basename: debugging_https_sessions
+categories:
+- tech
+---
+
+<p>
+After reading
+<a href="http://www.gwolf.org/index.php?blog/show/188">Gunnars problems
+with a https session</a> I remembered that I had a similar problem some
+time ago. I found <a href="http://packages.debian.org/spikeproxy">spikeproxy</a> back then, which is already in
+Debian and does help there. Just tell your browser to use it as a proxy,
+ignore the ssl certificate warning for this debugging session and there
+you go, you now can see the full traffic, including cookies, headers and
+all stuff you need to debug such a beast. In case you need it there
+seems to be a way to change all that also, but I never needed that. :)
+</p>
diff --git a/_posts/2006-12-15-looking_for_a_new_laptop.html b/_posts/2006-12-15-looking_for_a_new_laptop.html
new file mode 100644 (file)
index 0000000..8026caa
--- /dev/null
@@ -0,0 +1,67 @@
+---
+layout: post
+title: Looking for a new laptop
+date: '2006-12-15 10:16:00 +0000'
+mt_id: 150
+blog_id: 1
+post_id: 150
+basename: looking_for_a_new_laptop
+categories:
+- other
+---
+
+<p>
+Dear Lazyweb, currently I am thinking about buying a new Laptop. Do you
+have any suggestion?
+</p>
+
+<p>
+What I want is (hopefully) simple:
+- Big display. Im used to two big TFTs at home, so I would want a big one
+  in the Laptop too. (Update1 - no, the weight isnt that much of a problem)
+</p>
+
+<p>
+- Enough RAM and discspace, but that should be simple for everything
+  today. :)
+</p>
+
+<p>
+- A long battery lifetime. Well, long. At least 2.5hours but anything
+  more is better.
+</p>
+
+<p>
+- All the usual stuff a laptop has, from Gig-Ethernet, working wireless,
+  etc. :)
+</p>
+
+<p>
+- Work fully under Linux. There is no excuse for anything that wont
+  work. I am used to a G3 Ibook which works out of the box without any
+  need to setup something special. I wont spend money on something
+  that doesnt work... (But Im ok with setting up something if it needs
+  a step or two more than usual, I wont do daily setups of the
+  machine. :) )
+</p>
+
+<p>
+Price? In the range of 2000 Euro sounds ok.
+</p>
+
+<p>
+Update2: No, I dont consider Apple anymore. They switched the CPU to
+something dumb and are now just way too expensive for the crap they sell...
+</p>
+
+<p>
+Update3: Thanks to those who already replied.
+</p>
+
+<p>
+Update4: Oh, it may be an Intel CPU thing. Just not in an Apple, as I
+dont want to pay extra for their logo and have no benefit from it, like
+it was with the Ibook - install and run, no problems. Now with their
+switch I dont believe it will be the same good experience, so Apple can
+die, IMO. :)
+</p>
diff --git a/_posts/2006-12-27-thanks.html b/_posts/2006-12-27-thanks.html
new file mode 100644 (file)
index 0000000..957fb9e
--- /dev/null
@@ -0,0 +1,100 @@
+---
+layout: post
+title: Thanks
+date: '2006-12-27 20:15:00 +0000'
+mt_id: 149
+blog_id: 1
+post_id: 149
+basename: thanks
+categories:
+- debian
+---
+
+<p>
+While its not the normal action people usually expect from me, I just
+felt the need to have a little posting saying <b>Thanks</b> to somebody.
+</p>
+
+<p>
+Who? Well. All of you doing work on a regular basis, like
+</p>
+
+<p>
+ * <a href="http://www.debian.org/devel/join/newmaint#AppMan">Application
+   Managers</a>, who regularly process people that want to get Debian
+   Developer status. They are doing a lot of work, asking questions,
+   giving tips and in the end submit their report. Usually thats a
+   process of multiple days up to some months work, depending on the
+   time the Applicant and the AM has.
+</p>
+
+<p>
+ * <a href="http://www.debian.org/devel/join/newmaint#FrontDesk">FrontDesk</a>.
+   who makes sure that the process keeps on running by managing all
+   sorts of weird things people come up with,
+</p>
+
+<p>
+ * <a href="http://www.debian.org/devel/join/newmaint#Sponsor">Sponsors</a>,
+   who help non-DDs to get their package into the Debian Archive,
+</p>
+
+<p>
+ * <a href="http://lists.debian.org/debian-release">The release
+   team</a>, who always tries to get the best possible release out of
+   the door,
+</p>
+
+<p>
+ * <a href="http://www.debian.org/devel/people">All those people</a>
+   that make Debian what it is - the biggest and best distribution ever,
+</p>
+
+<p>
+ * everyone that goes and fixes bugs in debian packages to keep the
+   quality as high as possible,
+</p>
+
+<p>
+ * all people that help people by answering questions on one of our
+   <a href="http://lists.debian.org/">mailinglists</a>, on IRC or
+   in web forums,
+</p>
+
+<p>
+ * every upstream author that releases his software under a free license
+   and happily works together with distribution maintainers to make
+   their software the best it can be,
+</p>
+
+<p>
+ * all those that help to organize
+   <a href="https://www.debconf.org/">DebConf</a>, the yearly Debian
+   Conference with all the time-consuming tasks that that includes,
+</p>
+
+<p>
+ * the people that keep the infrastructure running that allows us to
+   develop our own little gems, like the Debian Admins, SPI Admins,
+   Alioth Admins, IRC Network Operators and anyone who provides and
+   maintains machines for a free project out there,
+</p>
+
+<p>
+ * those behind everyone I mentioned - the families. Who have to look
+   for something else during the time people do all the mentioned work,
+</p>
+
+<p>
+ * everyone who can resist feeding a flamewar,
+</p>
+
+<p>
+Did I forgot someone? I'm sure I did, so - <b>start your own</b> post
+and say thanks, without people spending a lot of their spare time you
+would not have such a great distribution to use and ease your life!
+</p>
+
+<p>
+Have a good new year and continue the good work!
+</p>
diff --git a/_posts/2007-01-29-eventspapers_for_debconf7.html b/_posts/2007-01-29-eventspapers_for_debconf7.html
new file mode 100644 (file)
index 0000000..692a997
--- /dev/null
@@ -0,0 +1,54 @@
+---
+layout: post
+title: Events/Papers for DebConf7
+date: '2007-01-29 23:04:00 +0000'
+mt_id: 148
+blog_id: 1
+post_id: 148
+basename: eventspapers_for_debconf7
+categories:
+- debconf
+---
+
+<p>
+As you may <a href="http://lists.debconf.org/lurker/message/20070129.004331.e89388c2.en.html">have
+read</a> DebConf is soon closing the Call for Papers for the upcoming
+DebConf7 in Edinburgh.
+</p>
+
+<p>
+To make sure your talk gets the best possible rating from the
+<a href="http://lists.debconf.org/lurker/message/20070128.132838.2bc385e3.en.html">
+papers committee</a> you should have all details filled out, especially
+including Abstract and Description. There are multiple events who miss
+at least one, sometimes both.
+</p>
+
+<p>
+Now, while the CfP is closing soon, this doesnt mean you can't submit any
+events anymore. First there are the usual BoFs which you could always
+submit, but this year our interface is open to more. You can submit more
+than talks and BoFs, so we should make use of this. In case you plane a
+dance event, a cheese or/and wine party, or even a "Torture Ganneff and
+hug him" thing - enter it. This helps us and you, as we can easily keep
+it in the schedule and later allow people to "subscribe" to such events,
+so they can download ical/xcal files for their PDAs. Or XML files.
+</p>
+
+<p>
+After DebConf is over this also helps as then people who visited such an
+event can rate it. Ok, thats more important for "official" talks, but
+hey, didnt you ever wanted to know how others thought about various
+"events" at DebConf? I mean - I know how I would rate one of the above
+examples. :)
+</p>
+
+<p>
+And yet another thing - if you plan to have someone helping you/be a
+second speaker for an event - contact me and I add them to your
+event. That again helps - for sponsorship requests now, as we see who
+people are active in/want to help with, and later for the HTML export of
+the schedule, as you can easily see who is involved with a special
+event. Or what other events someone "runs", in case you are interested
+in more...
+</p>
diff --git a/_posts/2007-03-05-chemnitzer_linuxtage_2007_dead.html b/_posts/2007-03-05-chemnitzer_linuxtage_2007_dead.html
new file mode 100644 (file)
index 0000000..c9b25cc
--- /dev/null
@@ -0,0 +1,84 @@
+---
+layout: post
+title: Chemnitzer Linux-Tage 2007, dead Ibook
+date: '2007-03-05 22:11:00 +0000'
+mt_id: 147
+blog_id: 1
+post_id: 147
+basename: chemnitzer_linuxtage_2007_dead
+categories:
+- debian
+---
+
+<p>
+Last weekend I attended the <a href="http://chemnitzer.linux-tage.de/2007/info/">Chemnitzer Linux-Tage</a>,
+which have been, again, a very nice event. They have a really nice
+Social Event and very good overall service for people that do stuff for the
+event (like giving a talk, running a booth). If only they would have
+similar good connection with trains, its always annoying to go there. :)
+</p>
+
+<p>
+I had a talk on Sunday afternoon, a bit about <a href="http://chemnitzer.linux-tage.de/2007/vortraege/detail.html?idx=578">Xen on Debian</a>,
+and just judging from the feedback I got right after the talk my
+performance was not too bad. My slides 
+<a href="http://kosh.ganneff.de/~joerg/clt2007_xen.pdf">are available</a>
+ in case you want to read them. (They are in german only). Fixed two
+little mistakes people told me after the talk.
+</p>
+
+<p>
+I also used the CLT to get another sponsor for this years
+<a href="http://debconf7.debconf.org/">DebConf</a>, yay. Hopefully it
+works at Cebit too. :)
+</p>
+
+<p>
+The weekend only has one big bad thing - my Ibook decided to die. It
+just want let me turn it on again. Plays a sound, but nothing else
+happens. The few times it decided to boot it didnt run for long. Some
+minutes and it completly hang. BAAD. Especially a day before I want to
+use it to give a talk. Damn thing. Now I need to finally get me the
+<a href="http://ganneff.de/blog/2006/12/15#new_laptop">new laptop</a> I
+am planning to get since December.
+</p>
+
+<p>
+So, looking bad at what suggestions I got in December (thanks to all
+who sent mails!):
+</p>
+
+<p>
+- Someone suggested looking at Lenovo T60s. Well, fine, except that
+  their largest display is 15", and I want more. I dont care much about
+  the weight, so that doesnt count. Also, if it would be IBM still I
+  (maybe) would consider it, but at the same time I got two people
+  telling me to not look at Lenovos, they had bad experience with
+  them...
+</p>
+
+<p>
+- A suggestion lead me to a site of a notebook manufacturer that only
+  runs if you allow flash in your browser. No thanks, they dont want my
+  money.
+</p>
+
+<p>
+- HP business notebooks seem to have a good support within people
+  reading my blog (or better - Planet Debian).
+</p>
+
+<p>
+- And finally, people have been happy with Dell notebooks.
+</p>
+
+<p>
+So I compared Dell and HP, both times the business notebook class. And
+currently want to buy a HP nw9440 one. Will get damn expensive, but a
+similar Dell would only be 100EUR less, and well, HP does care way more
+for Linux then Dell ever did (or will do)...
+</p>
+
+<p>
+BTW: We have <b>to many mails</b> on Debian lists!
+</p>
diff --git a/_posts/2007-03-06-new_notebook_ordered.html b/_posts/2007-03-06-new_notebook_ordered.html
new file mode 100644 (file)
index 0000000..d39a60f
--- /dev/null
@@ -0,0 +1,38 @@
+---
+layout: post
+title: New notebook ordered
+date: '2007-03-06 14:33:00 +0000'
+mt_id: 146
+blog_id: 1
+post_id: 146
+basename: new_notebook_ordered
+categories:
+- other
+---
+
+<p>
+So, the new notebook I want to have is ordered now. Now I <emph>only</emph>
+need to wait until it arrived.
+</p>
+
+<b>GOD, I HATE TO WAIT</b>
+
+<p>
+Can someone please do some magic to get us 24h into future? :)
+</p>
+
+<p>
+It finally is a
+<a href="http://h10010.www1.hp.com/wwpc/de/de/sm/WF06b/21259-282919-282919-282919-12434720-12401486-78080671.html">
+HP nw9440</a>, with 2G RAM, a 17" display and some additional stuff like extra battery pack,
+backpack, docking station and care pack.
+</p>
+
+<p>
+Not that cheap, but really nice. Tomorrow I have it, the guy from the shop said its on
+stock. All of what I want. And as we have a good relation with that shop I can trust that info.
+</p>
+
+<p>
+If only it would already be tomorrow. :)
+</p>
diff --git a/_posts/2007-04-03-debconf7_travel_sponsorship.html b/_posts/2007-04-03-debconf7_travel_sponsorship.html
new file mode 100644 (file)
index 0000000..1344d3f
--- /dev/null
@@ -0,0 +1,78 @@
+---
+layout: post
+title: DebConf7 Travel Sponsorship
+date: '2007-04-03 23:06:00 +0000'
+mt_id: 145
+blog_id: 1
+post_id: 145
+basename: debconf7_travel_sponsorship
+categories:
+- debconf
+---
+
+<p>
+Finally, I managed to sent out those "You (maybe) get money" / "Sorry,
+no money" mails to the
+<a href="https://debconf7.debconf.org/wiki/Main_Page">DebConf7</a>
+attendees that asked for sponsorship. Nice amount of mail.
+</p>
+
+<p>
+The process to get to this point involved a bit of mail discussion but
+also two long and exhausting meetings of the whole team. Basically we
+had to go through the whole list of people, voting if we would give them
+money. We could vote yes, no, maybe, pass, which gets scored as 1, -1,
+0.5, 0. Then after the meeting simply add all votes for one single
+attendee together and you know a score for him between 100% and -100%.
+I wrote a little script for my irssi, making it a bit simpler, but still
+lots of work.
+</p>
+
+<p>
+That was later on followed by a second meeting where you decide what you
+do with the score rates, basically - where do we draw the line of "Gets
+money", "Gets no money", "Maybe, if we have enough". And you are done.
+</p>
+
+<p>
+Sounds simple, but uses a lot of energy. Fortunately that was most of
+the needed work. There will be a little bit during DebConf, and some
+small pieces until then, but majority is done.
+</p>
+
+<p>
+Now, everyone, say thanks to those who participated in this team, making
+it possible for me to send the mails:
+</p>
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+
+<p>
+* Anthony Towns<br />* Steve McIntyre<br />* Moray Allan<br />* Holger Levsen<br />* Amaya Rodrigo<br />* Margarita Manterola<br />* Martin Wuertele<br />* Gunnar Wolf<br />* Junichi Uekawa<br />* Neil McGovern<br />* Marcela Tiznado<br />* Felipe Augusto van de Wiel
+</p>
+
+<p>
+One thing you encounter with such a wide-spread team is that of "What
+damn time can we meet?". You end up with some having the meeting near
+midnight, while the other have problems waking up.,. :)
+</p>
diff --git a/_posts/2007-04-20-switching_to_bzr_for_offline_e.html b/_posts/2007-04-20-switching_to_bzr_for_offline_e.html
new file mode 100644 (file)
index 0000000..9ec870a
--- /dev/null
@@ -0,0 +1,77 @@
+---
+layout: post
+title: Switching to bzr for "offline" edits considered - useless
+date: '2007-04-20 13:00:00 +0000'
+mt_id: 144
+blog_id: 1
+post_id: 144
+basename: switching_to_bzr_for_offline_e
+categories:
+- tech
+---
+
+<a href="http://blog.venthur.de/2007/04/20/reportbug-ng-migrated-from-svn-to-bzr/">Bastian</a>
+describes his move to bzr, away from svn. Fine, use what you want, but
+please chose a better reason than "one can do (small) local checkins and
+later a big commit" or "like to have the whole repo stored locally". :)
+You can do that with svn repositories too, using svk, and you wouldn't
+need to use a version control system that only scares people away.
+</p>
+
+<p>
+So, install svk. Then run the following commands for the svn
+repositories you want to sync (using an alioth.d.o one as example,
+replace the values as needed):
+</p>
+
+<pre>
+ svk mirror svn+ssh://&#106;&#111;&#101;&#114;&#103;&#64;&#115;&#118;&#110;&#46;&#100;&#101;&#98;&#105;&#97;&#110;&#46;&#111;&#114;&#103;/svn/debconf-data/ //alioth/debconf-data
+ svk sync //alioth/debconf-data
+ svk copy -p //alioth/debconf-data //local/debconf-data -m "Copy to local"
+</pre>
+
+<p>
+Change to the dir you want the checkout in, run
+</p>
+
+<pre>
+ svk co //local/debconf-data
+</pre>
+
+<p>
+Later on you use the following commands to get updates from svn to your
+system:
+</p>
+
+<pre>
+ svk sync //alioth/debconf-data
+ svk smerge //alioth/debconf-data //local/debconf-data -m "Merge to local"
+ svk up
+</pre>
+
+<p>
+Obviously the svk up should run in the dir you checked it out earlier.
+</p>
+
+<p>
+Now work. Have fun, use svk instead of svn and do the stuff you would
+normally do, like svk add/remove files, commit changes,
+etc. Whatever. Changes wont go upstream, to get it synced you need to
+run
+</p>
+
+<pre>
+ svk smerge -l //local/debconf-data //alioth/debconf-data
+</pre>
+
+<p>
+which will get your changes propagated upstream, preparing a commit
+message for you that is based on your local logs. Oh, dont want to have
+one big commit upstream? Try svk help smerge and use -I.
+</p>
+
+<p>
+Instead of //alioth you can take whatever you want, just not //local, as
+we want to keep //local for those stuff that doesnt get committed
+upstream directly.
+</p>
diff --git a/_posts/2007-05-03-lpi.html b/_posts/2007-05-03-lpi.html
new file mode 100644 (file)
index 0000000..2299399
--- /dev/null
@@ -0,0 +1,41 @@
+---
+layout: post
+title: LPI?
+date: '2007-05-03 11:56:00 +0000'
+mt_id: 143
+blog_id: 1
+post_id: 143
+basename: lpi
+categories:
+- other
+---
+
+<p>
+That <a href="http://blog.madduck.net/geek/2007.05.03_lpi-or-not.xhtml">mad duck</a>
+writes about the LPI exams during DebConf and isnt sure if he should do them or not.
+</p>
+
+<p>
+Well, first a reply (in a blog, yeah, <b>shudder</b>) to one of his points - yes, Klaus
+had something to do with this LPI offer. He was my initial contact for LPI, getting the
+UK LPI people in the boat, and then also made the contact to the "Area Operation Manager"
+who was the one that offered the special pack in response to one of my requests. So yes,
+he had a lot to do with this.
+</p>
+
+<p>
+Second, the "What do I need LPI for?". Good question. It really depends. Do you have
+a good job? Do you have a good track record with your work and is that enough for your
+(possible future) boss? Or is it likely you get one of those that don't look at
+what you are actually able to do but instead look at some "certification" from
+$whoever? Or the company you work for does support for $some-other-big-company and those
+ask for certifications. Those are the cases when it (can) help to do those exams.
+If one just wants to do it "for my own fun/private stuff", then <b>I</b> dont think its
+the right motivation.
+</p>
+
+<p>
+I personally don't have any certification and dont think I need one. I only thought about
+doing such an exam for a minute as I had "the luck" to win 2 LPI vouchers during Cebit,
+so it would be free for me.
+</p>
diff --git a/_posts/2007-05-12-spi_ca.html b/_posts/2007-05-12-spi_ca.html
new file mode 100644 (file)
index 0000000..c7711a6
--- /dev/null
@@ -0,0 +1,33 @@
+---
+layout: post
+title: SPI CA
+date: '2007-05-12 22:41:00 +0000'
+mt_id: 142
+blog_id: 1
+post_id: 142
+basename: spi_ca
+categories:
+- debian
+- spi
+---
+
+<p>
+Had to create a new SPI CA as the old isnt usable anymore.
+You can find it <a href="http://www.spi-inc.org/secretary/SPI2007.ca.crt">here</a> and
+the information to validate it is <a href="http://www.spi-inc.org/secretary/SPI2007.ca.crt.txt">also
+available.</a>
+
+<p>
+You should include this in your browser by downloading the file, then
+checking its fingerprints against those found in the second link above,
+with those commands there and finally simply "opening" the downloaded
+file in your browser. Depending on your browser you will see a dialog
+with wildly differing details. You should be able to import it there
+and/or also assign a "Trust it for web/mail/whatever" level.
+</p>
+
+<p>
+Its currently used to sign certificates for various SPI sites, all of
+DebConf.org and also various debian.org sites (certs send out, may need
+a day to get installed everywhere) like alioth, db, nm, rt.
+</p>
diff --git a/_posts/2007-06-07-laptop_suspend.html b/_posts/2007-06-07-laptop_suspend.html
new file mode 100644 (file)
index 0000000..771c84a
--- /dev/null
@@ -0,0 +1,47 @@
+---
+layout: post
+title: Laptop suspend
+date: '2007-06-07 14:16:00 +0000'
+mt_id: 141
+blog_id: 1
+post_id: 141
+basename: laptop_suspend
+categories:
+- other
+---
+
+<p>
+Dear Lazyweb, some time ago I <a
+href="http://ganneff.de/blog/2007/03/06#new_notebook">got a new
+notebook</a>, a HP nw9440. It's all nice and great and stuff and does
+what I want. Except two little things that I couldn't fix yet, but maybe
+you have some suggestions?
+</p>
+
+<p>
+The first is only a little bit annoying. X does not like DPMS after a
+suspend/resume cycle. Running <pre>xset dpms force off</pre> will turn
+off the display, but the next acpi event received (according to
+acpi_listen) turns it on again. Restarting acpid fixes this, until next
+resume/suspend.  For some reason the restart trick only works if done
+some time after the whole resume finished. Adding it to the scripts so
+its done automagically doesn't fix this.
+</p>
+
+<p>
+The second thing, mostly time consuming, is the fact that this laptop
+does not like Suspend-to-RAM, so  only Suspend-to-Disk working. It
+happily suspends to ram and goes to sleep and it also gets back on. Just
+that it doesnt turn the display back on, no matter what I try. I tried
+all combinations of options for s2ram I could find, nothing. Is there
+someone out there that has the same laptop and got it to suspend to ram
+and can tell me what screw he had to jump on?
+</p>
+
+<b>Update:</b> Looks like the first problem is
+<a href="http://gitweb.freedesktop.org/?p=xorg/xserver.git;a=commit;h=809e2841aaa54662a42498aacec558bc813bba1c">fixed
+in Xorg upstream.</a>. Just that it didn't got into etch
+anymore. Looking at <a href="http://packages.debian.org/xserver-xorg">xserver-xorg</a> that probably means updating
+to sid right now, which I don't want to do. So well, lets wait until a
+newer version is in lenny, maybe someone backports Xorg at some point? :)
+</p>
diff --git a/_posts/2007-06-19-debconf7_blogging_from_the_cab.html b/_posts/2007-06-19-debconf7_blogging_from_the_cab.html
new file mode 100644 (file)
index 0000000..4ea10fa
--- /dev/null
@@ -0,0 +1,136 @@
+---
+layout: post
+title: DebConf7 - Blogging from the Cabal Secret Headquarters
+date: '2007-06-19 09:53:00 +0000'
+mt_id: 139
+blog_id: 1
+post_id: 139
+basename: debconf7_blogging_from_the_cab
+categories:
+- debconf
+---
+
+<p>
+I'm now already 9 days in Edinburgh (started writing this at day 5
+already :) ), and all of them have been days of "get up at 8h,
+breakfast, goto Teviot, work until 23h, go back to Hostel", with some
+short breaks in Teviots Bar and for Lunch/Dinner. Sounds stressful but
+actually was (mostly) a lot of fun, preparing the network, setting up
+all the core servers together with two other admins while at the same
+time getting a lot of request to change various parts of our Conference
+Management System Pentabarf to fit some peoples need at various places.
+</p>
+
+<p>
+The airline managed to get me to EDI, together with a few other Debian
+people on Friday, 8th June, around noon, where Mark (mhy) Hymers did wait
+already, so I didn't need to take a bus to get into the town. On the
+way to Teviot I also remembered some of the places from back when we did
+the Venue visit for the DC7 decision. But not many, of course one
+forgets a lot over the time. At least I was able to remember some food
+places, which is always a good sign. :)
+</p>
+
+<p>
+At Teviot we met with Stephen (sgran) Gran to (unsorted list) have some food,
+unload the car, think about the way to get our uplink to our server
+room, check into the hostel - and whatever else we did at that day.
+</p>
+
+<p>
+Next day, officially called <i>Setup day</i>, we started to get two
+cables from our server room to the place our uplink is - you can see
+them if you go to the left site of Teviot. (The other two got there a
+bit later). After that we started with the setup of the network, which
+is pretty nice this year. We have a lot of sponsored machines that are
+doing various tasks, a nice network layout involving a lot of vlans to
+seperate stuff and a lot of (good) crack.
+</p>
+
+<p>
+What, you dont want to listen to boring details? Ok, here they come:
+</p>
+
+<p>
+- The main machine is, again, called Homer. Connected with a 2Gbit link
+  to our master switch. It does those little things noone needs, like
+  firewall, local mirror, dns, nagios, routing between various nets we
+  have here, the schedule bot, etc.
+</p>
+
+<p>
+- There is also a Marge, who is the central point for the whole wireless
+  network, running chillispot to have authentication for it.
+</p>
+
+<p>
+- Barney is used as a storage server for the video team, having some
+  1.5TB (raid5) space for the video data. It has 2 additional disks,
+  500G each, to copy data on and get them home to a video team after the
+  conference.
+</p>
+
+<p>
+- Our streaming master machine at DC7 is called Lisa, and does not more
+  than streaming for all the local clients and sending the stream out to
+  our streaming master somewhere in the internet which then relays it to
+  our streaming servers kindly offered by a lot of admins all over the
+  world.
+</p>
+
+<p>
+- We also have Bart and Maggie, which serve as public build boxes for
+  the attendees, where Maggie even runs a distcc open to the whole local
+  network.
+</p>
+
+<p>
+- You can add the same amount of servers to this list which all do
+  various tasks for the video team.
+</p>
+
+<p>
+This stuff is all glued together by a set of managed switches building
+our core backbone, running a number of vlans to seperate the different
+network segments. Which actually works quite nicely, as even at the time
+some expert managed to plug a cable into the same switch twice (yay,
+loop) - the only affected network part was that where he was in. The
+rest of the conference didn't even notice it - until all of the admins
+jumped out of the admin room at once, looking for that fuckup. :)
+</p>
+
+<p>
+Sounds like crack? Probably is, but is a nice setup all together, and it
+was fun to set it all up together with Mark and Stephen, the two main
+admins for this conference who designed most of the whole structure and
+are the ones that really know it. I already "volunteered" them for
+the next DebConf to help as admins and really hope they decide to do
+it.
+</p>
+
+<p>
+Later on during DebCamp we also had Peter (weasel) Palfrader joining the
+local admin team. His main work here is related to the video team by
+hosting the geodns setup for the streaming and by running a local nagios
+to check the things we need to check. This enabled us to simply tell
+everyone
+<i>Use <a href="http://streams.video.debconf.org:8000">streams.video.debconf.org:8000</a>
+wherever you are and you will get to the right server for
+you</i>. Explaining this in a short way basically goes as "a monitoring
+tool keeps track of which servers are up and only enables them to
+resolve. Our geodns server then replies with the right server IPs, depending
+on in which region of the world you are.". Which means
+streams.video.debconf.org will resolve to the local streaming server
+lisa while you are here, at the same time resolve to a number (those
+that are up) servers in Europe if you are in Europe or to those in the
+US if you are there. Nice.
+</p>
+
+<p>
+(And while I'm already blogging - I do hate my laptops suspend, err - I
+mean non-suspend mode. Somehow it got worse in the last days, sometimes
+needing multiple minutes (like 10) to decide to suspend to disk, and the
+suspend-to-ram still wont work. I should really get someone here that
+knows this stuff having a look at it. :) ).
+</p>
diff --git a/_posts/2007-06-19-moved_blog.html b/_posts/2007-06-19-moved_blog.html
new file mode 100644 (file)
index 0000000..ff9dc10
--- /dev/null
@@ -0,0 +1,38 @@
+---
+layout: post
+title: Moved blog
+date: '2007-06-19 09:25:00 +0000'
+mt_id: 140
+blog_id: 1
+post_id: 140
+basename: moved_blog
+categories:
+- other
+---
+
+<p>
+Oh well, as my home machine is currently not reachable I moved my blog
+to one of my other machines. When I am back from DebConf I also make
+sure the old "permanent" links work again, but currently - I can't do
+that.
+</p>
+
+<p>
+Basically - at 6 AM on the day my trip to EDI started (at 6:30) I turned off the
+wrong powerswitch, which shutdown all the machines that have to run,
+even when I am not there. I was able to get the most important parts
+to work again (so I can receive mails and basic stuff works), but this
+fuckup also made my firewall go unhappy, which I noticed too late. So
+I cant change that until I am back, which is around 8 July. I
+currently can only get to the machines there via weird multi-hop
+routing through some vpns, which is a bit disturbing...
+</p>
+
+<p>
+(Yes, that also keeps my website, dak.ganneff.de and various other
+things down. Sorry for those who would want to use them).
+</p>
+
+<p>
+Lets hope this blogmove doesn't get planet.debian.org too upset. :)
+</p>
diff --git a/_posts/2007-07-14-wat_where_are_they.html b/_posts/2007-07-14-wat_where_are_they.html
new file mode 100644 (file)
index 0000000..7768c42
--- /dev/null
@@ -0,0 +1,67 @@
+---
+layout: post
+title: WaT - Where Are They?
+date: '2007-07-14 21:35:00 +0000'
+mt_id: 138
+blog_id: 1
+post_id: 138
+basename: wat_where_are_they
+categories:
+- debian
+---
+
+<p>
+Started with a
+<a href="http://lists.debian.org/debian-devel-announce/2007/07/msg00004.html">cleanup
+of the account database</a>, to get the official Developers count
+back to some reality. The first run did include about 400 people, where
+one or more of the listed categories applied.
+</p>
+
+<p>
+It started very good - my first run of my script just generated a bounce
+for every single mail I tried to sent. Turns out its not ok to have
+"To: &#117;&#115;&#101;&#114;&#64;&#100;&#101;&#98;&#105;&#97;&#110;&#46;&#111;&#114;&#103; <&#117;&#115;&#101;&#114;&#64;&#100;&#101;&#98;&#105;&#97;&#110;&#46;&#111;&#114;&#103;>" in your mail text, the setup on
+master.debian.org doesn't like this. Oh yes, it really helps to use the
+right variable for the username part, which doesn't have the domain
+appended. Oh well.
+</p>
+
+<p>
+Then I got that part right, and master did accept all my mails. Just so
+that I could discover another mistake in my script. Only a cosmetical
+one, but it helps if you set the From address to the wat alias, not your
+own, after you finished testing, in case you want to have replies go
+there directly. Tsss. Now I have to bounce those mails there. 
+</p>
+
+<p>
+Anyway, those are minor things noone, especially the people who got a
+mail, need to care about, it all just works for them if they reply. And
+I already got about 40 bounces back, so already nearly 40 accounts to
+disable. Not all 40, because a few contain enough information so i can
+try a resend of the mail to a little modified recipient address. The
+rest is just so that I can't do anything about them. Well. Ok. There are
+two people that are using one braindead idiot wanna-be antispam solution
+which requires you to send some token somewhere to get your mail
+delivered. Usually I just delete mails then and dont care if they lose,
+as they obviously do not want to receive mail. I am not sure if I should
+do it in this case, even if I would like to. After all its their lack of
+sanity that they do not receive mails...
+</p>
+
+<p>
+I also got around 60 replies to the pings, with a good number of them
+resigning from Debian and some others that reconfirm they are active
+(and mostly point me to their activities).
+</p>
+
+<p>
+The next WaT run will start about 4 months after this one. Now - 4
+months after the previous is over (which would be 6 months from now) or
+after it started? Probably the first and then have 3 runs a year or
+something similar. I'm still looking at my scripts to gather the data to
+enhance them in a way that makes it easy. Like - If someone replies with
+"Im active" in this run I would like to recheck this if the same user is
+still a possible WaT target a few runs later.
+</p>
diff --git a/_posts/2007-07-21-bios_update_within_linux.html b/_posts/2007-07-21-bios_update_within_linux.html
new file mode 100644 (file)
index 0000000..d94c783
--- /dev/null
@@ -0,0 +1,65 @@
+---
+layout: post
+title: Bios update within Linux
+date: '2007-07-21 16:57:00 +0000'
+mt_id: 137
+blog_id: 1
+post_id: 137
+basename: bios_update_within_linux
+categories:
+- tech
+---
+
+<p>
+Following
+<a href="http://www.hermann-uwe.de/blog/flashing-a-bios-the-linux-way-tm-using-flashrom">Uwes blog entry</a>
+about <a href="http://packages.debian.org/flashrom">flashrom</a>, I finally decided to upgrade my
+Desktop PCs BIOS. Was about time, it was still running on the original
+BIOS version from back when the Board got manufactured (2004), and
+<a href="http://www.tyan.com/support_download_bios.aspx?model=S.S2885">Tyan</a>
+managed to release 6 new versions since then, all adding a lot of nice
+features.
+</p>
+
+<p>
+The update went nice and without a single problem (yay) and now I have
+tons of new stuff. Like - working powernowd support, automagic fan speed
+control and some other gimmicks. The first thing got my CPUs, usually
+running at 45 - 60°C to now work with about 37°C, as they are now
+mostly idling at half the speed they did before. Thats up to 23°C less
+heat. The fan control now gets fan 1 (of 2) in my Desktop to run with a
+very low speed, around 100RPM, sometimes it even seems to turn itself
+off. (My system uses a big fat watercooling with a water tank that has
+something between 20 to 30l of water in, so the fans are only to get air
+moving a little bit).
+</p>
+
+<p>
+Also, with my recent upgrade to 2.6.22.1 on this machine its now also
+able to suspend and resume. Which wasn't possible earlier, for unknown
+reasons. Ok, I can only suspend-to-disk, not to ram, there it only
+supports "Standby" mode, but its already better than "either on or off".
+</p>
+
+<p>
+Funny side note - my desktop, having a NVidia card,
+using the non-free nvidia driver can suspend/resume without problems.
+My laptop, also having a NVidia card, can only suspend/resume without
+problems if I do <b>not</b> use the binary driver. The binary driver is
+able to suspend, and even resumes, but then Xorg (latest sid) happily
+eats all CPU cycles. The free nv driver at least works in
+suspend-to-disk mode. But fails to turn on the display in suspend-to-ram
+mode. Of course nv also manages to lock the whole machine if I try to
+run an application that needs a little bit more video foo, like blobwars
+or supertux.
+</p>
+
+<p>
+Oh, and my Xorg still seems to turn on the monitor, not liking DPMS, as
+<a href="http://blog.ganneff.de/blog/2007/06/07/laptop-suspend.html">blogged</a>
+some time ago. But it's now not limited to acpi events, it must be
+something else. Weird, but I didnt have enough time and motivation to
+debug this (or googling, maybe others have the problem too). Its only a
+very small bit annoying. (Sometimes happens after seconds, sometimes
+takes a minute).
+</p>
diff --git a/_posts/2007-07-27-the_dm_gr.html b/_posts/2007-07-27-the_dm_gr.html
new file mode 100644 (file)
index 0000000..8eb8131
--- /dev/null
@@ -0,0 +1,178 @@
+---
+layout: post
+title: The DM GR
+date: '2007-07-27 22:35:00 +0000'
+mt_id: 136
+blog_id: 1
+post_id: 136
+basename: the_dm_gr
+categories:
+- debian
+---
+
+<p>
+So, let's join the postings about the currently running Debian
+maintainers GR. The short text of this post is <i>I am against the
+proposal as it is right now and think it does more harm than good</i>
+and so I did vote for Further Discussion. See below for a bit more about
+my reasoning, or just skip if you are already bored. :)
+</p>
+
+<p>
+The current proposal does look like a <i>"yay, we have an idea thats not
+really thought through. And we do not want to get it into the currently
+existing procedures, that would involve more work and discussions. And
+anyway, everyone is ranting about the current procedures anyway, so lets
+take that bad mood against it to get this done".</i> (And yes, this is a
+bit exaggerated, so don't take it personal, please).
+</p>
+
+<p>
+As you may have noticed I wrote that I am against the current
+proposal when it first was on vote. I was mostly on vacation back then
+and didnt want to read the whole thread, so I stayed mostly quiet. I am
+not against the DM concept itself. I am against it being
+seperate to the existing NM procedure. For me a proper solution
+<b>has</b> to be integrated with the existing procedures, not
+seperated.
+</p>
+
+<p>
+The main reasons why some support this proposal seem to be
+<ol>
+  <li>Slow NM process.</li>
+  <li>Someone doesn't want to go through NM</li>
+  <li>Someone doesn't want to be in the Debian community</li>
+</ol>
+
+<hr style="color: black; background: black; height: 5px;">
+
+<h3>Slow NM process</h3>
+I am part of this, and not a small one. And yes, I feel (very) bad about
+it, but already think about ways this can be changed, after I got the
+current backlog done.
+</p>
+
+<p>
+Anyway, for this DM thing my backlog isn't the main reason that people
+feel NM is slow. It seems to be the general <i>"I have to wait for an
+application manager and then answer to a lot of questions and between that wait
+and wait and wait"</i>.
+</p>
+
+<hr>
+
+<p>
+True. People have to wait at some points, and those waiting periods can
+be frustrating. We should do our best to eliminate those waiting places.
+</p>
+
+<p>
+The other point is that of the lot of questions. Yes, we have a really
+big set of questions in the templates, that cover a whole lot of the
+possibly areas a future Developer can work in. And most of those
+questions got added after a large set of existing Developers showed that
+they completly do not know something. That way the templates are
+constantly growing and still intend to give the future Developers the
+possibility to learn about things in Debian they might never have heard
+about. And there is the thought that, if you read about a topic and had
+to answer to it in the past, you will at least remember that there is
+something if you encounter it in the future.
+</p>
+
+<b>But</b> - there is also the fact that an AM is <b>NOT</b> forced to
+use the templates for their process. AMs are, and have always been, free
+to do the process on their own. There are some questions every AM <b>has
+to ask</b>, but thats a minority. If you look at the templates you will
+spot the needed ones easily. Other than those <i>every AM can freely do
+whatever he wants to do with his applicant</i> (as long as the applicant
+agrees to do that stuff and its legal :) ). The AM only has to keep
+the following in mind: Both, FrontDesk and DAM, usually do not work
+together with the applicant. They might have heard the applicants name
+at some point, in some bugreport or some packages Maintainer: field. But
+they usually did not interact with them. Which means that the AM has to
+make sure that FD and DAM are able to build up their opinion of the
+applicant <b>just by reading the mailbox of the AM<->NM
+communication</b>. Which usually means: read between 20 - 70 mails of
+a communication someone else had before you decide if someone should or
+should not enter Debian. (Leaving alone checking packages.qa,
+lintian, bug lists and a bit of google).
+</p>
+
+<hr style="color: black; background: black; height: 5px;">
+
+<h3>Someone doesn't want to go through NM</h3>
+
+<p>
+Erm. Well. Then use sponsors for your packages. Or is it because you
+think NM is too hard? NM isn't that hard, everyone that can read and
+write english texts (even if the english is bad) and use google
+<b>is</b> able to pass NM. (For the bad english - if you fear joining NM
+because of that: Well. If I go and reread my own report from back when I
+joined - ugh. I hate my english. And I know native people <b>still</b>
+hate my english texts, its named <i>en_GANNEFF</i> for a reason. :)
+It is not necessary for your English to be perfect; you only have to be
+able to make yourself understood. If an AM doesn't understand what you
+wrote they can simply ask for clarification).
+</p>
+
+<p>
+DM also doesn't help for people that don't want to pass NM. They have to
+pass the advocate, the ID check and the same minimum set of of questions
+NMs have (as written a bit above). So you already have a large part of
+NM for the future DMs.
+</p>
+
+<hr style="color: black; background: black; height: 5px;">
+
+<h3>Someone doesn't want to be in the Debian community</h3>
+
+<p>
+Then they shouldn't be able to upload on their own. They can use
+sponsors. After all the only thing you must do as a DD is to read
+debian-devel-announce. And thats something a DM also must do, or you
+can't seriously consider to package anything. And then DD only adds
+rights for you, like taking part in votes and so expressing your
+opinion and getting things changed in Debian that you may not like.
+</p>
+
+<hr style="color: black; background: black; height: 10px;">
+
+<h3>How to integrate a concept of DM then?</h3>
+
+<p>
+First - by starting in the right area - getting it into the NM system by
+talking to all those involved. There is FrontDesk, DAM and also the
+NM-Committee, the latter should be the right point for a proposal and
+discussion.
+</p>
+
+<p>
+What I can imagine that would work and do something good is a system
+integrated into NM that gives future Developers upload privileges after
+they passed a few steps with their AM. That way they can upload early in
+the process, which can then be part of the T&S set, and the following
+steps in their NM process "just" slowly add more rights to the NM until
+its the set of rights every DD has.
+</p>
+
+<p>
+Seen from the current layout of the process it would be somewhere after
+the ID check and the first set of P&P, ie. at the time the AM sends the
+second P&P part. After that point the AM could
+recommend to those maintaining the DM list that the applicant should be
+added to it, together with a list of packages where the applicant is
+allowed to upload them. The maintainers of that DM list could be
+FrontDesk + DAM + maybe someone else, but thats something to
+discuss. And list of packages - while one could take the current limits
+the GR wants to set or simply a plain list, that can be amended during
+the time someone is a DM.
+</p>
+
+<p>
+Now, one can add a turnoff for people that do not want to pass through
+the rest of the process at this place. Im not sure its such a good idea,
+but thats something one can discuss. But if so it should be attached to
+some rules like - must read our debian-devel-announce list, is included
+in regular pings of activity similar to the wat ping.
+</p>
diff --git a/_posts/2007-08-07-two_answers.html b/_posts/2007-08-07-two_answers.html
new file mode 100644 (file)
index 0000000..361a0bf
--- /dev/null
@@ -0,0 +1,33 @@
+---
+layout: post
+title: Two answers
+date: '2007-08-07 22:15:00 +0000'
+mt_id: 135
+blog_id: 1
+post_id: 135
+basename: two_answers
+categories:
+- other
+---
+
+<a href="http://etbe.coker.com.au/2007/08/08/two-questions-for-all-serious-free-software-contributors/">Russell</a>:
+</p>
+
+<cite>What do you think is the most important single-sentence of advice
+that you can offer to someone who wants to contribute to the free
+software community?</cite>
+
+<p>
+Have a <b>THICK</b> skin.
+</p>
+
+<cite>If you had the opportunity to say one sentence to someone who
+knows about computers and free software (EG they have used both Linux
+and Windows and done a small amount of programming) to convince them
+that they should join the free software team, what would it be?</cite>
+
+<p>
+Goto free-software related events, get to know the others involved, have
+fun. Knowing each other in person and to see them every now and then
+gets you the best motivation to start/continue doing stuff.
+</p>
diff --git a/_posts/2007-08-10-meeeeh.html b/_posts/2007-08-10-meeeeh.html
new file mode 100644 (file)
index 0000000..1919564
--- /dev/null
@@ -0,0 +1,35 @@
+---
+layout: post
+title: Meeeeh
+date: '2007-08-10 16:07:00 +0000'
+mt_id: 133
+blog_id: 1
+post_id: 133
+basename: meeeeh
+categories:
+- debian
+---
+
+<p>
+Seems like it is this time of the year again.
+</p>
+
+<p>
+I need something.
+</p>
+
+<p>
+And I wont get it.
+</p>
+
+<p>
+And no, its not milk.
+</p>
+
+<p>
+Meeeeeeeh.
+</p>
+
+<p>
+Update: NO, its also not some random hugging...
+</p>
diff --git a/_posts/2007-08-10-override_changes.html b/_posts/2007-08-10-override_changes.html
new file mode 100644 (file)
index 0000000..244385d
--- /dev/null
@@ -0,0 +1,61 @@
+---
+layout: post
+title: Override changes
+date: '2007-08-10 14:44:00 +0000'
+mt_id: 134
+blog_id: 1
+post_id: 134
+basename: override_changes
+categories:
+- ftpmaster
+---
+
+<p>
+While doing lots of override changes lately I noticed that people who
+reply to the override disparity mails do like to delete the important
+part of the mail and quote that part thats of no interest for me.
+</p>
+
+<p>
+Compare the following two:
+</p>
+
+<cite>
+>  lalala_0.0.0.0.-0.0+b0_amd64.deb: package says priority is musthave, override says dontuse.
+</p>
+
+<p>
+> Either the package or the override file is incorrect.  If you think
+> the override is correct and the package wrong please fix the package
+> so that this disparity is fixed in the next upload.  If you feel the
+> override is incorrect then please reply to this mail and explain why.
+</p>
+
+<p>
+Can you please change the override, as people should really have the
+package installed? Thanks.
+</p>
+
+</cite>
+
+<p>
+with
+</p>
+
+<cite>
+> Either the package or the override file is incorrect.  If you think
+> the override is correct and the package wrong please fix the package
+> so that this disparity is fixed in the next upload.  If you feel the
+> override is incorrect then please reply to this mail and explain why.
+</p>
+
+<p>
+This package is conflicting with other packages, so must be extra.
+</cite>
+
+<p>
+Yes, there is the source package name in the subject line, but hey, a
+source package can built lots of different binary packages, so - what
+binary do you want to have changed? Even if the answer is <i>all</i> -
+quote them, as that saves at least one dak command to run...
+</p>
diff --git a/_posts/2007-08-12-munin.html b/_posts/2007-08-12-munin.html
new file mode 100644 (file)
index 0000000..d7ab1e4
--- /dev/null
@@ -0,0 +1,52 @@
+---
+layout: post
+title: Munin
+date: '2007-08-12 21:26:00 +0000'
+mt_id: 132
+blog_id: 1
+post_id: 132
+basename: munin
+categories:
+- tech
+---
+
+<p>
+One thing i love about <a href="http://packages.debian.org/munin">munin</a> is the simpleness with which you
+can enhance it.
+</p>
+
+<p>
+I got a new ADSL Modem for my internet connection a few days ago, as I
+will upgrade the connection soon and the old stuff wouldn't be able to
+handle the new settings. And this new modem appears to have a
+webinterface. Totally useless with a password protection - you can't do
+anything there, just look at one info screen. Well, this screen provides
+a summary of the connection, which is the connection speed, signal noise
+ratio and attenuation, splitted by up- and downlink.
+</p>
+
+<p>
+Getting nice munin graphs out of this is
+<a href="https://kosh.ganneff.de/ganneffutils/munin/dsl_.pl">plain
+simple</a>. I bet it could be done without the additional perl module
+usage, but I didn't care about that, its simple enough the way it is and
+just works:
+</p>
+
+<form mt:asset-id="5" class="mt-enclosure mt-enclosure-image" style="display: inline;"><a href="http://blog.ganneff.de/blog/blog/goliath2.ganneff.de-dsl_rate-day.png"><img alt="goliath2.ganneff.de-dsl_rate-day.png" src="http://blog.ganneff.de/blog/assets_c/2008/03/goliath2.ganneff.de-dsl_rate-day-thumb-495x276.png" width="495" height="276" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></form>
+
+<form mt:asset-id="4" class="mt-enclosure mt-enclosure-image" style="display: inline;"><a href="http://blog.ganneff.de/blog/blog/goliath2.ganneff.de-dsl_attenuation-day.png"><img alt="goliath2.ganneff.de-dsl_attenuation-day.png" src="http://blog.ganneff.de/blog/assets_c/2008/03/goliath2.ganneff.de-dsl_attenuation-day-thumb-495x276.png" width="495" height="276" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></form>
+
+<form mt:asset-id="6" class="mt-enclosure mt-enclosure-image" style="display: inline;"><a href="http://blog.ganneff.de/blog/blog/goliath2.ganneff.de-dsl_snr-day.png"><img alt="goliath2.ganneff.de-dsl_snr-day.png" src="http://blog.ganneff.de/blog/assets_c/2008/03/goliath2.ganneff.de-dsl_snr-day-thumb-495x276.png" width="495" height="276" class="mt-image-center" style="text-align: center; display: block; margin: 0 auto 20px;" /></a></form>
+
+<p>
+In case you got one of those "Telekom Speedport 200" AKA "Tecom Tiny
+Bridge DSL Modem" too you may want to fetch the script and have fun.
+Just link it into the munin plugins dir as dsl_[rate|snr|attenuation]
+and restart munin-node. A few mins later graphs should appear.
+</p>
+
+<p>
+In case you improve it (its a quick hack only) I would love to get some
+patches. :)
+</p>
diff --git a/_posts/2007-08-19-umts.html b/_posts/2007-08-19-umts.html
new file mode 100644 (file)
index 0000000..f2dfea4
--- /dev/null
@@ -0,0 +1,64 @@
+---
+layout: post
+title: UMTS?
+date: '2007-08-19 09:13:00 +0000'
+mt_id: 131
+blog_id: 1
+post_id: 131
+basename: umts
+categories:
+- tech
+---
+
+<p>
+Im currently looking if a UMTS data connection (flatrate) is something
+for me. Looking around it seems Vodafone has the best network for UMTS
+with that HSDPA technology (3.6MBit/s max. instead of only 384kbit/s).
+Especially the area I am most interested in - my way to work, is only
+available with HSDPA from Vodafone, all other telcos dont seem to be
+able to get UMTS there. Some days ago I sat besides someone in a train
+back home who was using UMTS connection. And didnt seem to have any
+problems. When I asked he told me that its fairly stable, on the whole
+way he only knows two points where the card seems to switch to the
+slower GPRS way. And looking at his screen he was using some weird
+webchat thingie, so nothing that likes too huge lags. (Ah, btw - how can
+anyone seriously chat in such a weird way? I mean - we have IRC, WTF are
+people dumb enough to use their webbrowser to chat? Thats so silly)
+</p>
+
+<p>
+My main usage would be to be online on the way to work / back home,
+which is about 1.5h each, so 3hours on days where I go to work (using
+ICEs, so at least there are repeaters for the mobile stuff in the
+trains). Most of my online usage is ssh based, usually via (Open)VPNs,
+then some mail sync runs and various small things.
+</p>
+
+<a href="http://www.moobicent.de/">Moobicent</a> does offer a flatrate
+(a real one, not such a "customers are dumb and dont see it is
+trafficlimited just because we named it flat"one) using the
+Vodafone network. The hardware I need for it costs 99EUR when I order
+there. Its some
+<a href="http://www.moobicent.de/mobiledsl-flat/hardware/pc-express-card/">PC
+Express Card</a> that comes with a PCMCIA Adapter.
+</p>
+
+<p>
+Now, has anyone out there reading this blog experiences to share? Using
+google there is
+<a
+href="http://blog.zugschlus.de/archives/114-UMTS-unter-Linux-funktioniert.html">Marcs
+blog</a>
+which suggests it shouldn't be too hard to get it all running, but maybe
+there is something I missed to take into account?
+</p>
+
+<p>
+Comments? Suggestions? Anything? <a href="mailto:&#106;&#111;&#101;&#114;&#103;&#64;&#103;&#97;&#110;&#110;&#101;&#102;&#102;&#46;&#100;&#101;">Email
+me</a> or catch me on IRC, (no, my blog doesnt have comments), and I
+summarize the results later.
+</p>
+
+<b>Update:</b>UMTS == 3G; 2 People already told me that the Vodafone net
+is the right selection in Germany, one said the same for UK.
+</p>
diff --git a/_posts/2007-08-23-umts_v2.html b/_posts/2007-08-23-umts_v2.html
new file mode 100644 (file)
index 0000000..ea79175
--- /dev/null
@@ -0,0 +1,52 @@
+---
+layout: post
+title: UMTS V2
+date: '2007-08-23 21:53:00 +0000'
+mt_id: 130
+blog_id: 1
+post_id: 130
+basename: umts_v2
+categories:
+- tech
+---
+
+<p>
+I got a few replies to my
+<a href="http://blog.ganneff.de/blog/2007/08/19#umts">post about
+UMTS</a> and finally ordered the flatrate from
+<a href="http://www.moobicent.de/">Moobicent</a> as they use the
+Vodafone net. Vodafone got the best recommendations in the replys and is
+also the only one that has UMTS available in the area I want it...
+</p>
+
+<p>
+Basic summary of the comments is - Vodafone is the way to go as they
+(currently) have the best UMTS network.  Even in Portugal, it seems, so
+if I plan a vacation that seems to be a good place to stay online during
+it. :)  I also got the tip to always have a data transfer running in the
+background as it seems to make working with ssh way more
+comfortable. That should be simple to arrange. :)
+</p>
+
+<p>
+I already got the registration e-mail from Moobicent, my username and,
+in a seperate mail, my password to login to their service. I just need
+to wait for the hardware before I can start with that stuff.
+</p>
+
+<p>
+There was a big rant here first, about how "nice" it is to send you your
+username and your password in two unencrypted mails (sent at the exact
+same second, no difference in the header part beside subject and the
+SMTP id postfix puts in..............). I decided to delete it, doesn't
+help anyway. Instead I decided to play with <a
+href="http://www.amazon.de/gp/registry/VJ02GNJDAPZ5">Amazon wishlist</a>
+a bit. Thats better for my blood pressure. :)
+</p>
+
+<p>
+Anyway, Im happy to have ordered the stuff and would love if the
+hardware would already be here (it will probably arrive on
+Friday/Saturday, I hope, having ordered on Wednesday).
+Oh my, lets play in NEW a bit, that usually kills lots of time... :)
+</p>
diff --git a/_posts/2007-08-28-umts_3g_in_linux_very_simple_b.html b/_posts/2007-08-28-umts_3g_in_linux_very_simple_b.html
new file mode 100644 (file)
index 0000000..5e799c7
--- /dev/null
@@ -0,0 +1,207 @@
+---
+layout: post
+title: UMTS (3G) in Linux - very simple, better than in Windows!
+date: '2007-08-28 14:19:00 +0000'
+mt_id: 129
+blog_id: 1
+post_id: 129
+basename: umts_3g_in_linux_very_simple_b
+categories:
+- tech
+---
+
+<p>
+I got my UMTS (3G) card on monday and started to play with it. And
+from what I could read about the windows software that comes with the
+card - I am <b>glad</b> to have Linux. After all the only thing I had
+to figure out was the fact that everything just works and I just have
+to point my dialup app at the right interface... In Windows you have
+to install tons of megabytes of bullshit, possibly with ten
+reboots. Ha.
+</p>
+
+<p>
+For future reference, mainly for me but possibly others too - lets
+write down what I have:
+</p>
+
+<p>
+I got a <i>Vodafone Option</i> card, <i>Model GE0201</i>. It's one for
+the new-style ExpressCard Slots, so it ships with an adapter to the older
+CardBus standard. Inserting the card into its slot (already in the
+adapter) the following dmesg output appears:
+</p>
+
+<pre>
+[15930.197929] pccard: CardBus card inserted into slot 0
+[15930.198371] PCI: Enabling device 0000:06:00.0 (0000 -> 0002)
+[15930.198385] ACPI: PCI Interrupt 0000:06:00.0[A] -> GSI 18 (level,low) -> IRQ 18
+[15930.198416] PCI: Setting latency timer of device 0000:06:00.0 to 64
+[15930.198424] ohci_hcd 0000:06:00.0: OHCI Host Controller
+[15930.198480] ohci_hcd 0000:06:00.0: new USB bus registered, assigned bus number 6
+[15930.198507] ohci_hcd 0000:06:00.0: irq 18, io mem 0x8c000000
+[15930.764279] usb usb6: configuration #1 chosen from 1 choice
+[15930.764308] hub 6-0:1.0: USB hub found
+[15930.764320] hub 6-0:1.0: 2 ports detected
+[15931.276444] PCI: Enabling device 0000:06:00.2 (0000 -> 0002)
+[15931.276460] ACPI: PCI Interrupt 0000:06:00.2[A] -> GSI 18 (level,low) -> IRQ 18
+[15931.276827] PCI: Setting latency timer of device 0000:06:00.2 to 64
+[15931.276836] ehci_hcd 0000:06:00.2: EHCI Host Controller
+[15931.277145] ehci_hcd 0000:06:00.2: new USB bus registered, assigned bus number 7
+[15931.299893] ehci_hcd 0000:06:00.2: irq 18, io mem 0x8c001000
+[15931.299916] ehci_hcd 0000:06:00.2: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004
+[15931.300351] usb usb7: configuration #1 chosen from 1 choice
+[15931.300523] hub 7-0:1.0: USB hub found
+[15931.300535] hub 7-0:1.0: 2 ports detected
+[15934.837567] usb 6-1: new full speed USB device using ohci_hcd and address 2
+[15935.033681] usb 6-1: configuration #1 chosen from 1 choice
+[15935.036577] option 6-1:1.0: GSM modem (1-port) converter detected
+[15935.036751] usb 6-1: GSM modem (1-port) converter now attached to ttyUSB0
+[15935.039703] option 6-1:1.1: GSM modem (1-port) converter detected
+[15935.039813] usb 6-1: GSM modem (1-port) converter now attached to ttyUSB1
+[15935.043067] option 6-1:1.2: GSM modem (1-port) converter detected
+[15935.043482] usb 6-1: GSM modem (1-port) converter now attached to ttyUSB2
+</pre>
+
+<p>
+Inserting the adapter alone already gives the output up to timecode
+15931.300535, so it doesn't seem to be a simple adapter only. I wonder
+what I get when I use it with random ExpressCard devices. (Not that I
+have any other than the option card atm).
+</p>
+
+<p>
+Looks like the card registers 3 GSM modem ports. Only 2 are usable, so
+don't try to use ttyUSB1, doesn't work anyway.  In case the system
+doesn't like the ports one may need to reload the usbserial module
+telling it the vendor and product id it should work for, but I did not
+need to do it.
+</p>
+
+<p>
+Now, getting online. The actual act is very simple, just let me write
+down some more detailed text as background info:
+</p>
+
+<p>
+There are 2 usable "modem" interfaces one can use. I chosed to use
+ttyUSB0 for internet connections, leaving ttyUSB2 to other apps. Like
+- getting status information or sending/receiving short messages.
+The first step one has to do is unlocking the card with your pin. The
+command for this is <b>AT+CPIN=xxxx</b>, replacing xxxx with the
+actual pin. (Type it into a minicom if you want). The card will
+"login" into the mobile system and change its flashing lights from
+"both lights flash" to "only umts light flashes".
+</p>
+
+<p>
+Its also useful to tell your card which net to use for future
+connections. So type <b>AT+CGDCONT=1,"IP","web.vodafone.de"</b> and
+you did select the Vodafone net. There are a few other AT commands
+where you can tell the card the preferred way of operation, ie. should
+it prefer UMTS(3G) or GPRS connections or should it only support one
+of those:
+</p>
+
+<table>
+<tr><td>at_opsys=0,2</td><td>Only GPRS</td></tr>
+<tr><td>at_opsys=1,2</td><td>Only UMTS(3g)</td></tr>
+<tr><td>at_opsys=2,2</td><td>Prefer GPRS over UMTS(3G)</td></tr>
+<tr><td>at_opsys=3,2</td><td>Prefer UMTS(3G) over GPRS</td></tr>
+</table>
+
+<p>
+I did use the 3,2 setting, but there may be situations where you want
+other settings. Type <b>AT+CSQ</b> to see your current signal
+strength.
+</p>
+
+<p>
+After having done all those preparations we want to get
+connected. Simple. Dial <b>*99***1#</b> and the card will connect. You
+only need to talk a bit of PPP and you have net.
+</p>
+
+<b>Of course</b> noone wants to do all this by hand, so lets use
+wvdial for it. Its simple. Take the following config:
+</p>
+
+<pre>
+[Dialer Defaults]
+Init1 = ATZ
+Init2 = ATQ0 V1 E1 S0=0 &C1 &D2 +FCLASS=0
+Modem Type = Analog Modem
+Baud = 460800
+New PPPD = yes
+Modem = /dev/ttyUSB0
+ISDN = 0
+</pre>
+
+<pre>
+[Dialer pin]
+Init3 = AT+CPIN=xxxx
+</pre>
+
+<pre>
+[Dialer umts]
+Dial Command = ATD
+Carrier Check = no
+Phone = *99***1#
+Password = doesntmatter
+Username = noonecares
+Stupid Mode = 1
+Init4 = AT+CGDCONT=1,"IP","web.vodafone.de"
+Dial Attempts = 2
+</pre>
+
+<p>
+With it you type <b>wvdial pin</b>, wait a second and type <b>wvdial umts</b> and
+you have a working internet connection. Hit Ctrl-C to disconnect. Yes,
+thats all thats needed. Plugin card, type <b>wvdial pin && sleep 1 &&
+wvdial umts</b> and have fun.
+</p>
+
+<p>
+Now, what to do with the second "modem" on the card. You could use it
+to get status info about your connection, like signal strenght. You
+could also point wammu/gammu at it and send or receive SMS. Ok,
+well. Wammu has a little bug currently and doesn't really like the
+option card. I mailed its maintainer already and got a patch back,
+which fixes half of the problem, so full support should be there
+soon. (Guessing with the time he needed for the initial patch it
+should be there within days at max... :) ).
+Trying a KDE app (*shudder* :) ) named kmobiletools one
+can read SMS without any patch. One can even send SMS. But
+kmobiletools can't delete SMS stored on the card.).
+</p>
+
+<p>
+Finally - testing the stuff in a real life situation: My trip to work,
+which is about 1.5hours in a german train (ICE). I am
+<b>impressed</b>, it's way better than I feared. I was online for the
+whole trip, about 90% of the time with UMTS (3G), 8-9% GPRS and for 2% the
+card didn't had any signal. Which was to be expected, having a
+multi-kilometre tunnel soon after trip starts. The card never lost its
+PPP connection and all applications did run fine. The card does have
+*huge* buffers for data, the 2% nothing did give me a ping time
+maximum of <b>150.000 ms</b> but not a single lost package. Thats also
+what one experiences when the card switches from UMTS to GPRS - ping
+time goes up for some time until GPRS takes over, then it continues
+without any trouble and every pending stuff is send. (Except that GPRS
+ping times are slightly larger, of course).
+</p>
+
+<p>
+Soooo, summary for me is: It's worth the money, as I can use it for
+about 3 hours every day I go to work. Sometimes thats 4 hours,
+depending on the time I leave work (bad train times). Having a price
+of about 40EUR per month for a real flat it sounds acceptable for me.
+</p>
+
+<p>
+PS: The only thing one should never try is to run <b>pccardctl
+eject</b>. While the kernel tells you it eject a card - you will end
+up with a zombie process, forever. And also unable to get the card
+working again, you have to reboot. So - just stop the apps accessing
+the card and then just unplug it. Sounds bad, but is the working way...
+</p>
diff --git a/_posts/2007-09-02-upgrading_packagesdebianorg.html b/_posts/2007-09-02-upgrading_packagesdebianorg.html
new file mode 100644 (file)
index 0000000..dc444eb
--- /dev/null
@@ -0,0 +1,47 @@
+---
+layout: post
+title: Upgrading packages.debian.org
+date: '2007-09-02 19:37:00 +0000'
+mt_id: 128
+blog_id: 1
+post_id: 128
+basename: upgrading_packagesdebianorg
+categories:
+- debian
+---
+
+<p>
+Finally we (Frank Lichtenheld, myself) took the time and upgraded
+the host for <a href="http://packages.debian.org/">packages.d.o</a> to
+etch. This was absolutely needed, as pdo was always running with a very
+high load for the machine, and the new code needed some etch-specific
+packages/package versions.
+</p>
+
+<p>
+So, today we went, turned off old pdo and upgraded it. It got a new
+kernel and lots of new package (versions) from etch, including
+<a href="http://packages.debian.org/apache2-mpm-worker">apache2-mpm-worker</a>. It is now accessible for everyone again,
+and its running the new code. Which does look nice, is way better and
+also much faster. Uses <a href="http://packages.debian.org/libapache2-mod-perl2">libapache2-mod-perl2</a>, database files
+(instead of textfiles and grep) and a nice new layout. And possibly much
+more changes, but Frank will send a mail about it later.
+</p>
+
+<p>
+(At the time of writing this blog pdo is still generating its initial
+ database files, so not everything working atm, but when that first run
+ is done it will be MUCH faster in the future...)
+</p>
+
+<p>
+Say thanks to Frank for his work on pdo!
+</p>
+
+<textbf>Update: Thanks to the new and fast code (a full update now only
+takes <i>real 40m26.415s</i>, <i>user 16m36.538s</i> and <i>sys
+0m50.055s</i> instead of <b>hours</b>), packages.d.o will now update
+twice a day, with a push directly after the mirror update has
+happened. Which should greatly help to reduce the "packages.d.o is out
+of date" symptom...
+</p>
diff --git a/_posts/2007-09-10-stats_pron.html b/_posts/2007-09-10-stats_pron.html
new file mode 100644 (file)
index 0000000..b00a735
--- /dev/null
@@ -0,0 +1,165 @@
+---
+layout: post
+title: Stats pron
+date: '2007-09-10 20:51:00 +0000'
+mt_id: 127
+blog_id: 1
+post_id: 127
+basename: stats_pron
+categories:
+- debian
+---
+
+<a href="http://www.infodrom.org/~joey/log/?200709091425">Joey
+started</a> a stats pron meme, so lets join, with stats from
+<a href="http://packages.debian.org/">packages.debian.org</a> AKA
+puccini.debian.org, which I am the local-admin for.
+</p>
+
+<p>
+This machine has
+<table>
+ <tr>
+   <td></td><td><b>2007</b></td>
+ </tr>
+ <tr>
+   <td><b>Unique visitors</b> <td>4952207</td>
+ </tr>
+ <tr>
+   <td><b>Total visits</b></td>
+   <td>8572139</td>
+ </tr>
+ <tr>
+   <td><b>Total pageviews</b></td>
+   <td>43332086</td>
+ </tr>
+ <tr>
+   <td><b>Total bandwidth (apache only)</b></td>
+   <td>783.28 GB</td>
+ </tr>
+ <tr>
+   <td><b>Additional traffic due to robots</b></td>
+   <td>53328963 pageviews adding 265.73 GB traffic </td>
+ </tr>
+</table>
+
+<p>
+Looking at the other statistics April and May had a few percent more
+visitors, but other than that its pretty stable with around 600k
+<b>unique</b> visitors per month.
+</p>
+
+<p>
+We do not resolve IPs to hostnames due to the huge amount of useless
+traffic and load this would generate, so no statistics about the
+countries. But we do have some other stats.
+</p>
+
+<p>
+Like a <b>Robot/Spider</b> statistic. It looks like we  had about 151 different
+spiders on our site, a few listed below.
+<table>
+  <tr>
+    <td><b>Yahoo</b></td><td>is the most active spider, making some 97.54 GB of traffic</td>
+  </tr>
+  <tr>
+    <td><b>Googlebot</b></td><td>follows on second place, responsible for 43.92 GB</td>
+  </tr>
+  <tr>
+    <td><b>MSNBot</b></td><td>caused about 21.52 GB traffic</td>
+  </tr>
+  <tr>
+    <td><b>Python-urllib</b></td><td>is used by multiple bots and they all made up 43.29 GB traffic</td>
+  </tr>
+</table>
+</p>
+
+<p>
+Next interesting point is that of <b>Operating systems</b>.
+<table>
+  <tr>
+    <td><b>Linux</b></td><td>is of course the most used one, 48.1% of our visitors told us they use it.</td>
+  </tr>
+  <tr>
+    <td><b>Windows</b></td><td>only on place 2, with 40.5%.</td>
+  </tr>
+  <tr>
+    <td><b>MacOS</b></td><td>all kinds of MacOS add up to 2.5%.</td>
+  </tr>
+</table>
+There are various others in the list, but none with more than 1%. Like
+<i>Sun Solaris</i> which was used for about 63k hits (compare it to
+Linux with 32 378 942 hits). 5423 users did want us to believe they use
+<i>CPM</i>, another 76 tried that with <i>VMS</i>.
+</p>
+
+<p>
+Of course we are interested in more details for the 48.1% Linux users, here they are:
+<table>
+  <tr><td><b>Debian</b></td><td>15397537</td><td>22.8 %</td></tr>
+  <tr><td><b>Ubuntu</b></td><td>9050014</td><td>13.4 %</td></tr>
+  <tr><td><b>Suse</b></td><td>542635</td><td>0.8 %</td></tr>
+  <tr><td><b>Red Hat</b></td><td>107240</td><td>0.1 %</td></tr>
+  <tr><td><b>Mandriva (or Mandrake)</b></td><td>166545</td><td>0.2 %</td></tr>
+  <tr><td><b>Fedora</b></td><td>623242</td><td>0.9 %</td></tr>
+  <tr><td><b>Centos</b></td><td>69998</td><td>0.1 %</td></tr>
+  <tr><td><b>GNU Linux (Unknown or unspecified distribution)</b></td><td>6421731</td><td>9.5 %</td></tr>
+</table>
+Windows is boring, more than 33% are using the XP crap, all BSD version
+together, including that GNU/kFreeBSD variant have 0.1% all together.
+</p>
+
+<p>
+Browsers? Of course people do use lots of different browsers. The main
+browsers, if you ignore all the various versions, are <i>Firefox</i>
+with 44.7%, (shudder) <i>MSIE</i> with 17.7% and <i>Mozilla</i> with
+14.6%. <i>Konqueror</i> is far behind with only about 8.5%, other
+browsers like <i>Opera</i> (3.4%) and <i>Epiphany</i> (1.5%) are even
+less used. One browser identification is interesting, namely <i>Debian
+APT</i>, which seems to be the "Fetch Changelog" function of
+<a href="http://packages.debian.org/aptitude">aptitude</a>. It generated about 200k hits (0.1%).
+</p>
+
+<p>
+Next point - from where do we get most people to our site? That are
+people not having any kind of referer information, 65%. The second place
+here goes to - yes, direct links from various people. Of course our
+<a href="http://www.debian.org/distrib/packages">search interface</a> has
+most hits here, the rest is from some 80k different pages linking to
+us. Most of those seem to be upstream pages telling their users where to
+get a Debian package from (most are named something that fits
+"/software/download" or "is like sf/freshmeat" schema). Interestingly
+the links the BTS provides in their package overview going to
+packages.debian.org aren't used all that much. Only about 30k hits in
+the whole year 2007 with the BTS as referrer.
+</p>
+
+<p>
+Only after all those individual links we have search engines giving us
+hits. That may be partly due to the fact that we did use robots.txt to
+block them (at least those that are good net citizens) for a long time
+from indexing our site.
+</p>
+
+<b>Final words:</b> YES, I do know that the stats are likely to be wrong
+in any size you want them to be wrong. Yes, one cant really trust the
+User-Agent string, its too easy to change it. Yes, its easy to filter
+out referer, etc, etc, etc, but IMO its still nice to look at such
+things, it gives at least a little feeling for what we do burn all those
+CPU cycles.
+</p>
+
+<p>
+These stats are based on about 4.5GB of compressed apache logs from the last few
+months, it took some 14 hours to process the logfiles. Luckily future
+updates now happen once an hour and take only a minute or two...
+</p>
+
+<p>
+Ohh, you say Joeys meme was about mail stats? Damn. Ok, short text:
+305k mails rejected in the last 7 days while we allowed 1097 mails to
+pass. For the yearly overview that means some 9.3million rejected and
+73k accepted mails (that rate should get better, decreasing the accepted
+count, with the new etch setup we have now). Of course this isn't as
+impressing as lists.debian.org mailstats are. :)
+</p>
diff --git a/_posts/2007-09-19-archiving_web_pages.html b/_posts/2007-09-19-archiving_web_pages.html
new file mode 100644 (file)
index 0000000..f767cad
--- /dev/null
@@ -0,0 +1,19 @@
+---
+layout: post
+title: Archiving web pages
+date: '2007-09-19 09:35:00 +0000'
+mt_id: 126
+blog_id: 1
+post_id: 126
+basename: archiving_web_pages
+categories:
+- tech
+---
+
+<a href="http://blog.madduck.net/geek/2007.09.19_archiving-web-pages.xhtml">Madduck</a> meet
+<a href="http://amb.vis.ne.jp/mozilla/scrapbook/">Scrapbook</a>.
+</p>
+
+<p>
+Scrapbook - fear Madduck.
+</p>
diff --git a/_posts/2007-09-25-password_manager.html b/_posts/2007-09-25-password_manager.html
new file mode 100644 (file)
index 0000000..93d15d2
--- /dev/null
@@ -0,0 +1,45 @@
+---
+layout: post
+title: Password Manager
+date: '2007-09-25 10:22:00 +0000'
+mt_id: 125
+blog_id: 1
+post_id: 125
+basename: password_manager
+categories:
+- other
+---
+
+<p>
+Dear Lazyweb, im looking for a "password management" application that
+does not suck. Any suggestions?
+</p>
+
+<p>
+I am currently using fpm for some low-security passwords and a gpg
+encrypted textfile for some more important ones. (And having some
+really important ones only in my head, stored nowhere else). While it
+works its not really comfortable or fun to use.
+</p>
+
+<p>
+Now, I would want an app where i can trust its encryption (while I do
+have my harddisks crypted the file should still be encrypted), so
+usage of GPG would be nice. It should also be able to group passwords,
+like fpm can. I do not care about any kind of "URL launcher", thats a
+feature i never use. Most important - it should be able to merge its
+dataset. Use case: I want to use it on multiple systems and have it
+synchronize the data itself. The sync can be a process I manually have
+to start, I dont care. But trying to keep the datafiles in sync and
+hope I never accidently overwrite them just does not work.
+</p>
+
+<p>
+I also dont care about X or not (as long its not one of the gnome or
+kde integrated keyring things), as long as I can easily get the
+password out of it into a copy/paste buffer, without displaying it...
+</p>
+
+<p>
+Suggestions?
+</p>
diff --git a/_posts/2007-10-22-clusterssh.html b/_posts/2007-10-22-clusterssh.html
new file mode 100644 (file)
index 0000000..b802a25
--- /dev/null
@@ -0,0 +1,106 @@
+---
+layout: post
+title: Clusterssh
+date: '2007-10-22 21:33:00 +0000'
+mt_id: 124
+blog_id: 1
+post_id: 124
+basename: clusterssh
+categories:
+- tech
+---
+
+<p>
+Some people did ask me to add a "tech" category to my blog, and randomly
+post about useful little things that help making life easier. Well, Im
+not making a dedicated category for it, but one where I will put all my
+not-strictly-debian related "tech" content in. Up to now my blog only
+knew a debian category... :)
+</p>
+
+<p>
+Well, so the first thing i have a little to write about is
+<a href="http://packages.debian.org/clusterssh">clusterssh</a>. It is similar to <a href="http://packages.debian.org/dsh">dsh</a>, with the difference
+that clusterssh opens an <a href="http://packages.debian.org/xterm">xterm</a> for every host you want to
+control, while dsh simply takes one commandline and executes it on the
+remote host(s). This way clusterssh allows you to step in and control a
+single host, if that one needs a little extra action, while keeping the
+connection to all other hosts open.  After you are done with the extra
+action - just go back to control all hosts at once. Very helpful if you edit
+configuration files, and one hosts needs a little different value, while
+most stuff is the same. Or doing security upgrades and find out one of
+your colleagues was so "clever" to install an extra package which now
+makes aptitude want to remove half of your system. You can step in and
+fix the situation and then simply continue with all hosts.
+</p>
+
+<p>
+Usage of clusterssh is pretty simple - after you installed it type
+</p><pre>  cssh machine1 machine2 machine3
+</pre>
+and clusterssh will open 3 xterms and one control window. Whatever you
+type into that control window is then send to all 3 machines. <br /><form contenteditable="false" mt:asset-id="1" class="mt-enclosure mt-enclosure-image" style="display: inline;"><a href="http://sheridan.ganneff.de/blog/cssh.html" onclick="window.open('http://sheridan.ganneff.de/blog/cssh.html','popup','width=1304,height=957,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0'); return false"><img src="http://sheridan.ganneff.de/blog/assets_c/2008/03/cssh-thumb-800x587.png" alt="cssh.png" class="mt-image-center" style="margin: 0pt auto 20px; text-align: center; display: block;" height="587" width="800" /></a></form><br />
+
+<p>
+As you can see in the picture I first executed one command on both
+hosts, by typing it into the CSSH window, and then selected one host
+directly, typing a command only this host sees.
+</p>
+
+<p>
+Now, we are all lazy, so lets make cssh easier to use. Noone wants to
+type hundreds of hostnames all the time. Luckily clusterssh has a
+concept where you map tags to servernames. If you are the admin of your
+machine and want to setup such a mapping for all of your users you edit
+<i>/etc/clusters</i>, if you just want to do it for yourself edit
+<i>$HOME/.csshrc</i>. Actually - do not edit it, but run
+</p><pre>  cssh -u &gt;$HOME/.csshrc
+</pre>
+and edit the generated file. Ignore all of the config stuff for now,
+defaults are nice and good. Go to the bottom and add something similar
+to the following lines:
+
+
+<pre> clusters = foo bar
+ foo = miau wuff:2222 root@milk:98 root@elsewhere
+ bar = root@miau:443 web@ftp:443
+</pre>
+
+<p>
+Replace with hosts you can actually login to. The above defines two set
+of hosts, <i>foo</i> and <i>bar</i>. Now all I need to do to login
+to the defined machines is to type
+</p><pre> cssh foo
+</pre>
+and clusterssh will open 4 xterms and login to the machines.
+
+
+<p>
+At work I usually have up to 200-250 machines open with clusterssh, so
+it can handle large numbers of hosts at once. In such cases you might
+want to consider adding the <i>-G</i> parameter to the commandline, to
+not get clusterssh to resize the xterms.
+</p>
+
+<p>
+A last thing I like to do is - give the xterms opened by clusterssh a
+different layout. My window manager is setup to draw all my terminals
+maximized and also has some other settings that do not really help
+clusterssh terminals . But there is a simple way round this. Edit the
+following options in your .csshrc to look similar like
+</p><pre>terminal_allow_send_events=-xrm '*.VT100.allowSendEvents:true'
+terminal_args=-class CSSH
+</pre>
+This will put all xterms into the class CSSH. As your normal settings
+usually apply to class XTerm this already ignores them. If you want to setup
+some more things, like a blue background and red foreground in CSSH
+windows, just add the following into your <i>$HOME/.Xdefaults</i> file
+(or do whatever steps your window manager might like to configure such
+things):
+<pre>CSSH*background: Blue
+CSSH*foreground: Red
+</pre>
+
+<p>
+Activate with <i>xrdb -load ~/.Xdefaults</i>, done.
+</p><div><br /></div>
diff --git a/_posts/2007-11-02-mouse_onxclick_selection_in_xt.html b/_posts/2007-11-02-mouse_onxclick_selection_in_xt.html
new file mode 100644 (file)
index 0000000..9dd3c7f
--- /dev/null
@@ -0,0 +1,35 @@
+---
+layout: post
+title: Mouse onXclick selection in xterm
+date: '2007-11-02 21:44:00 +0000'
+mt_id: 123
+blog_id: 1
+post_id: 123
+basename: mouse_onxclick_selection_in_xt
+categories:
+- tech
+---
+
+<p>
+Switching from aterm to xterm I found it annoying that xterm didn't
+select a full url when i did a double-click somewhere on it, like aterm
+did. Now, doing a little search on it I found something way stronger.
+</p>
+
+<p>
+Take a url like <b>http://foo.bar/baz</b> for the following example. If
+you now put something like the following into your .Xdefaults (and load it
+with <i>xrdb -load .Xdefaults</i>), you get xterms selection in a more
+useful way. A double click on <b>foo</b> will select <b>foo.bar</b>,
+clicking three times it selects the full url (well, better speak is to
+say it selects everything separated by whitespace). Click four times and it
+selects everything up to the start of the prompt (default prompt that
+is). 5 clicks selects the whole line.
+</p>
+
+<pre>
+XTerm*on2Clicks:  regex [^/@ \n]+
+XTerm*on3Clicks:  regex [^ \n]+
+XTerm*on4Clicks:  regex [^#$]+
+XTerm*on5Clicks:  line
+</pre>
diff --git a/_posts/2007-11-03-locating_old_debian_source_pac.html b/_posts/2007-11-03-locating_old_debian_source_pac.html
new file mode 100644 (file)
index 0000000..f47d622
--- /dev/null
@@ -0,0 +1,18 @@
+---
+layout: post
+title: Locating old Debian source packages
+date: '2007-11-03 14:46:00 +0000'
+mt_id: 122
+blog_id: 1
+post_id: 122
+basename: locating_old_debian_source_pac
+categories:
+- debian
+---
+
+<p>
+Additionally to <a
+href="http://blog.orebokech.com/2007/11/locating-old-debian-source-packages.html">what
+Romain wrote</a>: If one is a DD - one might want to look at
+merkel.debian.org:/org/ftp.debian.org/morgue/* for old source package stuff.
+</p>
diff --git a/_posts/2007-11-12-so_debconf_is_a_registry.html b/_posts/2007-11-12-so_debconf_is_a_registry.html
new file mode 100644 (file)
index 0000000..25568fe
--- /dev/null
@@ -0,0 +1,29 @@
+---
+layout: post
+title: So DebConf is a registry? :)
+date: '2007-11-12 16:17:00 +0000'
+mt_id: 121
+blog_id: 1
+post_id: 121
+basename: so_debconf_is_a_registry
+categories:
+- debian
+---
+
+<p>
+Processing a NEW package (<a href="http://packages.debian.org/etckeeper">etckeeper</a>) of our <a href="http://packages.debian.org/debconf">debconf</a>
+system master and what do I find there?
+</p>
+
+<pre>
+lintian output:
+ W: etckeeper: debconf-is-not-a-registry ./etc/etckeeper/pre-apt.d/50uncommitted-changes
+</pre>
+
+<p>
+HA! :)
+</p>
+
+<p>
+(Besides that its using the wrong VCS, but thats a different topic :) )
+</p>
diff --git a/_posts/2007-11-22-todays_work.html b/_posts/2007-11-22-todays_work.html
new file mode 100644 (file)
index 0000000..2b5a202
--- /dev/null
@@ -0,0 +1,46 @@
+---
+layout: post
+title: Todays work
+date: '2007-11-22 23:52:00 +0000'
+mt_id: 120
+blog_id: 1
+post_id: 120
+basename: todays_work
+categories:
+- debian
+---
+
+<p>
+Work. No, not at my workplace, for Debian. I decided to modify the
+<a href="http://ftp-master.debian.org/">ftp-master webpage</a> a little
+bit, just adding some css magic (and the ability to conform with that
+xhtml1.0 strict thing out there). (And to be honest - about 95% of the
+"work" needed for this was done by Mark Hymers...)
+</p>
+
+<p>
+But that only happened after something else, which took away most of my
+time today (and yesterday and the day before). Namely - a nice overview
+of <a href="http://ftp-master.debian.org/removals.html">pending
+removals</a>. The main purpose of that overview is of course "ftpteam
+members doing removals can take it for their work", but i think it may
+also be nice for users to look there, instead of wading through all the
+bugreports against ftp.debian.org, which include bugs about totally
+different topics than removals. (And then I am lazy and want a
+commandline to paste... :) ) The design for that page was done by Martin
+Ferrari AKA Tincho, you don't want to see how my design did look
+like... :), the idea for it is from Jeroen van Wolffelaar who wrote the
+first version of it in Perl (it is now implemented in Ruby).
+</p>
+
+<p>
+The removals html page is regenerated every hour, using the SOAP
+interface to the BTS, so at least the bugs information should be
+recent. The other information might have errors in them, don't trust
+them too far. It <b>should</b> be right, but then - its only
+informational.. :)
+</p>
+
+<p>
+And now: Lets do some of those removals!
+</p>
diff --git a/_posts/2007-11-24-removals_stuff.html b/_posts/2007-11-24-removals_stuff.html
new file mode 100644 (file)
index 0000000..8e9ed4a
--- /dev/null
@@ -0,0 +1,53 @@
+---
+layout: post
+title: Removals stuff
+date: '2007-11-24 23:33:00 +0000'
+mt_id: 119
+blog_id: 1
+post_id: 119
+basename: removals_stuff
+categories:
+- ftpmaster
+---
+
+<p>
+Seems like my
+<a href="http://blog.ganneff.de/blog/2007/11/22#ftpteam">latest
+script</a> was something people wanted to have, lots of people do seem to
+like it. At least I guess that from the reactions I got.
+Today I've done a few modifications to it, making the information
+displayed more accurate.
+</p>
+
+<p>
+It was initially written to run on a host which doesn't have a projectb
+(the postgresql database that has all knowledge about the Debian
+archive, iow. <b>the</b> source of archive-related information), and as
+such the script had to get its data from elsewhere. I had another little
+ruby script using the GzipReader going over Sources.gz and all
+Packages.gz, building up a datastructure consisting of some very nested
+Hashes and Array. Which takes (on ries, a pretty big machine) about 23
+minutes to run, using 100% of one CPU. Which I <b>did not like</b>,
+especially as I would have to run this 80 line monster two times a day.
+</p>
+
+<p>
+But hey, we have projectb there. So I decided to rewrite my html
+generation script using postgres directly instead of loading 844605
+lines of (YAML-format) data dump (dump of experimental, stable, testing
+and unstable, with the data needed for the removals.html).
+</p>
+
+<p>
+The old version, using the data dumps, did use some 10 seconds
+at full CPU load to generate the html page, the new version using
+postgres now uses 2 seconds with some 33% CPU load. Nice
+improvement. (Both times subtracting the time the SOAP interface for
+bugs.debian.org takes to reply to my query, which varies between 3 and
+15 seconds when I ask it for all open bugs against ftp.debian.org).
+</p>
+
+<p>
+Added benefit: The data about the packages shown is "live" data, not one
+thats outdated for up to 12 hours. :)
+</p>
diff --git a/_posts/2007-12-08-again_removals.html b/_posts/2007-12-08-again_removals.html
new file mode 100644 (file)
index 0000000..080a16a
--- /dev/null
@@ -0,0 +1,21 @@
+---
+layout: post
+title: Again removals
+date: '2007-12-08 00:35:00 +0000'
+mt_id: 118
+blog_id: 1
+post_id: 118
+basename: again_removals
+categories:
+- ftpmaster
+---
+
+<p>
+Seems my work in Extremadury during the QA meeting was worth it. Just
+added some new output to the
+<a href="http://ftp-master.debian.org/removals.html">removals page</a>
+generation, which now also shows the date the last upload was done,
+together with the content of the Maintainer-field from that upload.
+And it was (very unexpected) an easy thing to add this, once I had the
+right SQL query. I like ruby.
+</p>
diff --git a/_posts/2007-12-12-backup.html b/_posts/2007-12-12-backup.html
new file mode 100644 (file)
index 0000000..b2d1c23
--- /dev/null
@@ -0,0 +1,33 @@
+---
+layout: post
+title: Backup
+date: '2007-12-12 14:02:00 +0000'
+mt_id: 117
+blog_id: 1
+post_id: 117
+basename: backup
+categories:
+- other
+---
+
+<p>
+Backup? Who needs backups? Everyone just wants to restore.
+</p>
+
+<p>
+I had to do that restore game today. Looks like something (I haven't yet
+debugged what) recently uploaded to sid (within the last 3 weeks) does
+break the resume part of suspend-to[disk|ram] for me. Suspend works
+fine, as always, resume doesn't work. Badbad.
+</p>
+
+<p>
+Luckily I have backups of my laptop here at work (using duplicity, as
+the backupserver has more people with access than just me..). Going back
+to the last backup from a day before I did the upgrade - and everything
+works again. I can suspend <b>AND</b> resume, yay.
+</p>
+
+<p>
+Today I did need restore, not only backup!
+</p>
diff --git a/_posts/2007-12-15-using_a_ssh_jumphost.html b/_posts/2007-12-15-using_a_ssh_jumphost.html
new file mode 100644 (file)
index 0000000..9bae9f7
--- /dev/null
@@ -0,0 +1,136 @@
+---
+layout: post
+title: Using a SSH jumphost
+date: '2007-12-15 09:29:00 +0000'
+mt_id: 116
+blog_id: 1
+post_id: 116
+basename: using_a_ssh_jumphost
+categories:
+- tech
+---
+
+<p>
+As <a href="http://blog.schmehl.info/">Tolimar</a> was asking about it
+and I am using the setup at some places to get past idiotic^Wbroken
+firewalls, where you always want to kill the clueless people that did
+set them up - lets write a bit how to ease ssh usage at such locations.
+</p>
+
+<p>
+Imagine a place where you can't ssh elsewhere directly, you have to go
+through at least one, in some cases two or three hosts, to get anywhere
+sane.[1]
+</p>
+
+<p>
+So the topic is <b>SSH jumphost</b>. Thats basically what you do
+manually if you
+</p>
+
+<pre>
+  ssh some.host
+  ssh next.host
+</pre>
+
+<p>
+where some.host is your <i>jumphost</i>. Add as many <i>some.host</i> as
+you want into this chain.
+</p>
+
+<p>
+We are all lazy and don't want to type that by hand, one ssh is enough
+for everybody. Hurray, ssh already provides what we need, namely the
+<b>ProxyCommand</b> directive, it's just not known as much as it should
+be.
+</p>
+
+<p>
+For this example imagine I have to ssh via the following host chain to
+get out: kosh -> vir -> babylon5 -> sheridan and also want to have my
+local port 2525 forwarded to sheridans port 25.
+</p>
+
+<p>
+The following config snippet (.ssh/config) is doing that[2]
+</p>
+
+<pre>
+ Host yay
+ ProxyCommand ssh -q -A -X vir ssh -q -A -X babylon5 'nc -w1 sheridan 22'
+ LocalForward 2525 localhost:25
+   
+ Host vir
+ ProxyCommand ssh -q -A -X kosh 'nc -w1 %h %p'
+</pre>
+
+<p>
+The effect of this is:
+</p>
+
+<ul>
+ <li>When I run <i>ssh yay</i> this will run</li>
+ <li><i>ssh -q -A -X vir</i> which in turn runs</li>
+ <li><i>ssh -q -A -X kosh</i> where it will start the nc command, replacing %h and %p, so it runs</li>
+ <li><i>nc -w1 vir 22</i> which simply "pipes" all data to host vir, port 22, where it then runs</li>
+ <li><i>ssh -q -A -X babylon5</i> to login to babylon5 where it finally uses</li>
+ <li><i>nc -w1 sheridan 22</i> nc to let ssh connect to the target host</li>
+</ul>
+
+<p>
+and I end up having a shell on host sheridan. The <b>LocalForward</b>
+line also tells ssh to tunnel my port forwarding over that multi-hop
+session, voila, done.
+</p>
+
+<p>
+Of course there is a little caveat with this - all hosts do have to know
+the next one (ie. <i>.ssh/known_hosts</i> should have the right
+data). You should also think about using ssh keys (maybe including Agent
+forwarding). You really dont want to see 5 <b>Password:</b> prompts
+right behind each other for a 5-hop setup - with no clue if its for the
+next host or for a typo...
+</p>
+
+<b>Update:</b> If you are a Debian Developer and do not have a host
+"outside" that listens to something else than Port 22 but are behind a
+firewall that only allows Port 80 and 443 - you are lucky. As long as
+you aren't hit by [1] you put the following into your .ssh/config file
+and have fun:
+</p>
+
+<pre>
+Host foo.gl bar.gl
+ProxyCommand ssh -q -a -p 443 -x gluck.debian.org 'nc -w1 $(basename %h .gl) 22'
+</pre>
+
+<p>
+Add as many other config options as you want. The effect is:
+</p>
+
+<ul>
+  <li>You run <i>ssh foo.gl</i> <b>OR</b> <i>ssh bar.gl</i> and it does</li>
+  <li><i>ssh -q -a -p 443 -x gluck.debian.org</i> where it then runs</li>
+  <li><i>nc -w1 foo 22</i> (or bar instead of foo)</li>
+</ul>
+
+<p>
+and as such you can get out via gluck. We are using the .gl as an
+extension here to remember that we go via gluck. Idea stolen from
+someone on IRC, just can't remember who atm.
+</p>
+
+<p>
+[1] For added fun, which I have at one place, add things like a proxy
+       with user authentication done in a way that tools like <a href="http://packages.debian.org/tor">tor</a> or
+       <a href="http://packages.debian.org/openvpn">openvpn</a> can't get through it and you always wish those admins
+       use Windows, just so they suffer. Anyway, I talk about the first
+       part only, using jumphost, other ways getting around crap admins
+       needs, in my case, an own script to do it, not part of this topic...
+</p>
+
+<p>
+[2] Yes, one can do it in lots of ways and those here might not be the
+       most optimized/nice/whatever ones. But they work and are just
+       examples here, select your own parameters if you dont like mine!
+</p>
diff --git a/_posts/2007-12-29-ssh_triggers.html b/_posts/2007-12-29-ssh_triggers.html
new file mode 100644 (file)
index 0000000..3c1d80a
--- /dev/null
@@ -0,0 +1,136 @@
+---
+layout: post
+title: SSH "triggers"
+date: '2007-12-29 14:24:00 +0000'
+mt_id: 115
+blog_id: 1
+post_id: 115
+basename: ssh_triggers
+categories:
+- tech
+---
+
+<p>
+Following my <a href="http://blog.ganneff.de/blog/2007/12/15/using-a-ssh-jumphost.html">post
+about SSH jumphosts,</a> I have another SSH feature  to share with
+you, which IMO isn't known or used enough.
+</p>
+
+<p>
+Imagine you have some data on one host which gets regenerated every now
+and then and you also need this data on other hosts too. There are
+multiple ways to sync the data to other machines. You can
+<ul>
+  <li>make them available via http/ftp and cron a wget run</li>
+  <li>use some rsync or ftp daemon on the target host(s) and write data to
+  them (brrrrr)</li>
+  <li>simply use limited SSH keys to signal the target host(s) when
+  there is something new to fetch</li>
+</ul>
+The problem of the first option is that you need to make the data
+available via http/ftp, which needs an extra daemon to run. And then you
+need to cron a script fetching it, which wastes resources if the data is
+updated infrequently.
+</p>
+
+<p>
+The problem of the second option is that you need some daemon available which
+allows you to write to the host. Depending on what you chose that might
+be with passwords transferred unencrypted. Or you aren't able to set it
+up yourself, as you are not the admin of the machine.
+</p>
+
+<p>
+So, lets take the third solution. Its safe to assume that SSH is
+available on the hosts you login to (don't tell me you still use
+telnet/rlogin on remote machines), so lets use SSH features. I assume
+that usage of basic SSH public key authentication is known, if not you
+first want to google for it and learn about that.
+</p>
+
+<p>
+Using SSH keys to trigger actions on remote hosts is basically the same
+as a login to the machine and manually running a command - except you
+don't need to do it yourself, a script is doing it. Which leads to one
+big difference for a "trigger" key compared to a "login" key: You <b>do not</b>
+set a passphrase for that SSH key! As a consequence of that you use such
+a key <b>only for exactly one</b> purpose, nothing else. Generate a new key for
+another trigger. <b>Never, ever, use such a passphrase-less SSH key for normal
+logins to other machines</b>...
+</p>
+
+<p>
+Having generated a passphrase-less key on host a (let it have IP
+1.2.3.4) we copy the .pub file over to the target host b and put it into
+the authorized_keys file (usually in ~/.ssh/). The difference to normal
+login keys is the large line of options we put in front of it:
+</p>
+
+<pre>
+command="rsync --server -vlHogDtprz --delete --delete-after --ignore-errors . /org/backup/something",no-port-forwarding,no-X11-forwarding,no-agent-forwarding,from="1.2.3.4" ssh-key-here
+</pre>
+
+<p>
+or
+</p>
+
+<pre>
+command="/var/mirror/ftpsync &",no-port-forwarding,no-X11-forwarding,no-agent-forwarding,no-pty,from="1.2.3.4" ssh-key-here
+</pre>
+
+<p>
+Both commands allow to use the SSH key from host a with its  IP 1.2.3.4
+and will run the command thats defined here. No matter what command or
+options are are specified on the commandline on host a, host b will only
+do the above. There wont be any port, X11 or agent forwarding and due to
+the forced command there also wont ever open a shell.
+</p>
+
+<p>
+With the first command we trigger the remote hosts rsync to write the
+data we send into that path, using the given options. Of course that
+means we send data using rsync from our host. The SSH connection stays
+available for the whole time the command runs.
+</p>
+
+<p>
+The second command instead runs the given binary, a shell script in this
+case, in background. As we also forbid tty allocation the SSH connection
+is closed right after the script is started.  To avoid DOSing the remote
+machine such a script should have some kind of lockfile check and abort
+if a second copy is already running.
+</p>
+
+<p>
+SSH also allows to use such limited SSH keys for the root user, while
+disallowing normal root logins: Change <i>PermitRootLogin</i> in sshd_config
+from <i>no</i> to <i>forced-commands-only</i> and you wont be able to
+login to the remote host as root but you can trigger actions that should
+be run as root.
+</p>
+
+<p>
+If you want to know what else you can do using options specified in the
+authorized_keys file then read its man-page, it has some details how you
+can use it to limit port forward requests, use more than just one IP in
+the from= parameter, ...
+</p>
+
+<p>
+Some users of the above way of automating tasks on remote machines are
+<ul>
+  <li>The Debian mirror network. About all tier-1/2 mirrors are pushed
+  using the described technique, making updates to Debian available as
+  soon as possible.</li>
+
+<p>
+  <li>da-backup, the Debian Admin Backup tool, used by Debian and
+  DebConf to backup their hosts to central backup servers.</li>
+
+<p>
+  <li><a href="http://packages.debian.org/">packages.debian.org</a>
+  updates his data way faster than in the past, thanks to this.</li>
+
+<p>
+  <li>Possibly many many more, its a useful feature.</li>
+</ul>
diff --git a/_posts/2007-12-30-html_output_for_packages_in_ne.html b/_posts/2007-12-30-html_output_for_packages_in_ne.html
new file mode 100644 (file)
index 0000000..c7b9cc9
--- /dev/null
@@ -0,0 +1,151 @@
+---
+layout: post
+title: HTML output for packages in NEW
+date: '2007-12-30 22:55:00 +0000'
+mt_id: 114
+blog_id: 1
+post_id: 114
+basename: html_output_for_packages_in_ne
+categories:
+- debian
+---
+
+<p>
+You may remember that, short before the release,
+<a href="http://azure.humbug.org.au/~aj/blog">Aj</a> had a HTML page for
+packages in NEW, living in his ~/ajt/new/ on our ftp-master host.
+It was based on a
+<a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=408318">patch
+from Thomas Viehmann</a> and got lost with the ries crash.
+</p>
+
+<p>
+Today I reimplemented it, putting it directly into dak and the
+ftp-master codebase and webtree. My work is also based on Thomas patch,
+but I reworked the whole thing a bit. I've written a new dak command,
+show-new, which is based on process-new, the command I always use when I
+process NEW packages. Obviously not with all that functionality, it
+doesn't need any reject capability, but it still has some nice
+parts. Like 
+<ul>
+<li>it only runs on packages and their versions if no html
+    output had been generated in the past</li>
+<li>Automatically removes html files of packages no longer in NEW</li>
+<li>It runs right after generating the NEW overview page, hourly. So it
+should be similar up-to-date (or outdated) as that page is.</li>
+</ul>
+To not duplicate code too much this also meant that various code blocks
+had to be moved into daklib/ files.
+</p>
+
+<p>
+If you want to look at it - the
+<a href="http://ftp-master.debian.org/new.html">NEW Overview</a>,
+something that I wrote <b>long</b> ago, has links to the
+per-package-version files. Just click on the version number.
+I have plans to enhance it even more, like having the lintian output use
+colors too. To make that easy I filed
+<a href="http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=458376">a bug
+against lintian</a> asking for it. For the other changes - well. I think
+the layout can be enhanced, possibly going a bit in the direction of
+<a href="http://ftp-master.debian.org/removals.html">the removals
+summary page</a>, but that will take some time, as I need to talk to my
+CSS-masters for it.
+</p>
+
+<p>
+And while I was changing dak code I did some more changes to it.
+One patchset already got applied from James, removing the obsolete non-US
+support. I have a large number of other changes, but have to redo them,
+much more using bzr branches, so James can more easily pick single
+changes out of them.
+</p>
+
+<p>
+The changelog for those applied changes is pretty impressive with its
+length, I think...
+<pre>
+2007-12-30  Joerg Jaspert  <&#106;&#111;&#101;&#114;&#103;&#64;&#100;&#101;&#98;&#105;&#97;&#110;&#46;&#111;&#114;&#103;>
+        * dak/dak.py (init): add show-new. This is based on a patch
+        submitted by Thomas Viehmann in Bug <a href="http://bugs.debian.org/408318">#408318</a>, but large parts of
+        handling it are rewritten and show-new is done by me.
+        * dak/queue_report.py (table_row): Add link to generated html page
+        for NEW package.
+        * dak/show_new.py: new file, generates html overview for NEW
+        packages, similar to what we see with examine-package.
+        * config/debian/cron.hourly: Add show-new call
+        * config/debian/dak.conf: Add HTMLPath for Show-New
+        * dak/examine_package.py (print_copyright): ignore stderr when
+        finding copyright file.
+        (main): add html option
+        (html_escape): new function
+        (escape_if_needed): ditto
+        (headline): ditto
+        (colour_output): ditto
+        (print_escaped_text): ditto
+        (print_formatted_text): ditto
+        - use those functions everywhere where we generate output, as they
+        easily know if we want html or not and just DTRT
+        (do_lintian): new function
+        (check_deb): use it
+        (output_deb_info): Use print_escaped_text, not print_formatted_text.
+        Also import daklib.queue, determine_new now lives there
+        Also add a variable to see if we want html output. Default is
+        disabled, show_new enables it for its use.
+        Most of html, besides header/footer are in examine_package instead
+        of show_new, as it makes it a whole lot easier to deal with it at
+        the point the info is generated.
+        * dak/process_new.py (determine_new): Moved out of here.
+        (check_valid): Moved out of here.
+        (get_type): Moved out of here.
+        * daklib/queue.py (determine_new): Moved here.
+        (check_valid): Moved here.
+        (get_type): Moved here.
+        * dak/init_db.py (do_section): Remove non-US code
+        * dak/make_overrides.py (main): ditto
+        * dak/process_new.py (determine_new): ditto
+        * daklib/queue.py (Upload.in_override_p),
+        (Upload.check_override): ditto
+        * daklib/utils.py (extract_component_from_section):,
+        (poolify): ditto
+        * dak/import_archive.py (update_section): ditto
+        * dak/symlink_dists.py (fix_component_section): ditto
+        * scripts/debian/mkmaintainers: ditto
+        * scripts/debian/update-mirrorlists (masterlist): ditto
+        * config/debian-non-US/*: Remove subdir
+        * scripts/debian/update-readmenonus: Removed.
+</pre>
+
+<p>
+In the recent past I did some more dak changes. Just to list them here,
+they are
+<ul>
+ <li>Fixing daks handling of keys that have expired subkeys together
+ with non-expired subkeys (or non-expired "master" key). That created
+ silent rejects (only sent to ftpmaster, not to the maintainer) in the
+ past. Now it works, <b>iff</b> the signature is valid. (We check other
+ reject reasons like unknown or revoked key, badsig and some other
+ things that can go wrong before that).</li>
+ <li>Internal for the NEW queue I adjusted the lintian call to also show
+ what lintian warnings/errors maintainers try to override - and to have
+ its display in color. lintian now also runs on the .dsc file, not only
+ on the individual changes, which also helps me to spot some more errors
+ in NEW which I previously may have missed</li>
+ <li>The script to look at the packages in NEW also had a bug that
+ disallowed to look at copyright files from packages using bzip2
+ compression in their binary tarballs. It did use some ar p | tar xz
+ pipeline, which I changed to using dpkg-deb -x and --fsys-tarfile.</li>
+ <li>I removed a check for a dpkg pre-depends for bzip2 using binaries,
+ as the dpkg version from sarge knows how to deal with them.</li>
+</ul>
+
+<p>
+(Most patches applied by James. Can't remember if someone else applied
+one. <b>If</b> so that would be Aj).
+</p>
+
+<p>
+And - at the end of all this - I will finally update my dak package
+again. Im not sure I get it uploaded this year, as I'm away tomorrow,
+but it will get an update fairly soon! Ha.
+</p>
diff --git a/_posts/2007-12-31-circus_flicflac.html b/_posts/2007-12-31-circus_flicflac.html
new file mode 100644 (file)
index 0000000..101d0f2
--- /dev/null
@@ -0,0 +1,26 @@
+---
+layout: post
+title: Circus FlicFlac
+date: '2007-12-31 21:15:00 +0000'
+mt_id: 113
+blog_id: 1
+post_id: 113
+basename: circus_flicflac
+categories:
+- personal
+---
+
+<p>
+i just got back from <a href="http://www.circusflicflac.de/">a
+FlicFlac</a> Show. It was a Christmas present for my mother, from my
+sister, her husband and myself.
+</p>
+
+<p>
+We did something similar last year, but this time I just have to blog
+about it. If you happen to be near (near as in about 200km distance) of
+a place where they perform - go and visit it. It's definitely worth
+it. (If I would have to chose between a Debian meeting and going there -
+I would go there again. If that isn't enough recommendation, I dont know
+what is).
+</p>
diff --git a/_posts/2008-01-30-write_intent_bitmaps_considere.markdown b/_posts/2008-01-30-write_intent_bitmaps_considere.markdown
new file mode 100644 (file)
index 0000000..9a0dc83
--- /dev/null
@@ -0,0 +1,58 @@
+---
+layout: post
+title: Write Intent Bitmaps considered bad
+date: '2008-01-30 09:27:00 +0000'
+mt_id: 112
+blog_id: 1
+post_id: 112
+basename: write_intent_bitmaps_considere
+categories:
+- tech
+---
+<p>
+Reading <a href="http://etbe.coker.com.au/2008/01/28/write-intent-bitmaps/">Russels post</a><br />
+about Write Intent Bitmaps I thought "Well, lets try out if the<br />
+performance impact is really only small". Having done that I can only<br />
+<b>warn</b> people and advice to not use them, at least not with<br />
+internal bitmaps. The whole thing may be different if you have them on<br />
+an own drive, but internal and as such on the raid device itself is<br />
+really bad.<br />
+</p>
+
+<p>
+So, having turned them on I just waited to see what happens with the<br />
+machines under normal load. Not doing any stresstests, as they don't<br />
+show normal load situations anyway. And a little performance impact was<br />
+expected. A <b>little</b>, not the thing that happened...<br />
+</p>
+
+<p>
+I'm impressed, haven't seen that much IO wait ever before. Even the old<br />
+packages.debian.org code, which was really bad IO-wise (thanks to<br />
+multiple greps per search), didn't have such a bad impact.<br />
+I mean - a Dual Core Athlon 3800, running a few Xen domains, usually<br />
+without any noticable load, now having a load of 20 and more, while IO<br />
+wait is at some 90% (as shown by top for both cores), constantly. (2<br />
+<span class="caps">RAID1 </span>devices).<br />
+</p>
+
+<p>
+Or a Desktop System with a <span class="caps">RAID5 </span>(mad of 4 <span class="caps">SATA </span>discs), which normally<br />
+unpacks a kernel tarball in some 10 seconds - now needs about 2 minutes<br />
+to get it unpacked. Removing that tree now uses 5 minutes.<br />
+</p>
+
+<p>
+No, bitmap internal is nothing one ever wants to use. One possibly <i>might</i><br />
+want to use that feature with a file for the bitmaps which is stored on<br />
+a <i>different</i> device. That might actually make sense and wont hurt as much<br />
+as internal does.<br />
+</p>
+
+<p>
+I have one positive thing to say about them: Resyncing an array is<br />
+indeed much much faster. But I go with longer resync times and slightly<br />
+less performance during that time, the cost of having the bitmaps all<br />
+the time <b>massively</b> impacts, a recovery of even a day doesn't cost<br />
+as much in total.<br />
+</p>
diff --git a/_posts/2008-02-02-debconf8_call_for_papers_and_r.html b/_posts/2008-02-02-debconf8_call_for_papers_and_r.html
new file mode 100644 (file)
index 0000000..015e144
--- /dev/null
@@ -0,0 +1,59 @@
+---
+layout: post
+title: DebConf8 Call for papers and registration opened
+date: '2008-02-02 20:14:00 +0000'
+mt_id: 111
+blog_id: 1
+post_id: 111
+basename: debconf8_call_for_papers_and_r
+categories:
+- debconf
+---
+
+<p>
+Finally I was able to open the registration for DebConf8 and send the
+Call for Papers. For the full details please read
+<a href="http://lists.debconf.org/lurker/message/20080202.190827.b7e664d8.en.html">
+the whole mail</a>.
+</p>
+
+<p>
+We had a lot of work in the last few weeks to make this possible, as we
+set us the goal "We will keep all data entered last year, people won't
+have to enter that again". And we made it!
+</p>
+
+<p>
+It wasn't all that easy to do, as we switched from the old 0.2.10
+version of <a href="http://www.pentabarf.org/">Pentabarf</a> to the more
+recent, completly rewritten 0.3.9 release of it. Which had a completly
+new database schema, making the database upgrade a <b>fun</b> task,
+having had a lot of changes for our own data...
+</p>
+
+<p>
+After Mark and Stephen finished the database it was my task to get all
+the changes to the interface back which we had done. Which took about a
+week longer than I expected it, unfortunately delaying the CfP about 4
+days.
+</p>
+
+<p>
+But hey, the new code is way better now. The actual difference between
+us and plain upstream is about 30% of that with 0.2.10. Which is
+<b>nice</b>. Of course we still miss a few things, but those aren't
+important for the CfP and will be readded soon. Some of those features
+also will be sent (and most possibly merged) upstream.
+</p>
+
+<p>
+A big <b>thanks</b> go to Mark (mhy) Hymers and Stephen (sgran) Gran who did
+the database upgrade (keeping all our own data in it!) and to upstream who
+did help me out multiple times to get this running.
+</p>
+
+<p>
+(Yes, this stuff is also the reason why NEW got that huge again. No
+worries, I will fix that this weekend, shouldn't take more than one or
+two "NEW-sessions").
+</p>
diff --git a/_posts/2008-02-15-postgresql_continuous_archivin.html b/_posts/2008-02-15-postgresql_continuous_archivin.html
new file mode 100644 (file)
index 0000000..775a480
--- /dev/null
@@ -0,0 +1,208 @@
+---
+layout: post
+title: PostgreSQL Continuous Archiving and Point-In-Time Recovery (PITR)
+date: '2008-02-15 19:22:00 +0000'
+mt_id: 110
+blog_id: 1
+post_id: 110
+basename: postgresql_continuous_archivin
+categories:
+- tech
+---
+
+<p>
+A nice feature from
+<a href="http://www.postgresql.org/">PostgreSQL</a> are "write ahead
+log" (WAL) files. Quoting from the PostgreSQL website they
+<cite>
+ describe every change made to the database's data files. [...] if the
+ system crashes, the database can be restored to consistency by
+ "replaying" the log entries made since the last checkpoint.
+</cite>
+
+<p>
+This basically enables online backup of your database cluster. And as
+you end up having the complete log of all actions within your
+database(s) you are also able to go back in time to any point you like.
+</p>
+
+<p>
+I won't write a complete howto about it, as
+<a href="http://www.postgresql.org/docs/8.2/static/continuous-archiving.html">
+the PostgreSQL docs</a> are pretty good, just some notes how I did my
+setup, as a kind of reminder for me when I have to do it again.
+</p>
+
+<hr/>
+
+<p>
+There must be a place to store WAL files which ends up not being on the
+same machine, otherwise it doesn't make much sense. For me that means
+scp to a different host, but an NFS mount or some storage array or drbd
+device might also be an option. Much of the following is for the scp
+method, but easily adaptable to other storage methods.
+</p>
+
+<p>
+I need a target user on the host I copy files to, and as I did the setup
+for the pentabarf database running on host skinner, I helpfully named it
+pentabarf-backup. The copy process can't be interactive so the postgres
+user on the database host needs to have a passwordless SSH key to login
+to the pentabarf-backup user on the backup host. To limit my bad feeling
+about "passwordless key to login" I restrict the key by adding
+<pre>
+from="skinner.debconf.org,72.32.250.224,72.32.79.241",no-port-forwarding,no-X11-forwarding,no-agent-forwarding,no-pty 
+</pre>
+in front of it while copying it to the pentabarf-backup users
+<i>.ssh/authorized_keys</i> file.
+</p>
+
+<p>
+I need a few directories, namely <i>pentabarf-WAL-skinner</i>,
+<i>pentabarf-tarballs</i> and <i>pg_xlog-skinner</i> for the stuff to
+backup, created in the home of the pentabarf-backup user.
+</p>
+
+<p>
+Next step is to tell PostgreSQL our wish to have online backups. Add the
+following statements to your <i>postgresql.conf</i>, adapting the values
+to your needs:
+<pre>
+archive_command = 'ssh backup test ! -f pentabarf-WAL-skinner/%f && rsync -az %p backup:pentabarf-WAL-skinner/%f'
+checkpoint_timeout = 1h
+archive_timeout = 12h
+</pre>
+The above tells PostGreSQL that i want it to archive the files using ssh
+to my backup host and transfer files with rsync (via ssh), but only if
+they do not exist yet. It also tells it to archive the files
+at least once every 12 hours. The effect is that WAL files get copied
+over when they are "full" or after 12 hours passed, whatever happens
+first. Don't set it too low, as the file will always have the full,
+fixed size and you waste space transferring mostly-empty files.
+</p>
+
+<small>
+In case you are concerned with the possibly slow speed of a network
+link, the PostgreSQL site has the following to say about this:
+<cite>
+The speed of the archiving command is not important, so long as it can
+keep up with the average rate at which your server generates WAL
+data. Normal operation continues even if the archiving process falls a
+little behind.
+</cite>
+I haven't had a problem with the speed yet. A 16MB file every (at least)
+12 hours isn't that bad.
+</small>
+
+<p>
+Now that we have done all the setup and are able to transfer WAL files, 
+we need a
+<a href="http://www.postgresql.org/docs/8.2/static/continuous-archiving.html#BACKUP-BASE-BACKUP">base backup</a>
+to start with. Issue a <i>SELECT pg_start_backup('BASE_BACKUP');</i>
+as a database superuser and then backup the database cluster by backing
+up the whole clusters data/ directory (and every other location if you use
+tablespaces). When you are done issue <i>SELECT pg_stop_backup();</i> and you are
+done with your base backup. You might want to exclude <i>pg_xlog/</i> to
+save space, you don't need it.
+<br/>
+As I'm lazy I use a script (written by Peter 'weasel' Palfrader), you can
+<a href="http://trac.oftc.net/projects/oftc-tools/browser/trunk/infrastructure/misc/create-ircservices-backup">
+get it here</a>, but whatever you take is fine. If you use the script
+just make sure to adapt the variables in the script to values that fit
+your system.
+</p>
+
+<p>
+From now on you should do such base backups in regular intervals, I run
+them once a week, as recovery does need the last base backup plus all
+WAL files from then on. Doing regular base backups limits the amount of
+WAL files you need to keep around / you need to replay.
+</p>
+
+<hr/>
+
+<p>
+Reading the above you might find that there is a window of up to 12
+hours from which I do not have backups. True, and to make this window
+way smaller, I am using another script (also written by weasel), get it
+<a href="http://trac.oftc.net/projects/oftc-tools/browser/trunk/infrastructure/misc/xlogsync">here</a>,
+together with an
+<a href="http://trac.oftc.net/projects/oftc-tools/browser/trunk/infrastructure/misc/xlogsync-init.d">
+init script.</a>
+This synchronizes the <i>pg_xlog/</i> directory to my backup host every
+5 minutes, so in case of a server crash I can replay everything up to
+the last 5 minutes.
+</p>
+
+<h3>Recovery using WAL files</h3>
+
+<p>
+This is pretty simple, and also good documented at
+<a href="http://www.postgresql.org/docs/8.2/static/continuous-archiving.html#BACKUP-PITR-RECOVERY">the
+PostgreSQL site</a> again.
+</p>
+
+<p>
+For my scenario it basically boils down to
+</p>
+
+<ol>
+ <li>Stop postgres</li>
+
+<p>
+<li>Move away the cluster. <pre>mv /var/lib/postgresql/8.2 /var/lib/postgresql/8.2_old</pre></li>
+
+<p>
+<li>Restore the backup dump, be careful to have the file rights correct.
+     For the above described setup that means copy and untar the latest tarballs created weekly.</li>
+
+<p>
+<li>Recreate <i>pg_xlog</i>:
+ <pre>
+  mkdir /var/lib/postgresql/8.2/main/pg_xlog
+  chown postgres:postgres /var/lib/postgresql/8.2/main/pg_xlog
+  chmod 40700 /var/lib/postgresql/8.2/main/pg_xlog
+  mkdir /var/lib/postgresql/8.2/main/pg_xlog/archive_status
+  chown postgres:postgres /var/lib/postgresql/8.2/main/pg_xlog/archive_status
+  chmod 40700 /var/lib/postgresql/8.2/main/pg_xlog/archive_status
+ </pre>
+ </li>
+
+<p>
+<li>Copy possibly unarchived WAL files from <i>/var/lib/postgresql/8.2_old/main/pg_xlog</i>
+     into the newly created <i>pg_xlog</i>.</li>
+
+<p>
+<li>Copy all the WAL segment files that are needed over from the
+      backup host. That should be all the files on the backup host, directory <i>pentabarf-WAL-skinner/</i>.
+      You should be able to limit it by taking all those files >= the latest *.backup file.</li>
+
+<p>
+<li>Create a recovery command file recovery.conf in the cluster data
+     directory. You may also want to temporarily
+     modify pg_hba.conf to prevent ordinary users from connecting until
+     you are sure the recovery has worked. The content of <i>recovery.conf</i> is
+        <pre>
+      restore_command = 'cp /tmp/pg-WAL/%f "%p"'
+     </pre>
+     Make sure that the file location you specify is the location you
+     put the WAL segment files into in the prior step.
+ </li>
+
+<p>
+<li>Start the server, it will go into recover mode and proceed to read through
+     all the archived WAL files it needs.</li>
+
+<p>
+<li>Look at the database and decide if you like what you see.</li>
+</ol>
+
+<p>
+Of course the procedure can be slightly adapted, so you end up with a
+database state from 2 weeks ago. Or 3 days. Or whatever you may need
+(and have WAL files for). There are many possibilities, and there is a
+lot of text on the PostgreSQL page that I don't want to duplicate here,
+so please read it. Also, I'm not using this as the sole and only way to
+backup my database(s), they are all still dumped into SQL files every
+day. This is just additional.
+</p>
diff --git a/_posts/2008-02-18-things_you_love_to_see_on_a_se.html b/_posts/2008-02-18-things_you_love_to_see_on_a_se.html
new file mode 100644 (file)
index 0000000..d65f46a
--- /dev/null
@@ -0,0 +1,35 @@
+---
+layout: post
+title: Things you love to see on a server
+date: '2008-02-18 16:39:00 +0000'
+mt_id: 109
+blog_id: 1
+post_id: 109
+basename: things_you_love_to_see_on_a_se
+categories:
+- other
+---
+
+<p>
+Around 08:45 UTC
+<pre>
+CPU:      +90.50 C  (low  =   +10 C, high =   +50 C)     ALARM  
+Board:    +39.25 C  (low  =   +10 C, high =   +35 C)     ALARM 
+Remote:   +79.25 C  (low  =   +10 C, high =   +35 C)     ALARM 
+</pre>
+
+<p>
+About 10 seconds later
+<pre>
+CPU:      +101.50 C  (low  =   +10 C, high =   +50 C)     ALARM 
+</pre>
+
+<p>
+Some hours later, after fixing the cooling
+<pre>
+CPU:      +46.50 C  (low  =   +10 C, high =   +50 C)
+</pre>
+
+<p>
+I hate those days, especially when it was already scheduled to replace the cooling - for friday. Damnit.
+</p>
diff --git a/_posts/2008-02-25-new_ftp_assistants.html b/_posts/2008-02-25-new_ftp_assistants.html
new file mode 100644 (file)
index 0000000..a66a6da
--- /dev/null
@@ -0,0 +1,52 @@
+---
+layout: post
+title: New FTP Assistants
+date: '2008-02-25 22:54:00 +0000'
+mt_id: 108
+blog_id: 1
+post_id: 108
+basename: new_ftp_assistants
+categories:
+- ftpmaster
+---
+
+<p>
+As you probably know (well, in case you read d-d-a (hello man-di)), we
+got two new people as FTP Assistants. While I disagree with the way it
+went, it's a good thing to not have NEW, removals and override changes a
+(pretty much) one man show.
+</p>
+
+<p>
+OTOH I am also pretty reluctant to having others do NEW, as the long
+time I am now doing it makes me feel about it like - well "it's my
+baby", or something like that. It's just that I processed <b>a lot</b>
+of packages, rejected even more and (mostly) had fun doing it. (And I
+hate to share fun, HA :) ).
+</p>
+
+<p>
+But I understand the need of having more people doing it, so today I
+gave an introduction to Thomas and Kalle. Now they at least know where to
+start. And while that took somewhere around 2 hours - its still only an
+introduction. I bet there will be many more questions when they do more
+than just reading the large amounts of text I flooded into the ftp teams
+IRC channel. :) But that should work fine, I am online most of the day -
+and then there are the other ftpteam-members and ftpmasters in the channel,
+someone should be able to respond sooner or later. :)
+</p>
+
+<p>
+And now some real content. The ultimate way to get a totally bug free
+Debian:
+<pre>
+for i in $(dak control-overrides -t dsc -l|awk '{print $1}'); do
+ dak rm -m "Cleanup" -C package $i
+done
+</pre>
+
+<b>Don't try this at home, kids.</b>
+(Yes, a nice DELETE FROM $correct_table in projectb also works, but isnt
+as much fun! The above gets you nice and pretty logs in the removals.txt
+and also nice and pretty mails to the package address!)
+</p>
diff --git a/_posts/2008-03-03-the_universal_os.html b/_posts/2008-03-03-the_universal_os.html
new file mode 100644 (file)
index 0000000..fb63eac
--- /dev/null
@@ -0,0 +1,31 @@
+---
+layout: post
+title: The universal OS?
+date: '2008-03-03 19:56:00 +0000'
+mt_id: 107
+blog_id: 1
+post_id: 107
+basename: the_universal_os
+categories:
+- debian
+---
+
+<p>
+Debian - The universal OS?  Scrap that, I have a new slogan, much nicer:
+</p>
+
+<p>
+Debian - can be installed by a chicken - and explained/advocated by a
+mother!
+</p>
+
+<p>
+Background: My mother just today explained one of the nurses here, who
+was complaining about problems with Windows and looking for someone to
+help, that they should better switch to Linux, especially Debian, as
+"thats much better, more stable and more secure and also easy to use".
+</p>
+
+<p>
+:)
+</p>
diff --git a/_posts/2008-03-06-rubygems_considered_bad.html b/_posts/2008-03-06-rubygems_considered_bad.html
new file mode 100644 (file)
index 0000000..d563634
--- /dev/null
@@ -0,0 +1,38 @@
+---
+layout: post
+title: Rubygems considered bad
+date: '2008-03-06 11:35:00 +0000'
+mt_id: 106
+blog_id: 1
+post_id: 106
+basename: rubygems_considered_bad
+categories:
+- other
+---
+
+<p>
+Rubygems is one of the worst inventions the world has ever seen. If you
+are writing ruby software / libraries: <b>do not use rubygems to "hand
+out a package"</b>. It is <b>NOT</b> your job to do packaging. Write the
+software (thanks for that), but leave packaging to those that understand
+it, the distributions.
+</p>
+
+<p>
+Rubygems are worse than tarballs. A "packaging" tool going totally
+around the normal packaging procedures your system normally uses.
+</p>
+
+<p>
+How idiotic.
+</p>
+
+<p>
+So fucking great. I have rake 0.8.something installed, yet this
+braindead rubygem complains that it needs rake >= 0.7.2.
+Idiots.
+</p>
+
+<p>
+&lt;/rant&gt;
+</p>
diff --git a/_posts/2008-03-08-cebit_2008.html b/_posts/2008-03-08-cebit_2008.html
new file mode 100644 (file)
index 0000000..b13b14b
--- /dev/null
@@ -0,0 +1,24 @@
+---
+layout: post
+title: Cebit 2008
+date: '2008-03-08 20:18:00 +0000'
+mt_id: 105
+blog_id: 1
+post_id: 105
+basename: cebit_2008
+categories:
+- debian
+---
+
+<p>
+I am at the Debian booth at Cebit, Friday - Sunday (luckily was able to
+make it for a few days). We had lots of people coming to the Debian
+booth, just to say
+</p>
+
+<b>I just wanted to say thank you for the great system. Continue your
+good work</b>
+
+<p>
+So, there it is, for all of you. :)
+</p>
diff --git a/_posts/2008-03-15-decisions.html b/_posts/2008-03-15-decisions.html
new file mode 100644 (file)
index 0000000..3755507
--- /dev/null
@@ -0,0 +1,30 @@
+---
+layout: post
+title: Decisions...
+date: '2008-03-15 12:51:00 +0000'
+mt_id: 104
+blog_id: 1
+post_id: 104
+basename: decisions
+categories:
+- other
+---
+
+<p>
+What I could do today:
+<ul>
+ <li>Process NEW</li>
+ <li>Watch the Simpsons, just got two seasons as a birthday present, so
+ lots of stuff to watch</li>
+ <li>Look at other blog software, like movabletype or stuff (but why, it
+ cant even simply import a blosxom blog)</li>
+ <li>Cycling</li>
+</ul>
+
+<p>
+Always those decisions, life is hard!
+</p>
+
+<p>
+:)
+</p>
diff --git a/_posts/2008-03-16-moving_away_from_blosxom.markdown b/_posts/2008-03-16-moving_away_from_blosxom.markdown
new file mode 100644 (file)
index 0000000..f9affd0
--- /dev/null
@@ -0,0 +1,19 @@
+---
+layout: post
+title: Moving away from Blosxom?
+date: '2008-03-16 17:36:55 +0000'
+excerpt: Moving away from blosxom
+mt_id: 205
+blog_id: 1
+post_id: 205
+basename: moving_away_from_blosxom
+categories:
+- other
+---
+I'm currently playing with a new blog software, the OpenSource Edition of MovableType. As a long-time user of Blosxom thats probably a huge step, from a textfile based blog to one thats entirely based on some web interface to blog.
+
+Anyway, the worst part was actually the importing of old entries. As I blog since about 2004 I had some entries I wanted to keep (101 to be exact). MT itself is too dumb to import other blogs, but luckily a user wrote [a helpful blosxom plugin](http://brutalhugs.com/flavours/mtexport), so I got everything imported. Only need to go through them and add tags and keywords, possibly trackback urls to others if I linked to them in the past, lalala, to make the system a little more useful.
+
+One advantage I **hope** to get is the comment/trackback stuff it offers. While I limit it to users that login (comments) and manual approval (comments and trackbacks), lets see how much the Spambots try to annoy me. If its too much I can just skip that part, but lets see.
+
+Of course MT isn't simply *better* than Blosxom. It has it's own drawbacks - like that of requiring some sort of database instead of simple textfiles. Lets see if it can copy with my HUGE amount of blogging... :)
diff --git a/_posts/2008-03-17-hate.markdown b/_posts/2008-03-17-hate.markdown
new file mode 100644 (file)
index 0000000..6690f9b
--- /dev/null
@@ -0,0 +1,33 @@
+---
+layout: post
+title: HATE
+date: '2008-03-17 18:33:56 +0000'
+mt_id: 207
+blog_id: 1
+post_id: 207
+basename: hate
+categories:
+- personal
+---
+Oh god, sometimes I **HATE** life. Like right now.
+
+In train, back home from work. Short after the train started it stopped. Long time nothing, then an announcement:
+
+<pre>
+ This train stopped due to signal box problems in front of us
+</pre>
+
+A little later a similar announcement, now adding
+
+<pre>
+ We cant go back and take another route, as we have trains behind us, also waiting.
+It is unknown when we can continue.
+</pre>
+
+**GAH. HATE.**
+
+What I especially hate is the fact that
+
+**TODAY I LEFT MY POWER CONNECTOR FOR THE LAPTOP AT HOME**, as I had so much other stuff to take.
+
+FUCK YOU, LIFE!
diff --git a/_posts/2008-03-21-release_transitions.markdown b/_posts/2008-03-21-release_transitions.markdown
new file mode 100644 (file)
index 0000000..38cad3f
--- /dev/null
@@ -0,0 +1,21 @@
+---
+layout: post
+title: Release transitions
+date: '2008-03-21 23:07:00 +0000'
+mt_id: 208
+blog_id: 1
+post_id: 208
+basename: release_transitions
+categories:
+- ftpmaster
+---
+We are currently developing a new feature for the dak instance running on ftp-master.debian.org: **Release transitions**. It basically means that the Release team has the possibility to block uploads of packages to unstable.
+
+I will describe the exact way how this will work in a mail to the release list, after aj merged my branch into mainline. But that should be pretty soon now, aj and myself did some code changes today and it looks ready now.
+
+Basically we will have a [Yaml](http://en.wikipedia.org/wiki/Yaml) formatted file where the transitions are defined, together with a target package/version. As soon as that package with that version reaches testing the block is no longer in affect, but until that is the case every upload of a listed package will get rejected. We do check the testing version for every upload here to ensure that such a block, which is a pretty hard action, will be turned off as soon as the package transitioned, even if no Release team member is active at that time to remove it by hand.
+
+The release team will have a wrapper, dak transitions, which spawns an editor so they can define what they want as transitions. When they save and exit we check if the Yaml parses and then copy it over. The same wrapper is also used to clean the file from old transitions and to let the release team see what is defined in some nice, human-readable, way. (For the rest of the world I hope that the QA page will include information found in the file, which should be available later from http://ftp-master.debian.org/testing/hints/transitions.yaml. Or a little perl/ruby/python script for developers to run at home, so they can check if their package is affected). Its Yaml and easy to parse, even human-readable. :)
+
+
+I think it will be a nice feature helping the release, as huge transitions now can be done without the fear that one single upload will break them.
diff --git a/_posts/2008-03-22-write_a_new_license_every_day.markdown b/_posts/2008-03-22-write_a_new_license_every_day.markdown
new file mode 100644 (file)
index 0000000..53b4030
--- /dev/null
@@ -0,0 +1,24 @@
+---
+layout: post
+title: Write a new license, every day
+date: '2008-03-22 16:06:39 +0000'
+mt_id: 209
+blog_id: 1
+post_id: 209
+basename: write_a_new_license_every_day
+categories:
+- debian
+- other
+---
+Nothing to do today? How about - you write a new license?
+
+A new license a day - keeps sanity away.
+
+
+**TO ALL THOSE IDIOTS OUT THERE CONSIDERING TO WRITE A NEW "OPEN SOURCE" LICENSE:**  ***PLEASE DIE A HORRIBLE DEATH***
+
+
+And to all the software authors, graphic designers, to anyone who wants to haven open and free content: Thank you for your work, but please ***USE ONE OF THE EXISTING AND WELL-KNOWN LICENSES[1]*** or don't waste the time doing the work. Otherwise you will just waste time from a lot of other people that want to use or distribute your work. Thanks.
+
+
+[1] Like GPL, LGPL, MIT, BSD, Apache or the free CC licenses.
diff --git a/_posts/2008-03-24-ssh_known_hosts_for_cluster_en.markdown b/_posts/2008-03-24-ssh_known_hosts_for_cluster_en.markdown
new file mode 100644 (file)
index 0000000..df07503
--- /dev/null
@@ -0,0 +1,21 @@
+---
+layout: post
+title: SSH known_hosts for cluster environments
+date: '2008-03-24 16:15:00 +0000'
+mt_id: 210
+blog_id: 1
+post_id: 210
+basename: ssh_known_hosts_for_cluster_en
+categories:
+- tech
+---
+Something I always forget where it's written in (sshd(8)), but which is pretty useful when you have a cluster setup where heartbeat manages failover and stuff. And you want to use ssh to connect to the cluster. 
+
+Whenever heartbeat switches the cluster-ip to the second machine and you try to ssh to it, ssh will reply with a nice *WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!* - which isn't helpful.
+
+But SSH knows how to deal with it, the user just needs to tell it about that. Imagine you have the two machines foo1 AKA 192.168.1.1 and foo2 AKA 192.168.1.2 and the clustername foo AKA 192.168.1.10. Adding the following to your .ssh/known_hosts will keep your ssh happy if you ssh foo, no matter on which machine the cluster-ip is:
+
+<pre>
+foo1,foo,192.168.1.1,192.168.1.10 ssh-rsa AAAAB3Nsomething[...]
+foo2,foo,192.168.1.2,192.168.1.10 ssh-rsa AAAAB3Nsomethingelse[...]
+</pre>
diff --git a/_posts/2008-03-28-backportsorg_is_back.markdown b/_posts/2008-03-28-backportsorg_is_back.markdown
new file mode 100644 (file)
index 0000000..cdba2e7
--- /dev/null
@@ -0,0 +1,20 @@
+---
+layout: post
+title: Backports.org is back
+date: '2008-03-28 09:35:55 +0000'
+mt_id: 211
+blog_id: 1
+post_id: 211
+basename: backportsorg_is_back
+categories:
+- debian
+---
+Backports.org has just restored a backup (i *nearly* wrote backport :) ),
+and its back up and running.
+
+The backup is from March, 26th, around 22:00h, so if you did upload
+anything after that time - consider it **lost** and reupload. But as it was
+the last backup without any filesystem errors in it - we think its the
+best to use that.
+
+Have fun.
diff --git a/_posts/2008-03-28-going_to_debconf8.markdown b/_posts/2008-03-28-going_to_debconf8.markdown
new file mode 100644 (file)
index 0000000..3cf9267
--- /dev/null
@@ -0,0 +1,19 @@
+---
+layout: post
+title: Going to DebConf8
+date: '2008-03-28 14:50:59 +0000'
+mt_id: 212
+blog_id: 1
+post_id: 212
+basename: going_to_debconf8
+categories:
+- debconf
+---
+MEME time...
+
+<a href="http://debconf8.debconf.org">
+<img src="http://media.debconf.org/dc8/images/debconf8-going-to.png"
+     alt="I'm going to DebConf8, edition 2008 of the annual Debian developers meeting" />
+</a>
+
+Idea from [zack](http://upsilon.cc/~zack/blog/posts/2008/03/debconf8_blog_post_sticker/)
diff --git a/_posts/2008-04-01-sick.markdown b/_posts/2008-04-01-sick.markdown
new file mode 100644 (file)
index 0000000..c7682c3
--- /dev/null
@@ -0,0 +1,20 @@
+---
+layout: post
+title: Sick
+date: '2008-04-01 13:05:48 +0000'
+mt_id: 213
+blog_id: 1
+post_id: 213
+basename: sick
+categories:
+- personal
+---
+In case you wonder why NEW is growing, why I'm less responsive on IRC and don't get around to do the usual amount of work - I'm sick. :(
+
+In the last few weeks I was very busy with stuff for $work, enough to even keep me working on it during the easter holidays. Now, where that is over - I feel horrible. I don't want to eat (just makes it worse if I do), don't even want to drink milk. Bah.
+
+It started somewhere during last weekend, where it felt like I'm getting a cold. Went to work yesterday and got sent home after being there for some 4 hours. Today I went to work again - and got sent home by my boss, with a comment like *Go to the doctor and don't get back to work this week*.
+
+Oh well, so now I'm on my way back home (takes slightly more than an hour by train), from there to the Doc and then into bed.
+
+I'll try and do NEW and some other stuff thats waiting for me tomorrow again. Maybe even late today, using my laptop. Don't know. Yesterday I mostly slept and did nothing. :()
diff --git a/_posts/2008-04-17-debadmin_delegation_should_i_a.markdown b/_posts/2008-04-17-debadmin_delegation_should_i_a.markdown
new file mode 100644 (file)
index 0000000..7cc9668
--- /dev/null
@@ -0,0 +1,33 @@
+---
+layout: post
+title: debadmin delegation - should I accept or deny it?
+date: '2008-04-17 12:18:11 +0000'
+mt_id: 214
+blog_id: 1
+post_id: 214
+basename: debadmin_delegation_should_i_a
+categories:
+- debian
+---
+As you might have read on [debian-devel-announce](http://lists.debian.org/debian-devel-announce/2008/04/msg00007.html) lately, Sam delegated the ftpmaster rights to me. Steve, our new DPL, did state his full support in an IRC query minutes later.
+
+Now I got a query from someone who is, pretty strongly, argumenting that I should decline this delegation. Mostly on the grounds that it is not nice to force new team members into an existing team, and that it is not a good environment to work in, if a DPL can do that if he feels like proving a point.
+
+Leaving alone the fact that delegations **are** one (central) part of the DPL job, and that the constitution leaves a way if you do not like those delegations (GR), I'm now unsure what to do.
+(Just for the record - i once was bitten by a DPL using his powers in a way I absolutely **did hate** (and still do). Some of you might remember the fun around the DebConf7 venue decision).
+
+I could do
+
+ 1.  decline the delegation, stay ftp assistant only. Which I am for a **long** time now. Possibly see some flame on the lists when I do this.
+ 2. do nothing, ie. accept the delegation. That will get at least one of the long time ftpmasters upset, possibly more of them. Maybe with a resign from that job. Or Debian. But it would enable me to do the work only ftpmasters can do, like changes to the code, changes to the archive directly, etc. Without delays while waiting for a master to comment on something I prepared. Good example here is the current situation with the [release teams transitions](http://blog.ganneff.de/blog/2008/03/21/release-transitions.html): They are 90% done and merged, just one little more merge is waiting to happen before they  are ready to use... And whenever I tried to get a master (mostly Aj, as he was working with me on this) to do the final steps I got nothing but silence back, even when he was otherwise active...
+
+Bah. I hate this.
+
+The thing is - I *really* do want to have debadmin rights, and am working in that direction for a long time now. Not publically, but by talking with James in the past months, ...
+As Sams mail showed - that did go nowhere, unfortunately.
+
+Now, could readers of my blog (and I know there *are* people reading this, my traffic stats tell me so :) ) please comment on this and give me advice? I just want some opinions about this. (Yes, my blog does understand comments since some time :) )
+
+
+**UPDATE**: Thanks to everyone who commented on this, either by using the comment form here, by mail or via IRC. I really appreciate your input.
+I've decided to **not** decline the delegation and one DSA member already added my account to the debadmin group. (Thanks).
diff --git a/_posts/2008-04-20-planet_as_mailinglist.markdown b/_posts/2008-04-20-planet_as_mailinglist.markdown
new file mode 100644 (file)
index 0000000..b3566f3
--- /dev/null
@@ -0,0 +1,16 @@
+---
+layout: post
+title: Planet as mailinglist?
+date: '2008-04-20 01:01:51 +0000'
+mt_id: 215
+blog_id: 1
+post_id: 215
+basename: planet_as_mailinglist
+categories:
+- debian
+---
+What would you say if Planet (Debian) features a mailinglist? Ie. all new posts get sent there too.
+
+Yes, it is easy for many of us to run rss2mail on the rss feed Planet offers - but there might be people who can't do that. Also, having one such list centrally, where people can subscribe, could get the load down, as then everyone could subscribe there. No longer hundreds of rss2mail running against planet.
+
+So, if you are interested in this - please comment, here in the blog, via IRC or via mail.
diff --git a/_posts/2008-04-22-ftpmaster.markdown b/_posts/2008-04-22-ftpmaster.markdown
new file mode 100644 (file)
index 0000000..a013892
--- /dev/null
@@ -0,0 +1,89 @@
+---
+layout: post
+title: FTPMaster
+date: '2008-04-22 12:43:49 +0000'
+mt_id: 216
+blog_id: 1
+post_id: 216
+basename: ftpmaster
+categories:
+- ftpmaster
+---
+[Warning, long post ahead. If you aren't interested in Debian or it's internals or my work - skip it. :) ]
+
+So as you [might have read here](http://lists.debian.org/debian-devel-announce/2008/04/msg00007.html), I got the delegation of the debadmin AKA FTPMaster group lately. I've got [some pressure](http://blog.ganneff.de/blog/2008/04/17/debadmin-delegation-should-i-a.html) to not accept this delegation, but the response to my blog post about it had been **extremely** positive, everyone said I *should not* deny it. Knowing to have such a support within Debian is something I ***really*** appreciate, making it worth to spent time on my various jobs.
+
+
+Now, lets take this and write a little about what happened since I gained that extra group:
+
+ - Aj [resigned](http://azure.humbug.org.au/~aj/blog/2008/04/18#2008-04-18-on-freedom) from anything that requires additional group privileges. (As a DD run id ajt on a debian.org machine if you want to verify this).
+
+Work I did since then:
+
+ - One of my first action was to finally finish the release transitions support, something which was waiting for it's final merge for a **long** time. The release team was waiting for this and did ping us (ftpteam) multiple times, but now it is there. You can read more about this feature [in my list mail](http://lists.debian.org/debian-release/2008/04/msg00282.html) and my [initial blog post](http://blog.ganneff.de/blog/2008/03/21/release-transitions.html).
+(Oh, and something I have missed about everywhere I wrote about this: This whole transitions thing is based on an idea from Marga!)
+ - Added a [mapping in dak](http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=456570), requested by Luk
+
+ - Merged a patch from another ftpteam member, Thomas Viehmann, which fixes daks handling of Format 3.0 (something) uploads. Currently it rejects them, without the merged patch it just crashed.
+
+ - Changed our daily cronscript to no longer VACUUM/VACUUM analyze projectb in every run. Postgres >= 8.1 has autovacuum, and its turned on, so we should be fine without extra runs of it. (And while i write *daily cronscript* or *cron.daily* - I mean dinstall, right now run twice a day).
+
+ - Fixed a breakage in code introduced by Debian maintainers which led to process-accepted (one main part of the daily cronscript) breaking. It was triggered by some octave-$FOO package upload, where the ###censored### did add someone **twice** into the Uploaders: field. Not helpful, but now we ignore this case and just warn us.
+
+ - Added a script to expire old database dumps. We do dump our projectb (the main archive database) twice in every run (beginning/end), which made 4 dumps a day. While old dumps seemed to have been removed on an irregular schedule - the dumps took about 71Gb in total. Which pretty much filled up merkels /org, as they get synced there. Now, my script (reworked version of a script from Florian Reitmeir) works with an "incremental deletion" scheme:
+> RULES = [
+    {'days':14,   'interval':0},
+    {'days':31,   'interval':1},
+    {'days':365,  'interval':31},
+    {'days':3650, 'interval':365},
+   ]
+
+  That means we now keep all files from the last 14 days. Then keep one per week. Then one per month and finally one per year for up to ten years. All the rest gets deleted. Space usage of our dumps now: 4.8Gb. Thats 66Gb gained. Source is in dak bzr if you want it, MIT licensed. If you improvie it further I love to see patches.
+
+ - Changed the way the projectb copy on merkel gets synced. Up to now it was run from a cronjob which syncs a number of files people want to see on merkel, including the database dumps, then reloads the database using the latest dump. This was run at a "random" time, scheduled to be shortly after dinstall. Problem with such a setup is that it **will** miss extra dinstall runs and also might import old data, as the timing of the cronjob meant it runs while dinstall on ftp-master is still doing its work. So bad bad.
+It is now done using the [ssh trigger](http://blog.ganneff.de/blog/2007/12/29/ssh-triggers.html) feature I described a while ago. So our daily cronscript now tells merkel when it should sync its database again.
+
+ - Coordinated with the qa group we now also push them, when the sync on merkel is done, so they can kick their cronjobs to reread projectb and just run whenever they get told that something changed. Yet another bad timing eliminated. (Well, will be done today).  Oh, if you have something that depends on information from projectb / ftp-master and try to schedule it to run after dinstall - talk to me, we might just push you too.
+
+ - Started talking with the release team how [britney](http://lists.debian.org/debian-release/2008/04/msg00283.html), the script which manages our testing distribution, should be handled in the future. It currently is run fully under control of us ftpmasters (and reading hint files from the release team).
+Ideally this gets changed so that the release team has the control of the code and whatever gets run with it and then, in some way, maybe using ssh triggers, tells us to *import a new dataset for testing*. That needs some thinking, as obviously it should be limited to testing and we should make sure it doesn't break the archive, but I think that is doable.
+
+ - Prepared a patch that sanity checks the Provides: field, something we currently don't do. Mailed our internal team address about 3 days ago, to let others look at it, no response yet.
+
+
+The above should nicely sum up my work in the past few days. Most of it pretty trivial, but still things that have to be done. I plan to keep doing things, slowly going from the trivial stuff to more complicated ones, but there is lots of stuff ahead. Some **ideas**, and this is a ***very*** incomplete list just from my head, there are tons of things that one **could** do, include
+
+ - Finally allowing dpkg-sig support in .deb files. I once, years ago, made a patch for it, which never got applied. (Mostly my fault here). Need to rewrite that to fit the actual code.
+
+ - Add a few more sections to our archive. There are multiple bugs asking for them, and some others also come to mind. Like java, ruby, octave, haskell, debug to name a few, but there might be more needed. (Yes, longterm all sections should die and be replaced with debtags. I just don't think debtags is there yet?!)
+
+ - Maybe finally drop m68k and add other architectures to the archive, like some $foo*bsd one. (Thats for after lenny of course, at the time arm also gets dropped).
+
+ - Merge a patch I got from Myon which will keep uploaders in projectb.
+
+ - Enable bzip2 support for sources, not only for the binary packages. I have a patch ready, it's not yet merged. Needs to test if *anything* breaks in stable if we apply it, before we can think about it. Worst case it has to wait until we are running lenny. (The archive runs on a machine with stable, so allowed features always have to be supported in stable).
+
+ - Process the currently waiting requests for pseudo-packages and either reject or approve them. After thats done - talk to the BTS maintainers to hand the management of pseudo-packages over to them, as 99% of the usage of those is in the BTS.
+
+ - Get dak to optionally mail the sponsor of a package too, if not already in the list of those getting a dak mail. Which isn't easy. One proposal is to just look at the gpg keyid and get the Debian uid from it, send mail there. I don't want this, as people are, unfortunately, able to disable mail receiving for their @debian.org address. Which would give us lots of bounces. No way we like that. Similar problems with "Just take one userid that looks like a mail address from their key".
+
+ - Improve various parts run by our daily cronjob, as that one takes ages (about an hour today). Speed improvements are always nice there.
+
+ - Think about having more dinstall runs a day. Like - every 2 or 4 or 6 hours could be nice. But that needs discussion within the ftpteam and also with the mirror people before it can be done. But 6 hours seems to be something nice to have, more might be also ok.
+
+ - Coordinate with DSA to enable [the continous AKA WAL archiving](http://blog.ganneff.de/blog/2008/02/15/postgresql-continuous-archivin.html) for our database.
+
+ - Make merkels sync be more instant, ie. no longer rely on a push of a database dump whenever dinstall run, but something thats near realtime. Having changes done on ries immediately synced to merkel.
+
+ -  More (*active*) ftp-team member, maybe?!
+
+Now, do you have any time to kill? Do you want to help? Some things you could do:
+
+ - Go look at [our bug page](http://bugs.debian.org/cgi-bin/pkgreport.cgi?pkg=ftp.debian.org;dist=unstable) and start there. Someone, I think Don, already started using user categories. It would be nice if someone is willing to keep up with the bugs and put them in categories. And continue to do that in the future.
+
+ - Generally help with our bug page. One nice task some people do, and possibly more could also do, is retitling bugs. Especially removal bugs tend to have a wrong title. The format is pretty specific...
+
+ - Feel free to submit patches to me. I promise to look at them without too much delay and at least give you a hint what might be wrong or could be done better. And if it makes sense, doesn't break the archive, works, and is something dak should have - I will also merge it. **Of course** trivial patches are way easier in that regard, non-trivial ones should go via our ftpmaster address first, to leave others a chance to comment on. Bonus points if you provide bzr trees one can merge from, and the bzr tree you should work with is http://ftp-master.debian.org/bzr/ftpmaster-dak/ - patches/bzr trees against outdated versions won't have much luck to get looked at. :)
+
+ - Keep me happy. However you do it, just don't hug me. :)
diff --git a/_posts/2008-04-26-some_more_merges_and_stuff.markdown b/_posts/2008-04-26-some_more_merges_and_stuff.markdown
new file mode 100644 (file)
index 0000000..d93d174
--- /dev/null
@@ -0,0 +1,53 @@
+---
+layout: post
+title: Some more merges and stuff
+date: '2008-04-26 02:00:00 +0000'
+mt_id: 217
+blog_id: 1
+post_id: 217
+basename: some_more_merges_and_stuff
+categories:
+- ftpmaster
+- debian
+---
+Following my first [ftpmaster blog post](http://blog.ganneff.de/blog/2008/04/22/ftpmaster.html), which got some nice replies, lets have the next, as I didn't stop working on stuff. Not as much as I hoped, but well, something.
+
+So, what was done since then?
+
+ - Merged a little patch from Christoph Berg fixing usage of a function - which doesn't exist in global namespace, so it needs the full name.
+
+ - Merged another patch from Christoph - now we write the content of the Changed-By field from .changes files into projectb. To cite him for the reason: *This will allow to identify NMUs and sponsored uploads more precisely in tools querying projectb.*
+Broke dinstall with this and as a little side-effect also the merkel copy of the projectb database. **Ups**. Well, fixed it immediately again. :)
+
+ There is some old data available, which I could import into projectb, so it would have data for all packages. But there is some weirdness with the dataset I got from Christoph and am waiting for him to provide a solution. Anyway, all new uploads already store this data, so it is only old data missing, currently.
+
+ - [Merged a small patch](http://lists.debian.org/debian-devel-announce/2008/04/msg00011.html) from Thomas Viehmann into our archive software which enables it to send a copy of all mails to the person sponsoring the upload.
+
+ This is in affect for all *future* uploads, not for any package which already hit the queues (like those in NEW right now). We do
+  - only sent the extra copy if it is a sourceful upload, to not spam buildd admins,
+  - only sent the mails to sponsors who did *not* disable their  @debian.org address.
+
+ For those interested, the process works similar to:
+  - We look if the Debian login attached to the key signing the upload has an active @debian.org address.
+  - If that is the case we look for all uids on that key that look like an email address and compare them with the Maintainer: and Changed-By: field in the .changes file.
+  - If there is no match, ie. none of the "emails" of the key uids is in those fields, the @debian.org mail is added to the set of valid receivers.
+
+ - Changed split-done to only move files older than 30 days and let it run by our weekly cronjob. Also run it once, which moved 120079 files into their $YEAR/$MONTH subdirectories.  (split-done seperates the subdir where we store every .changes of uploads accepted. That quickly grows fast, and we all know how bad filesystems perform with such a number of files. The above 120079 files are from November/Dezember 2007 til now, so imagine how many we have in total, as we have them back to 2002).
+
+ - Merged a patch I wrote 7 days ago that does a little sanity checking in the *Provides* field. Do not try to version your provide, that is forbidden and actually breaks software. (See [this bug](http://bugs.debian.org/472783) about it.)
+
+ - Merged a patch, submitted by Marc Brockschmidt some long time ago, that lets cruft-report also display NBS for experimental. Changed the cron script to use that extra feature.
+
+<hr/>
+
+And as in my last blog post, lets add some items to the todo list:
+
+ - Enable dak to read a *Built-By* field from the .changes file. Thats the sanest solution to sponsored uploads. And also better for buildds, they then should no longer overwrite the Maintainer field with the -m parameter when building packages. Exact semantics to be defined, but dak **probably** would go something similar to
+  - Built-By same as Changed-By or Maintainer?" - do not send mail there. 
+  - Built-By differs from Changed-By or Maintainer and its sourceful? Send mail to it too.
+  - Built-By differs from Changed-By or Maintainer and binary-only? Only send mail there.
+
+ - Track the Uploaders: field in projectb. That would help [the BTS](http://bugs.debian.org/430986) to offer another display.
+
+
+Having written all this - today (AKA Saturday, when writing this) won't see code merges by me. I think most of my ftpmaster related work today will be *fun* with the [NEW queue](http://ftp-master.debian.org/new.html). For some unknown reason people keep uploading packages. Tsss.
diff --git a/_posts/2008-04-27-byebye_britney_no_more_testing.markdown b/_posts/2008-04-27-byebye_britney_no_more_testing.markdown
new file mode 100644 (file)
index 0000000..072e237
--- /dev/null
@@ -0,0 +1,35 @@
+---
+layout: post
+title: ByeBye britney, no more testing
+date: '2008-04-27 21:21:00 +0000'
+mt_id: 218
+blog_id: 1
+post_id: 218
+basename: byebye_britney_no_more_testing
+categories:
+- ftpmaster
+---
+Guess I got your attention with that title? :)
+
+Anyways, britney is no longer. And with her testing died too. Ok, not really, but todays work was *hand over all of testing and put it where it should have been for years - in the hands of the release team*.
+
+For those not following the "inner" workings of stuff:
+
+ - Testing is the place where our next stable release gets prepared. It is managed by a software called *britney*, which was written by Anthony Towns.
+ - Britney was, until today, run by the ftpmasters. The release team had **no** way to change anything, besides their [hint files](http://ftp-master.debian.org/testing/hints/). They couldn't change code, couldn't rerun it themselve if needed, nothing. (Somewhere in the past, for some period, some of the release team was able to do extra britney runs, AFAIK, but thats long ago).
+
+As the above is surely not nice, **especially** as Anthony (and as such the one in ftpmaster who really fully knew britney) left the ftpmaster group, all of the code managing testing now lives with the release team. They now *just* prepare a file in a special format and then tell us (via a [ssh trigger](http://blog.ganneff.de/blog/2007/12/29/ssh-triggers.html)) to read that in. Which simply sets testing to the new state.
+
+This new way of doing things has multiple advantages:
+ - The release team can run britney whenever they want to. It no longer needs to wait for a cronjob at some externally defined time or ping an ftpmaster to do an extra run. That should be pretty helpful, especially when we are near to a release again.
+ - They can do code changes or even replace the current britney with a totally new one. (There seems to be a new one available that does the same as the current one, just way faster. Or even more. Which never seems to have got any comment from our side. Badbad. Well, now they can play with it if they want to.). As long as they output valid data for us to import, it is now completly their decision how it gets generated.
+
+
+The above action did need surprisingly few code changes in dak. It basically was
+
+ - disable the cronjob for britney as user dak
+ - Add a script that the release team now pushes via ssh. This script reads in the above mentioned special file and sets the database.
+ - Change process-accepted to write the urgencies to a different directory. And no longer try to mkdir this directory, but warn if it doesn't exist (or is not writeable by dak) and then use a temporary one for the run.
+ - Move the transitions.yaml to a different location and add a redirect in apache, so everyone can still access it from outside. (It **has** to live in a ftpmaster controlled directory, thats all).
+ - Eliminate a britney call from our daily cronjob.
diff --git a/_posts/2008-04-28-movable_type.markdown b/_posts/2008-04-28-movable_type.markdown
new file mode 100644 (file)
index 0000000..219d53d
--- /dev/null
@@ -0,0 +1,38 @@
+---
+layout: post
+title: Movable Type
+date: '2008-04-28 04:45:00 +0000'
+mt_id: 220
+blog_id: 1
+post_id: 220
+basename: movable_type
+categories:
+- other
+---
+As I [wrote some time ago](http://blog.ganneff.de/blog/2008/03/16/moving-away-from-blosxom.html), I did consider switching to a new blog software, the OpenSource Edition of MovableType.
+
+I've actually done that some 6 weeks ago and must say - it is one browser based application I am actually happy with for myself. (Good god, I must be really ill).
+
+I know that about all the things that changed in my blog, compared to my old blosxom based version, are actually doable with blosxom too. For some reasons I just never got around to doing it. Anyways, some things I still remember that changed:
+
+ - I got comments and trackbacks support. Not that anyone except spammers and myself did use trackbacks yet, but comments got used, especially in the last few ftpmaster and delegation related posts.
+
+ Also, the Anti-Spam plugins you get with MT version 4.1 are pretty good. I haven't had a spam trackback show up yet. They all directly go into the Spam area, which I sometimes just delete.
+
+ Same for the comments. As I've set it up that all comments need approval (unless someone already made a non-spam comment so I set them "Trusted Commenter") and also have to pass the spamfilter I haven't had a problem with spam comments. And while I offer 7 different ways of authenticating yourself when you want to post a comment here, including the famous *anonymous* way with a captcha - only one spam comment got in yet.
+
+ - Comments and Trackbacks are automagically closed by a Plugin when the entry reaches an age of 30 days.
+
+ - I now can do "Scheduled" posts. Within blosxom I would need a cronjob that copies the file with the blog entry into the right dir, in MT I just select the posting time in the creation window for an entry.
+
+ - The category system, especially with having one entry appear in multiple categories, seems to be way simpler. Including the ability to easily generate per-category rss feeds.
+
+ - MT generates (in default setup) static pages. Only the comment part is not static (hehe, of course not).
+
+ - Editing no longer resets the published time, which blosxom based on file timestamps. I can edit as much as I want, the entries keep their time. **Unless** I manually change that time.
+
+ - MT also seems to be able to handle your whole homepage. And file storage. And cms like (with plugins, afaik). And whatnot. And is "multi-author" capable. And multi-blog.
+
+What it not has is the ability to use a version control system for your posts. Of course not, its a web based editor which stores its data in a database.
+
+Oh well, lets stop here, basically - I just like it. :)
diff --git a/_posts/2008-04-28-new_overlord.markdown b/_posts/2008-04-28-new_overlord.markdown
new file mode 100644 (file)
index 0000000..ac92f47
--- /dev/null
@@ -0,0 +1,18 @@
+---
+layout: post
+title: New overlord
+date: '2008-04-28 23:24:14 +0000'
+mt_id: 221
+blog_id: 1
+post_id: 221
+basename: new_overlord
+categories:
+- debian
+---
+Please all welcome our new Overlord. Christoph Berg AKA Myon just joined the DAM team.
+Official delegation mail from Sledge [is available here.](http://lists.debian.org/debian-devel-announce/2008/04/msg00015.html). :)
+
+
+It won't change much in the short term (there is no *huge* backlog right now), but should sure help the team for the long term. Always good to have three people for such a job.
+
+Now, is someone yelling German Cabal? NoNo, we aren't there yet! :)
diff --git a/_posts/2008-04-29-irssi_join_multiple_channels_o.markdown b/_posts/2008-04-29-irssi_join_multiple_channels_o.markdown
new file mode 100644 (file)
index 0000000..7cb5315
--- /dev/null
@@ -0,0 +1,21 @@
+---
+layout: post
+title: Irssi - join multiple channels, output in one channel
+date: '2008-04-29 01:22:20 +0000'
+mt_id: 222
+blog_id: 1
+post_id: 222
+basename: irssi_join_multiple_channels_o
+categories:
+- tech
+---
+Something pretty helpful in irssi is the capability to get output from multiple channels into one window. While thats totally insane for normal channels, it is really nice if you have a split channel situation like
+
+ - \#something-admin, which has the usual admin communication from your admin team
+
+ - \#something-nagios, which has nagios status output piped into IRC.
+
+Some people might like to read the stuff in two windows, I don't. Irssi to the rescue. Join \#something-admin like you always do and then type **/wjoin \#something-nagios**. Or, if you love to type more (or for some reason do not have the wjoin alias defined), type /join -window \#something-nagios
+
+Net effect: You have one window that contains two channels. You can switch between them using Ctrl-X. Stuff said in the currently not selected channel will be shown as coming from
+*&lt;nick:#otherchannel&gt; foo*.
diff --git a/_posts/2008-05-01-splitting_huge_mbox_files.markdown b/_posts/2008-05-01-splitting_huge_mbox_files.markdown
new file mode 100644 (file)
index 0000000..6979141
--- /dev/null
@@ -0,0 +1,74 @@
+---
+layout: post
+title: Splitting huge mbox files
+date: '2008-05-01 12:30:12 +0000'
+mt_id: 223
+blog_id: 1
+post_id: 223
+basename: splitting_huge_mbox_files
+categories:
+- other
+---
+As I just had the need to split up two **huge** mbox files by date and did not find a tool that does that easily, I thought I share what I used.
+
+Careful, it isn't very clever, so if you use it: It comes with **NO WARRANTY** at all. If it eats your mail, you lost. Not my fault, you have been warned.
+
+The task it should solve reads
+
+ - split files of size 1.8Gb and 3.2Gb, all together nearly a million mails in them,
+ - do *not* use lots of memory for this,
+ - no need to interactively do anything,
+ - split based on Date: header.
+
+There are various ways to do it, one would be to use mutt, with something similar to the following in a muttrc file somewhere
+<pre>
+ unset confirmcreate
+ set delete=yes
+ set folder=/dev/null
+</pre>
+and then a lot of lines looking similar to the following, just replacing the dates;
+<pre>
+folder-hook . 'push "T~d01/03/2008-31/03/2008\n;s2008-03.mbox\n$%q"'
+</pre>
+
+If you then start mutt using *mutt -F theabovemuttrc -f themboxfiletosplit* it will go and split it into the YEAR-MONTH based files. I got this way from [Gerfried Fuchs](http://alfie.ist.org/blog), as I am no mutt user and wouldn't have found the way to do it with mutt myself.
+
+Drawback: Mutt needs exact date entries in the push lines. Means you have to write *29/02* if you mean "last day of Februar", a plain stupid *31/02* will be converted to *02/03*. And I was way too lazy to list all the dates for the timeframe those mboxes cover.
+
+
+So, other solution. Ruby to the rescue! The following code does split the mbox into the files I want, based on the date header:
+
+<small>
+<pre>
+#!/usr/bin/ruby -w
+
+# Split a mbox file into $year-$month files
+# Copyright (C) 2008 Joerg Jaspert <joerg@debian.org>
+# BSD style license, on Debian see /usr/share/common-licenses/BSD
+
+require 'pathname'
+require 'rmail'
+
+count = 0
+
+File.open(Pathname.new(ARGV[0]), 'r') do |mbox|
+  RMail::Mailbox.parse_mbox(mbox) do |raw|
+    count += 1
+    print "#{count} mails\n"
+    begin
+      File.open(RMail::Parser.read(raw).header.date.strftime("split/mail-%y%m"), 'a') do |out|
+        out.print(raw)
+      end
+    rescue NoMethodError
+      print "Couldn't parse date header, ignoring broken spam mail\n"
+    end
+  end
+end
+</pre>
+</small>
+This will go through the whole mbox and store them in split/mail-$year$§month files. It has a few things you should keep in mind, if you really want to use it:
+
+ - Spam mails often have a very broken Date header. Sometimes broken enough that it can't be parsed. I discard the "can't be parsed" ones, as I havent seen a valid mail with that. You might want to store it in a different file, so change the part within rescue.
+ - Again, Spam mails often have a very broken Date header. So you will get files for years way in the past or future. In my case I could simply delete all of them, as all of those had been spam, and I knew in which timeframe the good mails got into the mbox.
+
+The above script took, niced down with nice -15 on an otherwise used server, about 25 minutes to split around one million mails from the above mentioned large files, with no noticable memory usage (only one mail at a time in memory).
diff --git a/_posts/2008-05-02-more_boring_ftpmaster_posts.markdown b/_posts/2008-05-02-more_boring_ftpmaster_posts.markdown
new file mode 100644 (file)
index 0000000..c643274
--- /dev/null
@@ -0,0 +1,30 @@
+---
+layout: post
+title: More boring ftpmaster posts
+date: '2008-05-02 23:11:55 +0000'
+mt_id: 219
+blog_id: 1
+post_id: 219
+basename: more_boring_ftpmaster_posts
+categories:
+- ftpmaster
+---
+Lets go on your nerves again with a ftpmaster post about work I've done in the recent past.
+
+ - The [already mentioned](http://blog.ganneff.de/blog/2008/04/27/byebye-britney-no-more-testing.html) move of britney. And it [seems that](http://chistera.yi.org/~adeodato/blog/entries/2008/04/30/miscbits.html) this did help, so something that should have been done way earlier already... Oh well.
+
+ - Enabled a few triggers for the qa user on merkel. While I already mentioned them in my first post, there is a third one now. The qa user now gets notified at the beginning of the dinstall run, so the pages can show why packages might not be visible in the archive *and* in incoming right now.
+
+ - [Split up](http://blog.ganneff.de/blog/2008/05/01/splitting-huge-mbox-files.html) the insanely huge mbox files we had as the ftpmaster mail archive. They got that big because the monthly cronjob rotating them got disabled when the ftp-master archive went away from raff, and noone bothered to reenable that job. Done now, so we are back to a manageable size. (Even if 90% of the content is spam, no matter how much greylisting and blacklists are activated :(  ).
+
+ - Just committed a largish change thats nothing more than a **cleanup**. Someone in the past did love to not care about tab versus spaces for the indentation, so dak code ended up with a mess of tab/space mix for indentation. Which is not nice, one style is way better. Fixed that with the help of reindent.py, which one can find in Pythons examples. 
+
+ - Got the code on security.debian.org to use the latest dak revision from ftpmaster. It was a few commits behind, but worse - it did have one dak tool changed in a way that it only worked on security, no longer on ftpmaster. Also some files that clearly have been copied by scp -r or rsync, but not using the VCS that **should** be used for it. Args. Brrrr. The "fix" was a simple check if that value the code wants to use from the config file actually exists, instead of blindly assuming it will always be there.
+
+ - Generally looked around on security.debian.org, to get more familiar with the setup there, so I can work on a request I got from some members of the security teams: Run a queue daemon that manages the upload of the packages from the security archive to the normal archive (so they end up in proposed-updates). Currently it is done with some lftp calls within the script that does the security install, and that seems to break every now and then. Which means security uploads to proposed-updates randomly go MIA. Using a queue daemon and then only locally copy files into its dir should make that way more reliable.
+
+ - Used a tool from Dato and enabled bzr commit mails for the ftpmaster dak tree, they are now going to [the dak](http://lists.debian.org/debian-dak/) list.
+
+ - Modified the cronjobs that are expected to have output to log that into files in a new logdir. Also modified the cron.daily AKA dinstall cronjob to be more verbose about the actions done. The directory is synced to merkel too (log/cron in the ftp.debian.org tree), so every DD who wants to can look at them now.
+
+ - I also merged a small patch from Thomas, fixing/unifying some wording in reject messages.
diff --git a/_posts/2008-05-07-new_toy.markdown b/_posts/2008-05-07-new_toy.markdown
new file mode 100644 (file)
index 0000000..20c178f
--- /dev/null
@@ -0,0 +1,20 @@
+---
+layout: post
+title: New toy
+date: '2008-05-07 11:20:12 +0000'
+mt_id: 225
+blog_id: 1
+post_id: 225
+basename: new_toy
+categories:
+- personal
+---
+I've got a new toy yesterday - a Nokia N95 8GB. It's a nice little gadget (for a fucking insane price, but the contract makes it less painful) and the first mobile phone I own that I got combined with a contract for two years.
+
+Now, I **do hate** phone calls, but still, my old mobile got more and more broken, so I did need a replacement. I guess the old device didn't like falling down on the floor multiple times. And when looking at my mobile phone costs for the last year (using prepaid stuff only), well, the contract isn't more expensive in total (some 9EUR / month now).
+
+This N95 thing is something crazy - it has more features built in than all my previous mobile phones had together. It also has a better camera than my one dedicated camera device. The only part where it loses is the included audio player - but just because my real player has 5 times the storage size, runs rockbox and is able to play for about 35hours in a row.
+
+One "fun" thing is - I got the phone together with the contract from a reseller of some reseller of some big fat company (very weird sub-company thing of the resellers, as far as I understood it. Not that I care too much). Getting it directly from that company would have meant to pay more than 200EUR more, for **less** value! Thats just insane.
+
+Anyway, enough. I've sent my new number (didn't want to port my old one this time, for various reasons), to those people in my addressbook that I think should have it. If you think you need it too and didn't get a message - ask me. (And my old number will continue to work for some month anyways, I just wont look at it that often. Joys of prepaid cards and their lifetime). (And to those who went like *WTF is that Jörg guy messaging me?" - its me! :) )
diff --git a/_posts/2008-05-10-the_annoying_continues_ftpmast.markdown b/_posts/2008-05-10-the_annoying_continues_ftpmast.markdown
new file mode 100644 (file)
index 0000000..cafe78b
--- /dev/null
@@ -0,0 +1,41 @@
+---
+layout: post
+title: 'The annoyance continues: Ftpmaster, yet again'
+date: '2008-05-10 18:48:00 +0000'
+mt_id: 224
+blog_id: 1
+post_id: 224
+basename: the_annoying_continues_ftpmast
+categories:
+- ftpmaster
+---
+Lalala, it's me again. Don't shout, it's not a long post! :)
+
+What did we do since I last dared to post with my Ftpmaster head on?
+(Yes, I should put a summary of all my blog posts into a *Bits from* mail sometime.)
+
+ - Fixed some bugs, like all of the waiting *Please create/remove pseudopackage FOO* ones. So we now have a BTS entry for wiki.debian.org, release.debian.org and the security-tracker.
+
+ - Merged a patch from Thomas so we now correctly reject packages where the maintainer tried to be clever, editing the changes file to get an orig.tar.gz mentioned after forgetting the -sa parameter to dpkg-buildpackage. **SIGH**. Especially **sigh** as that \#\#censored\#\# wasn't able to understand the format of those lines. Nor did he look, or he would have immediately spotted his mistake. Unfortunately it is not the first time this maintainer broke stuff with uploads he **never** checked in any way. Including uploads for important packages. Bah.
+
+ - Merged another patch from Thomas, which generally makes NEW look nicer. It drops the unneeded Checksums-foo headers completly, no need that we see them there again, they just waste space and are useless for us. The patch also changes the html files we generate for all packages in NEW, something which I [added to dak](http://blog.ganneff.de/blog/2007/12/30/html-output-for-packages-in-ne.html) a few months ago - based on a patch from Thomas. :)
+
+ The stylesheet now applied got sent in from 
+[Martín Ferrari](http://beta.howtorecognise.mine.nu/blog) who already created the style for the [removals page](http://ftp-master.debian.org/removals.html).
+
+ - Done a whole lot of NEW. Yes, I continue to do most of NEW, as I'm still (and possibly for some time) are the one with the most experience and speed in doing it. Thomas is doing NEW too, mostly by picking a few packages and processing them. (Before someone yells - he is doing a very good job with removals and override changes, an area where I haven't looked much into since he got added to the ftpteam).
+
+ - Did, together with Mark Hymers, a lot of cleanup work in the code, using pychecker and pylint. We only started, but there have been various changes already, like
+
+   - change "import daklib.foo" and then using daklib.function to "from daklib import foo" and then using foo.function. Granted, the **Ideal** way would be to go "from daklib.foo import function1, function2, function3" (or so), explicitly naming every thing you use. Or even better, make the whole dak fully object oriented. Or so. Or whatever. :)
+   - replaced all own string exceptions, which are *deprecated*, with real exception classes.
+
+ The cleanups we did made pylint rate the code  5.21, with the initial rating (before we did anything cleanup related) was 3.59/10. (As if it would count, but still) :)
+
+ - Added two more headers to mails generated by dak and the queue daemon, **X-Debian: DAK** and **X-Debian-Package: $something**, following a suggestion from [Bug \#479953](http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=479953). Hopefully other tools follow this schema too, at least I announced it on [debian-devel-announce](http://lists.debian.org/debian-devel-announce/2008/05/msg00001.html), so hopefully it will be taken as a quasi-standard. :)
+
+  Ok, yes, I admit, the queue daemon is currently **not** adding the X-Debian-Package header. It *does* add the X-Debian: DAK header, but not the package one. I got a headache when looking at it, its old and *grown* perl code. If someone wants to send a patch, fine, the [bzr repository](http://ftp-master.debian.org/bzr/ftpmaster-dak/) has it in tools/debianqueued-0.9.
+
+  **Update**: Now the queue daemin also adds the X-Debian-Package header as I got two patches addressing the issue, in two different ways. Thanks to Stephen Gran and Matt Kraai for their work!
+
+
diff --git a/_posts/2008-05-25-securitysage.markdown b/_posts/2008-05-25-securitysage.markdown
new file mode 100644 (file)
index 0000000..e87df9f
--- /dev/null
@@ -0,0 +1,35 @@
+---
+layout: post
+title: SecuritySage
+date: '2008-05-25 10:22:09 +0000'
+mt_id: 227
+blog_id: 1
+post_id: 227
+basename: securitysage
+categories:
+- other
+- tech
+---
+Do you use blackholes.securitysage.com? If you do
+
+**YOU ARE LOSING VALID MAIL NOW**.
+
+At least if you reject as soon as *it hits*. The "service" currently simply returns a host from NetworkSolutions instead of real information, so all those software rejecting based on the DNS return are currently rejecting legal mail.
+
+If you only use it to score mails a little up and not as a black/white decision you might be lucky, but should still remove it from your lists. Its not the first time that this blacklist sucks like this, seems the people behind it aren't able to keep it running reliable.
+
+To validate my claims, try the following:
+<pre>
+host blackholes.securitysage.com
+
+host nomattherwhat.securitysage.com
+
+host $someipreversed.blackholes.securitysage.com
+</pre>
+
+compare it with another list (whatever you chose, surbl, rfc-ignorant, doesnt matter), like
+<pre>
+host abuse.rfc-ignorant.org
+
+host $someipreversed.abuse.rfc-ignorant.org
+</pre>
diff --git a/_posts/2008-05-26-mountainbike.markdown b/_posts/2008-05-26-mountainbike.markdown
new file mode 100644 (file)
index 0000000..6f14845
--- /dev/null
@@ -0,0 +1,23 @@
+---
+layout: post
+title: Mountainbike
+date: '2008-05-26 20:34:20 +0000'
+mt_id: 228
+blog_id: 1
+post_id: 228
+basename: mountainbike
+categories:
+- personal
+---
+[Non-Debian and even non-IT related post ahead, in case you want to skip them]
+
+Since some time I try to regularly take some time off of the PC and actually use my [bike](http://kosh.ganneff.de/~joerg/bike/slide_12.html) again. (Those pictures are old, some things have changed since then. Like, I have a different, larger, set of brakes now).
+
+After a break of more than a year (more like 1.5 - 2 years, I think), it was a pain. The first few rides haven't been much fun, and after some 10 til 15km I was exhausted and felt bad. But now, where I found a semi-regular schedule and do the torture two or three times a week I actually feel better. And get away with longer rides.
+
+
+A few days after I started I bought myself a nice "Bicycle computer", a Garmin [Edge 305](https://buy.garmin.com/shop/shop.do?cID=160&pID=331) - *"Garmin's GPS-enabled personal trainer and cycle computer."* Im not doing any kind of special training with it, but its still nice to see heartrate, pedal cadence and all the other information it offers (which is a **lot**). And to see how you improve over time. Still, my main motivation to carry it with me is really to be able to see [where I went](http://trail.motionbased.com/trail/user/ganneff) (I only made some of my entries public :) ). And maybe, at some time, somewhere, load waypoints to it and then follow those. The included GPS chip is pretty good, keeping a good signal accuracy even in terrain where you just wouldn't expect it to have *any* signal. Now, if google maps would have *recent* images, not ones that are **years** old, some tracks wouldn't look that weird.
+
+On other news - I've  lost 10kg weight since February. Damnit.
+
+**Update**: If you are from (around) Fulda and also like that OpenStreetMap thing, [Enrico](http://www.enricozini.org/blog/pdo.html) just uploaded my tracks there. Now it needs someone doing the post-processing to make them useful, and Enrico says you should [go here and have fun.](http://www.openstreetmap.org/user/Enrico%20Zini/traces/tag/ganneff) So if you have time, know the roads, feel free to look there. I guess Enrico keeps uploading new tracks from me, whenever there are some.
diff --git a/_posts/2008-05-30-im_still_alive.markdown b/_posts/2008-05-30-im_still_alive.markdown
new file mode 100644 (file)
index 0000000..ead9650
--- /dev/null
@@ -0,0 +1,35 @@
+---
+layout: post
+title: I'm still alive
+date: '2008-05-30 00:09:44 +0000'
+mt_id: 229
+blog_id: 1
+post_id: 229
+basename: im_still_alive
+categories:
+- ftpmaster
+---
+While I have been a little quiet with ftpmaster posts lately - I am still alive. I just had some other bits to do and didn't get large enough changes done that would warrant an own post.
+
+Since my last post earlier this months there have only been 3 notable changes, namely
+
+
+ - fixing a bug in the transitions feature. Or better - working around one in python-syck which was inserting random "-\-" when it dumped a data structure. Which *does* break stuff.
+
+ - Changed the Maintainers name of the [ftp.debian.org](http://bugs.debian.org/ftp.debian.org) pseudopackage.
+
+ - Merged a little branch from Frans that enables automated byhand processing for the tasksel data.
+
+ - Started the last discussion on the data section/archive/component thingie and will end that soon with an implementation.
+
+And only a few minutes ago I sent a "Bits from" mail to our [debian-devel-announce mailinglist](http://lists.debian.org/debian-devel-announce/2008/05/msg00012.html), which includes a summary of the recent activities and changes in our team, with the addition of Thomas and Kalle, me getting FTPMaster and Anthony and James resigning. We also ask for volunteers which we might add to the team later on.
+
+See, I write **might**. We keep the right to reject people, for whatever reason.  Hopefully there won't be many rejects, but still. And we will see how the volunteers get the tasks done we plan to assign to them.
+
+You can expect to see a little more in the near future from me again, I don't plan on staying that quiet forever.
+
+<hr>
+
+And in other news - I recently got another group added, mirroradm, as it did help to fix some mirror issues with packages.debian.org. With that I also got the mirrors@ alias additionally routed into my INBOX. Thats a nicely spammed role address and my tip for you, if you should ever get offered access to (**any**) role address - run as fast as you can, unless you have *very* good spam filters! :)
+
+Luckily my filters are pretty good, as I'm on a good number of role addresses for a long time already, only a few dozen spams getting through a day (and a thousand filtered away).
diff --git a/_posts/2008-06-05-ftp_assistants.markdown b/_posts/2008-06-05-ftp_assistants.markdown
new file mode 100644 (file)
index 0000000..20a0a48
--- /dev/null
@@ -0,0 +1,14 @@
+---
+layout: post
+title: FTP assistants
+date: '2008-06-05 23:35:57 +0000'
+mt_id: 230
+blog_id: 1
+post_id: 230
+basename: ftp_assistants
+categories:
+- ftpmaster
+---
+Some [days ago](http://blog.ganneff.de/blog/2008/05/30/im-still-alive.html) I wrote a [little mail](http://lists.debian.org/debian-devel-announce/2008/05/msg00012.html) asking for volunteers for the FTP assistant role. Right now we got 4 people mailing us with some kind of volunteer offer and the same amount of replies talking about total different topics.
+
+From those 4 volunteers I think we are doing step two - handing out tasks to check the knowledge of the volunteers with two of them. The other two seem to want to limit themselves too much in what work they want to do. I will look and hand out tasks / reply to the mails somewhere soon, like this Saturday/Sunday. In case you want to volunteer too, please read the mail I linked to, it contains a description of what you would volunteer for and then maybe mail us.
diff --git a/_posts/2008-06-16-byebye_bzr_hello_git.markdown b/_posts/2008-06-16-byebye_bzr_hello_git.markdown
new file mode 100644 (file)
index 0000000..8412d1e
--- /dev/null
@@ -0,0 +1,21 @@
+---
+layout: post
+title: ByeBye bzr, hello git
+date: '2008-06-16 13:30:31 +0000'
+mt_id: 231
+blog_id: 1
+post_id: 231
+basename: byebye_bzr_hello_git
+categories:
+- ftpmaster
+---
+As the title says - the Ftpmaster dak repository is now using git instead of bzr.
+
+I never did like bzr, so I recently asked what the rest of the team thinks of switching to git. Luckily I got no objections, so here we are, with a VCS thats not dead-slow.
+
+If you want to do dak development and submit patches you want to read my post to the [debian-dak](http://lists.debian.org/debian-dak/2008/06/msg00005.html) list and then clone the git repo. Sorry, there is no git-daemon support, you need to use the http way if you do not have access to ries. Unfortunately debian-admin thinks git-daemon isn't good enough to run on ftp-master and that "http is enough". Bah. (No, I won't work around it (git-daemon uses high-port, so could be run without admin help, but NO WAY), and I don't want to put it on alioth).
+
+The actual conversion of the repository was done by [Dato](http://chistera.yi.org/~adeodato/blog/), with me commenting and asking for stuff. Like the fixup of the old revisions committer names, so all the old CVS revisions now correctly tell the full name/email of the committer, not just the unix login. Or fixing all the bzr commits done by "ajt@ries", "joerg@ries" and other broken combinations of "login@machine".
+I also use his [git hook to](http://chistera.yi.org/~adeodato/blog/entries/2008/05/21/commit_diff_emails_with_git.html) send commit mails to get commits mailed to the debian-dak lists.
+
+[**Update**] Nice, with the setup we use we found a bug in git. Ha. (*a stupid issue with git shared repositories, and reflogs enabled at the same time* that basically means you cant commit as the logs got the wrong permissions set whenever someone else did an action, like git gc.)
diff --git a/_posts/2008-07-07-new_ftp_assistant.markdown b/_posts/2008-07-07-new_ftp_assistant.markdown
new file mode 100644 (file)
index 0000000..d9f5fb5
--- /dev/null
@@ -0,0 +1,15 @@
+---
+layout: post
+title: New FTP Assistant
+date: '2008-07-07 21:05:43 +0000'
+mt_id: 233
+blog_id: 1
+post_id: 233
+basename: new_ftp_assistant
+categories:
+- ftpmaster
+---
+And as I just [announced](http://lists.debian.org/debian-devel-announce/2008/07/msg00001.html) we added a new FTP Assistant today!
+My condolence^Wcondo^Wcongratulations to Mark Hymers, who is now officially helping with NEW, removals and override changes.
+
+We still have two more volunteers *in training*, lets see if we can add both of them at a later point too. And maybe we get some more volunteers at some point. See [our "Bits" mail](http://lists.debian.org/debian-devel-announce/2008/05/msg00012.html) for more details whats required. But add one more *important* point: **Good** IRC connectivity. We dislike people who disconnect or aren't even on IRC. There are teams where that works great, we aren't one of those. :)
diff --git a/_posts/2008-07-29-argentina.markdown b/_posts/2008-07-29-argentina.markdown
new file mode 100644 (file)
index 0000000..2807f49
--- /dev/null
@@ -0,0 +1,15 @@
+---
+layout: post
+title: Argentina
+date: '2008-07-29 13:34:47 +0000'
+mt_id: 234
+blog_id: 1
+post_id: 234
+basename: argentina
+categories:
+- debconf
+---
+Despite all those talks about the Lufthansa strikes my flight down to Argentina worked pretty well. We have been delayed by about 20 minutes, and the service on board was less than usual, but still enough to not get a cannibal during the flight. :)
+But looking at what I hear from various sources people with later flights might have a little more trouble. Hopefully not too many, like cancelled flights.
+
+Right now we (Mark 'mhy' Hymers, Stephen 'sgran' Gran and myself) are sitting at Martin 'Tincho' Ferraris place, where we stayed the last night. Current plan seems to be "Go to BA, look around the City a bit (after we found a place to store our luggage there), in the evening meet with local people, then take the night bus to Mar del Plata, so we arrive there on Wednesday".
diff --git a/_posts/2008-07-30-argentina_-_mar_del_plata.markdown b/_posts/2008-07-30-argentina_-_mar_del_plata.markdown
new file mode 100644 (file)
index 0000000..c79d650
--- /dev/null
@@ -0,0 +1,20 @@
+---
+layout: post
+title: Argentina - Mar del Plata
+date: '2008-07-30 21:39:05 +0000'
+mt_id: 235
+blog_id: 1
+post_id: 235
+basename: argentina_-_mar_del_plata
+categories:
+- debconf
+---
+After a night at Tinchos place, then driving and walking around Buenos Aires a day and finally taking a 5hours bus trip, Mark, Stephen and I arrived in Mar del Plata early this morning, at around 05:30AM. Brr, early. We could checkin to the Hotel at 06:30. During checkin we discovered that Stephen and my birthday are, in absolute numbers, 6 years, 6 months and 6 days apart, ie. 666. And we are managing the evil, I mean, the network for DebConf. HA. HAHA. HAHAHAHAHAHAHAHAHAHAHAHA.
+
+
+Ignoring that - stuff looks pretty nice over here. Most machines are working, most services we (as in admins, not video team) care about are setup or will be ready within the next 2 days, the Hotel stuff is doing the last preparations, it all looks great. There hasn't been a DebConf that was **that** prepared, ever.
+
+
+We currently have a local smtp server accessible for everyone here (no direct outgoing smtp, we firewall that), a local OFTC IRC Server (Freenode IRCd is in setup), soon a full (pushed) mirror, preparing an upload queue for ftp-master, a schedule announce bot is also ready to run, most of the building has good wireless covering (and the rest is scheduled to get better soon). And lots of other nice things that are surely there and I just forgot to mention but which we will mention in some wiki page in time for you. (Oh, and make sure to listen to what DHCP tells your machine, all the various services get send to you :) ).
+
+
diff --git a/_posts/2008-07-31-yet_another_argentina_post.markdown b/_posts/2008-07-31-yet_another_argentina_post.markdown
new file mode 100644 (file)
index 0000000..96875bc
--- /dev/null
@@ -0,0 +1,36 @@
+---
+layout: post
+title: Yet another Argentina post :)
+date: '2008-07-31 15:35:21 +0000'
+mt_id: 236
+blog_id: 1
+post_id: 236
+basename: yet_another_argentina_post
+categories:
+- debconf
+---
+And here, yet another Argentina post before I have to do some work again (like the Entrance Controller needs some love). This time with pictures! :)
+
+You can have pretty nice desserts in BA, as this picture with Mark on it proves.
+<form mt:asset-id="21" class="mt-enclosure mt-enclosure-image" style="display: inline;"><a href="http://blog.ganneff.de/blog/assets_c/2008/07/Foto2571.html" onclick="window.open('http://blog.ganneff.de/blog/assets_c/2008/07/Foto2571.html','popup','width=1944,height=2592,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0'); return false"><img src="http://blog.ganneff.de/blog/assets_c/2008/07/Foto257-thumb-495x660.jpg" width="495" height="660" alt="mhy_ice.jpg" class="mt-image-none" style="" /></a></form>
+
+
+I think he will really love me for this post. Really. (It wasn't actually his dessert :) ).
+
+<hr/>
+
+Anyways, this morning we took the opportunity walking over to see the Atlantic Ocean. Damn long way, proven by the next picture (the building marked with that arrow is our Hotel, us standing right beside the beach).
+
+
+<form mt:asset-id="23" class="mt-enclosure mt-enclosure-image" style="display: inline;"><a href="http://blog.ganneff.de/blog/assets_c/2008/07/dora.html" onclick="window.open('http://blog.ganneff.de/blog/assets_c/2008/07/dora.html','popup','width=2592,height=1944,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0'); return false"><img src="http://blog.ganneff.de/blog/assets_c/2008/07/dora-thumb-495x371.jpg" width="495" height="371" alt="dora.jpg" class="mt-image-none" style="" /></a></form>
+
+
+Fun thing - Mark was walking outside with a T-Shirt only, while all those Argentinian people use winter clothes. Got him quite a bit of weird looks from all of them. :)
+
+
+Right now we are back, sitting in the first prepared hacklab.
+
+<form mt:asset-id="24" class="mt-enclosure mt-enclosure-image" style="display: inline;"><a href="http://blog.ganneff.de/blog/assets_c/2008/07/Foto298.html" onclick="window.open('http://blog.ganneff.de/blog/assets_c/2008/07/Foto298.html','popup','width=2592,height=1944,scrollbars=no,resizable=no,toolbar=no,directories=no,location=no,menubar=no,status=no,left=0,top=0'); return false"><img src="http://blog.ganneff.de/blog/assets_c/2008/07/Foto298-thumb-495x371.jpg" width="495" height="371" alt="hacklab.jpg" class="mt-image-none" style="" /></a></form>
+
+
+Yes, those grey things below the tables are for cabling, so there is a lot of power outlets, should be enough for everybody to get power, without doing long daisy chains.
diff --git a/_posts/2008-08-03-wireless_monitor.markdown b/_posts/2008-08-03-wireless_monitor.markdown
new file mode 100644 (file)
index 0000000..c34d322
--- /dev/null
@@ -0,0 +1,29 @@
+---
+layout: post
+title: Wireless monitor
+date: '2008-08-03 13:38:16 +0000'
+mt_id: 237
+blog_id: 1
+post_id: 237
+basename: wireless_monitor
+categories:
+- other
+---
+Dear lazyweb,
+
+im looking for a "wireless monitor" for my Nokia N95 phone. Something thats not as shit as the default installed one. it should
+
+
+ - list available Access Points, together with some information about signal strength, Mac Address, Channel, Encryption status. Ie. similar to running *iwlist s*
+
+ - do some monitoring of the connection, similar to what wavemon is doing
+
+ - maybe even have kismet like functionality.
+
+The tool installed by default can do about none of those. It basically can just list available networks (AKA essids) and try connecting, thats it...
+
+There seems to be something called Barbelo doing the kismet-like stuff, but the server its on is dead.
+
+The phone is running Symbian S60 3d Edition, so whatever you suggest, it should be for that. :)
+
+Thanks in advance.
diff --git a/_posts/2008-08-10-debconf_assassins.markdown b/_posts/2008-08-10-debconf_assassins.markdown
new file mode 100644 (file)
index 0000000..2a5aefc
--- /dev/null
@@ -0,0 +1,18 @@
+---
+layout: post
+title: DebConf Assassins
+date: '2008-08-10 13:45:48 +0000'
+mt_id: 238
+blog_id: 1
+post_id: 238
+basename: debconf_assassins
+categories:
+- debconf
+---
+Today is the day we start this years [Assassins](http://wiki.debconf.org/wiki/DebConf8/Assassins) game, and I (together with the two other DebConf admins Mark and Stephen) have the role of the referee. As we all don't want to do it by hand, and have seen bad examples in the past where the referee just wasn't up to the task, we go another way.
+
+In the last two days, Stephen and me (mostly Stephen) developed a [Pentabarf](http://www.pentabarf.org/Main_Page) controller to do the work for us. It is ready for the game, so we start today. This controller basically tells the players their target, gets the "I killed em" notice and lets the target confirm it, then assigning a new target. And when we are done with the game - it even tells us the winner and also some information about the other players.
+
+This controller made us able to do another change to the known game rules: People can enter the game when it is already running. Which is useful, as now we **only** let people play that arrived at the venue. Late-comers get added to the players list whenever someone got killed. This ensures that no assassin has to wait for half the Conference time until their target finally arrives! (Ok, it might mean that Late-Comers have to wait a day or two before they finally get a target, as we only insert new players when someone dies).
+
+One more note if you are playing: Don't tell anyone, not even your assassin, your target. Your assassin might not neccessarily get your target as his next (if we add people to the set), so keep it secret, all the time. The only people you should talk to about this game are us 3 admins, but only in case you have a problem. :)
diff --git a/_posts/2008-08-12-debconf8_-_and_time_after_it.markdown b/_posts/2008-08-12-debconf8_-_and_time_after_it.markdown
new file mode 100644 (file)
index 0000000..fa670fc
--- /dev/null
@@ -0,0 +1,39 @@
+---
+layout: post
+title: DebConf8 - And time after it
+date: '2008-08-12 13:49:58 +0000'
+mt_id: 239
+blog_id: 1
+post_id: 239
+basename: debconf8_-_and_time_after_it
+categories:
+- debconf
+- personal
+---
+Third day of DebConf8 now - and it has been a pretty nice time since I arrived. The local orga team is doing a marvelous job, making this whole conference a really nice experience for about every attendee.
+
+Thanks to that we had a lot of time doing actual Debian work, which meant that we got a nice number of changes in dak either done or planned for the future, including a redesign of our database schema. Which is urgently needed if we want to follow some of the points we discussed. Like throwing away apt-ftparchive and generating the Packages files ourselve. Or various other enhancements.
+
+So for dak, the changes are summarised into:
+
+ - Adapt an old patch for process-new, so that NEW packages only adding new binary components are sorted higher during the processing.
+ - Imported a patch from Joachim that adds an (effectively) anti-s390-buildd-maintainer option to our cruft-report full mode. Well, actually it lists a set of packages which are marked "not-for-us" on the buildd, but still have a (outdated)  binary in unstable, effectively blocking updates of the packages going into testing. Ideally a buildd maintainer would report to the maintainer (through a bug or even just a mail) when he sets not-for-us (which is a short-term-solution, long-term P-a-s should be used), but that doesn't seem to happen.
+ - Replaced a 128 line NIH syndrom perl script with one of those new-fangled sarge-and-later options in rsync :)
+ - Fixed bugs in code-pathes that are nearly never used - but which we managed to trigger twice while fixing a gpl violation (missing source) in our archive.
+ - Merged a patch that changes NEW handling of packages for stable/oldstable.
+ - Added signing of the buildd incoming.debian.org directory. Still need to announce this on d-d-a, but buildd maintainers should now be able to enable the gpg verification.
+ - Automate the i18n package description translation import so we finally get rid of the "one-time-manual-sync-back-in-2006" outdated translations. And have an automated but secure way to get updates.
+ - Started the layout of the new projectb.
+
+
+But we did not only do work on dak, we also did some work for the conference. In the days down here we (re)wrote the Pentabarf entrance controller, enabling our frontdesk to check people in, keeping track of various details they need to know about them. We wrote entirely new controllers for Pentabarf, one of it being the part that manages this years Assassins game. Other orga team members (hello triple des :) ) wrote a video and a volunteer controller. I guess after DebConf we will have some fun time to merge our changes back to upstream.
+
+
+<hr/>
+
+
+**Travel in .ar**
+
+Oh well, as some people know, I stay in Argentina for about 10 days more after DebConf is over (my flight back goes on 27. August, in the evening). Up to now I haven't decided  - or even started planning - what I do here. I should probably look at that soon.
+
+Hrm. Anyone out there doing something similar the next days? :)
diff --git a/_posts/2008-08-14-see_our_dpl_dance.markdown b/_posts/2008-08-14-see_our_dpl_dance.markdown
new file mode 100644 (file)
index 0000000..8b134c6
--- /dev/null
@@ -0,0 +1,21 @@
+---
+layout: post
+title: See our DPL dance
+date: '2008-08-14 14:47:11 +0000'
+mt_id: 240
+blog_id: 1
+post_id: 240
+basename: see_our_dpl_dance
+categories:
+- debian
+- debconf
+---
+He probably will hate me for it, but still: If you want to see our DPL dance, [this 10 minute video](http://kosh.ganneff.de/~joerg/DPL_dance.mp4) will be what you want. :)
+(If you are at DebConf8, download it from [our local machine](ftp://homer/upload/DPL_dance.mp4) instead.)
+
+Or you just wait a bit, the video team said they want to include it in our streaming, and it will also be put into our meetings-archive.
+
+
+There is also a, way shorter, [video showing Wouter](http://kosh.ganneff.de/~joerg/wouter_dance.mp4) ([local DebConf8 location](ftp://homer/upload/wouter_dance.mp4)) dancing.
+
+If you like it and want to see our DPL doing more of this - feel free to comment here, maybe we get him drunken enough :)
diff --git a/_posts/2008-08-30-back_in_germany.markdown b/_posts/2008-08-30-back_in_germany.markdown
new file mode 100644 (file)
index 0000000..499c375
--- /dev/null
@@ -0,0 +1,15 @@
+---
+layout: post
+title: Back in Germany
+date: '2008-08-30 12:53:55 +0000'
+mt_id: 241
+blog_id: 1
+post_id: 241
+basename: back_in_germany
+categories:
+- personal
+- debconf
+---
+I'm back in Germany since Thursday already. Without ***any*** Jetlag! My flight back was delayed nearly an hour (bah), but other than that went without problems.
+
+DebConf was great! As was my vacation after it. Have a lot of pictures to upload in the next few days (and possibly some text to write about it). Apropos pictures - upload your DebCamp/DebConf pictures to [the DebConf gallery](https://gallery.debconf.org/) too please, if you haven't already. :)
diff --git a/_posts/2008-09-01-pdiffs_1.markdown b/_posts/2008-09-01-pdiffs_1.markdown
new file mode 100644 (file)
index 0000000..64aa059
--- /dev/null
@@ -0,0 +1,17 @@
+---
+layout: post
+title: Pdiffs
+date: '2008-09-01 00:28:28 +0000'
+mt_id: 243
+blog_id: 1
+post_id: 243
+basename: pdiffs_1
+categories:
+- ftpmaster
+- debian
+---
+Is anybody out there **really** using the Pdiffs we offer for apt & co? I have them turned off on all my machine as they only make apt slower on every machine I know, I can't see any benefit from them. Only seem to blow up the download time A LOT, waste space on mirrors, time in dinstall (well, 2 minutes, but still), ...
+
+It seems to me to be a feature that would have been useful some decades ago, where you had something called floppy discs to transfer files. But nowadays even ISDN should be fast enough to not require them?
+
+Can someone enlighten me please and comment here? Thanks.
diff --git a/_posts/2008-09-12-its_name_is_meme.markdown b/_posts/2008-09-12-its_name_is_meme.markdown
new file mode 100644 (file)
index 0000000..702788c
--- /dev/null
@@ -0,0 +1,25 @@
+---
+layout: post
+title: It's name is [meme]
+date: '2008-09-12 19:29:36 +0000'
+mt_id: 244
+blog_id: 1
+post_id: 244
+basename: its_name_is_meme
+categories:
+- other
+---
+Yay. A Meme. And I have a bad enough headache to write something...
+
+My own machine set uses **something** from the Babylon5 series, so I have delenn (laptop), vorlon (desktop) (**Yes, contrary to common believe it is not named after that prior Release Manager of Debian :)**), sheridan/vir/kosh/lyta/morden (various servers).
+
+More interesting is the naming scheme i took for DebConf hosts: Characters from the Simpsons, but the names have to make some kind of sense with the function of the machine. And names from members of the Simpsons family are forbidden and to be used for machines directly at a DebConf venue only. Some of the names we use are cmburns, smithers, apu, skinner, quimby, wiggum, herb, krabappel, horatio, cletus, kent, krusty. Look for the TXT records to know who it is, all of them have one. Finding out why the hosts carry those names is left as an excercise to the reader, except for two to demonstrate the twisted brain you need to get it :)
+
+ - **krusty** - Krusty the Clown. Was the master video relay for DC8 (and will be for some others) and as such presenting/managing/getting a/the show to the people watching from outside.
+ - **horatio** - The Sea Captain. Is used as the shell machine for DebConf people that do not have an own shell box, but which we want to have in IRC for basically 24/7. So shell <-> sea.
+
+At work it is ***extremely*** boring, descriptive names for the function. Like mail1, mail2, etc.
+
+<hr>
+
+Oh, and also, lets [shoot madduck](http://madduck.net/blog/2008.09.12:doom/).
diff --git a/_posts/2008-09-21-debian_upload_hosts.markdown b/_posts/2008-09-21-debian_upload_hosts.markdown
new file mode 100644 (file)
index 0000000..9699659
--- /dev/null
@@ -0,0 +1,23 @@
+---
+layout: post
+title: Debian upload hosts
+date: '2008-09-21 19:10:37 +0000'
+mt_id: 245
+blog_id: 1
+post_id: 245
+basename: debian_upload_hosts
+categories:
+- ftpmaster
+---
+The last two days saw some updates to the queue daemon. (The queue daemon is that part of our archive software that processes the anonymous ftp uploads and, if they pass basic checks, moves them into the place our archive wants new uploads to be in.)
+
+
+The first big patch to it was written by FTP Assistant Thomas Viehmann, implementing the [DELAYED (DEFERRED)](http://lists.debian.org/debian-devel-announce/2008/09/msg00006.html) Queue.
+
+
+Now, the second one was by me and not even half as much work. As people did like one feature of the unofficial DELAYED upload queue that Tollef did run in the past, namely the possibility to upload using ssh, we now [officially provide](http://lists.debian.org/debian-devel-announce/2008/09/msg00007.html) such a way. While it won't ever support uploads to the DEFERRED queue, I don't think thats neccessary. DEFERRED is, as far as I know, used seldomly enough to not warrant the amount of work it would need to support it.
+
+As the ssh upload queue daemon is basically nothing more than a simple "ssh to ftp" *wrapper* (it just takes .changes and associated files and uploads them to the ftp place), people will get two mails for uploads done that way. One saying "Uploaded to ftp.upload.debian.org", the next will be "Uploaded to localhost".
+
+
+One equally important thing was changed together with the above two things: We have new names for the upload locations. People **shouldn't use** direct hostnames anymore. Use the CNAMEs we provide, ssh.upload.debian.org or ftp.upload.debian.org.
diff --git a/_posts/2008-09-23-valid-until_field_in_release_f.markdown b/_posts/2008-09-23-valid-until_field_in_release_f.markdown
new file mode 100644 (file)
index 0000000..7f86cc6
--- /dev/null
@@ -0,0 +1,21 @@
+---
+layout: post
+title: Valid-Until field in Release files
+date: '2008-09-23 22:23:50 +0000'
+mt_id: 246
+blog_id: 1
+post_id: 246
+basename: valid-until_field_in_release_f
+categories:
+- ftpmaster
+---
+Today I committed a little code change to our dak repository, implementing a "Valid-Until" field in the Release files. This should be used by apt in a way to horribly die if it can't download a new Release file after the date given in that header. (Or well, present a nice message to the user. Whatever, same thing :) ). (*This is intentionally not a client-side option, as this way the archives can define a (for them) sensible timeout*)
+
+Reason:
+We got Bugreport [499897](http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=499897) today, describing a possible attack wherein an adversary causes the
+vicitim to use an outdated copy of the security mirror, thereby
+preventing the victim from getting security updates. See the linked Bug (and the RT ticket linked from there) for more text on this. 
+
+As apt does the right thing and ignores unknown fields in Release files, I went and added the field already.
+
+It would be great if we could have an apt implementing support for this in Lenny. A patch only addressing this change shouldn't be too long. But as we are near a Release I don't think thats too likely (feel free to prove me wrong), so I hope for a Lenny point release *OR* a Security Advisory for it (depending on how much the security team does want this feature).
diff --git a/_posts/2008-10-19-packagesdebianorg_1.markdown b/_posts/2008-10-19-packagesdebianorg_1.markdown
new file mode 100644 (file)
index 0000000..cf307a9
--- /dev/null
@@ -0,0 +1,26 @@
+---
+layout: post
+title: packages.debian.org
+date: '2008-10-19 22:32:18 +0000'
+mt_id: 247
+blog_id: 1
+post_id: 247
+basename: packagesdebianorg_1
+categories:
+- debian
+---
+Today we finally switched <a href="http://packages.debian.org/">packages.debian.org</a> over to it's new host, which was long overdue (and about most of that time it was waiting on me :( ).
+
+It did run on <a href="http://lists.debian.org/debian-devel-announce/2006/03/msg00004.html">it's old machine</a> for some time, but thanks to the load it really needed an upgrade.
+
+Thankfully <a href="http://www.1und1.info/">1&1</a> agreed to sponsor a bigger machine, and here we are with it. Its **really** nice - cron is running and updating, but you don't notice it at all, it responds hell fast via the web. Yay. Finally. :)
+
+
+Now, while I am at it, a few statistics. Everyone loves statistics, right? :)
+This year packages.debian.org had 5777672 *unique* visitors creating a total of 122314763 hits, and this excludes bots. Double the numbers if you want to know what bots do (like crawlers from search engines). Appearently the most active times are between 0800 and 2100 UTC.
+
+Limiting our view to this month, the most active bot in terms of hits is MSNBot, most traffic goes to GoogleBot (appears that 30% less hits means 66% more traffic. Bad Google, what do they miss? :) ). 
+Only 49.9% of packages.debian.org visitors do use (or tell their browser to identify with) Linux, 36.2% have Windows, followed by unknown at 10.5% and Macintosh at 2.9%. 41.9% tell us they use Firefox, while only 19.9% admit to use IE, another 19.9% goes to Mozilla, while Konqueror only has 4.9%, Opera 4.5%, "Debian Apt" 2.2% and Galeon 0.2%.
+It seems that most of our users directly get to packages.debian.org, 47.7% of the accesses do not have a referer header. Search engines aren't that great, only 23.5% of the accesses seem to come via one of them, while 28.6% are links from various sites. Mostly www.debian.org and some otherwise very related ones.
+
+And finally, mail. As packages.debian.org also does forward mail, lets see what we had there. In the last 12 months we rejected 5367162 mails and forwarded 48784 ones (which means some 97k outgoing mails, as they always get forwarded to two addresses).
diff --git a/_posts/2008-10-24-developer_status.markdown b/_posts/2008-10-24-developer_status.markdown
new file mode 100644 (file)
index 0000000..15ea906
--- /dev/null
@@ -0,0 +1,96 @@
+---
+layout: post
+title: Developer status
+date: '2008-10-24 11:11:11 +0000'
+mt_id: 248
+blog_id: 1
+post_id: 248
+basename: developer_status
+categories:
+- debian
+---
+Nice how some people (on purpose?) try to misunderstand everything. And love to flame.
+
+(Yes, it was my mistake to not explain the meaning of [*we*](http://lists.debian.org/debian-project/2008/10/msg00047.html) right at the top - or in that mail at all -, sorry.)
+
+Lets address a few of the issues:
+
+ - *The whole thing adds more bureaucracy to NM and makes it harder to become a Developer.*
+
+   Entirely wrong. In fact it makes it **a lot easier** to enter the project.
+
+   Imagine the old, current, way:
+    - Get DM for your package(s), signing SC/DFSG and get advocate(s).
+    - Get a DD to check your package and upload it with some obcure extra flag to allow you to upload it yourself. Sometimes, except for those bugs which block you from it.
+    - Or alternatively do all your package work through a sponsor, always searching for one for even the smallest bugfix.
+    - At some point you want to get a *"real Developer"*, so you apply as NM
+    - Get another advocate to speak for you
+    - Wait until you get an AM assigned.
+    - ID check
+    - P&P (lots of questions, including SC/DFSG/DMUP)
+    - T&S (again lots of questions and also Package checks)
+    - Wait for FrontDesk (usually fast)
+    - Wait for DAM (usually fast these days)
+    - Hello new DD.
+
+   This can easily take up weeks, if not months and means lots of double work, especially for the new maintainer.
+
+   Now imagine the new way:
+    - Apply  at nm.debian.org
+    - Get one or more advocate(s) to speak for you
+    - Wait until you get an AM assigned.
+    - ID check, together with SC/DFSG/DMUP
+    - Small P&P, with the size entirely depending on what the NM-Committee wants to see, so probably just the few bits about Debians philosophy.
+    - Yay, you are DC or DM now (whatever you wanted).
+    - In case you selected DM, to get a package into the list of (source) packages you are allowed to upload, every NM-Committee member can now do that, after they did a little check of it Which means your AM will set an initial list of them when he/she approves you, every NM-Committee member can then adjust it whenever needed.
+
+      And as every Developer can easily become a member of that committee, basically everyone can do this.
+    - Let the time pass, get packages uploaded, be a member of the Debian community, whatever you want.
+    - Want to do more / have more rights? Say so in your nm.debian.org page[1]
+    - An AM will be assigned again, to check that your request is valid and should be granted, depending on what you want (DME/DD). Which should be along the lines of
+         - passed the minimum waiting time?
+         - has shown enough proof that they know what it means to be a DME/DD? (Ie. knows how to deal with packages, users, votes, whatever applies).
+
+           Assuming one took the DM way and wants to get DD, this could be done by something as simple as a package check and then listing a number of URLs showing the DAMs the work the applicant did in the past. (Like, preparing lots of patches for RC bugs, doing lots of good maintenance within their own package / package teams, lots of documentation written, things translated, whatever). 
+
+           The exact action needed will IMO highly depend on the applicant. The goal should be to clearly show that they know what they do. How that is proved is something the AM can decide (and the NM Committee can give hints / examples). The question to answer is "Can a person that hasn't dealt as close as you with the applicant fully support the statement **Yes, this applicant should have the DD/DME status!** or not?". ***Currently*** this is achieved by using the template questions.
+
+    - The AM approves your request
+    - Wait for FrontDesk (will be easy, so fast)
+    - Wait for DAM (will be easy, so fast)
+    - Hello new DD/DME
+
+    This means you can pass the last step within a day (or two, add the usual delays that you always have in a medium that E-Mail is :) )
+
+    Granted, currently the time it takes to wait for an AM is just too long. We do not have enough AMs. I think thats partially due to the amount of work required as AM and partially due to the level of knowledge we require from AMs. I do think that this will get better in the future, thanks to the changes, as the work an AM has to do will be vastly different from today.
+
+    [1] This, of course, needs to be coded in some way.
+
+
+ - *The DAMs can't just decide this, they must ask everyone.*
+
+    Well, IMO the changes proposed are within the rights of the DPL's delegation (and constitution) gives to the DAMs (and for the upload thing, Ftpmaster). This is account (archive) management. This is not taking away rights like voting, getting delegated, standing for DPL or starting a GR.
+
+    This only opens a new, much easier, way to join Debian. And leaves everyone **the option** to join Debian in a non-technical, not package-bound, way.
+
+    Yes, every DD can start a GR to override this, if they want to. This is part of the constitution and a way to let the project decide if it does not like a decision a delegate did.
+
+ - *This has to be stopped by a GR now, we can't accept it. Or it should be discussed at length later*.
+
+     Keep in mind  that this is not yet implemented, and won't be for a bit more. It needs work on multiple places to be done first. And we sure will modify this including good suggestions/constructive critic.  (Changes needed are some for the nm.debian.org interface, within dak to allow the new style for DM or keyring-maint to take the keyring, to name a few examples. This will take time.)
+
+     But feel free to do the GR, as written above this is your right as a DD. This is *IMO* the way to go if you oppose the proposal because you do not want to make it easier to join Debian. Or because it does not go far enough (small steps anyone?) or for whatever other reason
+But then stop whining how hard it is to join Debian  and that one should change this, please, you just lost every ground for it.
+
+
+ - *Debian is about packaging only and we should not welcome more people that do not do package works and everyone should have the same full set of rights.*
+
+    Err, sure.
+
+ - *The naming should be changed*
+
+    Hrm, maybe. I don't think its so complicated, but well, why not.
+
+There are many more things on the mailing list, but this post is already a little to long, so lets stop for now. I might blog more later on and reply to a bit more. I might also try and reply on the mailinglist, but erm, thats a HUGE thread already...
+
+What I won't reply to are those few people who wish me to die or suffer from something painful. Sorry, I have to disappoint you, none of this is on todays agenda.
diff --git a/_posts/2008-10-26-archiving_sarge_aka_oldstable.markdown b/_posts/2008-10-26-archiving_sarge_aka_oldstable.markdown
new file mode 100644 (file)
index 0000000..885223c
--- /dev/null
@@ -0,0 +1,16 @@
+---
+layout: post
+title: Archiving sarge AKA oldstable
+date: '2008-10-26 22:06:01 +0000'
+mt_id: 249
+blog_id: 1
+post_id: 249
+basename: archiving_sarge_aka_oldstable
+categories:
+- ftpmaster
+---
+And finally I started to move our good old release sarge to archive.debian.org. It will actually be visible there whenever it is completly synced, but rsync is running.
+
+Tomorrow I will delete the sarge parts in dists/ for ftp.debian.org (and its mirrors) and in the next days all the associated source and binary packages will slowly get moved out of the mirror. Im using a scheme that tells dak to delete about 1000 source packages on one day only, to not have too many files to delete at once. While that will make up a few thousand files going away at once (after the usual deletion delay), it should be under normal deletion limits mirrors have. (The Debian internal mirroring scripts do stop deletions if more than 40000 files are killed.)
+
+While doing this, I'm also finally archiving sarge-backports and sarge-amd64. Both will be archived on archive.debian.org too, for the simple reason that both have been very near to Debian. sarge-amd64 for example had security support and backports will, at some not too distant point, surely exist behind backports.debian.org.
diff --git a/_posts/2008-10-27-old_debian_releases.markdown b/_posts/2008-10-27-old_debian_releases.markdown
new file mode 100644 (file)
index 0000000..f4c806c
--- /dev/null
@@ -0,0 +1,14 @@
+---
+layout: post
+title: Old Debian releases
+date: '2008-10-27 23:07:16 +0000'
+mt_id: 250
+blog_id: 1
+post_id: 250
+basename: old_debian_releases
+categories:
+- debian
+---
+We are currently missing something on archive.debian.org - old (pre?!)releases of Debian. (**Really old** stuff, not the recent new ones like buzz and later.)
+
+If you have them somewhere around and could provide me the files so i can put them on archive.debian.org, *especially* including source for them, that would be great!
diff --git a/_posts/2008-11-02-archivedebianorg_old_bugs_and.markdown b/_posts/2008-11-02-archivedebianorg_old_bugs_and.markdown
new file mode 100644 (file)
index 0000000..1844823
--- /dev/null
@@ -0,0 +1,43 @@
+---
+layout: post
+title: archive.debian.org, old bugs and list archives
+date: '2008-11-02 21:15:47 +0000'
+mt_id: 251
+blog_id: 1
+post_id: 251
+basename: archivedebianorg_old_bugs_and
+categories:
+- debian
+- ftpmaster
+---
+**sarge archived**
+
+As already [written](http://blog.ganneff.de/blog/2008/10/26/archiving-sarge-aka-oldstable.html) a few days ago I was going to archive Sarge on archive.debian.org.
+That is done, you can get sarge from there now. The dists/sarge directory also already disappeared from the regular mirrors a few days ago.
+Im not simply deleting all source and binary packages from Sarge. Instead I am doing a removal of 1000 packages every second day, which ends up in batches of about 10000 removed files every other day. While that is a little more work on the archive side *I* think it pays off - many mirrors, including Debians own ones, limit the amount of files they delete in one mirror run and it is much less work than asking every mirror admin to make sure it will work on their system.
+
+Oh, just in case you mirror archive.debian.org somewhere: Make sure to use -H in your rsync call, will save about 30G of disk space.
+
+<hr/>
+**Sarge AMD64, volatile and backports**
+
+Now, while I was already working on archive.debian.org I thought it could do a little more than it did in the past. So I also went and put the Sarge AMD64 release on it, in a seperate directory. And as it would have felt lonely I put sarge-backports and sagre-volatile right beside it.
+
+<hr/>
+**security and non-us**
+
+non-us.debian.org is a service thats dead since the sarge release. Finally it also got archived on archive.debian.org (it helps that this service is, since a long time, no longer on a host in the US).
+security.debian.org now also appears on archive.debian.org, and the security archive will soon lose the files of old releases like slink, potato, woody and also sarge.
+
+<hr/>
+**0.93R6, Rex and Buzz**
+
+I got a few responses to my [post about old releases](http://blog.ganneff.de/blog/2008/10/27/old-debian-releases.html) and now we also provide 0.93R6. And to make it even better we now also have the binary packages for Rex and Buzz again.
+
+I still would like to see even older releases, including alpha and beta versions, so if you have such old things somewhere - tell me. Just make sure they somehow include the source too. I do have 0.91 for example, but it is missing any kind of source except for one package and one patchset. :(
+
+<hr/>
+**Old list archives, old bugs**
+
+On one of the CD images I thankfully got from J.H.M. Dassen I found another nice thing - old mailinglist archives from 1995 and 1996 as well as old bugs, #350 - #1626.
+The list- and bugpeople both got a tarball and just need to import them to make them available again. (Well, Don will kill me for that *just*, the bugs are html and textfile dumps, so he needs to parse them to get them in the right format for debbugs. But I'm sure he will manage. :) ).
diff --git a/_posts/2008-11-08-debian_mirror_scripts.markdown b/_posts/2008-11-08-debian_mirror_scripts.markdown
new file mode 100644 (file)
index 0000000..8325d84
--- /dev/null
@@ -0,0 +1,85 @@
+---
+layout: post
+title: Debian mirror scripts
+date: '2008-11-08 20:55:36 +0000'
+mt_id: 252
+blog_id: 1
+post_id: 252
+basename: debian_mirror_scripts
+categories:
+- debian
+---
+With [a small mail](http://lists.debian.org/debian-mirrors-announce/2008/11/msg00001.html) to our mirrors-announce list, I just opened the work of more than one month to the public. Even better, I strongly encourage every mirror admin to use my scripts, or at least scripts that follow a minimal set of rules I wrote down...
+
+Some long time (somewhere in April or May this year) I got added to the Debian mirroradm group. First it was only to get some problems with packages.debian.org solved, but later on I started doing more. This group is basically the one that handles the archvsync user on .debian.org machines and also manages the official Debian mirrors listing.
+
+As the archvsync user exists on multiple .debian.org machines, and many of them do mirror a copy of our archive for various reasons, all of them had some version of a mirroring script, and sometimes also a version of a pushmirror script. Unfortunately, as they all had been maintained mostly on their own per machine - they sometimes had evolved a bit different. Additionally all of them had a few problems which could leave us with a broken mirror behind, despite it looking all well.
+
+So on Sept. 26 I decided to trash it all and rewrite the script and put it all in a VCS (and selected git). For that I set myself a few goals, like (in no particular order)
+
+ - It is all proper set -u,
+ - should have as less external dependencies as possible and should work by only using bash (only the runmirrors script does need egrep),
+ - should be as flexible as possible and support as many different configs as one can imagine without the need to change the script itself,
+ - should replace the existing mirror scripts of Debian and not only be for the archvsync user alone,
+
+Now, 109 commits and more than a month later, I was finally able to open the scripts to the wide public. (Had multiple people test them before this, but thats always different than a real "release").
+The scripts are in use on all .debian.org machines and some other mirrors already, so I'm fairly sure they work.
+
+<hr/>
+
+As I already wrote, Debian mirror admins are strongly encouraged to use this scriptset and not to invent their own. In case you miss a feature either send me a mail describing it, or better, a patch implementing it. I'm happy to implement as much as possible (and sensible :) ) And while it is discouraged to use own scripts, sometimes people have reasons to have their own, so there is now a minimal set of functionality that such a script ***MUST*** support.
+
+ - It **must** perform a 2-stage sync.
+   The archive mirroring must be done in 2 stages. The first rsync run must ignore the index files.  The correct exclude options for the first rsync run are:
+
+   <pre>
+  --exclude Packages* --exclude Sources* --exclude Release* --exclude ls-lR*
+   </pre>
+   
+   The first stage must not delete any files.
+   
+   The second stage should then transfer the above excluded files and delete files that no longer belong on the mirror.
+   
+   *Rationale*: If archive mirroring is done in a single stage, there will be periods of time during which the index files will reference files not yet mirrored. And that will lead to a lot of confusion for our users.
+
+ - **Must not** ignore pushes whilst running.
+   If a push is received during a run of the mirror sync, it must not be ignored.  The whole synchronization process must be rerun.
+   
+   *Rationale*: Most implementations of Debian mirror scripts will leave the mirror in an inconsistent state in the event of a second push being received while the first sync is still running.  It is likely that in the near future, the frequency of pushes will increase.
+
+ - **Should** understand multi-stage pushes.
+   The script should parse the arguments it gets via ssh, and if they contain a hint to only sync stage1 or stage2, then *only* those steps should be performed.
+   
+   *Rationale*: This enables us to coordinate the timing of the first and second stage pushes and minimize the time during which the archive is desynchronized.  This is especially important for mirrors that are involved in a round robin or GeoDNS setup.
+   
+   The minimum arguments the script has to understand are:
+    - sync:stage1   Only sync stage1
+    - sync:stage2   Only sync stage2
+    - sync:all      Do everything. Default if none of stage1/2 are present.
+   There are more possible arguments, for a complete list see the ftpsync script in our git repository.
+
+All of those requirements are easy to fulfill. Well, at least the MUST ones. The first one is basically a given, all scripts I know are doing this already. The second one sounds more complicated, but actually might  just be about 4 lines of actual code changes. Just touch an extra file before you gain a lockfile (to avoid two scripts running at the same time) and then rerun rsync as long as that extra file is around. (It helps to rm this trigger file right before you call rsync :) ).
+
+The should directive is actually a little more work to implement correctly. I won't show source here, read the ftpsync script if you want to see it, but I try some small explanation.
+
+Background: Debian mirror synchronisation is usually done by scripts that get started via ssh. As mirror operators (understandably) do not like their upstream mirror to be able to login, this is done using ["ssh triggers"](http://blog.ganneff.de/blog/2007/12/29/ssh-triggers.html), a feature I wrote about earlier. Those are sshkeys using a forced command, so nothing else than this command will be run, ever.
+
+SSH, if used with such forced commands, has the helpful feature that it sets the environment variable *SSH_ORIGINAL_COMMAND* containing the original arguments. Which means that, if the mirror pushes you with *"ssh yourhost -l mirror sleep 1" you will see *sleep 1* in that variable. It is what many mirror operators currently use when pushing their downstreams. Now, we can use that to tell the receiving end all things we want it to know.
+
+If you look in my script you will see that I defined a little more than the minimal arguments. But none of the additional ones are a requirement, they only make life much easier. My script currently understands, additional to the 3 minimal ones:
+
+ - sync:archive:$FOO
+   This allows your upstream to tell you what archive needs an update. This way you can receive many different archives from your upstream, but only need to setup one ssh key. Adding another archive to the list you get notified about from them is now just copying the config file in place. (But the main reason is to not need dozens of keys and easy management of the authorized_keys files)
+
+ - sync:callback
+   A feature I don't yet use, but have implemented, are callbacks. Initially I planned to do my "update DNS RR listed mirrors at the same time" using callbacks, but then I found a better way for doing that, see further below. The idea is that you can configure a user, a target host and an ssh key. And "call back", ie. tell your upstream you finished mirroring the archive. Could be used for statistics. Or, thinking a little more complicated, your upstream could only allow rsync access for the time between his push to you and you calling back. Or whatever, I'm sure people will come up with ideas.
+
+<hr/>
+
+As if that wasn't enough, I also had to rewrite the runmirrors script. The old 10-line one just didn't cope with the more general approach. This script is used to "push" your downstream mirrors, telling them that they need to update. (Which is the only sane way to run a mirror. cron is just not made for mirrors that can update at random times!).
+
+One nice new feature of it is the ability to update multiple mirrors nearly at the same time. This is extremely helpful in case of DNS Round Robin entries like security.debian.org (multiple hosts offering the same archive under one hostname). You do not want to have such hosts out of sync. Not even for a minute, if you can avoid that. So we now push the mirrors with *sync:stage1* as argument. Then we wait until *all* of them have finished the stage1 sync before we push them all again, this time with *sync:stage2* as argument. This will erase any update delays thanks to network latency / low bandwidth one of the security mirrors might have, as the large transfers (all the binary and source packages) are done in stage1. They can take time, a normal user won't notice it - the Package and Source indices are not transferred yet. They arevery small and as such transfered pretty fast whenever stage1 is done *everywhere* and we tell mirrors to do stage2.
+
+<hr/>
+
+All in all it was a pretty nice exercise writing those scripts.
diff --git a/_posts/2008-11-21-uncle.markdown b/_posts/2008-11-21-uncle.markdown
new file mode 100644 (file)
index 0000000..cd47852
--- /dev/null
@@ -0,0 +1,16 @@
+---
+layout: post
+title: Uncle
+date: '2008-11-21 22:44:53 +0000'
+mt_id: 254
+blog_id: 1
+post_id: 254
+basename: uncle
+categories:
+- personal
+---
+Ganneff.
+
+Since 06 November, around 1300h its Uncle Ganneff.
+
+No pics in this blog post, my sister doesn't like the idea of having pictures in that bad Internet.
diff --git a/_posts/2008-11-23-gandi.markdown b/_posts/2008-11-23-gandi.markdown
new file mode 100644 (file)
index 0000000..9a106cc
--- /dev/null
@@ -0,0 +1,16 @@
+---
+layout: post
+title: Gandi
+date: '2008-11-23 14:45:07 +0000'
+mt_id: 255
+blog_id: 1
+post_id: 255
+basename: gandi
+categories:
+- debian
+---
+As I [announced](http://lists.debian.org/debian-devel-announce/2008/11/msg00004.html) a few minutes ago, Gandi.net is granting a discount to every Debian Developer. How we got to this is a little fun, so lets share it:
+
+*Background: Gandi.net is sponsoring Debian through DebConf for multiple years now. They do that by hosting Domains for us (debconf.org/net, debianday.org, dpkg.org) and in the past they also gave money to DebConf. For those sponsorings I am the contact known at Gandi.*
+
+Now, a little while ago, another Debian Developer asked Gandi.net support if they do offer *FOSS developer discounts*.  The support replied they do, "your colleague joerg@debian.org handles it". I was a little surprised, as I had not heard that before, but hey, who am I to complain? :) Instead I went and talked to my usual contacts over there, and we quickly got a process laid out, last step of it was done today, right before I sent the mail.
diff --git a/_posts/2008-11-28-ftpmaster_meeting_in_extremadu.markdown b/_posts/2008-11-28-ftpmaster_meeting_in_extremadu.markdown
new file mode 100644 (file)
index 0000000..fd9e4e2
--- /dev/null
@@ -0,0 +1,21 @@
+---
+layout: post
+title: Ftpmaster meeting in Extremadura
+date: '2008-11-28 11:59:47 +0000'
+mt_id: 256
+blog_id: 1
+post_id: 256
+basename: ftpmaster_meeting_in_extremadu
+categories:
+- ftpmaster
+---
+Yay, long time since the last ftpmaster blog post. Time to write a new one. It's not that I haven't done anything since my last post, it just wasn't only ftpmaster related.
+
+Right now I'm somewhere in Extremadura, Spain, at the Ftpmaster / I18N / QA Meeting. 
+This meeting is near to the location of DebConf9, so yesterday we visited that venue. Still have to upload the pictures I took. It's pretty nice, but I fear we might have a problem with wheelchairs. While the venue is very well prepared for wheelchair users, like having ramps or electric elevator platforms for every little staircase, I see one big problem in the size of the elevator going from the ground floor up to the first level. We don't have exact measurements currently, just our rough guess from looking at it, but this is something we definitely have to look in. Something similar applies to the sleeping place. They do have a room for disabled people, but we couldn't look into it when we where there, as it was in use (And it is pretty unpolite to just move into an occupied room). So we need to get an exact floor plan and hopefully also pictures for it later on. Luckily, the sleeping place is a much smaller issue, if it doesn't fit we could think about placing disabled people in a Hotel.
+
+More ftpmaster related we had a lot of discussions about one of our main agenda points for this meeting, *tdebs*. The more we discuss it, the more we all hate it. Its a topic that touches nearly everything in Debian and will redefine quite a lot of places/actions/behaviours, so it needs a lot of thought. Which is what we start here. We wont be able to get anything substantly implemented here, but I think we can get to a common understanding of a specification and a Todo. After all the schedule currently has "lenny + 2" for this, its not a light weight step.
+
+But thats not all, would be boring if we would have only one topic. Us ftpteam also intends to/does work on other issues, like a redesign of dak and the database below it. And today we issued a [statement about the AGPL](http://lists.debian.org/debian-legal/2008/11/msg00097.html).
+
+Not ftpmaster related, but also a nice work done here in Extremadura, is the setup for mirrors of packages.debian.org. This enables us to mirror the part of packages.debian.org to other .debian.org hosts thats responsible for the web view, and as such allows us to have redundancy in case of errors, load balancing and all those nice things.
diff --git a/_posts/2008-12-13-planet_debian.markdown b/_posts/2008-12-13-planet_debian.markdown
new file mode 100644 (file)
index 0000000..77941dd
--- /dev/null
@@ -0,0 +1,28 @@
+---
+layout: post
+title: Planet Debian
+date: '2008-12-13 15:04:39 +0000'
+mt_id: 257
+blog_id: 1
+post_id: 257
+basename: planet_debian
+categories:
+- debian
+---
+I just updated the Software behind [Planet Debian](http://planet.debian.org/) to Planet Venus, away from PlanetPlanet. The major benefit **right now** is the threading, we are now using 15 threads to download the various feeds instead of just one. For all the rest it is currently the same as the old PlanetPlanet, as we use the same templates. But we might switch to something different, we now have the option.
+
+The reason for that switch, beside a little more recent code, was the faster updates which was driven by a request we got recently. Language based Planet Debian, ie. a spanish, a german, ... one. This is now doable without trashing the machine it runs on and will be there soon.
+
+I'm not yet sure what the exact rules for the language planets will be, but I guess something along the following will do (have to discuss with the other Planet maintainers, this is just  my 2¢ on it):
+
+ - Same content as you would put on planet.debian.org, ie. mostly Debian related.
+
+ - Special feed with only the language for this planet.
+
+ - At least 10 feeds have to be there before a new language gets added.
+
+ - Language planets will appear as *planet.debian.org/$LANGUAGE*, where $LANGUAGE will be the two-letter code for it.
+
+While I was doing this I also went and disabled a large number of non-working feed entries in our Planet config. A diff [is available](http://people.debian.org/~joerg/planet.diff), if you find yourself in it, feel free to reactivate our entry as soon as it is reachable again.
+
+[*Update*] Planet now also features an Atom feed, in case you prefer that.
diff --git a/_posts/2008-12-14-planet_debian_again.markdown b/_posts/2008-12-14-planet_debian_again.markdown
new file mode 100644 (file)
index 0000000..c98bc06
--- /dev/null
@@ -0,0 +1,16 @@
+---
+layout: post
+title: Planet Debian again
+date: '2008-12-14 11:30:24 +0000'
+mt_id: 258
+blog_id: 1
+post_id: 258
+basename: planet_debian_again
+categories:
+- debian
+---
+So after my first post I got some comments, and now we also have an atom feed of Planet available, for those that dislike RSS.
+
+And now we also feature those *link href="/something"  rel="alternate"* links, so that your browser can directly let you subscribe to a feed. Or whatever they may also be used for.
+
+Anything else thats so easy to add which we not have yet? :)
diff --git a/_posts/2008-12-14-removals_rss_feeds.markdown b/_posts/2008-12-14-removals_rss_feeds.markdown
new file mode 100644 (file)
index 0000000..5c0d8ae
--- /dev/null
@@ -0,0 +1,13 @@
+---
+layout: post
+title: Removals RSS feeds
+date: '2008-12-14 23:21:08 +0000'
+mt_id: 259
+blog_id: 1
+post_id: 259
+basename: removals_rss_feeds
+categories:
+- ftpmaster
+- debian
+---
+My [pretty old removals rss](http://blog.ganneff.de/blog/2005/05/11/rss-feed-of-package-removals-f.html) feed is now also moved to the new /rss/ location directly within FtpMaster hands. The old location has a permanent redirect, but please update your feedreader to the new one, which is [http://ftp-master.debian.org/rss/removals.rss](http://ftp-master.debian.org/rss/removals.rss)
diff --git a/_posts/2008-12-16-dinstall_runtime.markdown b/_posts/2008-12-16-dinstall_runtime.markdown
new file mode 100644 (file)
index 0000000..f7a58a0
--- /dev/null
@@ -0,0 +1,27 @@
+---
+layout: post
+title: dinstall runtime
+date: '2008-12-16 22:03:37 +0000'
+mt_id: 260
+blog_id: 1
+post_id: 260
+basename: dinstall_runtime
+categories:
+- ftpmaster
+---
+I just added a script from [Thomas Viehmann](http://thomas.viehmann.net/halbgar/) to our dak repository to create a few graphic files out of our dinstall cronjob. We now have (click the graph for the full size version)
+
+ - one graph that shows the whole dinstall runtime together with the two most timeconsuming parts of it 
+<a href="http://ftp-master.debian.org/stat/totals.png"><img src="http://ftp-master.debian.org/stat/totals.png" alt="total runtime" width="300" height="210" /></a>,
+
+ - one graph that shows the most interesting points of dinstall and combines the rest into an *other* part <a href="http://ftp-master.debian.org/stat/dinstall1.png"><img src="http://ftp-master.debian.org/stat/dinstall1.png" alt="Dinstall 1" width="300" height="210" /></a>,
+
+ - and one that shows the rest of them
+
+ <a href="http://ftp-master.debian.org/stat/dinstall2.png"><img src="http://ftp-master.debian.org/stat/dinstall2.png" alt="Dinstall 2" width="300" height="210" /></a>.
+
+These images are now updated at the end of each dinstall run, showing the last 20 runs.
+
+Now, if you are an R expert and want to make the graphs look nicer, we always love to get patches. Our git repository is at https://ftp-master.debian.org/git/dak.git/ and you want to look into tools/logs.py,pretty much at the end of the file. (If you dislike git, a copy of the file is [available here](http://ftp-master.debian.org/stat/logs.py), and our data input file is [also available](http://ftp-master.debian.org/stat/dinstall_time_cache). You just need to modify the header of the script, changing the path entries and can start playing. :)
+
+*Yes, at the time of writing this post the two first entries look a little odd. Thats known. Ignore. Thanks.*
diff --git a/_posts/2008-12-19-newhtml.markdown b/_posts/2008-12-19-newhtml.markdown
new file mode 100644 (file)
index 0000000..1685f9a
--- /dev/null
+++ b/