# /srv/irclogs.ubuntu.com/2008/02/28/#ubuntu-motu.txt

Arwen LaserJock emgent though maybe that's gcc's fault now that I think of it.. 00:02 === Pricey is now known as PriceChild mok0: ping 00:51 heya 00:51 LaserJock: pong 00:51 mok0: regarding rasmol 00:52 yes 00:52 are you gonna do a new debdiff? 00:52 LaserJock: eeerr, I kinda think my icons are prettier 00:52 I think perhaps linking to the 32x32 icon might be better than the 48x48 00:52 mok0: eeerr, I don't really care ;-) 00:53 you're creating a 300+KB diff because you think the icons are "prettier"? 00:53 LaserJock: Well, I spent time on the icon, and generated it in all the different sizes so I think that is the correct solution 00:53 no, it's not 00:53 we only need 1 icon, and we already have it 00:54 it's creating a lot more work for us 00:54 LaserJock: ? 00:54 there's  already and icon 00:54 LaserJock: I've already done the work 00:54 it works just fine 00:54 mok0: yeah, I'm sorry about that 00:55 LaserJock: attention to detail? 00:55 but there's just no way we should upload that 00:55 LaserJock: lots of packages populate the /usr/share/apps directory 00:55 *if* there currently isn't anything 00:56 we have an icon 00:56 and we don't need a 300KB diff 00:56 LaserJock: ok, well invalidate the bug then 00:56 well, there is a bug, in that we need to add a symlink 00:56 because the icon isn't showing up 00:56 LaserJock: right 00:57 but you probably should have looked at that before doing all the work to create all those new icons 00:57 you could also send them to the rasmol authors 00:57 although rasmol is basically a dead upstream 00:57 LaserJock: I have a script creating the icons, it's gimping the largest one that took the time. 00:58 I could perhaps replace the xpm 00:58 anyway, I'm not upset or anything, and I'm sorry about the work you've done 00:58 but when we've already got an icon it's a good idea to use it 00:59 LaserJock: I accept the decision, but I don't agree with it 00:59 When the icon gets enlarged it looks really bad 00:59 That 00:59 when should they get enlarged? 01:00 that is why you need all those sizes 01:00 That is up to the user. 01:00 You can choose icon size in konqueror 01:00 yeah, but I doubt you're gonna get a menu icon over 48x48 01:00 right 01:00 There's a lot of talk about scalable icons on d-d 01:01 Well, I'll change it to a link. *sigh* 01:02 hmm 01:03 the icons are done by Debian I guess 01:03 perhaps send an icon to the Debian maintainer 01:03 LaserJock: Sure 01:03 LaserJock: they are talking about a transition towards SVG icons 01:04 sure 01:05 who knows how long that'll take ;-) 01:05 LaserJock: good question :) 01:05 do they want to create pngs at build time? 01:05 LaserJock: No, they want SVG icons that are scalable 01:06 real time scaling 01:06 yikes 01:06 that's a bit of a performance hit 01:06 hopefully we can do both 01:06 LaserJock: that was the discussion :) 01:06 we've been talking a bit about that for Edubuntu because there's a new icon theme that'd be great 01:07 but it's mostly svg 01:07 LaserJock: OS X does some kind of real time scaling of icons 01:07 and on thin clients or old hardware it seems like there might be a significant amount of performance issues 01:07 LaserJock: yeah 01:08 what's the new icon theme for edubuntu? 01:08 well, we haven't moved over yet or anything 01:09 it's called Ubuntoon 01:09 based on Gartoon 01:09 For applications etc? 01:09 the icons are in a bzr branch at https://edge.launchpad.net/ubuntoon/ 01:10 yeah 01:10 it's a decently full theme now 01:10 Cool. 01:10 I'd like to see a Kedubuntu :-) 01:11 yes, we've had work on that 01:11 there's an edubuntu-desktop-kde package for that 01:11 It'd be cool to get away from the dull blue KDE themes 01:11 since like half of our edu apps are KDE anyway ;-) 01:11 LaserJock: I'll upload another debdiff for rasmol tomorrow. It's getting late in my timezone 01:13 LaserJock: Please unsubscribe u-u-s 01:14 I did 01:14 rasmol is in Main 01:14 :-) 01:14 Oh 01:14 feel free to ping me and I'll sponsor it for you 01:15 LaserJock: Thanks 01:15 There are several other apps that lack icons 01:15 Is there an effort to go through them? 01:15 I think it's a good idea 01:15 we need to make sure that there actually isn't an icon 01:16 sometimes they just don't get installed or stuff like that 01:16 Perhaps we should make a list on the wiki? 01:16 and then working well with upstream to get the icons included 01:16 since that's really not diff we want to maintain 01:16 I think the priority is getting them working in hardy, then we can contribute upstream once hardys window has closed 01:17 right 01:17 set up a wiki page if you want 01:18 OK, will do 01:18 I think it'd be worthwhile 01:18 Me too. It makes the ui look much better 01:18 It looks kludgy when a fourth of the icons are missing 01:19 sloppy 01:19 yeah 01:19 just make sure 01:19 yes? 01:20 that it actually needs an icon 01:20 rather than having an installation issue 01:20 or something like that 01:21 LaserJock: hmmm, I will make the list of the icons missing on my system, but I don't think I have time to check them all. The folks who fix the particular ones need to help with the checking 01:22 sure 01:23 just having a candidate list would be good 01:23 Right. I will make a note on the wiki re: your concerns 01:23 LaserJock: Does this work have to be finished before the artwork FF? 01:25 Or can it be treated as bugs? 01:26 mok0: I would think as a bug 01:29 depending on the package though a little 01:30 if it's gonna be in screenshots or something we might need to do something more 01:30 So, bugs can be fixed right up to the official release right? 01:30 well 01:31 you might need to do some notifications 01:31 most all the Main packages should have icons so it shouldn't matter too much 01:32 LaserJock: Fine. I think a couple of weeks to do this project is enough 01:32 yeah, if we have a nice list and hit it it should be fast 01:33 LaserJock: I'll get on these things tomorrow. Right now I am fading 01:33 yeah 01:33 See you later! 01:34 cya 01:34 Heya gang 01:55 hi bddebian 01:57 Heya LaserJock 01:57 * ScottK2 ponders: Does he upload the patch the shows the final U/I to meet the U/I freeze, but crashes all the time or hold off so the obsolete U/I is still there, but the program at least doesn't crash ... 02:38 or get a waiver for uploading it after the UI freeze so you don't have to worry? :) 02:40 ScottK2: it's an either or? 02:40 you can't have a final U/I that works? :-) 02:41 he probably can't have a final UI that works by tomorrow... :) 02:41 * ScottK2 is leaning towards the waiver. He's building with debugging enabled now, so maybe he'll get lucky. 02:43 Upstream removed on-access scanning from Klamav, but then conveniently left the U/I in place but non-working to give end users and obvious targe for filing bugs. 02:44 slangasek: Does U/I freeze apply to Universe?  We don't have a process for that listed for Universe. 02:51 ScottK2: logically, it would apply to anything the documentation team is writing documentation for, or the translators are translating for 02:52 Logically. 02:53 OTOH, I'm just subtracting, so there's no risk that they'll have to translate something extra.  Urgh. 02:53 * ScottK2 cheers for helpful error messages: KCrash: Application 'klamav' crashing... 02:54 heh 03:03 what does a dsl stand for in the package version 03:08 dsl in a package version? 03:14 heya people 03:53 someone can open task for Gutsy, Feisty, edgy, Dapper in Bug #195949 ? 03:56 Launchpad bug 195949 in vlc "VLC Arbitrary memory overwrite in the MP4 demuxer" [Medium,Fix released] https://launchpad.net/bugs/195949 03:56 i can only nominate, only >=MOTU can open task :P 03:57 hmm, any math/physics nerds about? 05:04 Yo! 05:04 Less of the physics, more of the pure maths, but let's see where this goes. 05:05 LaserJock: ^^ 05:06 LaserJock, heya 05:06 can you open task for Gutsy, Feisty, edgy, Dapper in Bug #195949 ? 05:06 Launchpad bug 195949 in vlc "VLC Arbitrary memory overwrite in the MP4 demuxer" [Medium,Fix released] https://launchpad.net/bugs/195949 05:06 i can only nominate, only >= MOTU can open task 05:06 LaserJock: I also prefer the term "geek", but whatever :) 05:07 * somerville32 wishes the meanings of geek and nerd were reversed. 05:09 sorry, was afk 05:09 RAOF: so do I 05:09 but I'm a nerd, plain and simple 05:09 lol 05:09 I've got an equation and it's got a : in it 05:09 something like a dot product, but not 05:10 or something 05:10 An inner product? 05:10 Some more context might be nice?  I can parse latex if necessary. 05:11 hmm, let me see if I can put something together 05:11 something along the lines of: P = \chi^2 : E_vis E_IR 05:13 where they're all vectors 05:13 I've not seen just a " : " sitting in an equation before 05:13 E_vis & E_IR are both vectors?  There doesn't seem to be an operator between them? 05:14 probably just a dot product 05:14 Hm.  It doesn't ring bells, although it could be "proportion".  Which I use an awful lot. 05:15 ":" is such a nice, easy to write character it's probably overloaded several times in different fields/papers to mean different things. 05:16 bah 05:16 Could also be a probability distribution? 05:17 I've got a presentation tomorrow and I get stuck on what ":" means :-) 05:17 I don't think so 05:17 I don't suppose they go so far as to _define_ the ":" operator? :) 05:18 of course not 05:19 that would be too easy 05:19 "he's getting his PhD, he can sweat for it" 05:19 "Colon" is unlikely to be the easiest thing to google for, either. 05:20 http://en.wikipedia.org/wiki/Table_of_mathematical_symbols 05:23 :P 05:23 "For matricies, the colon notation may be used." 05:23 ah ha! 05:24 idiots 05:25 Right.  Inner product! 05:25 pfft, and the say math is the universal language ;-) 05:25 *they 05:25 That doesn't make a whole lot of sense still. 05:26 well, the \chi is a tensor 05:26 but the E_* should be just vectors 05:27 so whatever, as long as I know it's an inner product I'm cool with it 05:27 thanks RAOF and somerville32 05:29 no problem :) 05:29 * RAOF grumbles about physicists not understanding how simple tensors are, and fiddling with crazy indicies. 05:30 dude, I'm a chemist. I hear "tensor" and I run 05:31 LaserJock: Bah!  It's just the cartesian product of a couple of rings modulo a fairly simple equivalence relation :P 05:32 mmmmhm 05:32 True, tensors as used in, say, a GR course are crazy arcane objects involving a hojilion indicies. 05:33 But that's because physicists tend to suck at maths. 05:33 * LaserJock raises his hand for the "suck at maths" part 05:35 And LaserJock isn't even a physicist! 05:36 StevenK: yeah, I suck so bad at math they wouldn't let me in ;-) 05:37 Haha 05:37 of *course* I had to pick the paper to present that has all the scary math 05:39 :/ 05:39 Anything that doesn't kill you makes you stronger. 05:40 or gives you a hangover 05:41 There is that. 05:41 Or possibly cuts of your hands. 05:41 "cuts of your hands" ... 05:42 Oh, yeah.  Absolutely. 05:42 That's clearly not in relation to the previous statements; it's merely meant to provide an existential statement from which conversation can naturally crystalise. 05:42 Hah 05:43 * LaserJock wonders if he should stop his presentation while he still has hands :s 05:43 Conversation that doesn't require math. 05:43 They're wheeling in the bone saw now 05:43 Maybe you'll get choice cuts of someone else's hands? 05:43 ok ... 05:44 so we went from ":" to "physicists suck" to "I'm a cannibal" 05:44 Via a spelling mistake, yes. 05:46 mmmmm handrump 05:52 good morning 06:33 :D 06:37 mornign dholbach! 06:38 hiya Hobbsee 06:38 hey nxvl_work 06:38 nxvl_work: you're always '_work', right? :) 06:39 heh 06:39 nop, just when i'm at work 06:39 :P 06:39 here i use xchat, everywhere else irssi 06:39 and i have always my irssi running logging everything :D 06:42 nxvl_work: proxies ftw. 07:01 looking for a RegEx junky :) 07:01 convert %f "echo %f | perl -pe 's/\.[^.]+$//'.gif" 07:01 Hobbsee: heh, i used to use it, but i'm fine this way for now :D 07:01 if I have a file named 'No. 22.jpg' then that RegEx obviously will not work..is there a way to modify that regex so it will work? 07:02 or am I wasting time because someone filed a bug against a damn servicemenu and has retarded filenames? 07:02 hi tmarble 07:11 hi nixternal 07:11 dholbach: hello 07:11 nixternal: so, you want to remove extensions from filenames? 07:11 hiya dholbach 07:12 jml: don't want to remove the extension, what it does is replace the extension 07:12 convert is an imagemagick program to convert from one image format to another, all the regex does is take the original name, replace the .jpg with .gif and rock on :) 07:13 shouldn't in be this: convert %f "echo %f | perl -pe 's/\.[^.]+$/.gif/' 07:13 err, maybe with a " at the very end. 07:13 I will give it a shot 07:14 nixternal: because, afaict that regex should work for 'No. 22.jpg', shell quoting issues aside 07:15 jml: that worked 07:15 you da man 07:15 nixternal: you have no idea how much soul I had to lose in order to gain that knowledge 07:16 I am afraid to learn it :) 07:16 I have a great book by O'Reilly, I just need to go through it 07:16 nixternal: it's a great read. 07:16 nixternal: the first two chapters are enough to give you kick-ass regex skills 07:17 and then it keeps going 07:17 ya, I just split the book in half and looked, and fainted 07:17 === greeneggsnospam is now known as jsgotangco how often do developers check newly added packages or changed packages in the revu archive? 09:42 liri: at the moment not that much - we're in Feature Freeze (http://wiki.ubuntu.com/HardyReleaseSchedule) so NEW packages are only allowed with a special exception 09:43 liri: currently not very often as new packages aren't added to hardy anymore 09:43 well I uploaded my first package to revu at the beginning of January (2008)  but I only got around to fix the reported errors recently and uploaded the changed package yesterday... 09:51 liri: The issue is that Hardy is frozen for new packages.  If the package is in good shape, it will likely get reviewed early, and included in the next release. 09:52 what does it mean in terms of time table? :) 09:56 liri: Roughly speaking, late May or early June. 09:59 persia: so only by that time will the package get more reports on if it's ok or would it need more changes? kinda long time to wait :) 09:59 liri: Most likely.  There are exceptions, but Beta Freeze is in about a week, so from then exceptions are unlikely.  Also, the REVU Coordinator for the next release may start activities as early as late April, although this is sooner than has been done in the past. 10:01 persia: bummer... I thought I could get some feedback much before that 10:02 While it's a bit of a wait, that is in part because it is just two weeks past the freeze deadline.  While there is considerably more complexity involved, release schedules often consist of about three months for new stuff (new versions, new applications, new functions, etc.) and three months of testing and polish, 10:02 liri: that's the crux of time-based releases: at some stage you have to focus your efforts on fixing the stuff that is in the archive alaready 10:02 alright well, I guess I'll just have to wait 10:03 liri: You may be able to get feedback, but the vast majority of developers are concentrating on other things.  If you really want to work on that package rather than distribution polish, you might consider working to get it into Debian: I think their freeze cycle doesn't start until next month, and Ubuntu will automatically sync in April or May. 10:04 I want to continue with Ubuntu 10:04 this is just about getting it into the motu repository, isn't it? 10:04 Well, there's not really a "MOTU" repository, but getting it into the universe component of the Ubuntu repository, yes. 10:05 persia: thanks 11:57 hmm..tomcat5.5 seems uninstallable 12:04 grmpf... 12:05 tomcat5.5 needs a dependency on a java jdk 12:06 or icedtea-java7-jdk needs a provides: java-virtual-machine 12:07 Hi 12:35 So apparently the launchpad approach to bug triage for the developer to edit your bug into something different and then file a new bug that's what your original bug is about and then tell you you did it wrong. 13:11 https://bugs.launchpad.net/malone/+bug/194601 13:11 * ScottK is done with them. 13:11 Launchpad bug 194601 in malone "Inline bug attachments aren't attached" [High,Confirmed] 13:11 === StevenK_ is now known as StevenK Hi 13:54 === neversfelde_ is now known as neversfelde === _czessi is now known as Czessi === asac_ is now known as asac === warp10_ is now known as warp10 heya 15:00 Heya gang 15:21 gang ? :O 15:21 Sure :) 15:21 lol 15:21 RainCT: duh, seems i overwrote your advocation for gnome-lirc-properties, by uploading a bugfixed version? 15:27 (note to myself: don't put symlinks to your working copy into /usr/lib/python2.5, and remember that pylint doesn't check automake files) 15:28 === santiago-z is now known as santiago-ve === santiago-ve is now known as santiago-vea === santiago-vea is now known as santiago-ve lutin: Did jpatrick speak to you about Bug #195806 yesterday? 16:30 Launchpad bug 195806 in purrr "please update purrr to version 0.8 [FFe-granted]" [Undecided,In progress] https://launchpad.net/bugs/195806 16:30 ah, yes, maybe 16:31 Lutin: he wanted a second opinion on whether it was good to upload (Im the person working on it) 16:32 bobbo: as I said in the bug report, I'm wary given the upstream tarball name. I'd check with him whether it's sure or not (as it seems to me that he rather forgot to update the link, or something like that) 16:33 * rainct_ would apreciate if someone could check if he is missing anything on bug #195913 16:33 Launchpad bug 195913 in dialog "Please sync dialog 1.1-20071028-3 from Debian(Unstable)" [Undecided,New] https://launchpad.net/bugs/195913 16:33 Lutin: ok will talk to the upstream author then get back to both of you 16:33 bobbo: thanks 16:34 hello 16:36 jdong: I think we can process the pidgin backport now, it has been tested a lot 16:37 without any issues 16:37 === rainct_ is now known as RainCT bobbo: why is bug 186121 set to "In Progress"? 17:01 Launchpad bug 186121 in ed "Typo in man page of 'ed'" [Wishlist,In progress] https://launchpad.net/bugs/186121 17:01 RainCT: because ive submitted a debdiff, is that not the right thing to do? 17:03 bobbo: I think it should be confirmed when it's ready for review ('in progress' would mean that you are working on it) 17:04 RainCT: ah, ok didnt know that :) 17:05 RainCT: want me to change it now? 17:05 bobbo: nah, it's not necessary :) 17:05 RainCT: ok thanks 17:05 bobbo: just wanted to check if it should be reviewed or not 17:06 RainCT: yeah its ready, just a tiny fix though.. 17:06 bobbo: ok.. the version is wrong 17:10 bobbo: should be 0.7-1ubuntu1, and you've to modify the Maintainer field 17:10 RainCT: ok thanks :) 17:11 RainCT: ping 17:15 LaserJock: pong 17:17 RainCT: regarding rasmol, it's in Main, btw 17:18 LaserJock: oh, well, my comment applies anyway heh 17:20 yeah, except sub'ing u-u-s 17:20 it doesn't work in Gnome either, btw 17:20 it's the second package I see today that has u-u-s but is in main then :/ 17:20 LaserJock: ah right. ok, thanks 17:21 they changed the icon name and forgot to change the .desktop ;-) 17:21 LaserJock: commented about this :) 17:23 === \sh is now known as \sh_away RainCT: new debdiff up for Bug #186121 if you aren't busy 17:37 Launchpad bug 186121 in ed "Typo in man page of 'ed'" [Wishlist,In progress] https://launchpad.net/bugs/186121 17:37 === dholbach_ is now known as dholbach * RainCT looks 17:41 bobbo: ok, now the distro is wrong :P (gutsy -> hardy) 17:43 (sorry for not noticing that before) 17:43 RainCT: no problem :) will go and make *another* debdiff 17:44 bobbo: well, I'll just change that myself if you don't want to create another one :) 17:44 ive got nothing better to do 17:45 heh 17:45 might aswell save you the effort :) 17:45 well, isn't really any effort at all.. I'd need the same time to download a new debdiff again :P 17:46 RainCT: did it anyway, new debdiff: http://launchpadlibrarian.net/12277409/ed_0.7-1ubuntu1.debdiff 17:47 pochu: hola 17:47 buenas jpatrick 17:48 jpatrick: Spoke to Lutin about the purrr update (the debdiff i showed you yesterday) and he told me to email upstream 17:50 bobbo: well, if you have nothing better to do.. want to create yet another one? :P 17:50 bobbo: I saw 17:50 RainCT: Might as well, what have i done wrong this time? 17:50 bobbo: well, the package is using a patch system (dpatch), so it would be best to use a patch to fix that 17:51 * bobbo goes to dig out log of that patch session pitti did last week 17:51 RainCT: theres already an ed.1 spelling mistake dpatch, *embarrased* 17:53 doesnt fix the current bug though (obviously) 17:53 bobbo: yes, but it fixes another problem 17:53 right.. 17:53 LucidFox: around? 17:53 yes 17:53 bobbo: so better you create a new one.. (08_ubuntu-doc-typo-fixed.dpatch or whatever) 17:53 RainCT: ok 17:54 bobbo: (because a) so it's easier to use again if Debian isn't responsive, and b) the existing patch refers only to ed.1, not the other files) 17:54 LucidFox: you remember the problem with starplot? pitti built it again on LP for me but it fails with the same strange error :\ 17:54 bobbo: to create the patch just run "cdbs-edit-patch 08_ubuntu-doc-typo-fixed.dpatch", do the changes, and then "exit 230" 17:55 RainCT: thanks :D 17:55 I have no idea about it, sorry 17:55 RainCT: what's for ACK'ing dialog. in the evening I would have written the same. so thx so far :) 17:56 hellboy195: no problem :) 17:56 * RainCT notes that if someone is bored it would be great if he could test open-invaders 0.3 from Debian unstable (especially the sound) 17:59 I am having trouble building on hardy - hoping you build experts can help 18:04 build error that others don't get on gentoo:  http://dpaste.com/37229/  "expected specifier-qualifier-list before 'size_t'"  Who's problem is this? :) 18:04 === luka74 is now known as Lure RainCT: ping 18:10 hi - could a motu upload the new version of mscore as detailed at bug 195170 18:11 Launchpad bug 195170 in nspluginwrapper "npviewer.bin crashed with SIGSEGV in g_slice_free_chain_with_offset()" [Undecided,New] https://launchpad.net/bugs/195170 18:11 oops 18:11 bug 195179 18:11 Launchpad bug 195179 in mscore "Please update mscore to 0.9.1d+dfsg-0ubuntu2 (debdiff attached)" [Undecided,New] https://launchpad.net/bugs/195179 18:11 persia, ^^? 18:12 CarlFK: I think that means that one of the types is unknown. 18:20 using cpp on the file might give a clue 18:20 RainCT: Dpatch debdiff for ed bug: http://launchpadlibrarian.net/12278136/ed_0.7-1ubuntu1.debdiff 18:22 james_w: this? $gcc ../lib/v4l2_driver.h 18:32 ../lib/v4l2_driver.h:26: error: expected specifier-qualifier-list before 'size_t' 18:32 t$ gcc  driver-test.c = same thing 18:32 bobbo: great, uploading. please forward it to Debian 18:40 RainCT: will do :D 18:44 CarlFK: "cpp file | less" to see if the types are resolved. 18:47 james_w: which file?  .c or .h 18:47 bobbo: ehm.. ed is in main. 18:49 * bobbo slaps head 18:49 RainCT: guessing its going to need another review from a core-dev or something? 18:50 yes, I'm subscribing ubuntu-main-sponsors 18:50 CarlFK: the one that gives you the compile error, so h 18:50 RainCT: thanks :D 18:51 james_w: same error 18:51 http://dpaste.com/37236/  (all 3) 18:51 sorry for that RainCT 18:51 bobbo: it's no problem at all :    * 18:54 * RainCT wonders how he send that if he didn't press enter.. :P 18:54 How is a package like virtualbox-ose-modules-2.6.24-8-generic to be upgraded to virtualbox-ose-modules-2.6.24-10-generic automatically? I'm asking, because it does not appear to happen (any more?).. 18:54 blueyed: with a transitional package, or if it's installed as a dependency for another package just change the dependency and I think the package manager should remove the old one as it's unused 18:56 RainCT: so it needs a meta package then? Changing the dependency in virtualox-ose does not make sense IMHO. Probably it should get added to linux-ubuntu-modules-2.6.24?! 18:57 blueyed: I can't really answer to that as I've no idea how virtualbox/kernel packaging works.. :( 18:59 RainCT: I think I'll provide a "real" package virtualbox-ose-modules, which depends on the current variants.. instead of the current variants only providing the virtual virtualbox-ose-modules package. 19:00 CarlFK: I think you need to #include 19:02 james_w: that got me much further 19:04 in fact, I think I can ignore what errored 19:04 james_w: bam!  thank you. 19:05 CarlFK: no problem. It's a very cryptic error, but I find it usually means "unknown type". 19:07 james_w: you a Python coder? 19:14 CarlFK: yes. 19:15 I may have 50gig of PyCon videos to send you on a stack of dvd's 19:16 pm me your email 19:16 === \sh_away is now known as \sh re 19:23 Hi \sh. Thanks for mentioning me in your blog.. have you fixed my name? :) 19:25 blueyed: hmmm...no?! ;) I'll do it when you fix the vim xdebug plugin ;) 19:48 blueyed: fixing it now 19:52 blueyed: done 19:59 geser: around? 20:19 hellboy195: yes 20:19 geser: you already know if this clean-la patch is still required? 20:20 you mean for libnxml? 20:21 heya geser 20:21 Hi emgent 20:21 geser: yep 20:21 hellboy195: is it the only remaining change? 20:24 geser: nope. I will introduce a new one 20:24 geser: but except that it's the only one, yes 20:24 hellboy195: I'd suggest to test-build it without clean-la.mk and check then the libnxml.la file if it contains references of other .la files 20:25 geser: yeah dholbach already told me. the only diff is that the debian la has the line "build-deps" filled with the depencies 20:26 geser: what I mean. Debian has dependency_libs=' /usr/lib/libcurl.la /usr/lib/libidn.la -lldap -L/usr/lib -lgssapi_krb5 -lkrb5 -lk5crypto -lcom_err -lz /usr/lib/libgnutls.la' 20:27 geser: and ubuntu instead only dependency_libs=''" . That's the difference 20:27 yes, that's exactly the reason why clean-la.mk was uses 20:27 geser: so it's still necessary I suppose? 20:28 yes 20:28 geser: great. thank you :) 20:28 you might be lucky that it not needed currently and libmrss builds 20:28 geser: ?? 20:29 the problem in the past was that libgnutls.la moved from /lib/ to /usr/lib/ but the libnxml.la file had still the old location which lead to a FTBFS because it couldn't find the libgnutls.la file 20:29 geser: ah. k 20:30 geser: btw, I'm afraid. May you could help me with another problem? 20:30 I can try :) 20:30 geser: https://edge.launchpad.net/ubuntu/+source/starplot/0.95.4-3  :) 20:31 ScottK: claws-mail-extra-plugins is building...so it seems the FFe report will hit you and the others tomorrow morning (my time) 20:31 \sh: poor man. I suppose wine is still a bad boy? 20:32 hellboy195: my guess is that one of those *FLAGS made it fail, check config.log (from your pbuilder) for the exact reason 20:32 geser: but it builds in my pbuilder 20:32 hellboy195: hmm 20:33 geser: that's the strange thing 20:33 hellboy195: yes 20:33 \sh: damn :) 20:34 hellboy195: my pbuilder fails 20:36 geser: same error? 20:36 this brainstorm page is cool!... 20:36 === santiago-php is now known as santiago-ve ...but we don't really need 7 posts in the planet about it :) 20:36 hellboy195: yes 20:36 pochu: 5-bugs-a-day got many more posts ^^ 20:37 hellboy195: from config.log: 20:37 configure:3037: gcc "-Wall -pedantic -O2 -g"  -Wl,-Bsymbolic-functions conftest.c  >&5 20:37 gcc: "-Wall: No such file or directory 20:37 geser: really really strange 20:37 hellboy195: yeah that too 20:37 hellboy195: but easy to fix: removed the " from CFLAGS in debian/rules 20:38 geser: omg. wth? wired 20:39 forget it, wrong fix 20:39 ^^ 20:39 partly correct, configure runs now but make is missing the " around the CFLAGS 20:40 geser: that means. configure hates " and make loves it 20:40 hellboy195: no, it depends who sets the variable in the environment 20:41 ok...end of business 20:41 === \sh is now known as \sh_away geser: ah, k 20:42 hellboy195: remove the " from line 9 and 11 and add them to line 42 20:43 geser: wait. I have to fetch the .dsc first. DaD already removed it ^^ 20:43 geser: ah, sry. where to add it in line 42? CFLAGS="$? 20:46 yes 20:47 geser: so I prepare the merge/debdiff now. I hope this fixes it. I can't test it because it worked in my pbuilder .. 20:48 hellboy195: you can use your PPA 20:49 geser: true. hmm nvm. we have time :) 20:49 geser: that problem is that I always have problem with signing so I avoid using my PPA ^^ 20:55 geser: uhh nice. a unset GPG_AGENT_INFO 20:56 fixed it. how can I make that static? 20:56 hellboy195: no idea, you could try to add no-use-agent to your ~/.gnupg/gpg.conf 20:57 geser: k, thx 21:01 geser: but if it builds fine in my PPA the first thing I will do, after I did the debdiff, is to report that back to debian :) 21:04 emgent: have you seen http://packages.qa.debian.org/v/vlc/news/20080228T160212Z.html already? 21:07 nope, i go to see 21:07 geser: same error O_o 21:07 thanks geser 21:07 uhm other security fix.. 21:08 geser: ah wait. maybe a mistake from me 21:09 geser: ah stupid question. Where does the " has to end in$(MAKE) all CFLAGS="$(CFLAGS) INSTALLPGM=$(INSTALLPGM) \ 21:10 docdir=/usr/share/doc mandir=/usr/share/man sysconfdir=/etc ? 21:10 hellboy195: CFLAGS="\$(CFLAGS)" 21:10 geser: thank you very much. :) 21:11 so the value from CFLAGS (line 9 or 11) gets passed as CFLAGS to make and not only the first part of it 21:11 geser: in some minutes we will know 21:16 anyone seen norsetto recently? 21:22 geser: PPA is hating me. md5sum sucks ^^ 21:36 ah testing it tomorrow :) gn8 @ all 21:39 === cprov is now known as cprov-out Any ideas why apt pulls in the -386 kernel if a package depends on "-386|-generic|..."? the -generic variant could be used without pulling another kernel image in.. http://pastebin.com/m363876fa 22:26 blueyed: do you have the -generic already installed? I think apt will see if there's any installed and if not, install the first one 22:28 blueyed: so change the order to be -generic | -386 should do the trick I think 22:29 pochu: Are you sure it looks at the order? I though dpkg would sort them anyway how it wants.. (might be wrong though) 22:31 pochu: changing the order appears to be a workaround only for -generic. The "end" package for -generic depends on linux-image-2.6.24-10-generic, which is installed.. but apt does not seem to resolve this properly to detect it being installed.. virtualbox-ose-modules-generic is not yet installed, but should get preferred, because it depends on the -generic kernel image (which is installed) 22:32 RainCT: nope, it won't sort OR'ed dependencies 22:32 pochu: oh, cool :) 22:32 that's right.. this way you can put a preferred one in front of a more generic one. 22:32 so if you have "foo, bar | foobar" it will become "bar | foobar, foo" 22:33 I see :) 22:33 pochu: thanks 22:33 RainCT: but that sorting will likely be reverted in dpkg 22:33 as a developer may have a reason to sort if in some special way 22:34 RainCT: there's a thread in debian-devel about it btw :) 22:34 that's why I know that... I'm no dpkg wizard ;) 22:34 heh 22:34 is there much traffic on debian-devel? 22:34 yeah 22:34 :/ 22:35 1297 in January 22:35 1216 in February as of today 22:35 * RainCT decides that he won't subscribe :P 22:36 heh 22:36 how is apt-cache dotty supposed to work? "apt-cache dotty virtualbox-ose-modules | dotty  -" ? 22:37 btw, that pypanel thing messed up my gnome-panel.. is this a feature or a bug? :P 22:37 RainCT: i had to upload another revision of gnome-lirc-properties, since a stupid symlink in /usr/lib/python2.5 covered a refactoring problem for me. can you re-attach your advocating flag, please? 22:38 RainCT: or isn't that needed? 22:38 (messed up = the time is configured correctly but the clock applet shows a wrong time, some icons disapeared from the tray but their menu appears on right click on the void space, etc.) 22:38 tbf: sure, one moment :) 22:38 RainCT: awesome :-D 22:39 RainCT: your gnome panel is from 2.22? 22:40 RainCT: maybe some ugly side effects from federico's intlclock merge? 22:40 no, 1:2.20.1-0ubuntu1 (Gutsy) 22:40 I tried that pypanel thing and since then gnome-panel is mad :S 22:41 RainCT: that sucks. 22:41 RainCT: i'd try to reset the /apps/panel tree in gconf-editor... 22:42 yeh, specially the clock thing.. 22:43 RainCT: or course that's kind of drastic.... 22:43 ....but maybe the pythingy left bad entries there? 22:43 RainCT: here's the dependency graph for virtualbox-ose-modules: http://codeprobe.de/tmp/temp.svg 22:43 n/whois jpatrick 22:44 sorry 22:44 RainCT: have you tried to restart your gnome-panel ? 22:44 tbf: is there anything more beside /apps/gnome-settings/gnome-panel (which hasn't really much)? 22:44 jeromeg: yes, the computer was off overnight 22:44 weird 22:45 no idea then :) 22:45 going to be now 22:45 good night 22:46 jeromeg: good night :) 22:46 thank you 22:46 blueyed: does this image fit on your screen? :P 22:46 RainCT: not quite.. ;) (1920x1200 though) 22:47 RainCT: the interesting part is the top only though. apt only looks at the first level apparently. 22:47 +gnome-lirc-properties (0.2.1-1) hardy; urgency=low 22:48 tbf: what happened to the "0ubuntu"? :P 22:49 tbf: ping me once you fixed the version number 22:53 but tomorrow, me goes to bed now :) 22:53 good night all 22:53 Any news on qa.ubuntuwire.com? 22:55 STUPID uupdate tool! 22:59 === lando_ is now known as lando The server at brainstorm.ubuntu.com is taking too long to respond. 23:17 too many people visiting it? 23:17 slashdot. 23:17 is that normal, that uupdate eats "0ubuntu" tags? 23:20 uupdate by default does pump out -1, as if it were for debian 23:20 currently I just mangle the changelog by hand afterwards 23:20 huh, you'd think that'd be adapted to Ubuntu by now 23:21 jdong: oh... the "u" prefix stands for "update" 23:22 jdong, azeem: what!? "update-update"? what kind of name is that? 23:22 i read the tool's name as "ubuntu update" 23:22 tbf: I think Upstream Update 23:22 jdong: hmm. also possible. 23:23 azeem: I'm sure it's like a one-line patch 23:23 tbf: it predates Ubuntu by a couple of years 23:23 Upstream Update would be my guess 23:23 azeem: i am a total packaging n00b 23:25 azeem: don't know such details. 23:26 details. 23:27 azeem: well, sense for details seems very important for packagers.... 23:30 ...as i learned last week 23:30 did Murray send you to boot camp or what? 23:30 azeem: no, he just figured it's easier and more fun for him, if he delegates the neccessary packaging 23:31 heh 23:31 azeem: ...like for that lirc properties thing 23:31 azeem: hmm.... and i was too stupid to stand up, when i found that word in my contract ;-) 23:32 details ;) 23:33 well, should sleep now. have to master a 700km trip after wake up. 23:34 ciao 23:34 I hope he's flying 23:34 whee, pbuilder's so much less painful now that I hacked the backend to use lzop rather than gzip 23:59

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!