[12:36] <persia> nand_: WIth desktop-file-utils 0.13-0ubuntu3, desktop-file-validate debian/ike.desktop gives me "ike.desktop: warning: key "Encoding" in group "Desktop Entry" is deprecated".  Are you not seeing the same?  This might be a larger bug.
[12:36] <nand_> persia: this is my exact version.
[12:36]  * nand_ checks again
[12:38] <nand_> persia: No i'm definitely using the same version, and I don't have any output. Any command line parameters?
[12:38] <persia> nand_: none.  Which architecure are you using?
[12:38] <nand_> i386
[12:39]  * persia seeks a volunteer with a gutsy/i386 system to run desktop-file-validate against http://revu.tauware.de/revu1-incoming/ike-0711051330/ike-2.0.2/debian/ike.desktop
[12:39] <StevenHarperUK> Fujitsu: if its technically clean can you comment on it please
[12:39] <Fujitsu> StevenHarperUK: See PM.
[12:39] <nand_> persia: you suspect a architecture bug?
[12:40] <Fujitsu> persia: I'll do so (on hardy, but the package hasn't changed AFAIK)
[12:40] <nand_> persia: may I send you in pm the comment of upstream concerning copyright
[12:40] <persia> nand_: I'm amd64.  Sometimes behaviour is different, so it's a handy thing to check.
[12:40] <persia> Fujitsu: Thanks, and no, it's the same version.
[12:40] <Fujitsu> I get the Encoding warning, as I have for months.
[12:40] <persia> nand_: Sure.
[12:41] <nand_> but then why did I not get this warning?
[12:41] <persia> nand_: It's just you then.  You may want to reinstall desktop-file-utils to see if that helps.
[12:41] <nand_> persia: I'll give it a try.
[12:43] <persia> wallyweek: shorten commented
[12:44]  * Fujitsu ponders attacking REVU to comment via POST.
[12:45] <nand_> persia: oops. I think I have forgotten to register.
[12:45] <persia> nand_: register?
[12:45] <nand_> persia: log in with nickserv.
[12:46] <nand_> persia: anonymous pm are forbidden
[12:46] <persia> nand_: Ah.  That makes it hard to message me.  How about a pastebin?
[12:46] <persia> !pastebin | nand_
[12:46] <ubotu> nand_: pastebin is a service to post large texts so you don't flood the channel. The Ubuntu pastebin is at http://paste.ubuntu-nl.org (make sure you give us the URL for your paste - see also the #ubuntu channel topic)
[12:46] <nand_> persia: ok :)
[12:48] <persia> nand_: If upstream is reviewing the code to add the copyright headers, that's a good thing.  We won't be able to upload to the archive until it's done, but the rest of the package is almost there.  If upstream is actually quick about it, I suspect ike will get in next time (especially if you keep fixing all the packaging stuffin the meantime)
[12:49] <nand_> persia: Ok i'll forward that. In fact I think upstream has forgotten about that...
[12:50] <persia> nand_: Just keep bugging them.  Because this will be an LTS, you've a decent size stick (it'll be two or three years before your app can get on Ubuntu servers if you don't do it soon)
[12:51] <nand_> persia: right :)
[12:52] <nand_> persia: Btw when is the next revu freeze?
[12:52] <nand_> (upstream may want to get a later revision in)
[12:52] <persia> nand_: Not entirely decided, but likely February, although it'd be ideal to get it in by December 14th for best testing.
[12:54] <Fujitsu> Hobbsee: Around? Can you fix sparky's time up?
[12:54]  * persia is amused by "The program 'les' is currently not installed.  You can install it by typing: sudo apt-get install atm-tools"
[12:55] <Hobbsee> Fujitsu: time up?
[12:55] <Fujitsu> Hobbsee: It is saying it's 31 past the hour.
[12:55] <Fujitsu> Which I doubt.
[12:55] <Hobbsee> ...interesting
[12:55]  * white waves
[12:55] <Fujitsu> Hi white.
[12:56] <white> do you know that feeling, when you should study for an exam (which is in two days), but you just can't?
[12:57] <white> but after wednesday holidays start :)
[12:57] <Fujitsu> white: Oh, I do. I have one in two days, and am not studying :P
[12:57] <Hobbsee> Fujitsu: there we are :)
[12:57] <Fujitsu> Hobbsee: Thanks.
[12:58] <Fujitsu> Might be nice to install ntp on there, but that is probably best discussed with siretart.
[12:59] <siretart> Fujitsu: sorry?
[12:59] <Fujitsu> siretart: sparky's time drifts.
[13:00] <siretart> damn
[13:00] <Fujitsu> It was 25 minutes out just now.
[13:00] <siretart> Fujitsu: I won't get to it today, please check with sistpoty or Hobbsee, they both have root
[13:00] <Fujitsu> I was wondering why uploads weren't appearing at */10.
[13:00] <Fujitsu> Hobbsee: Install ntp kthxbye.
[13:00] <siretart> Mon Nov  5 14:00:41 CET 2007
[13:01] <siretart> hmmm. time seems okay right now
[13:01] <Fujitsu> siretart: I just got Hobbsee to fix the time manually.
[13:01] <siretart> ok. thanks!
[13:01] <Hobbsee> Fujitsu: ntp installed, kthxbye.
[13:01] <Fujitsu> Hobbsee: Thanks.
[13:01] <Hobbsee> siretart: it appears to think that ntp.ubuntu.com is not a valid server, or something.
[13:01] <siretart> Hobbsee: please use 'faui45.informatik.uni-erlangen.de' as ntp server
[13:01] <Hobbsee> Fujitsu: all i did was use the ntpserver of the uni that it's in
[13:01] <siretart> if that doesn't work, try faui40.informatik.uni-erlangen.de
[13:01] <Fujitsu> Hobbsee: That's ntpdate, not ntp.
[13:01] <Hobbsee> siretart: hm, i used something close to that
[13:02] <Hobbsee> oh, piont, i thought one was from teh other
[13:02] <siretart> it might be very well possible that some ports are firewalled
[13:02] <Fujitsu> ntpdate runs once, doesn't keep things synced.
[13:02] <persia> wallyweek: btpd commented
[13:03] <Fujitsu> Educational institutions seem to have a habit of blocking NTP outbound.
[13:04] <persia> Would anyone with a powerpc be willing to run a test build of http://revu.tauware.de/details.py?package=sdlmame ?  It's requested in the comments, but I'm not sure how widely that is seen.
[13:05] <white> Fujitsu: lecturers are never on time, so they do not want the students to look at the time of the clients and then appear for the lectures on time
[13:05] <Fujitsu> white: Good theory.
[13:06] <white> i could make a statistic of my favourite lecturer, she always is at least ten minutes late :)
[13:06]  * Fujitsu wonders if mangling the times of a couple of REVU uploads to make them actually appear in chronological order is plausible.
[13:06]  * persia wonders why chronology is important for REVU
[13:07] <Fujitsu> persia: Observe http://revu.tauware.de/details.py?upid=545
[13:07] <Fujitsu> That is the latest upload.
[13:07] <Fujitsu> Yet two appear after it, as sparky was behind.
[13:07] <nand_> any hint on an automatic way to retrive a upload from revu and automaticaly set it up (dget only download) ? (just lazy)
[13:08] <azeem> nand_: dget -x
[13:08] <persia> Fujitsu: Ah.  Then, I'd say it's worth it for anything uploaded in the last two hours.
[13:08] <nand_> azeem: thanks!
[13:08] <azeem> ... if that is what you mean by "set it up"
[13:08] <nand_> persia: desktop-file package reinstalled, still nothing. BUT if I download if with wget, then I got your warning.
[13:09] <nand_> weird...
[13:09] <persia> nand_: Download which with wget?
[13:09] <nand_> persia: sorry. "If I download my uploaded source package with dget"
[13:10] <nand_> it looks like it's on REVU side.
[13:10]  * nand_ checks the md5
[13:10] <persia> nand_: Ah, so it's clean locally, but the REVU version is ugly?  That's frustrating.  You'll want to make sure it's really clean for your next upload (I'd wait a couple hours due to the REVU time change).
[13:11] <nand_> persia: oh wait.
[13:11] <StevenHarperUK> Looking for an Advocation for Easy Crypt : I already have 1 advocation : http://revu.tauware.de/details.py?upid=545 - please note its the 14:00 upload, the time chnage on REVU has put them out of order
[13:13] <nand_> persia: Sorry for the waste of time. That's the problem when working simultaneously on two machines... :/ I'm on feisty for the build, I have checked on the gutsy one :/
[13:15] <persia> nand_: That explains it.  Encoding didn't become deprecated until gutsy
[13:17] <persia> StevenHarperUK: There's still no upstream changelog: is uncorrectible?
[13:17] <persia> ^this
[13:41] <norsetto> happy revu day everybody
[13:43] <proppy> hi norsetto
[13:44] <zul> morning
[13:44] <norsetto> proppy: salut, how is it with juce?
[13:44] <norsetto> hi zul
[13:46] <zul> hi norsetto
[13:46] <wallyweek> persia: thanks! :)
[13:47] <nand_> what would one recommand instead of mv to rename a file on the rule file considering that dh_install doesn't rename?
[13:48] <nand_> *what would one recommand to use to rename a file in the rule file (more clear)
[13:48] <persia> nand_: install -m 644 (or whatever) works, but it's not the prettiest solution
[13:49] <nand_> persia: ok thanks.
[13:49] <proppy> norsetto: studying debhelper while @home
[13:49] <norsetto> proppy: dh_gconf ?
[13:49] <proppy> norsetto: it's not really my mother tongue, but It's interesting to learn :)
[13:49] <proppy> norsetto: I'm sure I will enjoy reading debian/rules of package after that
[13:50] <norsetto> proppy: don't tell me that japanese its easier ....
[13:52] <Hobbsee> hiya jono
[13:52] <proppy> norsetto: Actually yes, since I don't have a dhelper native gf :)
[13:52] <white> norsetto: got my mail about dh_icons?
[13:53] <white> norsetto: please keep discussing it with Peter on the cdbs bug to get a solution there :)
[13:54] <norsetto> white: which bug number?
[13:54] <Nafallo> Fujitsu: ffs. keep the server online will ya ;-)
[13:55] <Fujitsu> Nafallo: Getting there, getting there.
[13:55] <Nafallo> :-)
[13:58] <StevenHarperUK> persia: The ChangeLog is in there
[13:58] <white> norsetto: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=432851
[13:58] <ubotu> Debian bug 432851 in cdbs "cdbs: Please add support for dh_icons" [Wishlist,Open]
[13:59] <persia> StevenHarperUK: why can't linda find it: i7ll dig some more
[13:59] <jono> heya Hobbsee
[13:59] <StevenHarperUK> persia: it gets installed to : usr/share/easycrypt/ChangeLog
[14:00] <StevenHarperUK> persia: if you check it in the included files when you double click the DEB
[14:00] <Fujitsu> StevenHarperUK: Eek, I missed that, sorry. It should be in /usr/share/doc
[14:00] <Fujitsu> /usr/share/doc/easycrypt, that is.
[14:01] <StevenHarperUK> Fujitsu: sorry what do  you mean - its correct or not?
[14:01] <Fujitsu> StevenHarperUK: I missed that you'd done it wrong.
[14:01] <Fujitsu> The changelog needs to be in /usr/share/doc/easycrypt.
[14:02] <norsetto> white: actually I sympatise with Peter, dh_icons should not be called by default by cdbs
[14:02] <StevenHarperUK> Do I manually stick it there using easycrypt.install?
[14:02] <StevenHarperUK> Fujitsu: ^^^
[14:02] <Fujitsu> dh_installchangelogs should do it, I think.
[14:02] <Fujitsu> Or whatever it is.
[14:02] <Fujitsu> I haven't made a new package in quite a while.
[14:03] <StevenHarperUK> Fujitsu: That is right , does it go in this section (binary-install/easycrypt::)
[14:04] <white> norsetto: well then i have to tag my bug wontfix
[14:04] <norsetto> white: as you wish, we have dh_icons in any case in Ubuntu
[14:05] <Fujitsu> StevenHarperUK: CDBS stuff isn't one of my strong points.
[14:05] <Fujitsu> norsetto: Isn't that done by gnome.mk?
[14:05] <white> well calling dh_icons (and later on whatever is used for other desktops) would have the same effect, than calling it from cdbs
[14:05] <white> Fujitsu: qt packages do not use gnome.mk
[14:05] <norsetto> Fujitsu: indeed, also by kde.mk and xfce.mk
[14:05] <Fujitsu> norsetto: Right.
[14:05] <white> Fujitsu: my point would be to use it in debhelper.mk
[14:06] <white> although i agree with peter that dh_icons needs to be adjusted
[14:07]  * persia would like to see dh_desktop called whenever there is a .desktop in /usr/share/applications now that the MIME issue is fixedf
[14:08] <white> persia: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=439717
[14:08] <ubotu> Debian bug 439717 in cdbs "cdbs: run dh_desktop if there's a debian/package.desktop file" [Normal,Open]
[14:08] <persia> white: Thanks :)
[14:08] <norsetto> white: the point is that calling it by default would mean calling it also when its not needed
[14:08] <norsetto> white: not many packages have a need to register their icons, so I think its fair to leave it to the packager
[14:09] <white> well if there is no icon installed, then imho dh_icons should detect that and not add anything
[14:09]  * persia ponders submitting patches to debhelper to actually have a chance of closing that bug
[14:11] <StevenHarperUK> Can anyone help: I have placed 	dh_installchangelogs ChangeLog     in my rules, but its not placing the ChangeLog file into /usr/share/doc/easycrypt/
[14:11] <white> persia: fixing it in debhelper and cdbs would imho be the right approach and bring the most benefit to all the packages
[14:11] <white> and less effort for future releases
[14:12] <persia> white: I think debhelper has to go first.  dh_icons needs to use a find test, and dh_desktop should actually install them
[14:12] <white> yes
[14:12] <white> and dh_desktop could document what the call actually does :)
[14:13] <persia> white: Well, it calls update-desktop-database iff there is a MIME type defined in the desktop file in the postinst.  Most of the time it's a nop currently.
[14:14]  * persia puts dh_desktop firmly in the TODO list, albeit not very close to the top
[14:15] <StevenHarperUK> This is in the Build output
[14:15] <StevenHarperUK> dh_installchangelogs -peasycrypt  ./ChangeLog
[14:15] <StevenHarperUK> no errors after it
[14:15] <StevenHarperUK> This in the Included files : usr/share/doc/easycrypt/changelog.Debian.gz
[14:15] <StevenHarperUK> is that right?
[14:15] <StevenHarperUK> in the deb
[14:16] <Fujitsu> changelog.Debian.gz is debian/changelog, so no.
[14:16] <persia> StevenHarperUK: You want /usr/share/doc/easycrypt/changelog.gz
[14:16] <StevenHarperUK> thats there too
[14:16] <StevenHarperUK> Both are there
[14:16] <persia> StevenHarperUK: If that's there then your dh_changelogs call is working.  Is linda happy on your binary now?
[14:16] <StevenHarperUK> ill check now
[14:17] <StevenHarperUK> Yes it passes ill re-upload now
[14:20] <persia> StevenHarperUK: That's a neat idea: sticking releases into the svn trunk :)
[14:25] <StevenHarperUK> persia: Thanks
[14:26] <StevenHarperUK> persia: its my own Idea we use SVN @ work
[14:26] <persia> StevenHarperUK: I've stuck a comment on the 14:00 upload, but I don't know enough about python packaging to be sure it's correct.
[14:27] <StevenHarperUK> persia: I have had python packager look at it before, they were happy
[14:27] <Fujitsu> persia: It looks fine to me, and I've dealt with a fair bit of Python stuff.
[14:28] <persia> Fujitsu: Most things seem to use site-packages, and the wrapper changing directories seems odd to me, but I just don't know enough to know if these are problems or not.
[14:28] <Fujitsu> persia: The modules are private, so it should be OK.
[14:28]  * Fujitsu checks the policy.
[14:30] <Fujitsu> They're private, so /usr/share/easycrypt is OK.
[14:30] <persia> wallyweek: I've added a comment to sdlmame also: skipping most of what was discussed earlier, but just for a record of review, and incuding some of the automated test output.
[14:31] <StevenHarperUK> persia: Its re-uplaoded now http://revu.tauware.de/details.py?upid=546
[14:32] <StevenHarperUK> Fujitsu: can you re-check it pls : http://revu.tauware.de/details.py?upid=546
[14:32] <persia> StevenHarperUK: advocated
[14:32] <persia> StevenHarperUK: too bad you didn't wait another 10 minutes :)
[14:32] <Fujitsu> StevenHarperUK: Looking.
[14:32] <StevenHarperUK> Fujitsu: Thanks
[14:35] <persia> Are there any uploaders currently waiting for a review?
[14:35] <Fujitsu> StevenHarperUK, persia: easycrypt advocated.
[14:35] <StevenHarperUK> Woohooo : big thanks to all you very helpful MOTU's
[14:35] <persia> StevenHarperUK: Be warned, NEW is fairly slow for the next few weeks, you may not hear back from an archive admin for a while.
[14:36] <Fujitsu> persia: Do you want to upload it, or shall I?
[14:36] <persia> (being as much as a month)
[14:36]  * Hobbsee can promise a quick turn around :P
[14:36] <persia> Fujitsu: either's good.
[14:36] <Fujitsu> Hobbsee: Haha.
[14:36]  * Fujitsu uploads, then sleeps.
[14:36] <StevenHarperUK> No problem, I can wait: users are using my PPA atm
[14:36] <persia> Hobbsee: You're going to review the license?
[14:36] <Hobbsee> persia: nope.  but i can be damn quick with the "reject" button.
[14:36] <persia> heh
[14:37] <wallyweek> persia: thanks once again! :)
[14:39] <persia> wallyweek: Do you have any more, or did they all get commented?
[14:39] <Hobbsee> persia: just go thru them all on REVU :)
[14:40] <persia> Hobbsee: I've hit quite a few, but I give preference for people who actually show up to REVU day (and really ought to be working on my linda patch anyway)
[14:40] <Hobbsee> heh
[14:41] <Fujitsu> StevenHarperUK: Uploaded and archived.
[14:43]  * Fujitsu now heads to bed.
[14:43] <persia> good night Fujitsu
[14:43] <Fujitsu> Night persia.
[14:47] <Hobbsee> persia: you know, i'm thinking that we really should be like debian in making people putting in new packages commit to maintainingthem.
[14:47] <Hobbsee> as in, others permitted to hijack, but they needed ot make sure it's up to date
[14:48] <zul> persia: so they can rot in universe?
[14:48] <persia> Hobbsee: I really don't think we should be like that.  I do think that we should require every new package to have a watch file, and have something check the watch files, and add that to the merge list for each release.
[14:48] <persia> zul: ENOCONTEXT
[14:48] <Hobbsee> persia: that's another way.  the advantage of debian is that they actually care about the package that they're uploading, at least somewhat, so are somewhat motivated to update it.
[14:49] <knights> Sir sir! I'm stuck! :)
[14:49] <Hobbsee> oh noes!
[14:49]  * Hobbsee pulls knights out of his hole
[14:49] <persia> Hobbsee: The main blocker to getting rid of wxwindows2.4 is three Debian maintainers who don't fit that criterion
[14:49] <Hobbsee> persia: was meaning generally, not that in particular
[14:49] <Hobbsee> but yes
[14:49] <persia> (well, actually there are a couple more, but we've been able to work around them)
[14:50] <knights> The app I'm trying to package has a few .sh scripts and lintian doesn't like this. How do I get rid of the extensions? I tried messing with the Makefile but obviously didn't mess with the right thing. I suspect these .in files have something to do with it?
[14:50] <zul> persia: if new packages have no maintainer then they will rot
[14:51] <persia> Hobbsee: The thing is that there is a promise to maintain, but that doesn't translate into maintenance.  I firmly believe in teams: as long as we have the systems to make sure they are up to date, getting new people to pull new upstreams for random leaves seems safer to be than getting new people to process merges.
[14:51] <knights> Hobbsee, : Thanks! but it wasn't 'hole' stuck. It was school kid, homework type stuck :)
[14:51] <persia> zul: I think that assumes a level of apathy I don't think that all MOTUs exhibit.
[14:51] <Hobbsee> persia: true, but the team doesnt tend to care, and cant track it anyway :)
[14:51] <Hobbsee> but yes, being able to train it might persuade some people
[14:52] <persia> knights: Ask a question, and you'll get an answer.  Make a comment, and someone will comment.
[14:52] <huats_> Hello all
[14:52] <huats_> Hello norsetto  persia Hobbsee  and everyone else
[14:52] <huats_> :-)
[14:52] <knights> persia: not complaining, just one of the limitations of text comms init?
[14:52] <persia> Hobbsee: We should have the latter solved in hardy, and the former just requires encouragement, support, and for all the bitter people to stop whining :)
[14:52] <persia> hey huats
[14:52] <knights> easy to get the wrong idea
[14:53] <persia> knights: yep :)
[14:54] <knights> persia: any idea how i'd go about changing these 3 .sh files to extensionless files
[14:54] <knights> What files will I need to modify?
[14:54] <persia> knights: Umm.  In what context?
[14:55] <knights> I think they're generated from .in files, does that sound right?
[14:55] <persia> knights: It's certainly possible: I need more context.
[14:59] <knights> persia: No, I was wrong, the 3 .sh files are included in the original source tar
[14:59] <knights> persia: Any chance I could pastebin the Makefile for you to look at?
[15:00] <knights> I think thats what you'd need to see?
[15:00] <persia> knights: OK.  So you're packaging this software, and upstream includes some random shell snippets and you want to strip the extensions and stuff them in /usr/bin?
[15:00] <knights> yes
[15:01] <persia> knights: install -m 755 source target usually does a nice job.  Not so pretty, but it works.  You could also rename them in the source directory, and then install them with dh_install.
[15:01] <knights> I'm wondering if I'll need to edit moe than just the makefile
[15:01] <persia> knights: You can just edit debian/rules.
[15:03] <knights> 'install -m 755 source target' where?
[15:04] <persia> knights: in the install rule
[15:04] <knights> install rule is a file where? (sorry, this is my first package)
[15:05] <persia> knights: Ah.  It being your first package is important context: it sets the verbose flag :)
[15:06] <persia> knights: Essentially, dh_install cannot change file names when installing files.  As most packages use either CDBS or debhelper, and therefore relay on dh_install to do the work, this makes it tricky when files need to be renamed.
[15:06] <knights> Oh right the 'install' section with devian/rules is what you mean!
[15:07] <knights> within debian/rules
[15:07] <persia> There are three options available to address this, as follows: 1) If you are already patching the upstream Makefile (and you should only do this if you really must), you can change the name in the upstream Makefile install rule.
[15:07] <persia> 2) Otherwise, you want to use the "install" command to manually install the files in the install rule in debian/rules
[15:08] <knights> option 2 please persia! :)
[15:08] <persia> 3) Some people get extra fancy and write make tricks to rename the files in the debian/rules build rule, and then use dh_install to install them.  This should only be attempted if you have a strong understanding of make
[15:09] <persia> knights: Does that provide enough info, or do you need more
[15:09] <knights> Ohh no! No fancy tricks for me yet!
[15:09] <knights> persia: I''m justabout to see if I can do option 2 now
[15:11] <knights> This package I'm doing was already mostly packaged for DEbian, it just needed to be cleaned up and a few things added/ changed
[15:11] <knights> In the rules install section it already has this line
[15:11] <knights> install: DH_OPTIONS=
[15:11] <knights> This is the line I'm editing then?
[15:12] <persia> knights: pastebin your rules, and I'll tell you: I'm not sure from that
[15:12] <knights> In fact its got 2 install sections, which seems odd
[15:12] <knights> ok
[15:13] <knights> http://pastebin.ca/762252
[15:15] <persia> knights: Yeah.  lines 42 and 43 look very suspicious to me.  I'd suggest you review the make manual to make sure that's legal (I think it's not).  I'd add the install calls after line 51
[15:17] <knights> Thanks persia!
[15:17] <knights> let me try..
[15:19] <Hobbsee> morning mdomsch
[15:20] <h4x0r7h11> Hobbsee:  wanna play hearts?  :>
[15:20] <Hobbsee> h4x0r7h11: why?
[15:20] <h4x0r7h11> heh
[15:20]  * h4x0r7h11 shrugs.  Was browsing the PPA earlier.
[15:20] <Hobbsee> ahhh
[15:22] <Hobbsee> h4x0r7h11: it should actually work now, too
[15:23] <h4x0r7h11> Hobbsee:  cool
[15:23] <bddebian> Heya gang
[15:23] <h4x0r7h11> See, ya don't have to be stalking someone to find out things about them.  ;D
[15:24]  * Hobbsee is not someone
[15:24]  * Hobbsee is a green alien.
[15:24] <h4x0r7h11> Some girl I know thought it was really cool that I knew like ... half her entire life a week after meeting her, without talking to her much o_o
[15:24] <knights> persia: OK, so if I have a file script.sh in the base of my apps source dir (ie one level up from the debian dir) that want to go to /usr/bin/script I'd add a command like this to that section of rules:
[15:25] <knights> dh_install -Xscript.sh /usr/bin/script
[15:25] <knights> ?
[15:26] <persia> knights: No.  dh_install can't rename things.  You need to use the "install" command.  It's a little confusing to put the install command in the install rule to install things, but `man install` will help.
[15:26] <bddebian> You can rename in the .install file with dh_install can't you?
[15:26] <persia> bddebian: If you can, it's new
[15:26]  * persia looks
[15:26] <bddebian> Hmm
[15:28] <mdomsch> greetings Hobbsee
[15:29] <persia> bddebian: I don't feel up to digging through the perl right now, but the man page says you can't
[15:29] <knights> Doesn't look like I'd need any fancy option so would
[15:29] <Hobbsee> h4x0r7h11: that's creepy
[15:29] <knights> install script.sh /usr/bin/script
[15:29] <knights> do the trick dya tink?
[15:31] <knights> suppose I'll just have to try it eh
[15:31] <zul> hey mdomsch
[15:31] <persia> knights: I prefer `install -m 755 script $(DESTDIR)/usr/bin/script`, but basically
[15:31] <jdong> tepsipakki: no problem :) Just want to see it working again after several people were whining about it :)
[15:32] <knights> Ah yes! Thanks persia!
[15:33] <persia> jdong: I hijacked your hardy gtkpod-aac for no dpatch comment.  Please fix it for gutsy while waiting for the buildds
[15:34] <jdong> persia: ah, good point, didn't realize dpatches had comments :)
[15:34] <bddebian> persia: I believe you for some reason I was just thinking you could
[15:36] <persia> bddebian: Yep.  I've spent hours on that issue more than once :)
[15:36] <persia> jdong: Did you read your dpatch?
[15:37] <cyberix> persia: When is the meeting going to be? I'm referring my points and I'll add that as a comment too.
[15:37] <jdong> persia: <sheepishly>only the payload...</sheepishly>
[15:38] <persia> cyberix: No idea, I don't even know if one is scheduled.  I was just reviewing all the REVU requests from the backlog, and didn't want to archive yours again as you'd put it back up, but did want to say I didn't think it belonged in Ubuntu.
[15:39] <cyberix> persia: Yep. I think it is good to be visible as it has raised lots of discussion
[15:39] <cyberix> persia: I still don't think you're completely wrong.
[15:40] <persia> jdong: The payload is the important part :)
[15:40] <cyberix> I just think the policies are lacking a process for such packages.
[15:40] <persia> cyberix: One thing I don't really understand is why wine-doors is the wrong place.  They seem to have a lot of the same wrapper stuff you created.
[15:41] <geser> Hi bddebian
[15:43] <tepsipakki> jdong: I haven't used it myself for quite some time since I reripped my albums and transcoded as mp3's. Banshee is good enough for me now (and what I hear, will be even better soon) :)
[15:43] <bddebian> Heya geser
[15:44] <persia> tepsipakki: My apologies: I didn't notice until uploading that you were the maintainer.  I hope you don't mind the patch.
[15:44] <tepsipakki> persia: of course not
[15:44] <tepsipakki> is it possible to "orphan" a package?-)
[15:44]  * persia is still ashamed for not checking on a claimed package
[15:45] <persia> tepsipakki: Yep.  Just upload with Maintainer: Ubuntu MOTU Developers<EMAIL_ADDRESS>[15:45] <jdong> tepsipakki: ah, ok, my primary usecase for gtkpod-aac is transferring videos onto my iPod, for which I don't have a choice of which container to use :)
[15:45] <tepsipakki> persia: ok, I can do that later :)
[15:45] <jdong> persia: gutsy debdiff revised and reattached :)
[15:46] <persia> jdong: OK.  Despite the positive gutsy report, since I don't have equipment to verify, I'd like to wait for a hardy success report before pushing gutsy-proposed.  Perhaps you can draft someone?
[15:46] <knights> persia: I had no luck with adding the install command:
[15:46] <knights> install: cannot create regular file `/usr/bin/xdtv_makedvd': Permission denied
[15:46] <persia> knights: No?  What happened?
[15:47] <persia> knights: is $(DESTDIR) defined?
[15:47] <jdong> persia: once it builds I'll give it a shot -- gtkpod is quite simple to test even from a pbuilder chroot :)
[15:47] <wallyweek> persia 15:39: sorry, I had to go out and collect my daughter from school :)
[15:47] <knights> install -m 755 xdtv_makedvd.sh /usr/bin/xdtv_makedvd
[15:47] <persia> knights: You're not allowed to install to the build system.  You need to install to the temporary directory for the package.
[15:47] <wallyweek> persia: I have one more: http://revu.tauware.de/details.py?package=sdlmame-cheat
[15:48] <wallyweek> I updated btpd
[15:48] <wallyweek> now I'm working on shorten
[15:48] <persia> wallyweek: Unfortunately it's now late enough here that I don't trust myself to do a good job on either of those :(
[15:48] <persia> wallyweek: Perhaps you could find another reviewer (doesn't need to be MOTU, just needs to know packaging, and share comments)?
[15:48] <wallyweek> no problem. You've been of *great* help... thank you very much for your efforts! :)
[15:49] <knights> persia: So do you think removing DESTDIR will solve this?
[15:49] <knights> I'm probably don't have that defined
[15:49] <wallyweek> persia: sure! hope to hear you again next time! :)
[15:50] <persia> knights: "install -m 755 xdtv_makedvd.sh /usr/bin/xdtv_makedvd" is trying to install to "/usr/bin/".  If you got that when using $(DESTDIR) than $(DESTDIR) isn't defined in your makefile.
[15:50] <persia> wallyweek: You can get a lot of my comments from running linda and lintian on your binary packages :)
[15:50] <knights> OK, I'll try it again with no DESTDIR
[15:50] <persia> knights: How will that help?
[15:51] <jdong> knights: does your makefile respect DESTDIR?
[15:51]  * knights confused
[15:51] <jdong> keescook: try make DESTDIR=/tmp install
[15:51] <jdong> err wrong person
[15:52] <jdong> (I think that's the order, maybe DESTDIR= goes at the end)
[15:52] <jdong> if install isn't trying to put things in /tmp, then you have a makefile that ignores DESTDIR :)
[15:52] <persia> jdong: How will that help?
[15:52] <jdong> persia: oh is he already trying a prefix and it's ignoring it?
[15:53] <persia> jdong: We're trying to rename some files while installing them during a package build.
[15:53] <jdong> persia: ah, ok
[15:53] <persia> knights: OK.  Do you understand about make variables.
[15:53] <knights> persia: My makeflile has lots of DESTDIRs in it
[15:53] <knights> I know what an env var is
[15:53] <persia> knights: Which makefile, ./Makefile or ./debian/rules ?
[15:54] <knights> ./Makefile
[15:54] <persia> knights: make variables aren't quite environment variables
[15:54] <persia> knights: I thought we decided not to modify ./Makefile, and were adjusting debian/rules.
[15:54] <knights> Sorry- misunderstood your question
[15:54] <persia> which question?
[15:54] <knights> I've not made any mods to upstream Makefile
[15:55] <knights> I thought you were asking if thatr Makefile comntained DESTDIRs
[15:55] <knights> sorry about typos
[15:56] <persia> Right.  So, you've a line like "install -m 755 xdtv_makedvd.sh $(DESTDIR)/usr/bin/xdtv_makedvd" in debian rules?
[15:56] <knights> I added the install commands to rules
[15:56] <knights> yes, 3 lines like that for the 3 .sh files
[15:57] <persia> OK.  And you get "install: cannot create regular file `/usr/bin/xdtv_makedvd': Permission denied" as an error message?
[15:57] <persia> And the build log shows "install -m 755 xdtv_makedvd.sh /usr/bin/xdtv_makedvd"?
[15:57] <knights> yes
[15:57] <knights> build log?
[15:57] <persia> The output of your build process
[15:58] <knights> /usr/bin/install -c -m 755 xdtv_makedvd.sh /home/knights/src/xdtv_2.4.1cvs3/debian/tmp/usr/bin
[15:58] <wallyweek> persia: just one short question, please... :p  comment about hyphens in manpages means I should escape them with a slash, right?
[15:59] <knights> is the build log output
[15:59] <persia> wallyweek: Well, it depends on whether you mean hyphen or minus.  \- is minus and \(hy is hyphen.
[15:59] <persia> knights: From where did you get that line?
[15:59] <wallyweek> persia: unfortunately they are the same on my keyboard :(
[16:00] <knights> I presume the 'build log' is whats dumped to the terminal as output from debuild, no?
[16:00] <wallyweek> options are preceded by minus sign IIRC
[16:00] <persia> wallyweek: That's true for everyone's keyboard, which is why we write '\-' and '\(hy' in manpages instead of '-'
[16:01] <persia> knights: Yes, the debuild output may be considered a build log (it also dumps it all in a file in the parent directory for later reference).
[16:01] <wallyweek> persia: ok, I'll sort it out with a good translation tool... thanks :)
[16:02] <wallyweek> I mean a dictionary, of course...
[16:02] <knights> Well, build log says its trying to put it in /home/knights/src/xdtv_2.4.1cvs3/debian/tmp/usr/bin and we just wanted /usr/bin
[16:02] <persia> knights: If your buildlog is reporting "/usr/bin/install -c -m 755 xdtv_makedvd.sh /home/knights/src/xdtv_2.4.1cvs3/debian/tmp/usr/bin" then I don't understand why you see "install: cannot create regular file `/usr/bin/xdtv_makedvd': Permission denied".  It should be installing to "/home/knights/src/xdtv_2.4.1cvs3/debian/tmp/usr/bin/"
[16:03] <persia> wallyweek: If you run lintian on your binary package, it should tell you which manpages to read
[16:03] <knights> If I remove these install commands it builds fine as a non-root user
[16:03] <knights> but lintian complains about the .sh files of course
[16:04] <somerville32> knights, Maybe you should try pbuilder?
[16:04] <persia> knights: No, we don't want /usr/bin: we want /home/knights/src/xdtv_2.4.1cvs3/debian/tmp/usr/bin, so that the package can be made from home/knights/src/xdtv_2.4.1cvs3/debian/tmp and install it on the target system /usr/bin
[16:04] <persia> somerville32: That won't help in this case, although it's a good general suggestion.
[16:04] <knights> ok persia
[16:05] <persia> knights: So, if you have the install commands, and stick it in $(CURDIR)/debian/tmp/usr/bin, does install complain about a permission error?
[16:06] <knights> CUDIR? typo?
[16:06] <knights> CURDIR, even :)
[16:06] <knights> DESTDIR?
[16:06]  * persia wonders if bytes are being dropped somewhere
[16:06] <persia> $(CURDIR)
[16:07] <persia> Err,  Rather $(CURDIR)/debian/tmp/usr/bin, which is $(DESTDIR)/usr/bin
[16:07] <knights> Sorry persia, I don't understand 'if you have the install commands, and stick it in'
[16:08] <knights> You want me to copy /usr/bin/install to there?
[16:08] <persia> knights: Sorry: I'm tired.  If you add the install commands to debian/rules, and install the script.sh files to /home/..../tmp/usr/bin/script, do you get an error?
[16:10] <persia> Could someone who knows python better than I please tell me what kind of data structure http://paste.ubuntu-nl.org/43416/ is building, and whether I can add a third level?
[16:15] <knights> persia: http://pastebin.ca/762317
[16:15] <knights> Thats the tail of my build log
[16:16] <persia> knights: Right.  it reports "install -m 755 xdtv_makedvd.sh /usr/bin/xdtv_makedvd".  We want it to report "install -m 755 xdtv_makedvd.sh /home/knights/src/xdtv_2.4.1cvs3/debian/tmp/usr/bin/xdtv_makedvd".  Now, let's look at your rules file.
[16:16] <knights> ok
[16:17] <knights> http://pastebin.ca/762320
[16:18] <persia> knights: Right.  Now we had hoped that $(DESTDIR) would expand to "/home/knights/src/xdtv_2.4.1cvs3/debian/tmp", but it doesn't seem to be doing that.
[16:18] <persia> knights: Does that make sense as to why you would encounter that error?
[16:19] <knights> What is it expanding to?
[16:19] <knights> The wrong thing obviously
[16:20] <persia> knights: Let's look at the input and output again.  In debian/rules we have "install -m 755 xdtv_makedvd.sh $(DESTDIR)/usr/bin/xdtv_makedvd", and in the build output we have "install -m 755 xdtv_makedvd.sh /usr/bin/xdtv_makedvd".  What is $(DESTDIR)
[16:20] <persia> ?
[16:21] <knights> DESTDIR isn't defined
[16:22] <persia> knights: Exactly.
[16:22] <knights> :()
[16:22] <knights> OK- thanks. I'll get rid and see how it goes
[16:22] <persia> knights: How does removing it help?
[16:23] <knights> So I need to define destdir in rules?
[16:24] <persia> knights: Or maybe there is another variable you can use
[16:25] <knights> Do I replace my install DESTDIR with CURDIR?
[16:25] <knights> DESTDIRs
[16:25] <persia> knights: What is $(CURDIR)?
[16:26] <knights> You got me!
[16:28] <persia> knights: OK.  http://doc.ubuntu.com/ubuntu/packagingguide/C/ch04s02.html isn't an ideal document, but it can help to answer that question.
[16:31] <jeromeg> ScottK: hello
[16:32] <knights> So CURDIR is kinda equivalent to .
[16:32] <somerville32> What is the command to restart package installation when it has been interrupted?
[16:32] <knights> its the build dirs .
[16:32] <persia> knights: Right.
[16:32] <knights> cool :)
[16:33] <persia> So, we need to put the right things in the install calls.  There are two choices, either to define DESTDIR or to use CURDIR in the calls directly
[16:40]  * persia grumbles about formalisation of data structures in python making recursion annoying
[16:40] <knights> persia: but what gets me is that my rules file already said
[16:40] <knights> $(MAKE) install DESTDIR=$(CURDIR)/debian/tmp
[16:41] <knights> is that line incorrect?
[16:42] <persia> knights: That's a use/mention distinction.  In "$(MAKE) install DESTDIR=$(CURDIR)/debian/tmp", you are calling the program whose name is stored in the MAKE variable with two arguments, "install" and "DESTDIR=$(CURDIR)/debian/tmp", after expanding $(CURDIR) to the value of CURDIR.
[16:42] <persia> This second argument sets DESTDIR for the target makefile (./Makefile), in which $(DESTDIR) may then be used freely.
[16:43] <persia> This has nothing to do with the value of DESTDIR in debian/rules
[16:44] <persia> Compare with a shell script: if your shell script includes the line "aptitude install apt=0.31" this doesn't set the value of $apt to "0.31"
[16:44] <knights> ok I kinda get that
[16:45] <persia> knights: I'll suggest that http://www.gnu.org/software/make/manual/make.html is worth reading, but I suspect you're very close to a solution for your current problem.
[16:46] <knights> I'd like to think so!
[16:47]  * persia loses to the inconvenience of python data structures and files a bug without a patch
[16:48] <knights> I can see that if I'm to get into packaging or programming reading that would be a must
[16:51] <persia> Grr...  There's already been a bug for 3 months.
[16:51] <joejaxx> persia: bug number?
[16:51] <persia> joejaxx: debian bug #434989
[16:51] <ubotu> Debian bug 434989 in linda "linda: please adopt new menu policy" [Important,Open] http://bugs.debian.org/434989
[16:52]  * joejaxx looks
[16:53] <persia> joejaxx: The data is stored as tuples in a dictionary, which is fine when there are two levels.  The new model allows one, two, or three levels, depending on context, and I'm having difficulty handling mixed tuples and dictionaries, which is probably due to my poor understanding of python data structures.
[16:53] <joejaxx> oh
[16:53] <joejaxx> its written in python lol
[16:53] <persia> joejaxx: Any suggestions?
[16:53] <knights> Hey Joe!
[16:54]  * joejaxx does not take a look
[16:54] <joejaxx> persia: i do not know python
[16:54] <joejaxx> knights: hi
[16:54] <knights> Seems to be a fair bit of buzz over fluxbuntu
[16:54] <persia> joejaxx: Ah.  Too bad.  Thanks anyway.
[16:54] <joejaxx> persia: you are most welcome
[16:54] <knights> Even though its not out yet :)
[16:54] <joejaxx> knights: maybe :)
[16:55] <joejaxx> yeah i do not know what that is about :P
[16:55] <knights> joejaxx: The RC booted fine for you then?
[16:55] <joejaxx> knights: of course lol
[16:56] <joejaxx> we had practically the entire channel test it before release
[16:56] <joejaxx> i need to look at isolinux
[16:57] <knights> good
[16:57] <knights> dunno why my machines didn't like it then - I checked the MD5 and burned it twice so...
[16:59] <knights> persia: Only thing I can think of now is doing a
[16:59] <knights> install -m 755 xdtv_makedvd.sh $(CURDIR)/debian/tmp/usr/bin/xdtv_makedvd
[16:59] <knights> in the install but that'd only be good for building if anything right?
[17:00] <knights> Is it that I'm missing a -c option?
[17:01] <persia> knights: Isn't it that you want to build the package?  So something that works for building would be ideal, no?
[17:01] <knights> I suppose you're right :)
[17:01] <persia> knights: Also, `man install`: -c is ignored :)
[17:01]  * persia sleeps
[17:01] <knights> Well, really I want to shut up lintian - the package build np
[17:01] <joejaxx> Good Night persia :)
[17:02] <bddebian> Gnight persia
[17:02] <knights> Night persia!
[17:02] <somerville32> Night persia
[17:02] <knights> Thanks for the help persia!
[17:45] <Adri2000> is anyone working on updating wxwidgets2.8 to 2.8.6?
[17:55] <joejaxx> for merge bug reports, for the changelog that is shown, should that be the debian changelog or the one with the ubuntu modification on it as well
[17:55] <joejaxx> ?
[17:57] <somerville32> I'm pretty sure both, joejaxx
[18:05] <joejaxx> wth lol
[18:05] <joejaxx> i just got a timeout error on lp
[18:07] <joejaxx> wth? :\
[18:07] <joejaxx> it keeps happening
[18:07] <somerville32> You don't use lp too often than :P
[18:09] <gnomefreak> joejaxx: can you give me the link for the page you get timeout?
[18:09] <joejaxx> its the file a bug package for ubuntu :P
[18:09] <gnomefreak> ok
[18:10] <somerville32> joejaxx, Let the people in launchpad know the OOPs number
[18:10] <nxvl> doko: ping
[18:10] <joejaxx> nxvl: you probably want to leave a message with that ping :)
[18:10] <doko> nxvl: just ask
[18:11] <gnomefreak> my homepage works
[18:11] <nxvl> doko: i'm having a problem building freemind (LP Bug #126537)
[18:11] <ubotu> Launchpad bug 126537 in freemind "FTBFS" [Undecided,Confirmed] https://launchpad.net/bugs/126537
[18:11] <nxvl> and as far as i have seen it seems to be that the ncurses dialog from j2re1.4 it's now showed
[18:12] <nxvl> is there anyway to make it accept the license or show the dialog for building it?
[18:12] <doko> no, not on the buildds. did you try to build it with icedtea?
[18:13] <nxvl> joejaxx: first is a good practice to see if he's there :D
[18:13] <nxvl> nop, trying...
[18:16] <gnomefreak> doko: i meant to ask you, why does icetea not lable itself in firefox as 1.7 well it might but also lables parts of java 1.4, i dont have GUI atm so i cant look but i did set up icedtea in alternatives
[18:17] <doko> gnomefreak: EPARSEERROR
[18:17] <gnomefreak> icedtea is version 1.7 right?
[18:17] <doko> pre 1.7
[18:17] <knights> I have a prob with a package that has a few .sh files- I need to drop the .sh extension and so persia recommended I use the install command in my rules file to copy them- I can do that but this doesn't prevent the Makefile copying the .sh files over too. Persia recommended I try to avoid modifying the Makefile though and that I coukd do this through rules with install
[18:17] <jdong> are you allowed to unionfs a mountpoint on top of itself?
[18:17] <jdong> or do you have to specify a different path?
[18:18] <gnomefreak> doko: the long list in firefox for java maybe 20 items, most say version 1.4 even after setting icedtea in update-alternatives
[18:18] <gnomefreak> doko: once hardy is fixed if its still like that i will file a bug on it
[18:19] <knights> surely I've just got to adjust the makefile? Or can I delete files using rules and rm or something?
[18:20] <knights> icedtea- arrgh! People should know better than to name packages after food, drink etc. I really want some Iced tea now! :)
[18:36] <jdong> 77[A[B[A[A[B[D[A
[18:37] <joejaxx> jdong: lol ?
[18:45] <joejaxx> bug #44806
[18:45] <ubotu> Launchpad bug 44806 in gwave "No .desktop file" [Low,Fix released] https://launchpad.net/bugs/44806
[18:45] <joejaxx> ok nice
[18:47] <jdong> joejaxx: silly control characters :)
[18:50] <joejaxx> if you have a desktop file in debian/ dh_desktop should automatically pull that right? no need for install ?
[18:50] <doko> gnomefreak: it says it's handles 1.4 as well. what's wrong with it?
[18:52] <gnomefreak> nothing i expected to see only 1.7 or atleast most of it since sun-java6-plugin adds 1.6 to most of the list if not all
[18:55] <gnomefreak> good afternoon bryce_
[18:55] <bryce_> hi gnomefreak
[19:20] <cyberix> persia: REVU-system said segfault ;-)
[19:20] <cyberix> persia: Too much stuff exception
[19:20] <cyberix> persia: http://cs.helsinki.fi/u/twruottu/blog/#packagingprogressquestforubuntu
[19:21] <cyberix> There is my writing about case pq.
[19:21] <somerville32> Is persia core-dev?
[19:45] <nxvl> keescook: i have found the same as you, it must be a pida bug
[19:55] <keescook> nxvl: cool; glad we tracked that down.
[20:10] <pwnguin> bad things to do before a diff: dos2unix *.c
[20:11] <ajmitch> I'm sure diff can ignore that
[20:11] <somerville32> unix2dos *.c ? <g>
[20:20] <zul> pwnguin: why not something like diff -Naur --exclude="*.C"
[20:22] <pwnguin> what would that do?
[20:23] <pwnguin> the whole point is to patch C files
[20:30] <pwnguin> fortunately theres unix2dos
[20:31] <pwnguin> 4MB diff down to 24kb
[20:37] <joejaxx> persia: what was the other merge that you want me to do?
[20:39] <joejaxx> persia: nevermind it was ecasound
[20:40] <wallyweek> good evening all!
[20:42] <wallyweek> I need agent Moulder...  why pointing firefox to http://rbelmont.mameworld.info/sdlmame0120u1.zip it downloads the package,
[20:42] <wallyweek> while wget http://rbelmont.mameworld.info/sdlmame0120u1.zip doesn't work?! :(
[20:53] <imbrandon> because that is not actualy a zip file, its a html file with a javascript function to download the real zip, but more to the point this is not a suport channel
[20:57] <wallyweek> imbrandon: thanks :)   I asked here because comment on my package asked to implement the get-orig-source
[20:57] <wallyweek> I never saw something like that!
[21:00] <imbrandon> actualy it looks like some strange 302 redirect to google.com
[21:00] <imbrandon> weird hosting
[21:00] <imbrandon> http://web-sniffer.net/?url=http%3A%2F%2Frbelmont.mameworld.info%2Fsdlmame0120u1.zip&submit=Submit&http=1.1&gzip=yes&type=GET&ua=Mozilla%2F5.0+%28X11%3B+U%3B+Linux+i686%3B+en%3B+rv%3A<IP_ADDRESS>%29+Gecko%2F20071022+Epiphany%2F2.20+Firefox%2F<IP_ADDRESS>+Web-Sniffer%2F1.0.24
[21:02] <wallyweek> imbrandon: I must admit I'm not so skilled with the web... :(
[21:03] <knights> I'm getting this error `W: xdtv: setuid-binary usr/bin/xdtv_v4l-conf 4755 root/root` from my new deb off lintian as my prog contains a v4l config tool which needs root. How do I flag for this?
[21:03] <imbrandon> np , honestly i would ask whom ever is the host for that file to put it elsewhere
[21:04] <knights> or shall I just wap a chmod in my rules install?
[21:08] <wallyweek> imbrandon: they have no interest in the site itself, it's barely a snapshot distribution page
[21:08] <wallyweek> I asked for an archive of older source to download from, and I've been told that files remain in the same place
[21:08] <wallyweek> but with no direct link to them
[21:10] <wallyweek> I understand their view: the devel cycle is really fast (a snapshot a week) and site is not their main target
[21:14] <mok0> Any cdbs wizards around?
[21:14] <TheMuso> mok0: I wouldn't call myself a wizard, but whats your problem?
[21:15] <TheMuso> I'll see if I can help.
[21:15] <mok0> I need to install a program suid to root, but the cdbs rules change it to 755
[21:16] <mok0> I've tried to make a rule binary/foo:: but it doesnt solve the problem
[21:17] <TheMuso> mok0: I think what is happening, is that dh_fixperms gets called and fixes that up. I kinow dh_fixperms can be given a list of exludes, but I don't know how that translates to cdbs variables, without having a look myself.
[21:18]  * joejaxx wishes he did not have to know about cdbs to become a motu :\
[21:18] <mok0> TheMuso: I figured it was dh_fixperms doing it, but I have not seen that you can tell it to do things
[21:19]  * mok0 thinks cdbs is an aquirede taste...
[21:19] <TheMuso> mok0: Yeah in the manpage for dh_fixperms it explains what you can do, but as I said, I don't know how that translates to cdbs.
[21:19] <mok0> hmm, I now find a target binary-predeb (called just before creating .deb)
[21:20] <mok0> it might work...
[21:20] <slangasek> mok0: try the variable DEB_FIXPERMS_EXCLUDE
[21:20] <TheMuso> slangasek: Thanks, I thought there would be something like that, but currently couldn't be bothered looking. :p
[21:20] <mok0> slangasek: Ah! I'll check the docs
[21:20] <slangasek> (found by reading the text of /usr/share/cdbs/1/rules/debhelper.mk; the ultimate anti-endorsement for cdbs)
[21:21] <TheMuso> lol
[21:21] <mok0> :-D
[21:21] <bddebian> hehe
[21:21] <joejaxx> down with cdbs!
[21:21]  * joejaxx runs
[21:26] <blueyed> james_w: is it possible to use "bzr import-dsc --snapshot" for Ubuntu (like snapshots.) for debian?
[21:34] <mok0> DEB_FIXPERMS_EXCLUDE works great! Megathanx!
[21:35] <james_w> blueyed: does ubuntu have a snapshots?
[21:36] <blueyed> james_w: not that I know.. I thought you would know. But it's ok. I'm finding my way with dget currently.
[21:37] <blueyed> Unfortunately the .dsc on https://edge.launchpad.net/ubuntu/+source/db4.4/4.4.20-8.1ubuntu3 is not dget-able AFAICS. (different paths in URL)
[21:39] <imbrandon> ummm just wget them all 3 and dpkg-source -x *.dsc
[21:41] <james_w> blueyed: is there an index listing the versions available anywhere?
[21:41] <knights> could anyone here please explain how I do a lintian override for a file that needs to be installed setuid in my deb?
[21:42] <blueyed> imbrandon: I actually drag them into the konsole and let kfmclient copy them. Still not ideal.
[21:43] <blueyed> james_w: not that I know of. The above "per release" pages seem to be the best available (for old versions).
[21:44] <james_w> blueyed: yeah, launchpad.net doesn't make it easy to do this.
[21:45] <james_w> I would suggest wgetting all files, and then run "bzr import-dsc *.dsc".
[21:48] <cyberix> Who is going to take to TB the discussion that my pq package raised?
[21:48] <cyberix> Should I do it myself?
[21:49] <cyberix> I was hoping the request could containt a link to my blog.
[21:51] <joejaxx> cyberix: why?
[21:52] <cyberix> Because I took sometime to write about the case in detail
[21:52] <cyberix> http://cs.helsinki.fi/u/twruottu/blog/#packagingprogressquestforubuntu
[21:53] <cyberix> and I was told yesterday that only TB can decide what to do with the case and similar cases in future (in case you asked about taking it to TB)
[21:55] <cyberix> joejaxx: .
[22:10] <mok0> I bumped into the program YADA today. Is anyone using it? Sounds pretty useful
[22:11] <TheMuso> mok0: Stay away!!!
[22:11] <azeem> mok0: it's discouraged
[22:11] <TheMuso> mok0: if you want to know how bad it is, talk to StevenK.
[22:11] <mok0> I'm curious...
[22:11] <mok0> :)
[22:11] <TheMuso> Or more to the poit, watch StevenK and others rant and rave about how shocking it is.
[22:11] <mok0> Hehe. OK
[22:11] <joejaxx> is it worse than checkinstall? :P
[22:12]  * norsetto still has nightmares after he stumbled with yada
[22:13] <joejaxx> gahhhhhh
[22:13] <mok0> I like the idea of having just one file to edit though...
[22:13] <TheMuso> mok0: Um, if you do, take a look at rpm spec files.
[22:14] <joejaxx> why does &fail(launchpad); on the day i am trying to do merges :(
[22:14] <mok0> TheMuso: I have.
[22:14] <norsetto> little quiz: I'm using the feisty xserver-xorg video driver, the feisty wireless driver, don't have compiz, removed strigi after 20 sec, can I be considered to be on gutsy?
[22:14] <joejaxx> norsetto: ?
[22:14] <mok0> I just finished a package with 9 subpackages, and it's a nightmare keeping track of all those little files...
[22:15] <joejaxx> norsetto: what does lsb release say?
[22:16] <TheMuso> mok0: IMO its much easier managing several files, than one big file.
[22:16] <norsetto> joejaxx: ok, call me guisty then
[22:18] <mok0> TheMuso: It's not bad, but I hail emacs when writing .install files... ;-)
[22:19] <pwnguin> lintian question
[22:19] <pwnguin> E: soulfu source: not-binnmuable-any-depends-any soulfu -> soulfu-data
[22:20] <pwnguin> translation into english?
[22:20] <somerville32> pwnguin, Use the information flag
[22:20] <mok0> norsetto: What's your version of libc6?
[22:20] <somerville32> lintian -i
[22:21] <norsetto> mok0: let me check, I just saw an upgrade
[22:21] <persia> pwnguin: You're using binary:version when you likely wanted source:version
[22:21] <norsetto> mok0: 2.6.1-1ubuntu1
[22:21] <pwnguin> no im not
[22:21] <mok0> norsetto: That makes it gutsy
[22:21] <pwnguin> in fact, -info suggests the opposite is trie
[22:21] <pwnguin> true
[22:22] <mok0> norsetto: feisty has glibc vers. 2.5
[22:22] <norsetto> mok0: Ah, I see; thanks for the help
[22:22] <persia> pwnguin: opposite, as in binary:version is preferred?
[22:23] <pwnguin> apparently
[22:25] <persia> pwnguin: Aha!  arch:any -> arch:any should be ${source:Version}, and arch:any -> arch:all should be ${source:Version}.  My apologies for the confusion.
[22:25] <persia> Err... arch:any -> arch:any should be${binary:Version}, and arch:any -> arch:all should be ${source:Version}.
[22:39] <pwnguin> man
[22:40] <pwnguin> you wanna talk about scaring people about packaging, just paste that line
[22:40]  * pwnguin goes back and reads the difference between any and all
[22:40] <LaserJock> ahhh, I remember those days
[22:41] <imbrandon> any gets compiled on all arches seperately, all just compiles once for all arches, like bash scripts
[22:41] <LaserJock> "what the heck?!?! any and all is the same thing"
[22:41] <imbrandon> heya LaserJock
[22:41] <ajmitch> all lies
[22:42] <pwnguin> heh
[22:42] <imbrandon> mmmm red koolaid
[22:42] <pwnguin> what's wrong with my lintian
[22:42] <pwnguin> E: soulfu_1.5.2-1_source.changes: bad-distribution-in-changes-file gutsy
[22:42] <ajmitch>  11:42:33 up 475 days, 19:35, 37 users,  load average: 0.21, 0.21, 0.22
[22:42] <ajmitch> almost rollover time
[22:43] <geser> time to update the kernel?
[22:43] <imbrandon> ajmitch, what box is that?
[22:43] <imbrandon> pwnguin, old lintian ?
[22:43] <pwnguin> imbrandon: i dont think so...
[22:43] <ajmitch> imbrandon: a debian box
[22:44] <joejaxx>  17:44:24 up 300 days,  7:34, 12 users,  load average: 0.03, 0.04, 0.06
[22:44] <joejaxx> :D
[22:44] <pwnguin> ajmitch: theres an entire site dedicated to uptime records. sort of like a highscore list =/
[22:44] <pwnguin> when i saw that i pointed out that it wouldnt be hard to modify the answer via /proc/kmem
[22:45] <jdong> pwnguin: haha write a kernel module that supports writeable /proc/uptime? :D
[22:45] <pwnguin> jdong: well, not that advanced
[22:45] <joejaxx> jdong: lol
[22:45] <pwnguin> jdong: write a kernel module that kprints the address of the variable
[22:45] <jdong> if I submit a patch like that on lkml, what do you think will happen? :D
[22:45] <pwnguin> then use /proc/ to write to the memory address
[22:45] <ajmitch> people will sigh & say 'not again'
[22:45] <jdong> supporting setting an epoch to bootup time :D
[22:45] <imbrandon> or just modify the copy/paste
[22:46] <jdong> imbrandon: *gasp*!
[22:46] <jdong> uptime: 1 million days!
[22:46] <joumetal> http://revu.tauware.de/details.py?package=libqalculate ...any comments?
[22:46] <pwnguin> apparently the guy who thought it was easy / funny enough to try wound up with negative uptimes
[22:46] <joejaxx> jdong: lol you are crazy lol
[22:47] <jdong> joejaxx: haha that's my reputation around here, isn't it? :)
[22:47] <imbrandon> speaking of reboots, i'll brb
[22:48] <pwnguin> he still hasnt released the source because he doesn't want to be the guy who broke uptime.org for good
[22:48] <joejaxx> jdong: lol
[22:49] <LaserJock> hmm, the uptime on my home machine is 22 days
[22:49] <LaserJock> so much for being a server
[22:49] <jdong> speaking of source release... I've got a quick GPL-ish question.
[22:49] <persia> joumetal: which is the bug# for the transition for the rdepends (or is no transition required?)
[22:50] <jdong> Let's say I'm writing a media encoder frontend that is going to use a GPL'd backend, like say ffmpeg (for the moment assume it's totally GPL)
[22:50] <jdong> the way I understand it, if I choose to link against it as a library and call its API to do the encoding, I am obligated to release both my app and my ffmpeg sources under the GPL.
[22:51] <jdong> however, if my app launches the ffmpeg executable externally, then I am not obligated to open-source my application.
[22:51] <imbrandon> unless the ffmpeg is unmodified
[22:51] <jdong> (1) Is this accurate
[22:51] <Burgundavia> jdong: yes, generally
[22:51] <jdong> (2) Is this right?
[22:51] <Burgundavia> jdong: why not use gstreamer?
[22:51] <jdong> Burgundavia: it's a totally hypothetical question
[22:51] <Burgundavia> ahh, ok
[22:51] <jdong> Burgundavia: I have no plans to write a closed source media encoder ;-)
[22:51] <somerville32> jdong: FSF would say no and no but in reality it is Yes and maybe
[22:51] <imbrandon> jdong, yes thats correct
[22:52] <Burgundavia> in that case, yes, you are correct
[22:52] <jdong> In this case, other than a technicality, I see nothing different between the two approaches when it comes to the big picture that I am using an open source backend.
[22:52] <jdong> it confuses me why they would be treated differently?
[22:52] <persia> pwnguin: Just as a last note before I stop refreshing my knowledge of dependencies, always use >= ${source:Version} (never '=') for arch:all depends on arch:any
[22:52] <Burgundavia> some applications don't expose certain things publicy
[22:53] <Burgundavia> also, some things are libraries, not applications
[22:53] <LaserJock> jdong: I guess it sort of depends on what you think of as a "work"
[22:53] <joumetal> persia do you mean bug 133336 or bug 102328? (rdepends?)
[22:53] <ubotu> Launchpad bug 133336 in libqalculate "New upstream version" [Wishlist,Confirmed] https://launchpad.net/bugs/133336
[22:53] <ubotu> Launchpad bug 102328 in qalculate-gtk "New upstream release available" [Wishlist,Confirmed] https://launchpad.net/bugs/102328
[22:53] <pwnguin> persia: this is a any depends on all
[22:53] <jdong> Burgundavia: then, can't I write an open-source bridging wrapper between my closed-source app and a GPL library, to expose a callable binary and proceed to profit?
[22:53] <persia> jdong: source compatibility: as long as you call externally, you don't care about the source, just the behaviour.  If you call internally, you also care about the implementation.
[22:53] <pwnguin> the game depends on its music, levels etc.
[22:53] <Burgundavia> jdong: a good way to think about it is standing on someones shoulders vs standing next to them
[22:53] <persia> pwnguin: Right.  Just wanted to mention for completeness :)
[22:53] <somerville32> jdong, The answer really does depend on who you  ask.
[22:53] <Burgundavia> jdong: no, because the shim library would become gpl
[22:54] <imbrandon> jdong, yes you can, look at all the windows mencoder front ends
[22:54] <Burgundavia> gstreamer is a great example of this
[22:54] <imbrandon> Burgundavia, shim executable
[22:54] <pwnguin> persia: well, then for completeness' sake, when i change "any" to "i386", does that change anything?
[22:54] <jdong> Burgundavia: yes, but the shim library could just be that, a skeletal bridge that still allows my app to be closed source
[22:54] <jdong> Burgundavia: IMO it sounds like circumventing the GPL by technicality again....
[22:54] <pwnguin> but you couldn't like the shim library with closed object
[22:54] <pwnguin> link
[22:54] <Burgundavia> jdong: all law can be worked around
[22:55] <jdong> pwnguin: no, but if the shim library was a shim binary..... I can popen() to it.
[22:55] <imbrandon> liba is gpl, write a gpl app to make a cli interface to it, then a closed front end
[22:55] <persia> pwnguin: No.  An arbitrary list of specific architecutures is considered to be equivalent to arch: any, but be a workaround for hardware issues
[22:55] <somerville32> Where is mom?
[22:55] <jdong> imbrandon: yeah, arguably you can build a setup like that for most GPL'd apps that would circumvent the GPL
[22:55] <pwnguin> well, this is more a workaround for crappy source
[22:55] <persia> somerville32: merges.ubuntu.com
[22:55] <jdong> imbrandon: is it considered legal?
[22:56] <pwnguin> littered with sizeof(int) == sizeof(int*) assumptions
[22:56] <persia> pwnguin: Just patch it then.
[22:56] <pwnguin> heh
[22:56] <imbrandon> jdong, well iirc the gpl hasnet ever been tested in court, but yes it is "legal"
[22:56] <norsetto> g'night all
[22:56] <persia> pwnguin: No, really: lots of people use 64bits these days
[22:56] <jdong> imbrandon: are there any plans to address cheap circumventions like that?
[22:57] <Burgundavia> not really
[22:57] <pwnguin> persia: then any of them are welcome to write the patch
[22:57] <Burgundavia> breaking that would break a lot of other stuff
[22:57] <imbrandon> not really
[22:57] <pwnguin> persia: i expect a couple thousand lines of patches there
[22:57] <Burgundavia> the reality is that the most interesting bits people want to use in closed source stuff are libraries you cannot make into applications
[22:58] <persia> pwnguin: http://bugs.debian.org/cgi-bin/bugreport.cgi?msg=5;filename=04_wx-strings.diff;att=1;bug=427853
[22:58] <jdong> Burgundavia: ok, interesting. thanks for the insight.
[22:59] <pwnguin> persia: is there a point to that?
[22:59] <persia> pwnguin: Patch size.  Go for it!
[22:59] <joejaxx> persia: i am done with merging for today :D
[22:59] <persia> joejaxx: Thanks for your help.
[23:00]  * somerville32 does some merges.
[23:00] <pwnguin> persia: it also adds a build-dep
[23:01] <joejaxx> persia: there are 9 i did today
[23:02] <persia> joejaxx: You'll get in your own list :)
[23:02] <persia> pwnguin: Fixing 64-bit adds a build-dep?
[23:02] <joejaxx> persia: ? lol
[23:02] <pwnguin> persia: that patch did
[23:02] <pwnguin> persia: <wx/string.h>
[23:03] <persia> pwnguin: Same headers package as other includes, but that's not important.  I was talking about patch size.
[23:03] <joejaxx> persia: my own list?
[23:04] <persia> joejaxx: http://ubuntu.joejaxx.org/
[23:04] <joejaxx> oh hahaha
[23:04] <pwnguin> persia: well, when you add in context lines, it's probably around five to thousand in length...
[23:04] <joejaxx> i have no where near over 100 uploads
[23:04] <joejaxx> oh wait
[23:04] <joejaxx> nevermind it is the beginning of the cycle
[23:04] <joejaxx> :D
[23:05] <persia> joejaxx: 9 is a big number right now :)
[23:05] <imbrandon> yea 13 makes te list :)
[23:05]  * joejaxx searches for some more merges
[23:05] <pwnguin> persia: personally, the effort vs reward isn't there for me to write it. its possible someone else does, and they're welcome to submit patches. i recall someone on the upstream forum stating they took a look at it
[23:05] <pwnguin> joejaxx: merge thinkfinger
[23:05] <persia> pwnguin: If someone else is looking at it, then that's fine.  Just remember that amd64 is one of the supported architectures, so we need a good reason not to support it.
[23:06] <joejaxx> pwnguin: i do not see that on the list
[23:07] <pwnguin> im not sure what happened
[23:07] <pwnguin> oh
[23:07] <pwnguin> sorry
[23:07] <pwnguin> it'd be a sync
[23:07] <pwnguin> terminology ftl
[23:07] <pwnguin> persia: well, if upstream can't be bothered to care, im not sure I want to start caring...
[23:08] <imbrandon> ponders upgrading to hardy
[23:08] <joejaxx> i am definitely going to screenshot the top ten uploaders if i make it :D
[23:08] <somerville32> imbrandon, I just added hardy as a deb-src
[23:08] <pwnguin> persia: it was painful enough just to get it to BUILD on i386 linux
[23:09] <somerville32> I figured downloading it's binaries would be a scary ride at this point
[23:09] <ScottK2> persia: Do you follow the MOTU Council list?
[23:12] <rexbron> Hey everyone, Genpo has been updated and is up for review. http://revu.tauware.de/details.py?package=genpo Thanks :)
[23:13] <superm1_> joejaxx, how often does your top 10 uploaders thing update?
[23:14] <joejaxx> superm1_: i update it everyday
[23:14] <joejaxx> or almost everyday
[23:14] <superm1_> joejaxx, ook
[23:14] <imbrandon> cron ? hehe
[23:14] <joejaxx> imbrandon: i put it on a cron before and it broken
[23:14] <joejaxx> broke*
[23:15] <joejaxx> i never put it back
[23:16] <mok0> joejaxx: Where can we see that 10 uploaders thingie?
[23:16] <joejaxx> mok0: ubuntu.joejaxx.org
[23:16] <persia> ScottK2: Yes.
[23:16] <knights> Why am I getting:
[23:16] <knights> gpg: [stdin]: clearsign failed: secret key not available
[23:16] <knights> at the end of debuild?
[23:17] <knights> gpg --list-secret-keys prints my key OK
[23:17] <persia> knights: The last entry in the changelog doesn't match any of the identities for any of the secret keys on your keyring
[23:17] <knights> Thanks persia!
[23:22] <knights> persia: Thats not the case. I take it you mean the top/most recent entry in debian/changelog? That perfectly matches my gpg key name ans e-mail
[23:24] <knights> http://pastebin.ca/762867
[23:25] <knights> That's my changelog
[23:25] <persia> knights: In that case, you probably have a comment as part of the identity in your key, and forgot to put the comment in the changelog.
[23:26] <mok0> knights: Is<EMAIL_ADDRESS>defined in your gpg key?
[23:27] <gnomefreak> good idea never post email addresses in email formoat
[23:27] <knights> Oh!  I put a comment in too!
[23:27] <gnomefreak> ;)
[23:27] <joejaxx> gnomefreak: lol
[23:27] <LaserJock> gnomefreak: why not?
[23:27] <gnomefreak> spam
[23:27] <gnomefreak> lots of spam
[23:28] <LaserJock> umm, it's going to be indexed by google anyway
[23:28] <mok0> gnomefreak: Don't you have a spamfilter?
[23:28] <gnomefreak> these are public channels
[23:28] <nixternal> !offtopic
[23:28] <ubotu> #ubuntu is the Ubuntu support channel, #ubuntu+1 supports the development version of Ubuntu and #ubuntu-offtopic is for random chatter. Welcome!
[23:28] <gnomefreak> mok0: a few but isnt it nicer when you dont have to worry
[23:28] <LaserJock> gnomefreak: as soon as it's uploaded it's more "available" than these channels
[23:28] <nixternal> this is a developer channel, please take all off-topic stuff to the correct channel
[23:28] <nixternal> kthxbye :p
[23:28] <joejaxx> nixternal: lol
[23:28] <joejaxx> nixternal: that was random :P
[23:28] <LaserJock> nixternal: I think your !offtopic is the only offtopic ;-)
[23:29] <knights> So basically I've now got to scrap my gpg key, get a new one and re-register with launchpad have I??
[23:29] <nixternal> imbrandon: where the heck are you at? you are the !offtopic officer
[23:29] <gnomefreak> LaserJock: i didnt know once uploaded they were googlible(may not be a word)
[23:29] <joejaxx> nixternal: lol
[23:29] <Fujitsu> knights: Or just add a comment to the changelog...
[23:29] <Fujitsu> gnomefreak: Google for your email address.
[23:29] <Fujitsu> Note several results for each upload you have ever made.
[23:29] <LaserJock> gnomefreak: sure
[23:30] <ScottK2> mok0: Did you get your merging questions answered?
[23:30] <gnomefreak> knights: just add an email to your key
[23:30] <gnomefreak> LaserJock: will in a sec
[23:30] <mok0> ScottK2: mmmm... yeah, sorta
[23:30] <gnomefreak> knights: you can have more than 1 address per gpg key
[23:30] <gnomefreak> crap cant google
[23:30] <LaserJock> gnomefreak: googling my email address give 1,430 results
[23:30] <ScottK2> mok0: Let me know what you need help with and I'll get glad to assist in getting you going.
[23:31] <mok0> I figure I have to file a bug report and attach a debdiff...'
[23:31] <gnomefreak> well i could be too much trouble in links2/lynx
[23:31] <knights> Does my comment go inbetween my name and e-mail address in the last changelog entry?
[23:31] <gnomefreak> comment?
[23:31] <Fujitsu> knights: name (comment) <email>
[23:31] <mok0> ScottK2: Thx. Did you see my email about kaksi?
[23:31]  * gnomefreak lost
[23:31] <joejaxx> lol
[23:32] <knights> Fujitsu: So the comment goes in brackets right?
[23:32] <knights> I mean parentheses
[23:32] <knights> or whatever you want to call ()
[23:32] <ScottK2> mok0: I did.  As long as there's a verbatim copy of the license in the tarball and the intent of upstream is clear, the archive should accept a package that's missing GPL headers in a few files.
[23:32] <gnomefreak> LaserJock: i only get maybe 50
[23:32] <Fujitsu> knights: Yes.
[23:32] <knights> cool- thanks!
[23:32] <ScottK2> mok0: So it's really up to you if you want to continue with it or not.
[23:32]  * mok0 checks to look
[23:33] <knights> erm, my comment happens to be a .org e-mail. Is that ok?
[23:33] <gnomefreak> omg it does show uploaded packages
[23:33] <knights> sorry, web address
[23:33] <gnomefreak> ty LaserJock
[23:34] <mok0> ScottK2: There is a COPYING file, but the comments I got from various reviewers was about the missing GPL clauses in some of the source files
[23:34] <knights> my comment is a web address- is that OK still?
[23:34] <mok0> ScottK2: Anyways, if upstream is not active, it is perhaps not reasonable to include the program in Ubuntu
[23:35] <Fujitsu> gnomefreak: Of course.
[23:35] <Fujitsu> Changelogs, -changes mails...
[23:35] <gnomefreak> Fujitsu: yeah that
[23:35] <Fujitsu> Bugs with changelog-closes-bugs comments...
[23:35] <Fujitsu> (that last one will be fixed soon)
[23:36] <gnomefreak> sorry im trying to get blood taken and talking to someone in my lug
[23:36] <ScottK2> mok0: They'll take it, but I suspect you're right if it's not maintained.  You might ask LaserJock for an opinion.  He does a lot of science stuff.
[23:36] <Fujitsu> I take it that somebody synced a lot of new stuff from Debian.
[23:38] <mok0> ScottK2: Is there a "go" for new software upload for reviewing?
[23:40] <ScottK2> mok0: Yes.  Today is the first REVU day of the Hardy cycle.
[23:40] <mok0> ScottK2: Cool!
[23:41] <superm1_> Fujitsu, i tried to close as many bugs as i could find for mplayer that were supposed to be resolved by 1.0~rc2, but i'm sure i missed a few.  since your more familiar with the bug list, when you get a chance can you double check if there are any others that stood out
[23:41] <Fujitsu> superm1_: So I noticed.
[23:41] <Fujitsu> I'll have a look now.
[23:42] <mok0> ScottK2: I've been working to package Torque (formerly OpenPBS) -- a very cool job submission system but it's licensed under a weird license. I am wondering if it could go into Multiverse
[23:42] <joejaxx> mok0: what are the terms of the license?
[23:43] <mok0> Well it's open source with some restrictions
[23:44] <Fujitsu> mok0: Can you link to the license, please?
[23:44] <mok0> Fujitsu: Hang on, I'll pastebin it
[23:44] <Fujitsu> mok0: Thanks.
[23:45] <mok0> http://paste.ubuntu-nl.org/43478/
[23:46] <Fujitsu> Registration? Ew.
[23:46] <mok0> Fujitsu: Yup
[23:46] <Fujitsu> That's multiverse, if that.
[23:47] <mok0> Fujitsu: What are the conditions for multiverse?
[23:47] <Fujitsu> Hm, does the second point imply that you may only redistribute it to those who will use it for non-commercial purposes, or that you will only redistribute it non-commercially?
[23:47] <Fujitsu> mok0: Basically if we have the source but it's not quite free enough. Non-commercial, or whatever.
[23:47] <pwnguin> mok0: this is not meant to be a complete list of conditions: must be redistributable
[23:48] <ScottK2> Except it says points one and two don't apply anymore.
[23:48] <mok0> This software was developed for NCSA under a contract.
[23:48] <Fujitsu> ScottK2: Ah, true.
[23:48] <mok0> It is not even called OpenPBS anymore... :-)
[23:49] <Fujitsu> ScottK2: What do you think about paragraph 6?
[23:49] <ScottK2> That's essentially clause 4 of the old 4 clause BSD
[23:49] <Fujitsu> That looks non-free like 4-clause BSD.
[23:49] <Fujitsu> Yeah.
[23:49] <ScottK2> It's not non-free, just non-GPL
[23:49] <Fujitsu> Otherwise (as long as 1&2 don't actually apply) it looks OK.
[23:50] <pwnguin> must be redistributable, must not impose conditions on other software, must not discriminate against endevors, that sort of stuff. some people also feel it should be limited to things that are very nearly open source
[23:50] <mok0> Like I said: the license is weird :-)
[23:50] <ScottK2> I think it's free and fine for Universe.  It just can't be combined with GPL code.
[23:50] <Fujitsu> ScottK2: Even with the advertising clause?
[23:50] <pwnguin> the advertising clause is free, just annoying
[23:50] <ScottK2> Debian accepts stuff with that
[23:50] <Fujitsu> OK, universe it is, then.
[23:51] <Fujitsu> I really wish people would use standard licenses.
[23:51] <mok0> Fujitsu: Really? You think?
[23:51] <knights> debsign failed again because I don't have pinentry installed
[23:51] <ScottK2> mok0: Yes.  They key thing is points 1 and 2 are non-operative, so it's essentially just 4 clause bsd
[23:51] <knights> what package contains this?
[23:51] <mok0> This is a complicated package, I can submit it to revu.. ?
[23:51] <Fujitsu> !find debsign
[23:51] <ScottK2> knights: What are you running
[23:51] <Fujitsu> mok0: Go ahead.
[23:52] <knights> gutsy
[23:52] <Fujitsu> Oh, pinentry, not debsign, oops.
[23:52] <ubotu> File debsign found in devscripts, zsh, zsh-beta
[23:52] <imbrandon> Fujitsu, my personal favorite is the WTFPL
[23:52] <Fujitsu> imbrandon: Heh, yes.
[23:52] <mok0> Fujitsu: ok will do
[23:52] <ScottK2> knights: Feisty/Gutsy and Ubuntu/Kubuntu?
[23:52] <imbrandon> Fujitsu,  and its dfsg free too :) http://sam.zoy.org/wtfpl/
[23:53] <ScottK2> knights: It shouldn't be needed.  It'll be pinentry-qt or pinentry-gtk2.
[23:53] <joejaxx> imbrandon: lololololo
[23:54] <knights> Actually, this box is ubuntu studio. I installed pinentry-gtk and its on now
[23:54] <pwnguin> heh, there's an old demoscene invite that comes with a very similar license
[23:54] <imbrandon> joejaxx, sounds funny but its an honest to goodness lic approved to be dfsg and written by a former dpl iirc
[23:54] <pwnguin> vip2
[23:55] <pwnguin> http://www.sesse.net/vip2-linux/
[23:55] <mok0> Successfully uploaded packages. To revu. Enjoy ;-)
[23:57] <knights> mok0, : what?
[23:57] <Fujitsu> imbrandon: Can you please point sparky's ntpd at a local uni server?
[23:57] <Fujitsu> It has drifted by 20 seconds in the past 12 hours.
[23:58] <imbrandon> Fujitsu, how about pool.de.ntp.org ?
[23:58] <Fujitsu> imbrandon: NTP outbound is blocked.
[23:58] <Fujitsu> faui45.informatik.uni-erlangen.de
[23:58] <imbrandon> i dont know if there is one localy
[23:58] <Fujitsu> That should work.
[23:58] <imbrandon> k
[23:58] <imbrandon> give me a sec


