=== Guest24294 is now known as dmb [01:03] good night folks! [02:16] While reviewing packages on REVU, I came accross one that follows http://wiki.debian.org/Proposals/CopyrightFormat?action=recall&rev=196 for debian/copyright. Is this ok? Or should I have them switch to the more traditional style? [02:17] nhandler: Those are fine. [02:18] ScottK-laptop: Ok, I just wanted to make sure since I hadn't seen a copyright like that before [02:18] Some people are a real fan of it. === ziroday` is now known as ziroday [02:59] If a program is distributable but not modifiable, can it enter multiverse? [03:06] nhandler: Yes. [03:07] Thanks ScottK === in[v]aleed is now known as invaleed [04:52] Hello, can someone look at this merge request: bug 305124 [04:52] Launchpad bug 305124 in tspc "Candidate revision tspc_2.1.1-8ubuntu1" [Undecided,Confirmed] https://launchpad.net/bugs/305124 === fta is now known as fta_out [05:23] * invaleed is away (Please give me hug) === invaleed is now known as in[v]aleed [05:25] Hobbsee: ^^ [05:25] I think it's removal time... [05:25] Yes. [05:25] A very nice hug it will be. [05:26] jdong: Can we backport python3.0? [05:26] wgrant: what does doko think? [05:26] jdong: No idea. But it has no rdepends... [05:26] if it installs side by side correctly, I think that would be pretty cool to backport [05:26] We already have rc3 in Intrepid. [05:26] but since I know /dev/null about python packaging, I'd like to have someone who knows what they're doing weigh in :) [05:27] I know we have rc3 in Intrepid but I want to make sure nothing changed significantly in jaunty [05:27] Right. [05:27] * jdong has a feeling that he needs to have a firefox-3.1 talk of similar nature in the near future :) [05:27] Firefox 3.1 breaks subpixel rendering :( [05:27] wgrant: doko already said no. [05:27] ScottK-laptop: Aw, why? [05:28] We'll have it in intrepid-updates. [05:28] Ah. [05:28] Good enough reason. [05:28] ScottK-laptop: ah, even cooler :) [05:28] Hardy, we aren't supporting. [05:28] what irony... [05:28] the day I do a lengthy blogpost raving about the benefits of AppArmor... [05:28] It's not like Python 3.0 will be good for anything but experimental use for quite some time. [05:29] KDE4.2 installed a restrictive apparmor profile that I spent 20 mintues tweaking :) [05:29] jdong: For which package? [05:29] the mysqld config backend thingie [05:29] Right. [05:29] Akonadi. [05:30] It's actually a mysql profile. [05:30] for my encrypted-private-directory setup apparmor chokes on it [05:30] Interesting. [05:30] I'd imagine jdstrand would be interested in that one. [05:30] * wgrant decides he should pack at some point. [05:31] I needed rwk for not just ${HOME}.local/share/akonadi/**, but ${HOME}/Private and ${HOME}/.Private/local/share...... [05:31] which makes sense due to the way ecryptfs has an upper and lower layer [05:31] and IMO Ubuntu needs to port over Suse's AppArmor troubleshooter [05:32] it took me a while to realize that AppArmor was causing the problem [05:33] jdong: Would you please file a bug against akonadi with your information? [05:33] Please susbcribe me to it. [05:33] will do. [05:34] Thanks [05:37] ScottK-laptop: done (bug 305669); subscribed [05:37] Launchpad bug 305669 in akonadi "Akonadi's Apparmor profile does not work with Encrypted Private Directory overlays" [Undecided,New] https://launchpad.net/bugs/305669 [05:38] jdong: Thanks. [05:38] sure thing [08:26] Hello, can someone help me with a bug fix ? I am trying to fix debian bug 507340 [08:26] Debian bug 507340 in sl-modem-daemon "sl-modem-daemon: User Slmodemd has home dir /" [Important,Open] http://bugs.debian.org/507340 [08:27] to fix the problem for those upgrading sl-modem, I did 'usermod --home /var/log/slmodemd Slmodemd' in postinst [08:27] now , when I install the package (even for the first time), this usermod gives a Seg fault [08:27] yet dpkg does continue installing it [09:11] Hello [09:33] hi [09:34] i tried apt-build with O3 but still some packages are being built with O2 - why would that happen? [11:25] hi everyone. Try to build a package from source and it gives an error (when using debuild -S -sa) - make: *** No rule to make target `clean'. Stop. How can I fix it? [11:25] you need to add a clean target [11:26] it's required [11:26] cliffbreaker_: how did you create your debian/rules? [11:26] azeem: well, I understand that. How do I do that - I'm a newbie, sorry, just trying to build my first package [11:27] I used dh_make and it was generated [11:27] dh_make generates a clean rule, why did you remove it? [11:28] well i didn't. I didn't change anything there. It's present and the section containing a clean rule is there [11:29] cliffbreaker_: post your rules file on a pastebin then [11:29] ok [11:39] azeem: http://paste.org/index.php?id=4411 === DrKranz is now known as DktrKranz [11:42] cliffbreaker: can you also pastebin the whole output of debuild -S -sa? [11:42] cliffbreaker: otherwise, the only thing I can think of is tab/space mangling in rules maybe, so that make gets confused [11:43] azeem: ok, but it is half russian) [11:44] cliffbreaker: run it with LANG=C in front [11:45] azeem http://paste.org/index.php?id=4413 [11:45] oh, just a minute [11:45] sebner: you haven't reviewed anything yet :( [11:46] RainCT: is it still friday somewhere? [11:46] azeem: http://paste.org/index.php?id=4414 - here it is [11:46] sebner: yep, iirc it's still REVU Day for 2 hours or so [11:47] RainCT: well, I have to go off now *but* today I'll review something ;) [11:47] cliffbreaker: ohhhh [11:47] cliffbreaker: sorry [11:48] azeem: for what?) [11:48] cliffbreaker: the problem is that the clean rules exists, but runs "make clean", but either there is no Makefile in the upstream source, or it does not contain a clean rule [11:48] so this is not about debian/rules but Makefile [11:48] cliffbreaker: is there a Makefile.in? [11:49] i'll have a look [11:50] azeem: well there is none [11:51] cliffbreaker: what kind of project is it? [11:52] it is deluge-torrent. It has no makefile - just setup.py . Seems to use python [11:52] cliffbreaker: this is a prime example why you should not just use the dh_make debian/rules per se, it usually needs to be adopted to the project you're packaging [11:52] cliffbreaker: ok, so you need to rewrite debian/rules [11:53] azeem: well. It seems quite a task for me) could you please give me any hints? [11:53] look at other python packages [11:54] azeem: well I don't seem to understand what to do, sorry(( just used the instructions provided by MOTU [11:59] Does anybody notice a "connection refused" error while uploading to PPAs? [12:00] now it's working, probably it was just me [12:00] DktrKranz: no, it was broken [12:01] cool [12:01] (and was fixed) [12:32] we should either remove iceweasel-linky from archives or add firefox and friends to the depends. does anyone have an idea on what is better? ill be glad to fix it if needed [12:34] gnomefreak: s/firefox/abrowser/ [12:34] (if you go that route) [12:34] Hobbsee: yeah i was gonna add all that we use with extensions just not sure if removing it or adding deps would be best [12:40] * gnomefreak will work on it monday. [12:41] does it need firefoxish, or xulrunner? :p [12:46] directhex: Hey, I see that a lot of CLI apps are not yet uploaded to experimental. Is meebey lazy? ;-) [12:47] iulian, no comment! [12:47] I agree with you. [12:47] iulian, was giver successfully transitioned? it's still in red - if it's waiting on meebey it should go yellow [12:47] directhex: Oh really? Didn't know that. [12:47] * iulian wonders how to change the colour. [12:48] Lemme have a look at the wiki. [12:48] And yes, it's done already. [12:48] iulian, as for laziness, i've been bugging him for something which IMHO is higher priority: a new mono version for lenny to fix an RC bug [12:49] which is done now. 1.9.1+dfsg-5 [12:49] it might be worth a SRU for the same bugfixes for intrepid, but i'm not gonna open that can of worms myself [12:49] Aha [12:49] directhex: How do you change the colour? [12:50] * iulian was using the GUI mode. [12:50] iulian, i'll do it then. i assume gui modes break things ;) [12:51] directhex: OK then, but I still want to know how to change the colour :) [12:51] Ah, got it. [12:52] You cannot change the colour when using the GUI. [12:52] [12:52] yeah. apprently the gui sucks then :) [12:52] Indeed [12:57] Hey mok0. [13:05] directhex: it only needs to be dependant on browsers because the browsers will bring in xulrunner-* [13:05] sorry for late reply im working on something [13:06] gnomefreak, right..... but if it works in all the browsers, you could depend on xulrunner-1.9. that way on debian or ubuntu it'd work in FF, iceweasel, abrowser, etc etc etc [13:07] iirc xulrunner doesnt bring in browsers [13:08] it doesnt depend on browsers but the other way around [13:09] i see icedtea was renamed === nenolod is now known as moogle [13:20] gnomefreak, exactly. unless you want the | from hell in your depends, the way to offer an extension to all browsers is via depending on xulrunner [13:20] gnomefreak, if it CAN'T be used by all browsers, then, well, welcome to | city [13:27] i wont know anything until i get around to looking at the *.rdf to find out what browsers it supports [14:41] (two hours later) Oh, hi iulian :-) [15:45] Hi, I am looking for a member of the SRU Team please [15:47] Can anybody imagine a reason why you want to have the clean target depend on the configure and/or patch target [15:47] superm1: hey dude, are you in the same hotel as everyone else? I get in tomorrow at about 5pm there, so I will look you up if you are around [15:47] Elbrus: maybe so you can run make distclean, for a autotools package [15:48] though I don't think that makes a lot of sense [15:49] it does have "make XXX_distclean" lines [15:54] Hi! Anybody care to review http://revu.ubuntuwire.com/details.py?package=tomboy-blogposter ? Had one advocate and all the outstanding issues should be fixed now. I'd be happy ;) [15:56] when's the UDS ? [15:59] AnAnt: from Monday to Friday [15:59] OK, looks like no SRU's about : if any read this (from logs) can you have a look at https://bugs.edge.launchpad.net/ubuntu/+source/easycrypt/+bug/293903 it needs processing : thanks a lot [15:59] I see [15:59] Launchpad bug 293903 in easycrypt "Candidate revision easycrypt_0.2.3.0-0ubuntu1" [Wishlist,Confirmed] [15:59] pochu: thanks === gouki_ is now known as gouki === in[v]aleed is now known as invaleed [16:55] * invaleed is away (Please give me hug) === invaleed is now known as in[v]aleed [17:34] sigh I am a total idiot :) [17:34] did you know that drag-drop Nautilus doesn't work well with iTunes? [17:35] I guess the joke's on me for having a full GNOME stack on OS X then accidentally using gnome-open when I should've used open. [18:55] aika hiljasta [19:51] yikes that's my 2nd time being an idiot today. [19:51] this time almost dpkg -i'ed something onto my Mac [19:54] jdong: fink uses dpkg [19:55] mok0: yeah to some degree it does, though I just happen to have dpkg installed from macports [19:55] along with yum and rpm (don't ask; lots of fun) [19:56] Oh, I see [19:56] I use fink on my mac [19:56] I use macports; somehow I've found packages in there to be better maintained. [19:56] could just be the specific packages i use at specific moments in history that gave me that impression though [19:57] ordinarily I would bias towards fink just because it uses dpkg/apt, but I was disappointied to find that only true for the binary packages. [19:57] i tried using fink a few times, but it somehow always seemed to mess up and break things :( [19:57] jdong, Hm, my impression is there are alway update [19:57] the source building system is *still* a ports-like build script backend [19:57] not debhelper/debuild [19:57] rww, just rm -rf /sw and start over :-) [19:57] rww: glad I'm not the only one that experiences that! [19:57] mok0: my macports tree has lasted me since 10.4.10 [19:58] minor rebuilding here and there to keep ABIs from breaking [19:58] and I have all of GNOME, KDE4, and mono installed from macports too [19:58] I've been told that I don't use my Mac correctly... [19:58] What annoys me is that you always have to build the packages [19:59] yeah IMO it wouldn't KILL them to build fairly up to date packages. [19:59] macports and fink. [19:59] which means you need to install all the build-deps in addition to the actual deps [19:59] these systems don't differentiate between -dev and -bin [19:59] jdong: exactly [19:59] it is somewhat of a waste of space. [19:59] I've not heard ANY good arguments why this is better [20:00] other than it promotes lazy packaging and makes it easier to "install the stupid -dev packages" (not my words) [20:00] The Gentoo people claims that it's faster; I don't believe that [20:00] jdong: actually, in fink there _are_ dev packagees [20:01] it might possibly be faster. [20:01] but in reality IMO only a handful of packages benefit from such optimization. [20:01] not the entire system blindly [20:02] and neither fink nor macports ships with any kind of optimizing CFLAGS by default [20:02] jdong, of course you can optimize for your Athlon or K8 or whatever [20:02] not to mention you *KNOW* all Mac hardware are Core Duos with SSE2,SSE3,MMX anyway. [20:02] the greatest common denominator is already large enough that additional CFLAGs wouldn't matter much on top of that [20:03] jdong: except, just the time it takes to compile gcc easily makes up for any speed-gains in the next 100 years [20:05] mok0: hence me not using gentoo === nhandler_ is now known as nhandler [20:12] rww: yeah binary packages... woot [20:17] How to format/erase DVD-RAM under ubuntu [20:17] (1) this is not a support channel [20:17] (2) DVD-RAM should show up as a regular block device at /dev/dvd [20:18] you can use mkfs just as if it were a hard drive. [20:19] retour: you probably want #ubuntu ;) [20:22] Sorry but I tried Ubuntu/Xubuntu chanels - no answers. I'm ignored. I've got DVD-RAM disks that were used in portable DVD player/recorder and 50% of the capacity is used by something nonvisible to me. Additionaly every DVD when automunts gives me errors because of a bug with access rights. I can aonly watch/access DVD's as root [20:23] well being ignored in #ubuntu is not really an excuse to take t he topic into a channel that is not meant for support issues [20:23] speaking of support, the issue at hand is Ubuntu really does not support DVD-RAM and DVD+RW writeable optical media [20:24] the system mounts optical media read-only and not owned by the user in its default rules anyway [20:26] OK sorry. Just read what Masters chanell really is. Bye! [20:42] printf ("%g %f %f MB\n", f, f, f/1024000); [20:42] *blinks* [20:42] what the hell kind of byte is that? [20:42] a MixiByte? [20:43] the last time I've seen that definition was with 1.44MB floppies [21:25] Hi! Anybody interested in reviewing tomboy-blogposter, a small utility to blog about Ubuntu (and other topics) from Tomboy? ;) It's been advocated by mok0 and I think I have corrected all issues mentioned by dktrkranz. See http://revu.ubuntuwire.com/details.py?package=tomboy-blogposter [21:25] I'll be here for feedback... === RainCT_ is now known as RainCT [23:31] hi [23:32] if someone has free time, can please review http://revu.ubuntuwire.com/details.py?package=dsss ?