[00:00] <infinity> That said, I doubt there are many people who look for kernel module manpages anyway, so the entire discussion may be rather moot.
[00:00] <infinity> But that's just a hunch.
[00:01] <foresto> I suspect you are in the minority there, and that you don't use a Marvell Yukon chip anyway. Like I said, I'll give it some thought.  This really is taking way more time than I intended to burn on my weekend, just for a private package that few people will use.
[00:24] <penguin42> is there a way to get crichton to capture more of the ubiquity traceback; the python traceback is so long it doesn't seem to be unusual for it to miss off the previous diag of the command that failed
=== micahg_ is now known as micahg
=== TerminX_ is now known as TerminX
=== GirlyGirl is now known as Guest84204
[08:32] <ricotz> tgall_foo, hello
[08:42] <ricotz> tgall_foo, i saw you packaged libjpeg-turbo, why isnt it replacing the header files too which are needed to use the new colospaces
=== Guest84204 is now known as GirlyGirl
[10:04]  * nonix4 ponders where to file a wishlist bug against >100 packages... apt-cache rdepends libusb-0.1-4 to be exact. Regarding porting to libusb-1.0 & thus reducing amount of electricity used worldwide a bit.
[10:21] <micahg> nonix4: you'd probably want a transition rather than bug reports, you might want to bring that up on the mailing lists (ubuntu-devel and ubuntu-release) as there's already a lot of work to do this cycle
[12:34] <penguin42> pitti: Why did you put bug 873058 into nvidia-common; it seems to be fglrx ?
[12:34] <ubottu> Launchpad bug 873058 in nvidia-common (Ubuntu) "Jockey fail to install binary ati driver (post release) version" [Medium,Confirmed] https://launchpad.net/bugs/873058
=== yofel_ is now known as yofel
[13:11] <citybong__> i want to upload a screenshot at http://screenshots.ubuntu.com/ .. my app Wallch is in USC at ubuntu 11.10 but i can't see my app in the packages list here (http://screenshots.ubuntu.com/upload). it must be outdated.. any ideas?
[13:15] <tumbleweed> citybong__: I'd assume that screenshots.ubuntu.com isn't using the right release of Ubuntu. No idea who maintains it though. /me waits for someone in canonical, who does
[13:17] <citybong__> at thei about page ( http://screenshots.ubuntu.com/about ) they are giving some link from where they have their packages.. still can't see my package there
[13:17] <citybong__> their^
[13:19] <tumbleweed> citybong__: that's because oneiric universe isn't one fo the repositories
[14:47] <corecode> hi
[14:48] <corecode> how would i update a package maintained in bzr?  lots of file shuffling and copying of debian/ ?
[14:48] <tumbleweed> corecode: http://developer.ubuntu.com/packaging/html/udd-merging.html#merging-a-new-upstream-version ?
[14:49] <corecode> thanks
[14:49] <corecode> seems so hard to find every time i need it
[14:50] <corecode> how would i do that for svn repos?
[14:50] <corecode> slim, the package in question, didn't release a new tarball since
[14:50] <tumbleweed> corecode: merge mode or not?
[14:51] <corecode> whatever is applicable
[14:51] <tumbleweed> doesn't look like it's maintained in SVN: http://packages.qa.debian.org/s/slim.html
[14:51] <tumbleweed> (at least, there is no Vcs-Svn header
[14:52] <tumbleweed> are you talking about the debian packaging being maintained in SVN, or the upstream source?
[14:53] <corecode> upstream is
[14:54] <corecode> well, it looks like it is in git, in fact, but their website has a svn repo
[14:54] <corecode> http://developer.berlios.de/svn/?group_id=2663
[14:55] <tumbleweed> corecode: build a tarball the same way that upstream builds it (or just svn export / git export if you can't work that out), then use uupdate to update the debian packaging
[14:55] <corecode> ok
[14:55] <corecode> thanks
[14:55] <tumbleweed> some packages have an automated way to build the latest SVN/git/whatever HEAD, but this one doesn't
[15:00] <corecode> yea
[15:55] <corecode> ok, that worked, thanks
[16:04] <Daviey> jbicha: Hola
[16:06] <Daviey> jbicha: Are you planning on working on bug 875818?
[16:06] <ubottu> Launchpad bug 875818 in dnsmasq (Ubuntu) "dnsmasq sync introduced new non-main depends, causing dep-wait" [High,Confirmed] https://launchpad.net/bugs/875818
[16:25] <jbicha> Daviey: I don't know much about dnsmasq, I can try to file MIRs if needed, all I did for that bug was verify that the Ubuntu diff wasn't needed any more
[16:30] <Daviey> jbicha: Oh sure.  I wondered if you wanted to follow through with it.  If you don't, let me know :)
[18:02] <luist_> hey guys… im using ubuntu 11.10 in a live usb (just going to run 1 simple qt app) and i'd like to make it lighter… what can i unninstall to make it boot faster and use less space in the disk??
[18:03] <arand> !support | luist_
[18:03] <ubottu> luist_: The official ubuntu support channel is #ubuntu. Please be aware that this channel is for development only.
=== emma is now known as em
[19:07] <luist_> hey guys… i built a deb package with dh_make + debuild. Now i changed the binary and want to increase the release, but i cant find out how to do it… any help? its still generating the package as 0.1-1
[19:08] <tumbleweed> luist_: add a new changelog entry (dch makes this easy)
[19:08] <luist_> tumbleweed: ok more details please? :P
[19:10] <tumbleweed> run "dch -i"
[19:11] <luist_> tumbleweed: hm… this is my changelog if it helps: http://pastie.org/2746656
[19:11] <luist_> oh i got it now thanks :)
[19:11] <tumbleweed> :)
[20:23] <leex> hi I have "i   ia32-libs - ia32 shared libraries for use on amd64 and ia64 systems" installed, nevertheless I get "no such file or directory: ./adb" and adb is a "adb: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, stripped" application, what else do i need except for ia32-libs?
[20:23] <leex> well of course I am running a 64bit system, ubuntu 11.10, and I am trying to get the android sdk to work with eclipse
[20:25] <tumbleweed> leex: ldd will tell you what it's looking for
[20:25] <leex> ldd adb not a dynamic executable
[20:26] <tumbleweed> probably a shell script that calls an executable
[20:27] <leex> file adb adb: ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), dynamically linked (uses shared libs), for GNU/Linux 2.6.8, stripped
[20:30] <leex> tumbleweed: there is no 64bit version of the android sdk out there and no ubuntu ppa, so I have to use the provided 32bit sdk
[20:31] <maco> leex: no such file or directory sounds like youre giving the wrong path to reach adb
[20:31] <leex>  ./adb ;)
[20:31] <maco> and is it chmod +x?
[20:31] <leex> -rwxrwxr-x 1 leex leex 156K 2011-10-23 19:00 adb*
[20:33] <leex> if it helps: Linux alpha 3.0.0-12-generic #20-Ubuntu SMP Fri Oct 7 14:56:25 UTC 2011 x86_64 x86_64 x86_64 GNU/Linux and: i   ia32-libs, so it is installed
[20:39]  * leex whispers: Shibboleet
[20:40]  * maco snorts
[20:42] <leex> the funny thing is, it works on my other arch machine :S
[20:43]  * ion engraves: Elbereth
[20:48] <leex> what bugs me is that file tells me adb would be dynamically linked and ldd tells me that it is not
[20:49] <stgraber> leex: the "no such file or directory" in that case means that your system is 64bit only and is lacking a 32bit version of the libc required to execute that file (yeah, the error is weird)
[20:50] <leex> stgraber: and the libc is not part of the ia32-libs package?
[20:50] <leex> i A libc6-dev-i386                  - Embedded GNU C Library: 32-bit development
[20:50] <leex> i A libc6-i386                      - Embedded GNU C Library: 32-bit shared libr
[20:51] <stgraber> ok, that's weird :)
[20:52] <leex> stgraber: yeah, that's what brought me here ;)
[20:54] <stgraber> leex: what's the output of "file adb"?
[20:54] <stgraber> got it sorry, didn't scroll enough :)
[20:55] <leex> was just about to paste it again ;)
[20:56] <stgraber> hmm, can't reproduce your problem here. I'm running a 64bit only system, I indeed get the "no such file or directory" on a test binary, then I install "libc6:i386" and it works as expected
[20:56] <leex> the same sdk (same md5sum) works on my arch
[20:57] <stgraber> leex: can you try installing "libc6:i386", the multiarch version of the libc6?
[20:58] <leex> stgraber: ok, give me a second
[20:58] <leex> stgraber: :) ymmd!
[21:00] <leex> thanks stgraber and everyone else too
[21:00] <stgraber> np
=== emma is now known as em
[23:39] <luist_> hm… if i tell my debian/install to install a file in a folder that doesnt exist, does it create the folder for me?
[23:40] <JontheEchidna> yep
[23:44] <luist_> yay
[23:57] <slangasek> leex: yes, that error indicates you had libc6:i386 installed at one time (recently) and then removed it - since libc6:i386 and libc6-i386 both try to own the 32-bit ld.so, and libc6:i386 Replaces libc6-i386, the linker disappears when you remove libc6:i386.
[23:57] <slangasek> (this is a known bug that should be fixed for precise)