[00:01] jdong: "interested" may be ... harsh :-) [00:01] crimsun_! long time no see! [00:01] hi [00:01] http://jdong.mit.edu/~jdong/motu/azureus_2.5.0.4-1ubuntu2.dsc [00:01] jdong: Didn't you just upload it a couple of days back? [00:01] tested in pbuilder and so on [00:01] I'll be up at Lincoln Labs visiting colleages soon [00:02] Fujitsu: yeah, minor fix (launcher feature) needed [00:02] crimsun_: awesome, so you're gonna be wearing one of those huge red TEMPORARY VISITOR badges? :) [00:02] Does it actually work now? [00:02] Fujitsu: yep [00:02] Wow. [00:03] Fujitsu: currently there's a gutsy bug with icedtea-java7 where amd64 crashes [00:03] Fujitsu: but that's an icedtea problem nad I'm looking at a fix right now [00:03] It's now actually based on Debian? Sounds like what I'm trying to do to mplayer, though worse. [00:03] Fujitsu: yeah, our debdiff from Debian is < 10 lines [00:03] Hi, I am looking for another review on REVU, I have made all the changes requested in my last review : I have no advocates so far : http://revu.tauware.de/details.py?upid=437 [00:03] Good, good. [00:03] jdong: something like that [00:04] * Fujitsu ponders upgrading to Hardy some time today. [00:04] Fujitsu: as soon as we get this SRU to Gutsy over with, then I'll move onto getting 3.0.3.4 into Hardy :) [00:04] though generally when people visit my workplace, they wear those huge red visitor badges ;) [00:04] jdong: And diverging horribly from Debian again? Yay! [00:05] Fujitsu: no, Debian has 3.0.3.4 already :) [00:05] Oh. [00:05] Fujitsu: just their SWT 3.3 build-dep magically is missing. And I need to talk with eclipse gods (i.e. doko) to figure out what our plans of SWT 3.3 are [00:05] people still use azureus? ;-) [00:05] LaserJock: people who use it have been unpacking it from tarballs... [00:05] Yeah, I read about that somewhere. [00:05] Does anyone know why iceweasel has no installation candidate? it leaves iceweasel-torbutton with a broken dependency so it's uninstallable [00:05] LaserJock: which is why we need our packaging to work [00:05] jdong: Worked out how you're going to get it back to Feisty yet? [00:06] Fujitsu: not yet.... that's on a side burner for now... [00:06] OK. [00:06] Fujitsu: since you've asked the most questions,w ould you care to upload? :D [00:06] montgoej: because we have firefox? [00:06] montgoej: We don't have iceweasel in Ubuntu, and that is a known-broken package. === Vorian is now known as OGV [00:06] ok, just making sure === etank is now known as OGetank [00:06] jdong: Sure, once I check the debdiff. [00:07] Fujitsu: sounds good! *hug* [00:07] I just saw all the iceweasel-related packages and noticed that they couldn't be installed === OGetank is now known as etank === OGV is now known as vorian [00:09] Fujitsu: you reviewing packages on REVU anymore? [00:09] jdong: Looks sane, I'll upload it shortly. [00:10] StevenHarperUK: I've not reviewed more than a few before, and not recently. [00:10] * Fujitsu hides. [00:10] Fujitsu: wuss :p [00:10] well, in his defense, he has dealt with azureus for a while. That's enough to scar sane people. [00:11] I need to run off for about 20 minutes now, I'll upload when I get back, hopefully after it has built. [00:11] I looked at merging it a couple of times... I'll never recover from that. [00:11] Wow bet Azureus is evil to package [00:15] man I hate email and web browsers [00:16] true, give me the raw hex anyday! [00:18] maybe my laptop just stinks [00:26] Amaranth: ping === yamal__ is now known as yamal [00:30] Fujitsu: merci beaucoup! [00:31] <_16aR_> Hello [00:31] <_16aR_> Has someone a link to a debian/watch file usage ? And how it works ? (does it work with .zip etc...) [00:32] man uscan, and now read the topic, please. [00:32] Sorry! Please ignore that. [00:32] I thought this was #ubuntu-devel. [00:33] <_16aR_> ion_: was it for me ? [00:34] man uscan, please :-) [00:34] <_16aR_> yes, i'm already reading it [00:34] <_16aR_> thanks [00:35] I don’t think zip files are supported, since the orig.tar.gz must be, well, tar.gz :-) [00:35] <_16aR_> 1 point :p [00:36] <_16aR_> but a upstream package shouldn't be named orig.tar.gz, and so it could be in another format too, no ? [00:36] They’d have to be converted (some also put the original zip file inside a tarball and use e.g. cdbs or their own rules to unpack it on build). [00:37] LaserJock: pong [00:41] jdong: What did you do to it? It runs at an almost reasonable speed! (though is asking me to update...) [00:42] Fujitsu: magical jdong sauce ;-) [00:42] Fujitsu: and yeah, the stupid updater wants to update itself, THEN use itself to update itself [00:42] Amaranth: alacarte seems to really hog CPU and is very difficult to check/uncheck more than one menu item in arow [00:42] Fujitsu: -EUPSTREAMRETARDEDNESS [00:42] Amaranth: is that "normal" [00:42] LaserJock: I think you spelled "Is written in Python" in correctly. [00:42] * jdong ducks [00:43] LaserJock: it shouldn't chew CPU but the check/uncheck thing is 'normal' [00:43] LaserJock: I've been meaning to add a speed hack in there but I've also been rewriting it in vala on the side [00:43] If vala had a libxml2 binding or something I'd be done already [00:44] k [00:44] I installed KDE and it dumped a tone of items in Other [00:44] it's seriously gonna take 5-10 minutes to clean it up [00:44] yeah, it's _awesome_ like that [00:44] just hide the entire Other menu [00:45] except other usefull stuff ends up in Other :( [00:45] so copy it elsewhere :) [00:51] jdong: uploaded [00:52] Fujitsu: thanks [00:53] any motus around that can look at http://revu.tauware.de/details.py?upid=438 [01:09] Heya gang [01:09] 'lo barry [01:09] Heya crimsun_ [01:11] eek, I had forgotten what a behemoth iceape is [01:11] heh [01:18] crimsun_: it is huge :( [01:19] wait for xulrunner+iceape :( [01:22] I hope we can really use xulrunner soon [01:23] Indeed [01:29] dang it, my laptop won't stay on [01:29] must've overheated it or something [01:30] LaserJock: try threatening it [01:30] LaserJock: place a Vista Home Basic DVD in the CD tray. [01:31] it won't DARe turn off [01:31] heh [01:31] I was mid installation too [01:31] saying dag nab it might help ;) [01:31] hopefully it didn't corupt the dpkg cache [01:31] LaserJock: might wanna give it some ACPI T-state throttling love next time? [01:33] jdong: how do I do that? [01:33] LaserJock: /proc/acpi/processor/CPU[0-9]/throttling [01:33] I don't think my proc does throttling [01:33] LaserJock: it lists all available states, should be like "echo T3 > throttling" to set one [01:33] LaserJock: most ACPI capable CPU's do throttling (not all do CPU frequency scaling) [01:34] LaserJock: throttling just forces the CPU to sleep X% of the time [01:34] ah [01:34] LaserJock: so remember, 0% is least throttled, 87% is almost braindead :) [01:34] well, the stupid thing is already slow, but maybe that might help [01:34] great for reducing heat [01:34] I was hoping winter would help ;-) [01:34] LaserJock: I use bottles of compressed air for that ;-) [01:34] LaserJock: hold upside down and spray, propellant comes out in solid form [01:35] LaserJock: also very entertaining for flash-freezing annoying insects. [01:39] jdong: /proc/acpi/processor/CPU0$ cat throttling [01:39] [01:39] LaserJock: shucks [01:39] LaserJock: well, periodically ctrl+z dpkg and let the computer rest? [01:39] ROFL [01:40] human throttling governor [01:40] yeah, one of my more brilliant purcheses [01:40] LaserJock: or use the wad-of-propellant idea :) [01:40] just make sure no earth hippies are around [01:40] haha [01:41] we used that all the time in robotics, to flash-cool overdriven motors [01:41] best stuff ever. swiss army knife in a can [02:17] * jdong shakes fists at bulletprooof X [02:18] diagnosticproof X is more like it [02:18] edit xorg.conf for 10 minutes, then figure out it's reading xorg.conf.failsafe [02:23] Grr, damnit. What option to diff creates that Index: foo/bar/baz.c stuff? [02:23] I usually use -urN [02:26] hey crimsun_ [02:39] bddebian: AFAIK the Index: stuff comes from e.g. "cvs diff" [02:40] hrm [03:05] Good morning everyone [03:06] It's 10:06 here in China === bryce_ is now known as bryyce [04:41] * Hobbsee waves [04:41] wow, people really must hate me. [04:42] Hi Hobbsee. It's super quiet tonight [04:42] Good afternoon Hobbsee (I'm just slow, rather than filled with hatred :) ) [04:42] bddebian: ahh. probably driven them all away [04:42] persia: fair enough [04:47] ScottK: ping [04:47] Hey since you're here, I'm in a quandry. I'm working on the games team packages and kxl had config.{sub,guess} that were out of date so I copied them in. Now I just realized that they were patching them. You think I should revert what I did or take those out of the patch? [04:49] bddebian: I'd recommend you drop the patches, and copy them in configure: If the build breaks, other files should be adjusted: not those. [04:49] pass. i tend to let them just regenerate [04:51] !weekend | Hobbsee [04:51] Hobbsee: It's a weekend. Often on weekends, the paid developers, and a lot of the community, may not be around to answer your question. Please be patient, wait longer than you normally would, or try again during the working week. [04:51] hi Hobbsee [04:51] Hobbsee: The same applies to love. :-) [04:52] Hobbsee: how could you possibly suggest that people hate you? [04:52] minghua: Ubuntu has paid lovers? [04:52] Hobbsee: hi! [04:52] Yeah, it's me they all hate :-) [04:52] * LaserJock hugs Hobbsee [04:52] * bddebian spreads love all over #debian-devel [04:52] bddebian: designated hatee? ;-) [04:52] slangasek: Not that I know of... But who knows? [04:52] * ajmitch hugs the Hobbsee [04:52] slangasek: You have thoughts on my question above? [04:52] LaserJock: Heh. Heya [04:53] minghua: ahhh [04:53] bddebian: what question? [04:53] ajmitch: oh, i dont know. i just hear poeple bitching about me wanting change :) [04:53] Hobbsee: bitter about work again? :) [04:53] bddebian: er. someone was patching config.{guess,sub}? DIE [04:53] Hobbsee: You are just becoming grumpy like the rest of us ;-P [04:53] ajmitch: apparently it's MOTU's job to impose rules which would be more done for kids, isntead of making them grow up. [04:53] slangasek: Well that was my thought but I never know how much hatcheting to do without getting bitched at [04:53] ah, I see... [04:54] ajmitch: which, oddly enough, i have rather large objections with :) [04:54] which rules are these? [04:54] bddebian: anyone who's forking config.{guess,sub} should have their head examined. But are you sure it's not a case that they're "patching" them with a newer upstream version? [04:55] ajmitch: oh, just various ones. test before upload, don't upload openoffice to the buildds repeatedly. dont ask for reviews every 20 mins. check *all* ubuntu changelog entries to see if the changes are still required when merging/syncing. [04:55] right [04:55] ajmitch: those are some ones from the last couple of days :) [04:55] common sense stuff, you mean [04:55] ajmitch: exactly. which people don't seem to have. [04:56] or choose not to use. [04:56] uploading openoffice would be painful in itself [04:56] ajmitch: 3 times to a ppa is special, i thought. and then i get bitched at for making a stand for it, when i'm not a LP dev. [04:56] ah much as we'd love LP to have infinite resources for building & all [04:58] slangasek: Well that is essentially what they are trying to do, yes [04:58] /nick RAOF [04:59] But that's still static isn't it? [04:59] Hobbsee: again, I've uploaded it three times - because it failed before (syntax error with the patch). There was someone else also uploading it (once) without any patch. So altogether it got built twice.. [05:00] blueyed: wasnt particularly attempting to point out names - just of recent questionable things that people had particularly done. [05:00] blueyed: btw, do you know about buildprep, which will check if your patches apply? [05:00] bddebian: Yes. It's common for packages to have either a manual copy of the build hints, or to stick it in the clean: rule (for auto-patching each source build), both of which result in an apparently intentional patch. [05:01] Hobbsee: no, obviously not.. :) Does it work also for the OOo patch system? [05:01] You folks are making my head hurt :-) [05:02] blueyed: i'd expect so. give it a try, anyway. [05:02] * Hobbsee looks up the rune [05:02] #check all patches apply, autoconf runs, and removes the patches again [05:02] sudo make -f debian/rules buildprep [05:02] blueyed: useful in kde packages too, where you dont want to build the entire source :) [05:03] bddebian: OK, The build hints can be taken from upstream, taken during packaging, taken at source package build time, or taken at binary package build time. I like the last, but all four are used for packages. [05:04] Aye, in the configure target I am copying them from /usr/share/misc then removing config.{sub,guess} in the clean target [05:05] Hobbsee: there's no buildprep target in ooo (and apt, too) [05:06] blueyed: unsure if there needs to be. just try it. [05:06] Hobbsee: did so (in the apt package, which I'm currently hacking) [05:06] ooo is currently building anyway. [05:07] bddebian: If you're doing that, you can drop any patches to those files in diff.gz. [05:07] perhaps a buildprep rule would be handy to add [05:08] it'd be nice if people just didn't upload OOo period [05:08] heh [05:09] or perhaps a better queue management [05:09] where OOo and long jobs can run on one machine [05:09] LaserJock: i've already pinned the latest upload of ooo until there are more, better changes in it. [05:09] LaserJock: there are only 2 machines for ppa anyway [05:09] well, of course that's a problem to start with ;-) [05:10] yeah wlel. [05:10] elmo told me they had at least a dozen "community" build machines for MOTU [05:10] Grr, this is what I was trying to avoid, how the hell am I still getting this??: [05:10] W: kxl; The file config.guess contains a timestamp line that is less than 2002. [05:10] so I'm not sure why they only would have 2 for PPA [05:10] * bddebian suggests just removing PPA ;-) [05:10] Hobbsee: they're probably 2 xen domains on the same server, too :) [05:10] LaserJock: i wonder if they didnt expect them to take off so much - or if they expected people would follow the "dont dos the buildds [05:10] a little more [05:10] ajmitch: most likely, yes. [05:12] Hobbsee: bug 131526 might be worth to include in the next upload :) - it's confirmed to be fixed for amd64 once, based on the ppa build. [05:13] https://bugs.launchpad.net/ubuntu/+source/openoffice.org/+bug/131526 [05:13] bddebian: lintian isn't very good about that. You can make it shut up with a static copy as well as the configure: change, or just ignore it as irrelevant. [05:13] blueyed: i'm not crazy enough to upload openoffice. [05:14] persia: OK, thanks man [05:15] bddebian: No problem. Thanks for chasing all this so early in the cycle: I forsee a lot of syncs, and a great gaming platform for hardy. [05:17] people play games on Ubuntu?!?!?! [05:17] apparantly so [05:18] what a waste of CPU [05:18] they could be building packages [05:18] * ajmitch puts WoW into the background so that LaserJock doesn't see it [05:18] LaserJock: Isn't that what it is designed for? Seems a nice platform for games, and new free ones are available every six months. [05:18] as a part of the vast Pbuilder@Home project ;-) [05:18] persia: Yeah baby.. :-) [05:19] heh [05:19] * LaserJock is hardware limited [05:19] http://picasaweb.google.com/holtsclawb/Holloween2007/photo#5125865068756227570 woot, "fun with the kids" [05:19] LaserJock, tell me about it [05:19] if I had any machines that could run games I might be tempted [05:19] imbrandon: happy Nevada Day! [05:19] Ubuntu Pumkin heh [05:19] The Witcher releases in 4 days w0000t [05:20] LaserJock, bleh , lol [05:20] * bddebian will be even more useless for Hardy when The Witcher arrives [05:20] I got the day off man, I'll celebrate darn near anything for a day off [05:20] UO ? lol [05:20] * Hobbsee wonders what a day off is [05:21] Hobbsee: a day when you get to spend more time working on Ubuntu than work *without* getting into trouble [05:21] heh [05:25] * slangasek questions this definition :) [05:26] LaserJock: right. [05:26] slangasek, well for you its the other way arround i guess ;) [05:27] hehe [05:28] Damn the games team channel is lonely :'-( [05:28] * bddebian just talks to freakin' much [05:29] * minghua wonders why his OO.o keep using ~80% CPU. [05:29] bddebian: You could be more verbose with questions. Complaining there, and getting solutions here makes it kind of empty :) [05:29] my house is lonely too right now. everyone is asleep and i'm just gazing at my pumkin ;) [05:30] persia: ? [05:30] imbrandon: When the pumkin begins to gaze back, you can sleep :) [05:30] imbrandon: Is that what they are calling it these days? ;-P [05:30] lol [05:31] damnit , i lost part of my blog db [05:31] * imbrandon grumbles [05:41] ajmitch: I'm looking at wx2.4 again (with greater determination). Is GNUe completely dead upstream? Any thoughts about dropping it from Ubuntu? [05:42] parts of it just don't get love upstream, other parts need packages updated [05:45] ajmitch: OK. The current version doesn't seem to work with newer WX. Is this something you're likely to find time for in the next couple months? Do you think there are many users? [05:45] very few users [05:46] Hmm... If there are users, dropping seems less ideal. [05:46] I can't really tell :) [05:46] I'm most likely to update & orphan at same time [05:47] ajmitch: I haven't seen many recent bug reports, but that's not an ideal indication. I'll wait on your upload, and if it still doesn't work, try to get a python person to port it, or request a drop. [05:48] hi all, got a question regarding the latest update. phpMyadmin dumped my config, now I'm forced to login, when I run the scrtipts/setup.php I get a user/pass propmt any ideas? [05:48] geeze, can KDE possibly make *smaller* file chooser :( [05:48] newer phpmyadmins dont store the pass in the config anylonger [05:49] actually it was 7.10 that replaced the config, now phpMyAdmin bugs me for user [05:50] yeah I got that some what figured out... the htpassword file show admin:* but that does not work [05:52] imbrandon, is this a ubuntu thing or something that can be found in the phpMyAdmin doc [05:55] its a phpmyadmin practice, it was changed [06:02] Ah well, gnight folks [06:02] night [06:29] Hello everyone. Hello Hobbsee. [06:29] hi s1024kb [06:30] Hobbsee, nice to meet you again. Today i had made a little bit progress... [06:34] yay! [06:36] Good morning MOTUs! [07:22] moins coNP[uni] [07:23] hey imbrandon [07:23] heh my pumkin finaly hit planet, we'll see if it takes off like the ubuntu cakes did [07:32] http://paste.ubuntu.com/1355/ [07:32] This... HTML... is... MADNESS [07:32] Why does MS Office think it's neccessary to open and close like 5 nested tags per line? [07:33] jdong: It tracks format changes based on the active area of the selection at the time the format is created. Further, it has an internal hierarchy of classes, which is never broken (fonts do not stay constant between paragraphs). [07:34] persia: interesting... [07:34] * jdong would still like a plaintext equiv though :) [07:35] imbrandon: it is cool :) [07:52] err did ntp.ubuntu.com go away ? [07:54] imbrandon: It resolves and pings from here... [07:55] hrm [07:55] persia, ... [07:55] brandon@enterprise:/storage/www/imbrandon.com$ sudo ntpdate ntp.ubuntu.com [07:55] 27 Oct 01:51:57 ntpdate[5190]: no server suitable for synchronization found [07:56] I think html is broken. we have to start fram scratch :/ [07:57] hrm dident the canonical staff have a sysadmin channel at one time [07:57] is that #canonical-sysadmin> [07:57] i dident even notice untill my /var/log/mail filled to 108mb with errors [07:58] i guess i should .forward that [08:12] hi there [08:12] I am trying to build a package following instruction at http://doc.ubuntu.com/ubuntu/packagingguide/C/basic-scratch.html [08:13] but I get a very strange error http://pastebin.com/d2fd2d134 [08:13] the diff and dsc are there http://cyrille.diwi.org/tmp/krita/deb/ [08:13] if someone has an idea of what I am doing wrong ? [08:22] CyrilleB: you don't install the CONTROL file [08:22] so dpkg-deb doesn't find it [08:22] dpkg* [08:24] s/CONTROL/control/ BTW :) [08:35] For hardy, does each package still need to check for /var/run/ individually, or is this being guaranteed at a higher level? [08:39] gpocentek: seems to work better :) thanks, but I still have removed too much stuff from binary-arch [08:41] CyrilleB: honnestly, use debhelper [08:42] packaging without with is not easy (even though it's a nice way to learn) [08:42] s/with /this / [08:42] gpocentek: I first try with that, but it didn't work for me, I don't remember where I failed : [08:42] :/ [08:43] CyrilleB: if you can build debian/rules from scratch it shouldn't be hard to use the template provided by dh_make and adapt it for your package [08:44] but that's up to you :) [08:45] ok I will try again, maybe it will work better now that I understand a little bit more how to create debs package ;) [08:46] yep :) [08:51] gpocentek: ah I remember now, debuild insists for the package to be signed [08:51] CyrilleB: ah, that's not a problem [08:52] you can use debuild -us -uc [08:52] debuild -us -uc [08:52] heya gpocentek [08:52] hello imbrandon [08:55] i'm having a problem with nmap and wirelles, but i think is a driver problem, where should i report it, tu laptop team or tu MOTU/nmap ? [08:55] nxvl: You should probably report it to LP first :) [08:56] persia: yes, i know, but i report it as a driver problem, or as an nmap problem? [08:57] nxvl: Ah. Depends on how it breaks. You'll want to investigate a bit: run it in a debugger, and if the problem appears to be in kernelspace, report as a driver issue. If the problem appears to be in userspace, report as an nmap issue. [08:57] persia: how do i debug it? with debug command? [08:58] * persia points nxvl at https://wiki.ubuntu.com/DebuggingProcedures and #ubuntu-bugs [08:58] persia: thnx [08:58] * nxvl hugs persia [09:06] did someone knows which is the SysRq key? [09:08] the one that says sys req ( normaly with print screen on it too ) [09:17] DktrKranz: The aolserver4 packages in Debian underwent some significant changes to not include the library and daemon in the same place. Do you have an interest in the packages, or were you just chasing QA? === asac_ is now known as asac [09:18] persia, I managed several merges of it, but I have no direct interest [09:20] DktrKranz: OK. From what I can tell, there's a transition underway. If you're planning to merge the others, I wanted to ask you to also merge aolserver4 (my change can be dropped). If not, I'll take a look at all of them later (if someone else doesn't first). [09:23] persia, I'll have a look at it, maybe askink Debian maintainer additional informations to avoid future issues [09:23] *asking [09:23] anyone running kubuntu gutsy here for a little test ? [09:23] DktrKranz: Thanks. [09:24] jeromeg: I could try [09:24] thanks to you for pointing that out [09:24] jeromeg / jpatrick , there is also #kubuntu-testers with lots of guiney pigs [09:24] jpatrick: bug 157332 [09:25] jpatrick: you just need to install xfce4-terminal, run it and see if there is a scroll bar [09:25] thx [09:26] ok a big thanks again, I now have a package :) bye [09:26] imbrandon: i'll go there [09:26] jeromeg, no biggie, just thought you would reach a better target there [09:27] was mostly FYI === vilde_ is now known as MLP [09:38] persia, after a quick look, I tend to agree with you. There could be several packages involved, they are maintained by the same DD of aolserver4, so it will be easier to have things clear. [09:39] DktrKranz: Personally, I'd really prefer libaolserver4 to aolserver4-core, but I suspect it won't get quite that clean :) [09:40] well, since it can be confused with SONAMEs, maybe it's a pondered choice [09:41] DktrKranz: Perhaps. On the other hand, it is providing libraries against which clients link... [09:42] it has no explicit soname, maybe ABI/API compatibility is stable enough to justify it [09:43] but frankie surely knows what he does :) [09:57] does anyone knows the name of the package which enables to set up shared folders in the gnome system menu ? [09:58] jeromeg: I don't know the package, but I can give you a way to find out: [09:58] persia : apt-file ? [09:58] First, find and remember the name of the control tool used in the gnome menu to enable that. [09:59] jeromeg: apt-file doesn't translate menu entries into applications :) [09:59] :) [09:59] Then, grep "Name" /usr/share/applications/*, to find out if it is in an installed .desktop file. [10:00] If it's not there, take a look in /usr/share/app-install/desktop to see if it's used in any of those (which list package names). [10:01] Once you find a target file, you can use apt-file or the like to get a package name. [10:01] ok thank you [10:05] persia : got it thank you, gnome-system-tools [10:44] apachelogger, about projectm 1.01. it appears to work fine under amarok here :s. not sure what's wrong with their setups. also 1.0 branch is supported by upstream. [10:45] hm [10:45] DarkMageZ: what driver? [10:45] ati? [10:46] apachelogger, ati rv350 (ati 9600se) with the fglrx driver. [10:46] hm [10:46] so projectm 1.0 is the only thing that runs on an ati chip better than on nvidia ;-) [10:46] apachelogger, have you had problems with it yourself? [10:46] yep [10:46] intel here [10:46] also with nividia-glx [10:48] apachelogger, hmm. if it's not user error. then it'd be worth poking @ carm/structured on #projectm and see if you guys can get it sorted rather than falling back to obsolete software :( [10:49] well, they know about it [10:49] for now I'll just wait whether they come up with a fix [10:49] apachelogger, are you aantipop on sourceforfe? [10:49] using 0. is really the last thing I'd do [10:49] nah, apachelogger ;-) [10:50] apachelogger, i have a thought. gimme a sec. [11:34] hi [11:36] regarding http://unittestcpp.aminche.com/UnitTest++/debian/control [11:36] are the two following line correct ? [11:36] Conflicts: libunittest++-dev (< 1.3.0), libunittest++0 (< 1.3.0) Replaces: libunittest++-dev (< 1.3.0), libunittest++0 (< 1.3.0) [11:37] I want the new version of libunittest++-dev 1.3.0 to completly replace previous version of libunittest++0 and libunittest++-dev [11:39] proppy: Is it conflicting/replacing old versions of itself (ie. same package name), or am I missing something? [11:39] Fujitsu: yep [11:39] proppy: That's useless. [11:40] Fujitsu: the previous source package provided binary + -dev [11:40] proppy: There's no need to conflict/replace to itself. dpkg assumes that anyway [11:40] Fujitsu: and the new one only -dev [11:40] proppy: Er, what? Why is this -dev containing binaries? [11:40] That sounds very very wrong. [11:40] Fujitsu: I want the binary removed if installing the new -dev package [11:40] proppy: new non-dev should conflict/replace -dev. -dev can be left alone. [11:40] Fujitsu: nop It doesnt 'contain binary [11:40] Fujitsu: only .a and .h like usual -dev package [11:41] Fujitsu: I removed the .so and binary support [11:41] proppy: What's the -dev for compiling against now? [11:41] persia: I should provide an empty non -dev [11:41] Fujitsu: the new dev [11:41] proppy: Now I'm confused. [11:41]