=== apachelogger_ is now known as quantumbillionai === quantumbillionai is now known as apachelogger [02:50] 15 === bladernr_ is now known as bladernr_afk === txwikinger2 is now known as txwikinger === tkamppeter_ is now known as tkamppeter [11:24] Hi all... I've a question about packages have files (script) in /usr/lib/NAME/ directory [11:24] for instance → http://packages.ubuntu.com/precise/all/ivtools-bin/filelist [11:25] are they in the right place? [11:25] most of these package are affected by bug like this: [11:25] `pkglibdir' is not a legitimate directory for `SCRIPTS' [11:26] there is a "simple" way to fix it ad maintain SCRIPTS or DATA or whatever in the /usr/lib/NAME/ directory ? [13:10] would it be possible to add Adobe Shockwave to repositories? [13:10] there's an installation workaround based on Wine and MozPlugger, but it's complicated to set up - it would be nice if a package did that for you [13:12] (similarly to how flashplugin-installer also installs nspluginwrapper and installs the 32b version on 64b machines) === doko_ is now known as doko [15:11] How could I get a debug package for xchat? I want to fix a bug by checking the debug package, but there's no xchat-dbg package in precise. [15:13] kyoushuu: https://wiki.ubuntu.com/DebuggingProgramCrash [15:15] Thanks! [15:31] Is there any difference if install libgtk2.0-0-dbgsym or libgtk2.0-0-dbg? [15:32] kyoushuu: If both exist, install the -dbg one. -dbgsym are automatically generated, while the -dbg could be built using special debug options. [15:33] If I created my own package, how could I get a -dbg package? I compiled gwaei from git and based the package from the Ubuntu package, but it doesn't have a -dbg package. [15:55] kyoushuu: IIRC you just need to have a -dbg package listed in debian/control; and maybe pass --dbg-package= to dh_strip [15:56] kyoushuu: http://wiki.debian.org/DebugPackage [16:07] While using these debug packages, how do I set a breakpoint in gdb? I get the following: [16:07] (gdb) b src/fe-gtk/dccgui.c:264 [16:07] No source file named src/fe-gtk/dccgui.c. [16:07] Make breakpoint pending on future shared library load? (y or [n]) [16:07] I'm currently in the xchat-2.8.8 that I got from 'apt-get source xchat' [16:40] While using these debug packages, how do I set a breakpoint in gdb? I get the following: [16:40] (gdb) b src/fe-gtk/dccgui.c:264 [16:40] No source file named src/fe-gtk/dccgui.c. [16:40] Make breakpoint pending on future shared library load? (y or [n]) [16:40] I'm currently in the xchat-2.8.8 that I got from 'apt-get source xchat' [17:05] is testing a development release in chroot ok idea? I'm not using ubuntu but I would like to test few things... [17:05] Is it generaly better to have a "normal install" or chroot is good enough? Can I run some gui apps which exist only in chrooted system? [17:05] Atlantic777: depends how much you want to test, and what you want to test [17:06] chroots are great for most packages, and fine for most GUI stuff [17:07] I would like to try how will some my apps work on new ubuntu releases. [17:08] if you want to see how well they work with the standard ubuntu desktop environment, a VM is preferable. If such detials aren't important, a chroot should be fine [17:09] if the app is simple enough to install, maybe a live CD might work too [17:11] (disclaimer: I don't use a real ubuntu install for day-to-day work, almost everything I do in Ubuntu I build & test in ubuntu chroots) [17:11] cool, that's what I need [17:13] I'm using some other distro on the desktop and I have ubuntu on the netbook. I'm trying to develop something ubuntu specific and I can't install ubuntu on desktop. So solutions are to develop it on netbook, create vm and develop it there or make chroot. It's some foo pygtk app and I'm testing quickly. Hope that I got my answer, I can use chroot for development and testing. Right? [17:14] quickly = this nice dev helper app from http://developer.ubuntu.com/ [17:15] what's ubuntu-specific about it? [17:16] that I don't have quickly, couchdb, gtk3 and deb packaging things on gentoo [17:18] the packaging is easily done in a chroot, and gtk3 and couchdb aren't ubuntu-specific [17:19] what about unity lenses? can that be tested in chroot? [17:19] I find that interesting, too. [17:20] Atlantic777: that'd be hard to do in a chroot [17:21] tumbleweed: ok... [17:21] And what about debootstrap? [17:21] what about it? [17:22] chroot vs debootstrap for this purpose [17:22] they are orthoganal [17:45] Is there a command to install source packages? I get "3468 /build/buildd/gtk+2.0-2.24.10/gtk/gtkicontheme.c: No such file or directory." when debugging [17:46] kyoushuu: apt-get source [17:46] also, -dbg packages [17:48] but they are not installed to 3468 /build/buildd, should I just recreate those, or is there any command to install the sources there? [17:49] rather: but they are not installed to /build/buildd, should I just recreate those, or is there any command to install the sources there? [17:50] your debugger should have a way to point it at th esources [17:58] Ah, okay. But since I download sources to different directories, and I'm lazy, I'll just download them to /build/buildd... === akher0n is now known as akheron === JackyAlcine_ is now known as JackyAlcine === johanbr_ is now known as johanbr === JackyAlcine_ is now known as JackyAlcine === JackyAlcine_ is now known as JackyAlcine === yofel_ is now known as yofel === JackyAlcine_ is now known as JackyAlcine === jtechidna is now known as JontheEchidna === webjadmin_ is now known as JackyAlcine === JackyAlcine is now known as group === group is now known as webjadmin === webjadmin is now known as webjadmin_ === webjadmin_ is now known as JackyAlcine