Fails to install Broadcom wireless drivers from Kubuntu live session

This bug has been reported on the Ubuntu ISO testing tracker.

A list of all reports related to this bug can be found here:
http://iso.qa.ubuntu.com/qatracker/reports/bugs/1239298

I am working on this. I got this error (I think) fixed, but immediately ran
into further problems.

With the attached patch applied, the initial error is no longer present, but the install still fails.

When _CapturedInstallProgress is instantiated from:

           apt.package.Package.mark_install(pkg.name)
            inst_p = progress_cb and MyInstallProgress(progress_cb) or None

there is a python traceback (my live session died, so this is approximate) in _CapturedInstallProgress at apt.progress.base.InstallProgress().__init__(self). The error is two arguments provided when only one is permitted (error from memory, so it's not exact). I don't see where multiple arguments are provided:

        class MyInstallProgress(_CapturedInstallProgress):
            def __init__(self, callback):
                _CapturedInstallProgress.__init__(self)
                self.callback = callback

            def statusChange(self, pkg, percent, status):
                # consider install as 50% of the total progress for installation
                logging.debug('install progress %s %f' % (pkg, percent))
                self.callback('install', int(percent/4+50.5), 100)

class _CapturedInstallProgress(apt.progress.base.InstallProgress):
    def __init__(self):
        apt.progress.base.InstallProgress().__init__(self)
        self.out = None

    def fork(self):
        '''Reroute stdout/stderr to files, so that we can log them'''

        self.out = tempfile.TemporaryFile()
        p = os.fork()
        if p == 0:
            os.dup2(self.out.fileno(), sys.stdout.fileno())
            os.dup2(self.out.fileno(), sys.stderr.fileno())
        return p

If someone else could pick this up, that'd be great. I need to sleep.

can you attach the log (/var/log/jockey.log) created by the patched jockey, please?

As a side note, I maintain Jockey in 12.04 but I assumed nobody would be using Jockey in saucy (or even in quantal) any more. Jockey hasn't been recently updated in releases newer than 12.04. In 14.04 we should consider removing it and replacing it with the (yet-to-be-developed) KDE equivalent of the software-sources-gtk app (or any other app that relies on ubuntu-drivers-common package), provided that this fits Kubuntu's plans. Shall we discuss this in a Kubuntu mailing list?

This said, let's try to fix this up for saucy.

I can do it tonight.

I didn't see the actual traceback in the log, so here it is.

Note: there was a small error in the partial patch from yesterday, it should just be pkg instead of pkg.name in the mark_install line.

Kubuntu had planned to switch away from jockey for 13.10, but it didn't get done. We're already working on it for 14.04.

I added the following to your patch:

- apt.progress.base.InstallProgress().__init__(self)
+ apt.progress.base.InstallProgress.__init__(self)

Please test the attached patch and let me know if it solves the problem.

Note: I'm glad that you guys are working on a replacement. If you need help with that, have doubts on how to use ubuntu-drivers-common, etc. please let me know.

Ran out of room in the live session (which is a regression). I'll install and try from an installed system with more room.

That works. I'll put this together and upload it shortly.

This bug was fixed in the package jockey - 0.9.7-0ubuntu15

---------------
jockey (0.9.7-0ubuntu15) saucy; urgency=low

  * jockey/oslib.py Additional fixes for current APT api (LP: #1239298)
    - Thanks to Alberto Milone for help getting the fixes working
 -- Scott Kitterman <email address hidden> Mon, 14 Oct 2013 09:57:15 -0400

After sorting through some unrelated issues, I was finally able to verify this. I can, once again, install wifi drivers from the installation media (and use the wifi without reboot). Thanks again for the help.