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:00 |
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:01 |
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 | 00:24 |
=== micahg_ is now known as micahg | ||
=== TerminX_ is now known as TerminX | ||
=== GirlyGirl is now known as Guest84204 | ||
ricotz | tgall_foo, hello | 08:32 |
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 | 08:42 |
=== Guest84204 is now known as GirlyGirl | ||
* 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:04 | |
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 | 10:21 |
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 | 12:34 |
=== yofel_ is now known as yofel | ||
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:11 |
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:15 |
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:17 |
tumbleweed | citybong__: that's because oneiric universe isn't one fo the repositories | 13:19 |
corecode | hi | 14:47 |
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:48 |
corecode | thanks | 14:49 |
corecode | seems so hard to find every time i need it | 14:49 |
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:50 |
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:51 |
tumbleweed | are you talking about the debian packaging being maintained in SVN, or the upstream source? | 14:52 |
corecode | upstream is | 14:53 |
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:54 |
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 | 14:55 |
corecode | yea | 15:00 |
corecode | ok, that worked, thanks | 15:55 |
Daviey | jbicha: Hola | 16:04 |
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:06 |
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:25 |
Daviey | jbicha: Oh sure. I wondered if you wanted to follow through with it. If you don't, let me know :) | 16:30 |
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:02 |
arand | !support | luist_ | 18:03 |
ubottu | luist_: The official ubuntu support channel is #ubuntu. Please be aware that this channel is for development only. | 18:03 |
=== emma is now known as em | ||
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:07 |
tumbleweed | luist_: add a new changelog entry (dch makes this easy) | 19:08 |
luist_ | tumbleweed: ok more details please? :P | 19:08 |
tumbleweed | run "dch -i" | 19:10 |
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 | :) | 19:11 |
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:23 |
tumbleweed | leex: ldd will tell you what it's looking for | 20:25 |
leex | ldd adb not a dynamic executable | 20:25 |
tumbleweed | probably a shell script that calls an executable | 20:26 |
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:27 |
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:30 |
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:31 |
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:33 |
* leex whispers: Shibboleet | 20:39 | |
* maco snorts | 20:40 | |
leex | the funny thing is, it works on my other arch machine :S | 20:42 |
* ion engraves: Elbereth | 20:43 | |
leex | what bugs me is that file tells me adb would be dynamically linked and ldd tells me that it is not | 20:48 |
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:49 |
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:50 |
stgraber | ok, that's weird :) | 20:51 |
leex | stgraber: yeah, that's what brought me here ;) | 20:52 |
stgraber | leex: what's the output of "file adb"? | 20:54 |
stgraber | got it sorry, didn't scroll enough :) | 20:54 |
leex | was just about to paste it again ;) | 20:55 |
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:56 |
stgraber | leex: can you try installing "libc6:i386", the multiarch version of the libc6? | 20:57 |
leex | stgraber: ok, give me a second | 20:58 |
leex | stgraber: :) ymmd! | 20:58 |
leex | thanks stgraber and everyone else too | 21:00 |
stgraber | np | 21:00 |
=== emma is now known as em | ||
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:39 |
JontheEchidna | yep | 23:40 |
luist_ | yay | 23:44 |
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) | 23:57 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!