[00:29] hrllo === bmk789 is now known as Guest92209 === bmk789__ is now known as bmk789 [02:38] * NCommander twichs half-dead on the floor [02:52] Hobbsee, ScottK ping [02:54] hello NCommander :) [02:54] hola emgent [02:54] * NCommander twichs slightly on the ground [02:54] Pong [02:54] funerals suck [02:54] ScottK, Did that fix for armel work? [02:54] That they do. [02:54] Dunno. [02:54] d'oh [02:55] I've actually just finished checking out the pkg-kde svn so I can shove the change in there. [02:56] I'm honestly not sure if it will really fix it, but its my best bet [02:57] OK. [02:57] emgent: now you have time? [02:58] nxvl: Listen to KiBi and just wait for the package to migrate from Unstable. [02:58] ScottK: yes i was asking since i don't know the procedure for it, i thought it was that way but i wanted to make sure about it [02:59] OK. [02:59] nxvl: sure [03:03] * NCommander wonders if he can muster another FTBFS fix [03:04] NCommander: http://qa.ubuntuwire.com/ftbfs/ [03:04] sweet, I'm bringing the packages failed number down slowly ;-) [03:06] Anyone know what causes failure: cannot read files list file: No such file or directory [03:06] ^dpkg-genchanges [03:07] Failure to call the right dh_* first? [03:08] That's what I'm thinking [03:08] I'm seeing if I can tackle the logwatch FTBFS [03:09] any idea what dh generates the files lists [03:12] Not off the top of my head. [03:12] it builds final locally [03:12] *fine [03:12] Need to see if it fails in pbuilder [03:13] RAOF, you got an sbuild setup chroot jail, right? [03:13] Yes. [03:13] can you run logwatch [03:13] If it passes that, I'll file a bug report for it to be given back [03:19] NCommander: Yeah, builds fine. It probably just needs a give-back. [03:19] Bug filed [03:20] I think the normal proceedure for give-backs is to pester an admin in #ubuntu-devel. I suppose a bug works too ;). [03:21] oh [03:21] heya imbrandon [03:22] Speaking of FTBFS, how do you resolve all these packages that are FTBFS in main since they have build-deps in universe? [03:23] * ScottK hands NCommander https://wiki.ubuntu.com/MainInclusionProcess [03:24] SO the short answer is the package needs to be movemain?d to [03:24] Yes. [03:24] That or you strip the package of enough functionality not to need the build-dep anymore. [03:25] ew [03:25] * ScottK had to split amavisd-new into two packages in Hardy because libmilter/libmilter-dev wasn't in Main. [03:25] I can probably split pbuilder [03:25] For pbuilder, promotion is the right answer. nxvl was working on it earlier today. [03:25] TBH, I'm suprised its in main [03:26] kdepim is not happy [03:27] NCommander: Are you a KDE user? [03:27] half of the time ;-) [03:27] I usually flip-flop between Kubuntu and Ubuntu every reinstall [03:28] I can install Kubuntu in a chroot jail and hack on it if needed [03:28] (or just reinstall Ubuntu) [03:28] I see. [03:28] Kubuntu for Intrepid will be 'fun'. [03:29] should I ask? [03:29] It's all KDE4 based as much a possible and maybe a little more. [03:29] Ow [03:29] Ow [03:29] ow [03:29] a/as [03:29] heya emgent [03:29] KDE4 went into Debian? [03:29] In experimental. [03:30] Any reason we're going with KDE4, its kinda unpolished ... [03:31] because its the future :) [03:31] wow [03:31] So it vista [03:31] a dead man has resurect! [03:31] Doesn't mean its good [03:31] * nxvl HUGS imbrandon [03:31] heya nxvl [03:31] imbrandon: how are you? [03:32] NCommander, no vista is not the future, no foreseeable anyhow [03:32] i dident say "new shiney" i said "future" [03:32] so I take it KDE4 packages need to be synced, patched, and then merged into Ubuntu, and then kubuntu-desktop needs to be updated to have all the correct packages, right? [03:32] (and the installer scripts will have to be tweaked to get the right packages on the CD, although just by making kubuntu-desktop working should fix that) [03:33] ScottK, am I in the right ballpark ;-) [03:36] It seems that the KDE4 packages already made the move according to the wiki [03:37] Right. Kde4 is installable (if horribly dual-head broken) right now. [03:37] NCommander, yea some of the legwork has been done [03:37] Where can I see what needs to be vs. what has been done? [03:37] NCommander, #kubuntu-devel would probably get you a bit more specifics on exactly what has/hasent been accomplished yet [05:45] RAOF, ping [05:47] NCommander: Pong [05:47] RAOF, up for sponsoring a package? [05:47] But a pong without easy upload access, so be warned. [05:48] wait what? [05:48] Wait [05:48] WTF [05:48] O_O; [05:48] I just got an email on my DD application [05:48] :) [05:48] Oooh. Score! [05:48] The FrontDesk approved it, and is now assigning an AM for the final part [05:48] WTF [05:48] grats [05:48] m68k/hurd porter - ok [05:48] O_o; [05:49] I haven't submitted a hurd patch in a few months [05:50] wow ... [05:50] I might actually become a DD ... [05:50] * NCommander faints [05:50] Dear lord. Surely not! [05:51] so uh ... yeah [05:51] O_O; [05:52] I thought I'd get MOTU way before my DD application actually moved [05:52] anyway [05:52] Anyone want to sponsor a FTBFS fix for licq? === gaurdro_ is now known as gaurdro [06:17] * NCommander pokes ScottK [06:21] bedtime [07:22] Hi Sherman. :) [07:22] Let's say I made an applet, and I want it included in the next release of Ubuntu. What do I do? [07:25] Hi eboyjr [07:25] Hi [07:26] You can find information on how to get new packages into Ubuntu at https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages [07:26] Thank you for the link. :) [07:27] No problem. :) [07:47] Has anyone seen blueyed in last few days? [07:49] !newpackage is To get a package into Ubuntu, please file a bug in Launchpad and make sure it has the tag needs-packaging. For full details, see https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages [07:49] But newpackage already means something else! [07:50] !newpackage [07:50] The packaging guide is at http://wiki.ubuntu.com/PackagingGuide - See https://wiki.ubuntu.com/UbuntuDevelopment/NewPackages for information on getting a package integrated into Ubuntu - Other developer resources are at https://wiki.ubuntu.com/UbuntuDevelopment - See also !backports [07:50] cody-somerville: Hmm [07:50] I meant to type newpackages [07:50] But it appears we already have a factoid for that, newpackage [07:51] !newpackages is newpackage [07:51] !newpackages is newpackage [07:51] I'll remember that, jpds [07:52] !todo-#ubuntu-motu is Looking for something todo? Look no further! Check out https://wiki.ubuntu.com/MOTU/TODO for a quick list of suggestions. [07:52] cody-somerville: Error: I am only a bot, please don't think I'm intelligent :) [07:53] * jpds checks. [07:53] !todo [07:53] Sorry, I don't know anything about todo [07:54] cody-somerville: Does it really have to be -#ubuntu-motu? :) [07:54] No. I just thought other channels might want their own todo [07:55] cody-somerville: Added. [07:55] Thanks jpds :) [07:56] * cody-somerville wonders what other useful factoids we could add. [08:00] cody-somerville: If you need anything added, just poke me. [08:00] jpds, thanks. [08:13] Has anyone seen blueyed in last few days? [08:15] slytherin: /msg NickServ info blueyed [08:15] 3 days ago. === wgrant_ is now known as wgrant === calc__ is now known as calc [10:09] ScottK, about amule [10:09] they publish a rc version 2.2.2 this week and next will attempt to publish the final version [10:21] the GDC dependency-package in Intrepid depends on gdc-4.2 (<< 0.25-4.2.2-7), however this version does not exist in the Intrepid-repo, should I let it depend on the version in the repo and then submit? [10:48] can anyone give me some hints on how to upload kernels to PPA? I created the binary package using the custom [10:48] i mean the binary-custom.d directory and the package builds and works ok [10:49] but i really dont know how to proceed to create the source package to upload it. === WikiMan is now known as MatthewV [12:54] Festor: OK. Once it's in Intrepid, let me know and we can work on the backport. [12:55] backport? [12:55] then no sru? [12:56] Right. SRU. Sorry. [12:56] * ScottK just woke up. [12:56] :D === Ekushey- is now known as Ekushey [13:01] moin === emgent_ is now known as emgent [13:09] hi folks [13:11] [OT], is there a way to know from command line how much memory my MoBo supports? === cody-somerville_ is now known as cody-somerville [13:12] Hiya pochu [13:12] hey cody [13:13] slytherin: "lshw"? [13:15] heya pochu :) [13:16] hi emgent [13:35] Hello, why wasn't gnash synch'ed from Debian ? [13:37] morning [13:40] \sh: ping [13:41] <\sh> emgent: busy pong [13:42] \sh: what moin version you use for leonov.tv? [13:42] <\sh> emgent: the version of hardy [13:43] <\sh> emgent: don't tell me it's vulnerable ,-) [13:43] \sh: ok nice, it`snt vuln. [13:43] \sh: only intrepid fixed yesterday. [13:43] <\sh> emgent: intrepid uses the new moin 1.6? [13:43] \sh: http://www.moinmo.in/SecurityFixes [13:44] \sh: 1.7 [13:44] <\sh> emgent: hmmm...The bugs listed above for 1.5.8 are fixed in 1.5.9. ,-) in hardy it's 1.5.8... === thekorn_ is now known as thekorn [13:46] \sh: yeah but fixed. see changelog :) [13:47] http://changelogs.ubuntu.com/changelogs/pool/main/m/moin/moin_1.5.8-5.1ubuntu2/changelog [13:50] <\sh> emgent: yepp... [13:50] <\sh> but it looks like that I have to upgrade to 1.7. in general :) [13:56] \sh: :) [13:56] moin persia [14:11] Hello, won't gnash be synch'ed or merged from Debian ? [14:12] and can someone review my swt-gtk upload on REVU ? [14:12] Not unless someone asks for it. [14:53] hi folks [14:55] Hello sistpoty|work. [14:55] hi ScottK [15:06] jcastro: around? [15:07] Heya gang [15:09] directhex: ping [15:10] directhex: i was wondering if you could merge current mono? :) [15:10] * calc needs it for OOo [15:10] ok, can someone review my swt-gtk upload on REVU ? [15:11] * calc grabs the merge to see what it looks like [15:11] AnAnt_: Generally providing the URL on REVU is a good idea and asking once an hour is really to much. [15:11] calc: Does this mean mono is going to be required for OOo? [15:12] ScottK: its been needed to build for a while now (maybe 1.x?) [15:12] ScottK: it needs a newer one due to a bug fix in mono that caused problems on amd64 [15:12] ok, can someone review my swt-gtk upload on http://revu.tauware.de/details.py?package=swt-gtk ? [15:12] calc: OK. Just to build, not to run ... [15:12] ScottK: it has mono bindings for some bits [15:13] Not installed by default (Says the KDE user)? [15:13] not afaik, at least not currently anyway [15:15] hmm probably would be better for me to leave mono to directhex or slomo [15:16] slomo__: ping [15:16] nxvl: yep! [15:16] since it seems to have several patches [15:17] * calc thinks other mono users might yell if he breaks it for them [15:18] i'll build it locally and do my OOo build with that [15:18] then bug someone to do a proper merge [15:22] jcastro: i have the spanish version of the getting started video ready and uploading [15:22] jcastro: should wait for daniel or you can deal with it? [15:24] nxvl: let me ask! [15:24] sounds awesome [15:24] do you have upload rights etc. to the site? [15:25] nop [15:26] i'm uploading it to my hosting [15:28] nxvl: can you mail jono with the url and he'll upload it? [15:28] jcastro: yes i can [15:28] totally awesome, great work! [15:35] Heya all [15:37] hi warp10 [15:37] hi emgent [15:43] Hi bddebian [15:43] Heya geser [15:43] Hi nxvl, how is the MIR for dvipdfmx going? [15:44] calc: talk to directhex please [15:48] ok [15:48] heya calc :) [15:49] emgent: hi === chuck_ is now known as zul === Kopfgeldjaeger2 is now known as Kopfgeldjaeger [16:23] ScottK: Hi, I'm still looking at bug 114565. Would it be right to setup hal rules instead of udev rules? And if yes, in what package should they go? [16:23] Launchpad bug 114565 in qlandkarte "native Garmin-USB no longer working" [Undecided,New] https://launchpad.net/bugs/114565 [16:25] hefe_bia: Wrong Scott. [16:25] You wany keybuck on IRC. [16:25] wany/want [16:25] Keybuk [16:25] No C [16:26] Yeah. What he said. [16:26] ScottK: oh, sorry ;) Should have known [16:26] thanks [16:35] jpds: Sorry, I was away for too long time. lshw tells me how much memory I have currently, but not how much max I can have. [16:39] huihu persia [16:39] hi persia [16:41] persia: pm? [16:42] slytherin: I guess the best way is to grab the manual and look it up [16:43] geser: hmm, I will try to find it somewhere online. [16:43] geser: thanks for ACKing. This time I tried to give nice information :) === lakin_ is now known as lakin === TheGuru is now known as marnold [17:38] * sistpoty|work heads home now... cya [17:40] Hello, is there a team working on gnash ? [17:40] the package I mean [17:41] AnAnt: Don't think there is a team [17:42] someone can take a look in a package that I'm working? [17:42] http://revu.tauware.de/details.py?package=umit [17:42] it's the link. [17:42] * AnAnt stares at slytherin [17:42] It's important. I would like that umit should be available in next version of ubuntu [17:43] slytherin: I think you told me that you will REVU swt-gtk [17:43] asac: ping [18:00] AnAnt: ? [18:01] asac: I see that Debian has gnash 0.8.3, while Intrepid still has 0.8.2 [18:01] asac: I was wondering, will 0.8.3 be in Intrepid ? [18:03] AnAnt: its in ppa of gnash team [18:04] does 0.82 still work with video? [18:04] to answer your question: yes, the idea is to ship 0.8.4 in intrepid [18:04] no it doesn't work with youtube [18:19] asac: does 0.8.3 work with youtube ? [18:19] AnAnt: no ... it crashes gstreamer. but its a gstreamer regressions as its working in hardy (also in the PPA) [18:40] trying to make vloopback.deb using http://www.lavrsen.dk/svn/vloopback/trunk/debian/ - README.Debian lost me [18:40] anyone know what I need to do? [18:41] !gettingstarted [18:41] Sorry, I don't know anything about gettingstarted [18:41] gah [18:41] I'v read about building .debs in general. i get the feeling something is missing here [18:43] CarlFK: what's vloopback ? [18:43] CarlFK: nevermind [18:44] http://www.lavrsen.dk/twiki/bin/view/Motion/VideoFourLinuxLoopbackDevice I think it is like tee [18:57] asac: thanks ! [19:00] Hello, can I add something like patch in build.xml ? [19:01] the upstream puts the java code in a jar file, and in build.xml he unjar's it [19:01] I was wondering how I can patch that jar file during build [19:02] AnAnt: isn't a .jar a .zip? [19:03] CarlFK: yup [19:05] oh rats - I forgot a .zip is a container [19:14] how do I use quilt in a rules file that uses cdbs ? [19:14] I mean, what should I put instead of "include /usr/share/cdbs/1/rules/dpatch.mk" ? [19:16] AnAnt: I believe there is a quilt.mk [19:16] AnAnt: /usr/share/cdbs/1/rules/patchsys-quilt.mk [19:16] Laney: ok, but I don't see any patch, nor unpatch targets in it [19:17] cdbs is voodoo [19:17] For having a .jar as upstream source, just unpack it before patching. I believe there is a tarball.mk in CDBS which ought also handle .zip (and likely .jar). [19:18] persia: the build.xml unpacks it in the "compile" target, I was asking how to do apply a patch from build.xml [19:19] AnAnt: I'd recommend unpacking it earlier - patching build.xml to patch the code at build time tends to be hard to debug. [19:21] persia: btw, I've put swt-gtk in REVU, it's a new upload based on Debian's latest package [19:21] AnAnt: Still not a sync? [19:22] persia: no xulrunner-dev yet [19:28] It's either libxul-dev or xulrunner1.9-dev [19:29] StevenK: yes, that's why I made a package based on Debian's swt-gtk [19:29] StevenK: Debian's one build-depends on xulrunner-dev [19:29] StevenK: my change is to depend on xulrunner-1.9-dev [19:30] StevenK: mozillateam said that there will be a xulrunner-dev in next upload, but I dunno when will that be [19:30] StevenK: they said with next upstream release === DrKranz is now known as DktrKranz [20:01] I'm trying to build a package (library) using scons, but when the install-part of the pbuilder build sequence starts I get a "scons: *** [/usr/local/include/GG] /usr/local/include/GG: Permission denied". Any tips? [20:02] SWAT: nothing should be in /usr/local [20:04] mok0: I know, I still need to fix that. But even if it would be in /usr/local I shouldn't get such a message, correct? I find working with scons quite, strange actually [20:04] SWAT: Not sure how pbuilder treats /usr/local [20:05] SWAT: My guess is it doesn't allow it [20:06] ok, I'll fix that and then I'll get back to you [20:07] SWAT: Also verify that you aren't using a raw fixed URL. The install ought happen to debian/tmp/usr/... or so, rather than the real /usr/local/... === nhandler_ is now known as nhandler [20:30] evening gents [20:31] Hello norsetto [20:31] norsetto: \o/ [20:31] hi nhandler [20:32] hi sebner [20:32] norsetto: Morituri te salutant [20:33] macabre [20:33] mok0: is that bad? Can't you take an alka-seltzer? [20:33] hehe [20:33] heh [20:33] * norsetto hands over a beer to mok0 [20:34] * mok0 cheers norsetto [20:34] norsetto: \o/ === asac_ is now known as asac [20:34] cheers :-) [20:35] [20:35] sorry! [20:36] * sebner feels slightly ingored by norsetto :P [20:37] sebner: jealousy is a mortal sin... [20:37] * norsetto ingore sebner :-) [20:37] bobbo: are you programming/writing in whitespace? ^^ [20:39] sebner: you mean http://en.wikipedia.org/wiki/Whitespace_(programming_language) ? [20:39] mok0: also gluttony last I heard [20:40] Mmm [20:40] sebner: hehe nope, dropped things on my dedicated IRC keyboard [20:46] I'm still trying to get my package to build correctly. It still tries to install in /usr/local and this line in rules is the cause "cd GG && scons PREFIX=/usr installprefix=/usr DESTDIR=$(CURDIR)/debian/tmp/usr install". Any tips? [20:47] SWAT: /usr/local may be hardwired in one of the SConstruct files [20:48] * mok0 asserts scons is evil [20:49] SWAT: You'll want to convince scons that installprefix is $(CURDIR)/debian/tmp/usr [20:49] I do not like scons either, but I don't have a choice. I thank you in advance for all the help. I'll check the src tree for '/usr/local' hardwiring [20:51] persia: you may need prefix=/usr if that information is used to configure the sortware before compiling [20:52] mok0: Yes. From what I understand about scons, one wants prefix=/usr and installprefix=$(CURDIR)/debian/tmp/usr/ [20:53] mok0: your right, it's hardwired into the code, it's scary. Luckily nothing sed can't cure. [20:53] SWAT: if this is meant to be submitted to ubuntu, you have to make patches [20:55] man, someone decided to go a little crazy on release version numbers? 10.0.1.218+10.0.0.525ubuntu1~hardy1+really9.0.124.0ubuntu2 [20:56] lol [20:56] mok0: thanks for the headsup, I'll keep it in mind (depends on how much hassle this package is going to be) [20:56] SWAT: right! [20:57] i've not got a clue how that is supposed to be deciphered, but my guess is it was because there was a desire to not introduce epochs [20:57] mario_limonciell: doesn't look like a valid one :) (should be -0ubuntu2 and that 525ubuntu1 also looks weird) [20:57] stgraber, well it's most definitely sitting in my update-manager for hardy-backports [20:57] hmm, ok :) [21:00] mario_limonciell: where did you found that version? [21:01] geser, https://edge.launchpad.net/ubuntu/+source/flashplugin-nonfree [21:01] stgraber: native packages don't have a debian revision, so ending in .0ubuntu2 is possible [21:03] geser: hmm right, and for this one it's actually the case. [21:05] i seem to think that the upload 10.0.1.218+10.0.0.525ubuntu1 was named wrong, and that's what started this mess [21:06] crimsun, any comments as to why you named it that way? it doesn't seem apparent in the changelog [21:09] anyone in the mood to sponsor a FTBFS bug fix? [21:11] NCommander: I can have a look, sure. [21:12] At the rate I'm going, I'm going to run out of FTBFS before Interpids release ;-) [21:12] *shot* [21:12] https://bugs.edge.launchpad.net/ubuntu/+source/licq/+bug/248298 [21:12] Launchpad bug 248298 in licq "Fix for FTBFS" [Undecided,New] [21:13] mario_limonciell: That was the only way out of a bad backport. [21:14] hmmm, scons gives an error yet again. Now with the same permission denied error in /usr/include/GG -> http://pastebin.com/d67630491 [21:14] SWAT, what package? [21:16] NCommander: You should close the bug in the changelog. [21:16] StevenK, its hard to do that when I make the patch before I create the bug report ;-) [21:17] NCommander: Well, okay. :-) [21:17] NCommander: Your debdiff looks good. [21:17] NCommander: gg :) [21:18] I am aware of LP, but I have a bad habit of only opening a fix bug after I do the debdiff creation/pbuilder testing [21:18] * NCommander installs scratchbox so I can work on teh FTBFS on sparc [21:21] NCommander: me too, when preparing a debdiff I put a place holder into the changelog, file a bug so I know the bug number and replace the place holder with the bug number before attaching the debdiff in a comment [21:21] I don't have a happy feeling about changing the debdiff by hand [21:22] But its not a bad idea [21:23] NCommander: I insert something like "(LP: #xxxxxx)" while creating the changelog and replace later just the "x" with the real bug number, no risk breaking the (deb)diff [21:23] As long as you don't change the number of lines in the diff, it's safe. [21:24] ScottK, why was it a "bad" backport though? [21:24] I'll keep that in mind [21:24] oh i guess i should look at bug 235135 [21:24] * NCommander watches ubuntu sparc install [21:24] Launchpad bug 235135 in flashplugin-nonfree "[MASTER] Please backport flashplugin-nonfree version 10 beta and asound-plugins from Intrepid so we can drop libflashsupport and the crashes it causes" [Undecided,Invalid] https://launchpad.net/bugs/235135 [21:24] Weird [21:24] mario_limonciell: Lots of crashes and regressions and pain. [21:24] mario_limonciell: Yes. [21:25] Ow [21:25] I've done a few backports for Debian, a bad backport will cause massive headaches [21:27] ScottK, yuck. my head spins just from reading a few posts on there [21:27] Yeah. [21:27] * StevenK watches licq build, glaring at NCommander [21:28] * NCommander has nothing to fear but fear itself [21:28] Hah [21:29] With one exception, I don't think I ever caused a package to commit suidice (yet) [21:30] I'm probably going to see if I can slaughter the netatalk FTBFS later [21:31] * NCommander waits for StevenK's build to run [21:33] StevenK, how's it going? [21:33] NCommander: It installs kdelibs, need you ask? [21:33] ow [21:33] I might have to run before it finishes [21:34] NCommander: Well, if it builds, I'll upload it. [21:39] meh, I'll mess with qemu-binfmt later [21:44] NCommander: Uploaded. [21:45] sweet [21:45] Thanks, I need to run [21:45] Bye NCommander [23:24] Hola life [23:24] er, guys [23:25] Welcome back NCommander [23:25] * NCommander grumbles about his fire department [23:30] motu-sru ? [23:31] * NCommander fiddles with binfmt [23:33] %_#(&_(%&_@#$ [23:35] o-O; [23:38] any clue why something would build on a pbuilder and not inside the LP buildd?