hmmm.... » ubuntu http://michael.thegrebs.com Thu, 27 Oct 2011 18:48:51 +0000 en hourly 1 http://wordpress.org/?v=3.1.3 No upstart Docs + asshole Canonical Employees = Fail http://michael.thegrebs.com/2008/08/18/no-upstart-docs-asshole-canonical-employees-fail/ http://michael.thegrebs.com/2008/08/18/no-upstart-docs-asshole-canonical-employees-fail/#comments Mon, 18 Aug 2008 16:07:00 +0000 mikegrb http://michael.thegrebs.com/?p=133 Continue reading →]]> I was in need of a means to disable upstart scripts in /etc/event.d via some means other than getting rid of the file. Since upstart has no documentation to speak of, I asked my buddy Google.

Google pointed me to the year old bug 94065 in launchpad. I added a quick ‘me too’ and subscribed to updates on the bug. This was back in March. Fast forward to last week and this arrives:

** Changed in: upstart
      Target: 0.5 => None

--
Add non-destructive means to disable a job

https://bugs.launchpad.net/bugs/94065

You received this bug notification because you are a direct subscriber
of the bug.

There is no mention of this change in bug meta-data on the launchpad site, or maybe I’m just not finding it since I lack the doctorate in navigating launchpad necessary to be able to use the site. This prompted an update from the original reporter on the bug asking for more information:

is there a disable method yet? i reported this initially over a year ago. (there may be, but since there’s no upstart manpage on hardy, it’s hard to know. :-)

Now for the asshole fail:

Scott James Remnant wrote on 2008-08-14: (permalink)

Does this bug report say that there is a disable method? Is it marked Fix Released?
No.

I’m not sure what Scott James Remnant <scott@canonical.com>’s roll at Canonical is but perhaps it should be modified to remove any tasks that involve interaction with the public?

]]> http://michael.thegrebs.com/2008/08/18/no-upstart-docs-asshole-canonical-employees-fail/feed/ 4 dh-make-perl will rock your socks http://michael.thegrebs.com/2008/07/02/dh-make-perl-will-rock-your-socks/ http://michael.thegrebs.com/2008/07/02/dh-make-perl-will-rock-your-socks/#comments Wed, 02 Jul 2008 19:38:04 +0000 mikegrb http://michael.thegrebs.com/?p=123 Continue reading →]]>
dh-make-perl

is the most awesome Debian package /ever/.

dh-make-perl --cpan Some::Module --build
sudo dpkg -i libsome-module-0.1-1_all.deb

Done.

Dependencies

If you have

apt-file

installed and Some::Module requires Lib::Foo for which a Debian package is available, the dependancy will automatically be created. If Lib::Foo does not have a Debian package already available, you will likely need to manually run

dh-make-perl

on Lib::Foo first.

I haven’t seen the

apt-file

trick mentioned elsewhere. Honestly when someone mentioned it on IRC I didn’t believe him. Sure enough, looking at the source for

dh-make-per

l revealed that it does indeed check apt-file for each module that Some::Module lists as required in the

META.yml

.

Why?

Now dpkg/apt know that you have Some::Module installed. If an official package for Some::Module comes out, it will likely have the same name and if it is for a newer version of Some::Module aptitude upgrade will automagically upgrade you to it. The real win is ease of cleanly uninstalling though. How many times have you found what you thought was the perfect module for task XYZ and installed it. Only to find that it isn’t so hot 5 minutes after beginning to use it. Making sure ‘

make uninstall

‘ really uninstalled every thing can be a pain.

]]> http://michael.thegrebs.com/2008/07/02/dh-make-perl-will-rock-your-socks/feed/ 4