[02:02] <dfboneguru> hello
[02:02] <dfboneguru> i'm new :)
[09:10] <yeehi> How do I view the contents of /root? I need permissions
[10:44] <yeehi> some programs are installed. How do I start them automatically at start-up? eg conky redshift?
[11:33] <geirha> sudo ls /root
[11:34] <geirha> conky is a graphical, per-user program, so the right place to put that is in your Startup Applications
[11:34] <geirha> never heard of redshift
[12:24] <bear__> Hi everyone. I am having a problem with an external drive (500Gb)... when I check properties it says that it has about 250GB in contents (half full) but 499Gb "used" and less than a Gb Free... it's like when ever I have deleted something it has gotten rid of the files but not actually freed up the space
[13:42] <Russian> hey what's up guys i have some monitor and resolution problems, could someone possibly shed some light?
[13:53] <geirha> bear__: How do you delete something? It might have gone to trash
[13:54] <geirha> e.g. selecting a file in nautilus (the file browser) and hitting the Delete key on the keyboard will just move the file to trash
[13:54] <geirha> and the trash will be stored on the same filesystem as the file is on
[13:54] <geirha> a hidden directory named something like .Trash-1000
[15:17] <sorbanos> hi all
[15:18] <sorbanos> i have maybe silly question, but i'm wondering how can i reinstall nvidia graphics driver purely in CLI
[15:19] <sorbanos> can someone help me?
[15:25] <geirha> sorbanos: jockey-text is the command-line equivalent of "Additional Drivers"
[15:25] <geirha> jockey-text --help
[15:28] <sorbanos> ok thank you for help
[20:33] <raub> Shouldn't the reverse zone entry (in named.conf.local) for <IP_ADDRESS>/27 look something like zone "64-<IP_ADDRESS>.in-addr.arpa" IN { [...] }; ?


