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