=== YDdraigGoch is now known as WelshDragon
[00:49] <wgrant> dmb: Multiarch was not implemented for 9.10.
[00:49] <wgrant> dmb: That release note is just what would have been used if it had been.
[02:08] <dmb> wgrant, so when it does get implemented, it will be possible to install any package as a 32bit or 64bit binary?
[02:08] <dmb> because that would help the transition :)
[02:08] <dmb> probably is rpath
[02:08] <dmb> and that it looks for a lot of things in /usr/lib
[02:10] <wgrant> dmb: That's the point.
[02:22] <Ryan52> which package does the "the program 'foo' is currently not installed. you can install it by typing:" come from?
[02:23] <Ryan52> does anybody happen to know?
[02:23] <wgrant> Ryan52: command-not-found
[02:23] <Ryan52> ah, thanks!
=== jsalisbury_ is now known as jsalisbury
=== morfic- is now known as morfic
=== chuck_ is now known as zul
=== jason_ is now known as phish
=== phish is now known as phish3
=== shtylman__ is now known as shtylman
[06:08] <m4t> anyone here familiar with how liblockfile/bsd-mailx and g+s /var/mail setgid(mail)/lockfile() work together?
=== Lutin__ is now known as Lutin
=== sam_ is now known as smwn
[08:26] <smwn> hi
[08:26] <smwn> there is a bug in 9.10
[08:26] <smwn> http://ubuntuforums.org/showthread.php?t=1300590
[08:28] <Tm_T> !bugs
[08:28] <ubottu> If you find a bug in Ubuntu or any of its derivatives, please file a bug using the command « ubuntu-bug <package> » - See https://help.ubuntu.com/community/ReportingBugs for other ways to report bugs - Bugs in/wishes for the IRC bots (not Ubuntu) can be filed at http://bugs.launchpad.net/ubuntu-bots
[08:28] <Tm_T> smwn: ^
[08:30] <Tm_T> smwn: not exactly what I wanted to say, so I'll elaborate: bugs should be filed in launchpad so developers can follow the issue and answer to it
[08:38] <smwn> ok
[08:38] <smwn> its already reported
[08:38] <smwn> thanks
[08:38] <smwn> just alotta people out there going out to buy new harddrives when they don't need to lol
[08:41] <ebroder> So tell them to keep the old drive - then they'll have backup for when the drive inevitably actually fails :-P
=== asac_ is now known as asac
=== yofel_ is now known as yofel
[13:39] <fale_> fedora is using an open version of the bcm-fwcutter... ubuntu is planning to use it?
[14:20] <trudell> hi all
[14:21] <trudell> driver nvidia for kubuntu on karmic distro have being a lot of problems
[14:21] <trudell> someone developer have any solution
[14:22] <trudell> and a lot of programs need libgtk-1.2, can developers left this libraries as legacy in repositories?
[14:32] <dtchen> trudell: problems should be reported using bugs.launchpad.net and will be investigated in due time. gtk+1.2 is no longer maintained in Debian; in fact, it was removed in April 2009.
[14:34] <trudell> why not left as legacy?
[14:34] <trudell> to other porograms that needs it
[14:35] <dtchen> it has been "left as legacy" since 8.04
[14:36] <dtchen> anyhow, the normal process is that if it's removed from Debian proper, there needs to be a really compelling reason to leave it in Ubuntu
[14:37] <trudell> well,,,but in karmic isnt present as legacy
[14:37] <ion> Programs depending on ancient versions of libraries should be fixed. If nobody is interested of fixing such a program, the program itself shouldn’t be left “as legacy” in the archive forever. :-P
[14:38] <trudell> sure, but libgtk-1.2 is requered by a lot of progrmans yet
[14:38] <trudell> epsxe for example
[14:38] <dtchen> well, none in Debian testing or Ubuntu 9.10+, at least
[14:39] <dtchen> but as ion said, it is unmaintained, and carrying it in Ubuntu presents a maintenance nightmare.
[14:39] <dtchen> actually that's what I said, but his point that fixing a program is quite apropos
[14:40] <trudell> i disagree this opinion
[14:40] <dtchen> You're welcome to work with various developers to help maintain it
[14:44] <trudell> i think that solution to space problem is dont build bad distribution like intrepid for example
[14:45] <trudell> intrepid is a bad distribution only with problems and bugs
[14:45] <trudell> intrepid had been a inutil distro
[14:45] <trudell> since your launch
[14:46] <ion> Ah, a troll. Let’s not feed it anymore. :-)
[14:47] <trudell> my machine was only problems with intrepid
=== nixternal_ is now known as nixternal
[16:53] <trudell> Microsoft bribes Ubuntu development team to make bullshit kernel to not run 3d cards or commercial games on Linux.
[16:54] <trudell> Microsoft bribes Ubuntu development team to make bullshit kernel to not run 3d cards or commercial games on Linux.
[16:56] <beuno> !ops
[16:56] <ubottu> Help! bhale, infinity, Hobbsee, jdub, thom, fooishbar, fabbione, mdz, lamont, or Keybuk
[16:57] <trudell> Microsoft bribes Ubuntu development team to make bullshit kernel to not run 3d cards or commercial games on Linux.
[17:04] <beuno> thanks Pici
[17:05] <Pici> np
[17:05] <slangasek> should the !ops token be updated to include more people who are actually current and active ops?
[17:06] <slangasek> (and drop thom, fooishbar, jdub, perhaps)
[17:16] <Tm_T> slangasek: well, I think we need more ops here anyway
[17:18] <siretart> slangasek: if libbar links against libfoo, and libfoo's soname is bumped, does libbar's soname need to be bumped as well? in any case or might there be some special cases?
[17:29] <ebroder> siretart: Shouldn't the soname number only need to be bumped if the API that library is exporting changes?
[17:30] <nhandler> slangasek: You might want to bring that up at either an IRC Team meeting or in #ubuntu-ops
[17:31] <Tm_T> preferaply in meeting and in ML before the meeting perhaps
[17:59] <EzraR> anyautomake gurus in here?
[18:01] <olmari> hello.. I'd have instant problem with Karmic mini-installation
[18:01] <olmari> Warning: http://us.archive.ubuntu.com/ubuntu/pool/main/d/db/libdb4.7_4.7.25-7ubuntu2_amd64.deb was corrupt
[18:02] <olmari> at middle of downloading
[18:02] <olmari> same with using, say, finnish mirror
[18:02] <dtchen> that points to a proxy error, really
[18:02] <olmari> no proxy here
[18:03] <dtchen> you don't need to be running one; your ISP could be
[18:03] <olmari> well I know they aren't, they offer proxy but I don't use
[18:03] <olmari> there is no forced proxy
[18:03] <Tm_T> hmm, I'm not aware of any finnish ISP which would force proxy
[18:04] <dtchen> 1928ab137f45edfe8e8fb690e56af26aeb44266219e9a8e35d2ccfb1eba12696  /var/cache/apt-cacher-ng/uburep/pool/main/d/db/libdb4.7_4.7.25-7ubuntu2_amd64.deb
[18:04]  * Tm_T is assuming olmari is using finnish ISP anyway
[18:04] <dtchen> (SHA256SUM)
[18:04] <olmari> Tm_T: I am
[18:04] <dtchen> what happens if you curl/wget it directly (even from another mirror)?
[18:05] <olmari> dtchen: well I can try with this computer, but what to do with that computer in middle of installation?
[18:06] <dtchen> have you ruled out medium error?
[18:08] <olmari> dtchen: hmm.. well not actually now you ask... yet it's same file each time even when done HD formatting etc... Sorry to ask stupid Q, but how can I check the HD for defects? I do have livecd at my disposal too
[18:09] <dtchen> olmari: I was referring to network medium -- cables, etc. Sorry for not being precise.
[18:10] <olmari> dtchen: mm.. well.. cable should work... haven't got a spare unfortunately ATM
[18:13] <EzraR> anyone in here familiar with the problem with automake and python.m4 setting wrong dirs?
=== yoasif_ is now known as yoasif
[22:06] <ebroder> If I'm requesting a backport to, say, Hardy, is it better to ask that the version in Intrepid be backported, or the version in Karmic be backported to Hardy/Intrepid/Jaunty?
[22:11] <micahg> ebroder: no difference, it's all a matter of dependencies and time
[23:08] <maxb> I need some advice: I want to request sponsorship for a merge of subversion from Debian, but I can see that the Debian armel build of the package failed. Should I still request sponsorship? If not, what can I do without an armel box of my own?
[23:08] <ebroder> maxb: Generally Ubuntu doesn't care too much about architectures other than amd64, i386, and lpia
[23:08] <ebroder> (And lpia is kind of tenuous at best)
[23:08] <ebroder> You can use PPAs to test those three architectures
[23:09] <maxb> Indeed. But this is an armel-specific failure, it seems
[23:10] <ebroder> maxb: Then I wouldn't worry about it
[23:10] <ebroder> The architectures other than the 3 I listed are absolutely 2nd class citizens in the Ubuntu ecosystem
[23:10] <maxb> ok, I guess I'll just subscribe ubuntu-main-sponsors, point out the issue, and hope for the best
[23:11] <stgraber> ebroder: armel is far from second class citizen
[23:11] <stgraber> ebroder: it's the main architecture for the ubuntu mobile team
[23:12] <stgraber> ebroder: and part of the main supported architecture just next to amd64 and i386
[23:12] <ebroder> stgraber: Oh really? Last time one of my uploads FTBFS'd on a port architecture, I was told not to worry about it
[23:12] <ebroder> Granted, I suppose, it was hppa, not armel
[23:45] <lifeless> james_w: any chance you can look at why glib2.0 failed to import ?
[23:47] <james_w> lifeless: it was blocked while codehosting was low on space
[23:47] <james_w> I need to confirm that I can restart
[23:53] <lifeless> james_w: codehosting has 2TB free now
[23:53] <lifeless> the upgrade was completed
[23:55] <james_w> yes, but I want to confirm
[23:55] <james_w> and return to work so that I can restart the imports
[23:56] <lifeless> well, I can get the confirmation for you; I realise its your weekend.
[23:56] <james_w> and I am on vacation next week
[23:56] <lifeless> can losas control the system?
[23:57] <spm> james_w: you can restart when ready; space is available.
[23:59] <james_w> spm: thanks