[00:01] <CIA-3> tzsetup: cjwatson * r522 ubuntu/ (debian/changelog tzsetup):
[00:01] <CIA-3> tzsetup: Only try to wget from geoip.ubuntu.com once, at least if we have
[00:01] <CIA-3> tzsetup: non-busybox wget (LP: #556890).
[00:03] <CIA-3> tzsetup: cjwatson * r523 ubuntu/debian/changelog: releasing version 1:0.26ubuntu9
[11:58] <michaelforrest> ev: hallo
[11:58] <michaelforrest> I have finally managed to update the wubi images!
[11:58] <michaelforrest>  lp:~michaelforrest/wubi/brand_update
[13:00] <ev> michaelforrest: you are made of awesome.  I didn't think you were going to have time for that with the constant barrage of spec updates.
[14:47] <ev> michaelforrest: http://people.canonical.com/~evand/tmp/wubi-branding/ - the large logo is a bit too big for the first screen, but otherwise it looks good
[15:10] <CIA-3> ubiquity: evand * r4103 ubiquity/ (debian/changelog scripts/install.py): Fix broken comparisons against boolean debconf values (LP: #567749).
[15:17] <superm1> ev, it's probably too late since there aren't any translated strings as alternatives, but it was pointed out to me that during oem-config the install window actually has "Installing System" as the title which is confusing to people running the system for the first time who thought that the OEM installed it for them
[15:23] <cjwatson> I believe there was a bug about it in which I commented that it would have to wait
[15:23] <cjwatson> at least I remember looking at that
[16:45] <CIA-3> ubiquity: evand * r4104 ubiquity/ (debian/changelog ubiquity/keyboard_detector.py):
[16:45] <CIA-3> ubiquity: Return with the correct state value when a keyboard map is found
[16:45] <CIA-3> ubiquity: (LP: #553087).
[17:31] <ev> michaelforrest: http://people.canonical.com/~evand/screenshots/wubi/wubi-brand-2/ - does that still look okay, or is the fact that it's off-center on some of the pages disruptive?
[17:32]  * cjwatson finally emerges from bug 567345
[17:33] <cjwatson> I guess I should look at ara's iSCSI problems, after I've finished re-fixing hdparm
[17:34] <ev> digging in bug 559647, then I'm going to give the m-a stabbing debconf bugs another look over.
[17:35] <cjwatson> did we get a debug log?
[17:41] <ev> indeed, and m-a fell over in quite a bad way: http://launchpadlibrarian.net/44982947/UbiquityDebug.gz
[17:43] <cjwatson> Apr 22 08:18:47 debconf (filter): <-- SUBST ubiquity/summary MIGRATE Ubuntu 8.04.4 LTS (8.04) (/dev/sda1):\n 10 migration-assistant/sda1/users doesn't exist: 10 migration-assistant/sda1/10+migration-assistant/sda1/users+doesn't+exist/items doesn't exist\nUbuntu lucid (development branch) (10.04) (/dev/sda6):\n 10 migration-assistant/sda6/users doesn't exist: 10 ...
[17:43] <cjwatson> ... migration-assistant/sda6/10+migration-assistant/sda6/users+doesn't+exist/items doesn't exist\nDebian GNU/Linux (squeeze/sid) (/dev/sdb2):\n 10 migration-assistant/sdb2/users doesn't exist: 10 migration-assistant/sdb2/10+migration-assistant/sdb2/users+doesn't+exist/items doesn't exist
[17:43] <cjwatson> score
[17:44] <cjwatson> though that doesn't seem to be the actual problem ...
[17:44] <ev> also note the broken pipe
[17:44] <cjwatson> yeah.  the out-of-order protocol stuff isn't showing up directly here though, AFAICS
[17:45] <cjwatson> not quite sure why not, could be artificial
[17:45] <ev> hmm


[00:42] <Sivarts> Hi can anyone help with nvidia card? I connect a VGA monitor and DVI monitor to my video card and nvidia-settings recognizes fine, but if I connect a VGA monitor and a LCD TV with a DVI->HDMI cable I get no signal on TV and it doesn't recognize the monitor at all in nvidia-settings
[00:42] <Sivarts> it does show the VGA monitor fine though
[00:55] <raevol> Sivarts: this channel is generally completely dead, and i'm not sure many people here will know much about the nvidia drivers
[00:55] <raevol> you may have better luck in #ubuntu, or looking for an nvidia channel, or just googling
[00:57] <Sivarts> ok thanks, I did ask in #ubuntu just thought I'd ask here too since it is on xubuntu even though I'm sure it's all-variants
[01:07] <autif1> for several week now, my laptop is not able to run X. It is completely patched (apt-get update, upgrade) but after reboot it displays "Ubuntu" is running in low-graphics mode. Your screen, graphics card and input device settings could not detected correctly. You will need to configure these yourself". How do I reconfigure X?
[01:09] <autif1> I have tried "dpkg-reconfigue xserver-xorg" from http://www.cyberciti.biz/faq/ubuntu-linux-how-to-reconfigure-x-windows-system-xorg-server/
[01:22] <autif1> progress - startx works fine - but when I reboot the laptop - it does not start X, it gives the error mentioned above and falls back to the shell
[01:22] <autif1> from where when I do startx - everything is fine
[01:22] <autif1> how do i fix this?
[03:01] <sutur> Hi there, anyone awake?
[03:02] <Cael> bearly. whats up?
[03:03] <sutur> Need help with OSS. "lsmod | grep oss" = nothing...any suggestions?
[03:04] <Cael> above my head as im still learnin linux myself.
[03:04] <sutur> Hah
[03:04] <Cael> theres an usally always monitors support group in SecondLife if you need more help
[05:50] <Balsaq> another peaceful morning in the remote binary jungle known as...Xubuntu!
[06:11] <Khedron> Balsaq: seems to be like that pretty often lol
[06:41] <Balsaq> its the nature of the place i guess...
[10:04] <akis> which version of openoffice is the appropriate for xubuntu 10.10 and for a notbook with only 256 ram?
[10:07] <Sysi> why not abiword and/or gnumeric?
[10:07] <Sysi> there aren't many versions of OOo in repositories
[10:13] <akis> sysi: i know both applications, but i am running OOo already under opensuse and is most familiar to me. is it a problem to install OOo under xubuntu?
[10:15] <Sysi> no
[10:15] <Sysi> just install
[10:19] <akis> does skype runs under xubuntu without any issues or any other problem. does anyone know?
[10:20] <Sysi> should
[10:20] <Sysi> everything should work equally on any *buntu
[10:21] <akis> i a asking because under opensuse skype cannot find the mic
[10:22] <Sysi> that should be fixable, i personally don't know about mics or skype
[10:24] <akis> ok. thanks. one more question. is there any chance or possibility for xubuntu to find and install the appropriate driver for the internal modem of my notebook to send and recieve faxes?
[10:25] <Sysi> it might be possible but propably not very easy
[10:28] <akis> i c. the same with opensuse. almost impossible. do you think that 1,5 ghz proccecor and 256 ram is enough to run fast xubuntu?
[10:30] <Sysi> not too much ram, but it should work
[10:33] <akis> i don't think so because i just read a report about my question (http://www.backports.ubuntuforums.org/showthread.php?t=1267443&page=4). Any way thank you for your advises.
[10:34] <Sysi> np
[11:53] <WolfDogDesigns> Hey all. Is there a GUI tool for display config? Im using laptop with ATI graphics. .. Rather not mess around for an hour with Xorg.conf to get a second monitor working
[15:02] <Mark76> Why does MPD have to be so devilishly complicated?
[15:03] <Sysi> it's function isn't to be easy for basic use? how about moc
[15:04] <Mark76> Does the Xfce panel mpd plugin work with MOC?
[15:07] <Sysi> oh, you want *that*
[15:07] <Sysi> don't all players offer icon in notification area for controlling?
[15:08] <Sysi> or idk what's that plugin like
[15:15] <Mark76> It's impossible to get mpd or an mpd client to see your music folder
[15:15] <Sysi> i tried it, wasn't impossible but not easy either
[15:16] <Sysi> manpage?
[15:16] <Mark76> I've edited mpd.conf
[15:17] <Mark76> It knows where my music folder is. It just refuses to acknowledge the fact by actually opening it
[15:17] <Sysi> i think you need to do something for library
[15:18] <Mark76> Update?
[15:18] <Sysi> not quite sure..
[15:18] <Sysi> i created three files for some confs and library when i tried it
[15:20] <Mark76> What's the command to start the daemon?
[15:20] <Sysi> mpd
[15:21] <Mark76> log: problem opening log file "/var/log/mpd/mpd.log" (config line 37) for writing
[15:21] <Mark76> Aborted
[15:21] <Mark76> Must be a bug
[15:22] <Sysi> what on line no 37 on config?
[15:22] <Sysi> *number 37
[15:23] <Mark76> log_file			"/var/log/mpd/mpd.log"
[15:25] <Sysi> create .mpd.log in your home folder and set that as log
[15:25] <Sysi> if you run it as yourself, it can't write to /var/
[15:25] <Sysi> sorry, need to go →
[15:25] <Mark76> Ah


[06:44] <GarBage> /etc/rc.local is not run, why?
[07:27] <johnnybuoy> anyone running mysql-server on edgy?
[07:27] <johnnybuoy> I'm wondering if what I get is an ustart bug...
[07:51] <johnnybuoy> anyone running mysql-server on edgy?
[07:51] <johnnybuoy> I'm wondering if what I get is an ustart bug...


[14:06] <Tylertwo_> I'm trying to print to a konica minolta bh227. I downloaded what appear to be the right drivers but when I set up the printer via the cups web interface and try to print nothing happens. Any ideas?
[14:32] <jlj> Tylertwo_: where did you put the drivers? Is the guide any help? https://uwyo.teamdynamix.com/TDClient/1940/Portal/KB/ArticleDet?ID=12120
[14:32] <jlj> What's your CUPS config? cupsctl
[14:32] <jlj> It's on your network presumably? Any firewall running?
[14:33] <jlj> Might try turning on debug logging in CUPS...
[15:58] <xubuntu44i> First time xubuntu usr here! Recommendations on "must-have" apps or/and packages to make this an even more pleasant experience?
[16:00] <diogenes_> xubuntu44i, nothing specific just figure out what you need.