[00:19] <TheMuso> jscinoz: How big is the patch, and does the package already use a patch system?
[00:26] <Legendario> hey guys, had the same error here. Launchpad PPA rejected again
[00:26] <geser> Legendario: can you pastebin the .dsc file you uploaded?
[00:27] <geser> and also the exact error message
[00:27] <Legendario> sure
[00:27] <Legendario> http://paste.ubuntu-nl.org/53923/ that's the error message
[00:28] <geser> what's your PPA?
[00:29] <Legendario> geser, that's the dsc file: http://paste.ubuntu-nl.org/53924/
[00:29] <Legendario> geser, my ppa is http://ppa.launchpad.net/kemelzaidan/ubuntu
[00:33] <geser> Legendario: try asking in #launchpad
[00:33] <jscinoz> themuso the patch changes two files and i dont thing it already used a patch
[00:34] <geser> Legendario: as you don't have musictracker in you PPA nor is it in the archive, I don't understand which md5sum it didn't like and the upload contained also the .orig.tar.gz
[00:36] <Legendario> geser, yeah. I don't understand it too. Have done exactly as described on the packaging guide
[00:36] <geser> I'm out of ideas
[00:36] <Legendario> had only a doubt on how to build it with the build-depends on the debian/control file, but mok0 helped me out with it...
[00:41] <Legendario> geser, i'll try to ask on the #launchpad. Thanks any way!
[00:42] <geser> keescook: bad timing with your pcre3 merge. pcre3 7.6-1 got uploaded into Debian unstable and it also includes the pcredemo.c example.
[00:47] <Legendario> do you guys know where to report bugs on the debhelper script?
[00:48] <geser> Legendario: against the debhelper package: https://edge.launchpad.net/ubuntu/+source/debhelper/+bugs
[00:48] <LaserJock> the debhelper package in Debian
[00:49] <geser> yes, that's probably more helpful
[00:50] <ScottK> As long as it really is a bug with the Debian version of the package and not just our problem.
[00:53] <Legendario> ScottK, it probably is
[00:54] <Legendario> geser, could not open the link you gave me...
[00:55] <geser> Legendario: remove the "edge." and it should work
[00:55] <Legendario> dh_make doesn't recognize source versions without numbers. e.g.: beta1
[00:55] <slangasek> Legendario: dh_make is not part of debhelper
[00:56] <slangasek> so please don't report such a bug against debhelper, report it against dh-make :)
[00:56] <Legendario> slangasek, isn't the dh on dh_make an abreviation on debhelper?
[00:56] <slangasek> yes
[00:57] <slangasek> it is, nevertheless, a namespace collision
[00:57] <geser> Legendario: but dh_make has it's own package and is not part of debhelper
[00:58] <Legendario> geser, well, do you know the link for it? cause i search on the launchpad home and can't find it?
[00:59] <slangasek> Legendario: https://launchpad.net/dh-make/ ?  https://launchpad.net/ubuntu/+source/dh-make/ ?
[01:06] <Legendario> slangasek, why isn't it shown on a simple search?
[01:07] <slangasek> I don't know, where are you searching / what are you searching for?
[01:19] <Legendario> slangasek, i am searching for musictracker on the launchpad home. I think that's the mistake
[01:24] <emgent> nite people
[01:58] <zul> geez you people are quiet
[01:59] <ion_> Shh! Silence!
[02:01] <leonel> mm what  where  when ?? ..
[02:08] <ScottK> Legendario: If the Launchpad U/I is confusing, feel free to file bugs on Launchpad.
[02:09] <Legendario> ScottK, i guess i'll do it later
[02:12] <rjmyst3> hello
[02:13] <rjmyst3> i'm a rookie packager looking for reviews for my latest upload to revu
[02:13] <zul> hey ScottK
[02:13] <rjmyst3> http://revu.tauware.de/details.py?package=wxformbuilder
[02:13] <rjmyst3> can anyone help me out?
[02:17] <bddebian> Heya gang
[02:18] <rjmyst3> hello
[02:18] <bddebian> Hello rjmyst3
[02:19] <rjmyst3> bddebian: you've reviewed my package - wxFormBuilder - before
[02:19] <rjmyst3> it has since been updated quite a bit
[02:19] <rjmyst3> any chance you'd take another look?
[02:19] <bddebian> I'll try to check it out.  I've been having PC issues lately. :-(  I lost a drive yesterday
[02:19] <rjmyst3> http://revu.tauware.de/details.py?package=wxformbuilder
[02:19] <rjmyst3> ouch!
[02:21] <rjmyst3> what is the normal way to solicit reviews of a new package?
[02:21] <rjmyst3> i'm quite the rookie, still
[02:22] <bddebian> Asking in here is fine
[02:23] <bddebian> Just don't over do it ;-)
[02:25] <rjmyst3> ok :)
[02:32] <ScottK> Heya zul.
[03:04] <tmp> el
[03:04] <tristanbob__> if we have a new package that is not in Ubuntu or Debian, what are the next steps?  revu?
[03:11] <ScottK2> tristanbob__: Yes.  Additionally, we are very near the deadline for Hardy, so if you're starting now, you're odds aren't good.
[03:12] <tristanbob__> ScottK2 - I bet we can get this in - the package is done - just need to get it reviewed, right?
[03:12] <ScottK2> Maybe.  Depends on how well done.
[03:13] <tristanbob__> true - we will get started on this process tomorrow
[03:13] <tristanbob__> ScottK, when is the deadline?
[03:14] <ScottK> tristanbob__: Uploaded (including archive admine NEW review) by February 14.
[03:15] <tristanbob__> ScottK, if we are not motu, do we need sponsorship?
[03:15] <ScottK> tristanbob__: Yes.  Upload to REVU and two MOTUs to advocate.
[03:16] <ScottK> !revu | tristanbob__
[03:16] <ubotu> tristanbob__: REVU is a web-based tool to give people who have worked on Ubuntu packages a chance to "put their packages out there" for other people to look at and comment on in a structured manner. See https://wiki.ubuntu.com/MOTU/Packages/REVU
[03:19] <rjmyst3> I've got a package on REVU, that has been already reviewed and fixed.
[03:19] <rjmyst3> ScottK or ubotu - are you guys MOTU?
[03:19] <rjmyst3> could you help me get it in?
[03:19] <ScottK> I am.  ubotu is a bot.
[03:19] <rjmyst3> http://revu.tauware.de/details.py?package=wxformbuilder
[03:23] <tristanbob__> thanks for your time ScottK
[03:24] <ScottK> rjmyst3: wxwidgets really isn't my thing.  No, I don't think I can help you.
[03:24] <ScottK> tristanbob__: You're welcome.
[03:24] <rjmyst3> I understand, thanks for taking a look
[03:24] <rjmyst3> anybody in here a fan of wxWidgets?
[03:27] <bddebian> Please tell me it doesn't use 2.4 ?
[03:29] <rjmyst3> 2.8
[03:29] <rjmyst3> :)
[03:30] <ScottK> bddebian is a masochist.  I'm sure he'll look at it.
[03:30] <bddebian> heh
[03:58] <jscinoz> hey guys, sisposty submitted a patch for urbanterror to make it work with ubuntu's libjpeg, but how exactly would i apply this patch: http://launchpadlibrarian.net/11602996/upid_1386_use_system_libjpeg6.patch
[03:59] <bddebian> patch -pX < foo.patch ?
[04:06] <jscinoz> how do i know what number to replace X with
[04:07] <bddebian> Usually 1 but you can try 0-3 or 4
[04:10] <jscinoz> says it cant find the file to patch at line3
[04:10] <jscinoz> regardless of what i hvae with -p
[04:11] <jscinoz> what dir should i be running patch from
[04:12] <bddebian> the source dir
[04:13] <guest22> Does anyone know what's happened to launchpad.net? (I'm referring to the strange character substitutions on all pages.) Has it been hacked?
[04:14] <jscinoz> im in the source dir >_<
[04:42] <jscinoz> my pbuilder is borked :(
[04:42] <jscinoz> "host: unknown hostname" when i try to build with it
[04:44] <AnAnt> persia: Hello
[04:46] <jdong> jscinoz: /etc/hostname should have your hostname in it, /etc/hosts should have <IP_ADDRESS> your_hostname
[04:48] <jscinoz> ah fixed it
[04:48] <jscinoz> commenter on revu package urbanterror says "I guess you should also set yourself as XSBC-Original-Maintainer and Ubuntu MOTU as Maintainer, so that there is a @ubuntu.com address in the Maintainer field." what does he mean by this?
[04:50] <minghua> jscinoz: https://wiki.ubuntu.com/DebianMaintainerField
[04:51] <jscinoz> so just change maintainer field from<EMAIL_ADDRESS>to<EMAIL_ADDRESS>[04:54] <jscinoz> nevermind
[04:59] <AnAnt> Hello, can someone review those please: http://revu.tauware.de/details.py?package=ubuntume-gdm-themes , http://revu.tauware.de/details.py?package=usplash-theme-ubuntume
[05:03] <AnAnt> persia: regarding usplash-theme-ubuntume , what do you mean by "the old version was based on other GPL code" ?
[05:04] <AnAnt> persia: as for the download location, the svn has read access for the public
[05:52] <joejaxx> zul: how much work do you think it would be for openvz inclusion in ubuntu?
[06:03] <nyquist2773> Where is a good place to ask a programming question?
[07:08] <coolbhavi> When I run debuild -S i get "Bhavani Shankar<EMAIL_ADDRESS>secret key not available
[07:09] <coolbhavi> Am I missing out something?
[07:09] <coolbhavi> Please HELP
[07:10] <coolbhavi> OK got it
[07:16] <AnAnt> persia: Hello
[07:23] <warp10> Hi all!
[07:38] <dholbach> good morning
[07:42] <RAOF> Good afternoon, dholbach :)
[07:50] <dholbach> hey RAOF
[07:52] <Hobbsee> morning dholbach
[07:53] <dholbach> hey Hobbsee
[07:54] <RAOF> Hey Hobbsee!
[07:54] <Hobbsee> heya RAOF!
[07:56] <RAOF> Hobbsee: You're not at lca, or something cool like that?
[07:56] <slytherin> persia: man-di: Bad news - Lucene2 FTBFS even if I manually fix w3c-dtd-xhtml installation. Worse news - It builds with icedtea, which means that it can not be fixed in Debian for now.
[07:56] <Hobbsee> RAOF: unfortunately not
[07:56] <RAOF> Awww.
[07:59] <RAOF> Hm.  I wonder what severity Miro would like their "I'm pretty sure you're licensing is broken" bug >:)
[08:05] <Aloha> whats the correct way to use dch if adding to ppa? just dch by itself?
[08:09] <slytherin> Aloha: i susally use dch -i which will add an entry and open changelog in editor. you can then manually modify theentry
[08:10] <Aloha> slytherin, dch with -i does the same. thats why i was asking de facto standard
[08:10] <Aloha> s/with/without/
[08:10] <RAOF> It doesn't matter.
[08:11] <RAOF> There's nothing PPA specific to using dch.  It just adds another changelog entry.
[08:11] <Aloha> debuild complains about maintainer not having ubuntu address when i use dch by itself because it appends -ubuntu to end of package name
[08:12] <RAOF> Right.
[08:12] <Aloha> dpkg-source: warning: Version number suggests Ubuntu changes, but there is no XSBC-Original-Maintainer field
[08:13] <Aloha> oops
[08:13] <Aloha> i mean
[08:13] <Aloha> dpkg-source: warning: Version number suggests Ubuntu changes, but Maintainer: does not have Ubuntu address
[08:15] <slytherin> Aloha: use update-maintainer
[08:15] <Aloha> slytherin, k thnx
[08:16] <slytherin> Aloha: And you should probably read about DebianMaintainerField on ubuntu wiki
[08:16] <Aloha> slytherin, ok thnx
[08:17] <Aloha> Hobbsee, hi sarah!
[08:17] <Aloha> s/sarah/Sarah/
[08:17] <slytherin> Aloha: By the way, if dch is making the version as 1.0-1-ubuntu1 then I guess it will be wrong. It should be 1.0-1ubuntu1
[08:17] <Aloha> or not
[08:18] <Aloha> slytherin, it making it right. typo on my part sorry
[08:31] <slytherin> if usplash is not showing up when I use grub2, is it grub2 bug or usplash bug?
[08:48] <persia> slytherin: :(  I guess it's an icedtea solution then.  That still needs the DTD fix though, right?  I'd say wait for Debian to fix XML, and then adjust the build-deps of lucene2 (given that the Debian update is expected soonish).
[08:49] <slytherin> persia: yes, DTD fix is still needed.
[08:49] <persia> AnAnt: I mean that a source previously licensed under the GPL appears now to be licensed under CC-BY-SA.  I thought it was derived from another GPL package, in which case this cannot be done.  If it is original source, no issues.
[08:50] <slytherin> persia: Do you think this should be reported against GCJ? Obviously there is some problem in GCJ due to which the unit tests are failing.
[08:50] <AnAnt> persia: original source
[08:50] <persia> AnAnt: Also, no point in saying "Hello" every once in a while.  I tend to see those within an average of 30 minutes, but am typically unable to respond.  You'd do better to say whatever you might have said if I had responded, and I'l take the appropriate action.
[08:51] <AnAnt> persia: ok
[08:51] <persia> AnAnt: OK.  I'll just take a quick look, and suspect I'll advocate.
[08:52] <persia> AnAnt: Are you sure you want the maintainer to be "Ubuntu MOTU Developers<EMAIL_ADDRESS> Not the UbuntuME team?
[09:23] <persia> AnAnt: Let me know when you get an answer for that: if you're sure, I'll advocate.  If you want to adjust it and upload a new candidate, I'd rather advocate that one to reduce the chance of the wrong one getting uploaded.
[09:24] <AnAnt> persia: I thought that's how it should be, that Maintainer should be something @ubuntu.com
[09:25] <persia> It's stil REVU day.  There are 8 packages awaiting a second advocate, 3 packages that have been waiting a long time (2 of which I am recusing myself from re-reviewing), 12 packages still awaiting review today, and a bunch of updated candidates.  Who wants a review?  Who wants a package to review?
[09:25] <persia> AnAnt: The maintainer should be<EMAIL_ADDRESS> On the other hand, this is a special package, so it might want a special team to maintain it.
[09:25] <persia> Essentially, if you set it to MOTU, anyone might update it, which may cause confusion to the team.
[09:26] <AnAnt> persia<EMAIL_ADDRESS>would do ?
[09:26] <persia> Also, about the SVN part: my comment about having a tarball was because SVN is expected to change, and there's no good record of what was released except the package source.
[09:27] <rulus> I'd like gtkvd to be reviewed; I (and a lot of people with me) would like it to be in the Hardy repo's. http://revu.ubuntuwire.com/details.py?package=gtkvd Thanks :)
[09:27] <persia> AnAnt: Well, it is supposed to be an @ubuntu.com address.  Are any of the team members?  Perhaps they could be the maintainer for now?  Alternately, perhaps a mailing list could be set up with on lists.ubuntu.com?
[09:28] <persia> rulus: I still think you should do something about gnuvd as well, but I'll take a look.
[09:28] <rulus> persia: gnuvd is fixed by it's author, but there are still a few small issues to fix before the new version gets into Debian
[09:29] <AnAnt> persia: well, I don't think any of the team members has a @ubuntu.com address (can anyone apply for that?). How can a mailing list be set up with lists.ubuntu.com ?
[09:30] <persia> AnAnt: Ubuntu Members get an @ubuntu.com address.  The path to membership is changing, but I suspect http://www.ubuntu.com/community/processes/newmember will at least point you in the right direction.  I don't know the process for mailing list setup.
[09:30] <persia> rulus: Excellent.  Note that by "do something", I really mean anything: just paying attention to it and requesting the sync at the right time counts :)
[09:31] <rulus> persia: yeah, I'm certainly keeping track of the progress :)
[09:39] <persia> rulus: Even trying all my most nitpicky tests, I could only find two issues with the package.  Unfortunately, one is a GPL violation, so I won't advocate.
[09:40] <rulus> persia: thanks for the comments, I'll check them out :)
[09:44] <sistpoty|work> morning everyone
[09:48] <geser> good morning
[09:48] <mok0> morning sistpoty
[09:49] <sistpoty|work> hi geser and mok0
[09:49] <geser> hi sistpoty|work
[09:51] <persia> Morning sistpoty
[09:52] <sistpoty|work> hi persia
[10:03] <persia> erable: qdevelop commented
[10:05]  * persia seeks alternate reviewers for mumble (http://revu.ubuntuwire.com/details.py?package=mumble) and cvc3 (http://revu.ubuntuwire.com/details.py?package=cvc3) so that they don't miss two REVU days in a row.
[10:08] <rulus> How do I compile .po during build? I'm looking at the source of Jokosher, but they don't do it either, they don't even include the .po files..
[10:10] <Ng> rulus: msgfmt. fwiw, my package is python, so I do it in the setup.py (and I shamelessly pinched the function to do it from another python package ;)
[10:11]  * persia cheers open source, and encourages sharing of handy functions
[10:11] <rulus> Ng: my package is Python too, can you give me the name of that package ;)
[10:11] <Ng> rulus: I have to admit that I've forgotten which package I pinched it from, but it's unmodified in mine (terminator)
[10:11] <Ng> I should have been making notes of that stuff :/
[10:11] <rulus> Ng: thanks, I'll have a look :)
[10:12] <Ng> yw :)
[10:24] <slytherin> persia: Do you have even slightest idea why lucene2 unit tests fail with GCJ while they pass with icedtea?
[10:26] <rulus> woot, it works Ng, thanks again :)
[10:26] <Ng> rulus: np :D
[10:27] <persia> slytherin: Not a clue.  Back when I was a real Java developer, gcj was widely considered broken.  Now it mostly works (hurrah!), but I don't do so much Java.
[10:28] <slytherin> persia: hmm, may be some apis are stub. That may be the reason the tests don't get result as expected.
[10:29] <persia> slytherin: That would make sense.  My vague memories were that everything was stubbed to match the public API, and the implementations are a work in progress.
[10:34] <luisbg> Is there a general guideline for qt app packaging since they use qmake?
[10:41] <rulus> persia and others: I updated gtkvd (http://revu.ubuntuwire.com/details.py?package=gtkvd)
[10:48] <minghua> luisbg: Maybe people in #kubuntu-devel know better.
[10:50] <luisbg> minghua, ok, thanks
[10:52] <persia> vorian: guake commented
[10:52] <frafu> Could anybody please review the following package: http://revu.tauware.de/details.py?upid=1577 It would be great if it makes it into hardy as the corresponding gui will be in hardy. (a11y tab of the mouse control panel)
[10:53] <frafu> Thanks in advance.
[10:58] <persia> frafu: From where does ./ChangeLog originate?  Seems an odd file to be the only patch external to debian/patches.
[11:01] <frafu> persia: it is from upstream; strange
[11:01] <persia> frafu: Shall I proceed with the review, or do you want to look at that first?
[11:01] <frafu> persia: I will look at it first
[11:02] <frafu> persia: thanks
[11:03] <persia> frafu: Thanks for being responsive.  It's a lot easier for me when I don't have to do a full review and still not get to advocate the package.
[11:04] <persia> And so REVU day comes to a close.  Only one package uploaded today: any reviewers who were waiting for the last minute are encouraged to take a look at the packages that have already received an advocate.
[11:05] <frafu> persia: thanks to you for pointing me immediately to the problem
[11:05] <persia> frafu: I encourage you to check the diff.gz with lsdiff in the future.  It's a really easy mistake to make (I've done it lots of times).
[11:05] <DaveMorris> feature freeze is quite close now. :(
[11:06] <persia> DaveMorris: Yep.  Thanks for your help with reviewing.
[11:07] <DaveMorris> np, I can spot the easy mistakes :)
[11:07] <rulus> persia: can you have another look at my package? I fixed your last comments.
[11:08] <persia> rulus: REVU Day just ended, and I've a couple other things I want to do before I sleep.  I'll take another look next time I pass through REVU, but you might do well to solicit someone else's review: I tend to try to review packages I've not reviewed at all, or not recently.
[11:08] <frafu> persia: thanks for the tip; are there any other tools that I can use apart lintian, linda (that does not seem to be uptodate) and lsdiff?
[11:09] <frafu> I should have asked this time ago :-/
[11:09] <persia> frafu: I find `less $(suspicious-source)` to be useful.  I also use uscan and dpkg --contents foo.deb.
[11:09] <rulus> persia: ah ok thanks anyway :)
[11:09] <persia> Also, linda is still helpful, even though she is a little behind.
[11:11] <frafu> persia: ok
[11:11] <DaveMorris> is there a howto on checking your package?
[11:14] <persia> DaveMorris: Closest we have (and it is out of date based on discussions on the ubuntu-motu ML) is https://wiki.ubuntu.com/UbuntuDevelopment/CodeReviews#Tips (linked from REVU).
[11:45] <pochu> \o
[11:46] <zul> joejaxx: depends on a couple of things like do they have a patch for 2.6.24
[12:06] <devilsadvocate> hi.. can someone help me get my gpg to work from within a chroot? i am unable to create a package because debbuild cant fing gpg (absolute newb here :P)
[12:07] <persia> devilsadvocate: You can easily work around that by using debsign to sign the files after you get them out of the chroot.  (I don't remember the necessary hooks to make it work inside the chroot).
[12:07] <slytherin> devilsadvocate: What is exact error?
[12:07] <devilsadvocate> Finished running lintian.
[12:07] <devilsadvocate> Now signing changes and any dsc files...
[12:07] <devilsadvocate> Could not find a signing program (pgp or gpg)!
[12:07] <devilsadvocate> debuild: fatal error at line 1174:
[12:07] <devilsadvocate> running debsign failed
[12:08] <devilsadvocate> I tried running debuild -S
[12:09] <slytherin> devilsadvocate: This error si not from inside of chroot I guess. Looka like you are missing some gpg agent. Try installing seahorse
[12:11] <devilsadvocate> slytherin, i'm using the packaging guide on the wiki, with the added procss of running it within a minimal chroot. i wanted to make sure i got the dependancies right
[12:11] <devilsadvocate> i'll try installing seahorse and check. thanks :)
[12:12] <geser> devilsadvocate: have you gpg installed inside the chroot?
[12:13] <devilsadvocate> geser, i tried installing gnupg, but it says its at the latest version. I have _not_ yet imported my keys from outside though, but i guess that error should come later down the road
[12:19] <joejaxx> zul: nope only 2.6.22
[12:20] <zul> joejaxx: then no i wouldnt do it
[12:20] <joejaxx> ok
[12:21] <geser> devilsadvocate: if debsign/gpg wouldn't find the key, you would get an other error message. This error message sound like it couldn't find the gpg binary inside the chroot
[12:23] <devilsadvocate> i agree. geser
[12:23] <devilsadvocate> hence me here :P
[12:24] <devilsadvocate> ok. i think 've gotten a little further. i tried running gpg --list-keys, and got a fatal error saying it cant create a directory in my home directory, which happens to be the one _ouside_ the chroot. i'd better read up on other stuff and try to fix that first
[12:25] <geser> devilsadvocate: try setting inside the chroot HOME to a value where gpg can write, e.g. export HOME=/tmp
[12:27] <mcisbackuk> Stupid question, but had anyone else noticed that 7.10 and Hardy's alpha 3 CDs STILL have 7.04's example files on it, and they haven't ever been updated since??
[12:28] <devilsadvocate> geser, that was the problem, kindof. I had to do a mount -a outside the chroot (i added the home directories as a mount point on fstab). did that and it worked. thanks :)
[12:29] <persia> mcisbackuk: That's normal.  Those usually get updated much closer to StringFreeze.
[12:30] <mcisbackuk> persia: Oh right OK, just thought it was a bit strange lol
[12:30] <minghua> I believe the "release notes" in firefox points to the one of 7.10 as well.
[12:31] <minghua> The documentation will always fall behind.
[12:31] <persia> Err.  7.04?  That should be updated ;)
[12:31] <minghua> 7.10, sorry.
[12:31] <minghua> It used to be 7.04, though. :-P
[12:32] <minghua> Actually, I'm not that sure now.  It was fixed in gutsy-updates.
[12:32] <mcisbackuk> GRRR what is wrong with the mono libs I still can't get a parital upgrade to work properly
[12:33] <devilsadvocate> i remember in xubuntu edgy, the release version had the old docs.. i think in the default firefox page
[12:34] <mcisbackuk> Well 8.04's curent Firefox has 7.10 displayed in /usr/share/ubuntu-artwork/home/index.html (start page), and the release notes point to 6.10, yes SIX.TEN,
[12:35] <geser> mcisbackuk: that mono bug here? bug #184681
[12:35] <ubotu> Launchpad bug 184681 in mono-addins "Some missing /usr/share/cli-common/policies.d/libmono-addins*/*.dll break mono installatsions (! Assembly /usr/share/cli-common/policies.d/libmono-addins-gui0.2-cil/policy.0.2.Mono.Addins.Gui.dll does not exist)" [High,Triaged] https://launchpad.net/bugs/184681
[12:36] <mcisbackuk> geser: That's the one, its still affecting direct updates from the Alpha 3 CD
[12:36] <ryanakca> I assume it isn't too late to ask fo a sync?
[12:37] <mcisbackuk> FeatureFreeze isn't until Feb 14th I think you might be OK
[12:37] <slytherin> ryanakca: which package?
[12:37] <geser> mcisbackuk: I haven't seen it here on my regular updated hardy
[12:37] <devilsadvocate> would it be possible to get microdc2 into universe?
[12:37] <geser> mcisbackuk: seems to be an update problem
[12:37] <ryanakca> slytherin: isn't in Debian yet, I'm going to try to get it uploaded... then a week to get included/processed... I should be OK :)
[12:37] <mcisbackuk> geser: So i'll go ahead with dkpg --configure -a and reboot?
[12:37] <ryanakca> s/uploaded/uploaded today/
[12:38] <geser> mcisbackuk: reboot shouldn't be necessary. Did you tried dpkg --configure -a already?
[12:39] <mcisbackuk> geser: Not yet, I've literally just installed and run the partial upgrade tool, will I need to run dpkg?
[12:39] <minghua> The wrong release note version bug is fixed in gutsy-updates.
[12:39] <geser> mcisbackuk: I'm just downloading the alpha3 iso to test it myself
[12:39] <mcisbackuk> minghua: If it was overlooked once, couldn't it be again?
[12:39] <mcisbackuk> geser: OK
[12:40] <minghua> mcisbackuk: Of course it could.  If you have good suggestions to prevent that, I'm sure the release team will be interested.
[12:41] <mcisbackuk> geser: Alpha 4's on Thursday anyway isn't it? Does another batch of iso's get made up for it?
[12:44] <slytherin> mcisbackuk: Aren't ISOs built daily?
[12:45] <mcisbackuk> minghua: Well I thought that there would've been a team within Firefox or whatever that would do this anyway. I could keep an eye on it, but when is StringFreeze? I take it this is the last chance to change anything?
[12:45] <mcisbackuk> slytherin: I don't know, I didn't think they were, that's why I asked lol
[12:46] <slytherin> mcisbackuk: they are. I thought that you were here to report that you couldn't find a nightly CD. :-)
[12:46] <minghua> ! hardyschedule
[12:46] <ubotu> Sorry, I don't know anything about hardyschedule - try searching on http://ubotu.ubuntu-nl.org/factoids.cgi
[12:46] <mcisbackuk> slytherin: Oh....fair enough, where do you get them from then? And I must point out to geser that I obviously have an old one, so sorry.
[12:47] <slytherin> mcisbackuk: http://cdimages.ubuntu.com/daily/
[12:47] <minghua> mcisbackuk: https://wiki.ubuntu.com/HardyReleaseSchedule  # string freeze is Feb. 28th
[12:48] <mcisbackuk> slytherin: Got it! Thanks slytherin :)...and thanks lol
[12:48] <minghua> mcisbackuk: I believe firefox has its own team too, you are always welcome to remind them before the release if it doesn't get updated.
[12:49] <mcisbackuk> minghua: Will do, I'll have a look a week or so before :)
[12:49] <minghua> mcisbackuk: Actually, test the Beta and RC releases, dig around and find anything you think should be updated.  Report them as bugs and push people to fix it.
[12:49] <persia> mcisbackuk: Best to check a week or so before beta, just to make sure there is time to get it right, rather than being a last minute fix.
[12:50] <mcisbackuk> That's what I meant by a week before lol :)
[12:50] <minghua> IMHO Ubuntu has far too few beta- and rc- testers than necessary.
[12:51] <mcisbackuk> minghua: well consider me one, even though I can't build etc I cann still hunt problems :)
[12:51] <persia> mcisbackuk: If you're up for that, you might be interested in joining the bugsquad
[12:52] <persia> It's nautilus bug day today in #ubuntu-bugs
[12:52] <minghua> mcisbackuk: That would be a very appreciated contribution.
[12:52] <mcisbackuk> persia: Nautilus is the "file manager" for GNOME right?
[12:55] <persia> mcisbackuk: Yep.
[12:55] <slytherin> man-di: Any update on the DTD issue?
[12:58] <mcisbackuk> OK I've just joined BugSquad, gonna have a look through them, see if they're reproducible in Hardy
[12:59] <man-di> slytherin: work in progress...sorry for not better infos
[13:00] <slytherin> man-di: What exactly is work in progress? I mean whether the fix has been decided or is it under discussion?
[13:01] <man-di> slytherin: working on a patch to make it work
[13:02] <slytherin> man-di: Ok. So you are simply going to add symlinks, right. Or do you have any other fix in mind.
[13:02] <mcisbackuk> How do run an MD5 check on the daily build ISOs?
[13:04] <man-di> slytherin: Daniel had another idea. I still need to test it.
[13:04] <slytherin> mcisbackuk: md5sum command
[13:04] <mcisbackuk> slytherin: Thanks :)
[13:07] <slytherin> man-di: I hope you saw my last message about using icedtea
[13:11] <man-di> slytherin: icedtea?
[13:12] <slytherin> man-di: The combination of openjdk and some other free java related tools to fill the gap in openjdk
[13:13] <man-di> slytherin: I know what icedtea is. I work on the packaging of it. I just wonder what your comment was.
[13:15] <slytherin> man-di: I ws trying to build lucene2 with GCJ. But even after the DTD issue is fixed, lucene2 FTBFS. So I will build it with icedtea so it can be moved to universe in Ubuntu (free in Debian). I am specifically doing this to address bug 185917
[13:15] <ubotu> Launchpad bug 185917 in lucene2 "lucene2 jdk dependence" [Undecided,New] https://launchpad.net/bugs/185917
[13:18] <man-di> slytherin: as icedtea is not in Debian yet and its only limited to a few archs currently its not a real option, just a workaround
[13:21] <slytherin> man-di: Yes I know that. I am hoping that it makes soon to Debian. We will use it for only building. The binary package will have build dependency java2-runtime (even though the package may not perform as expected when used with GIJ). This is the max I can do as of now.
[13:24] <man-di> slytherin: I really prefer binary:all packages to be buildable on all archs, if possible
[13:24] <man-di> slytherin: icedtea will soon work on all archs, hopefully
[13:24] <man-di> slytherin: Gary Benson from Redhat wrote a portable interpreter for it
[13:25] <slytherin> man-di: Cool
[13:57] <\sh> remoins
[14:00] <Hobbsee> ScottK: you did see mark's message to the MC, didn't you?
[14:03] <\sh> oh well...that's too much of kmos stuff in the last 2 weeks somehow
[14:04] <Hobbsee> ScottK: by your mail, it appears you didn't.
[14:06] <effie_jayx> \sh,  I asked in the mentors mailing list and I found out how to do it...  DEB_SHLIBDEPS_ARGS = -xkdepim-kresources
[14:06] <\sh> effie_jayx, ah cool :) did it work actually? it was just a hot shot yesterday :)
[14:07] <effie_jayx> no
[14:07] <effie_jayx> I still get the same error
[14:07] <effie_jayx> :S
[14:07] <effie_jayx> dpkg-shlibdeps: failure: couldn't find library libkabcscalix.so.0 needed by debian/kdepim-kresources/usr/lib/kde3/kabc_scalix.so (its RPATH is '').
[14:07] <geser> Hi \sh
[14:07] <sistpoty|work> effie_jayx: what are you trying to do?
[14:08] <\sh> sistpoty|work, libkabcscalix.so.0 and kabc_scalix.so are in the very same package...
[14:09] <effie_jayx> sistpoty|work,  trying to test build kdepim ..  I fixed the manpage title to fix a bug.. and it fails to build
[14:09] <sistpoty|work> \sh: then you'll need to create a shlibs file for libkabcscalix.so.0 and make dpkg_shlibdeps use this... should be in the man page of dh_makeshlibs
[14:09] <\sh> sistpoty|work, yeah that was my second thought
[14:10] <sistpoty|work> \sh: erm... in the man page of dh_shlibdeps even
[14:10] <sistpoty|work> effie_jayx: ^^ tried this yet?
[14:10] <effie_jayx> sistpoty|work,  sorry too much of a noob to figure that one out
[14:11] <effie_jayx> sistpoty|work,  any urls I can pick some ideas from?
[14:12] <\sh> sistpoty|work, the problem with this package -> cdbs :)
[14:12]  * \sh grabs some coffee and have a cigarette
[14:12] <sistpoty|work> effie_jayx: actually just the example in the man page should work... otherwise you could try looking at some lib packages that provide a -bin package as well and look how these handle it
[14:13] <ryanakca> When I get "  libqt4-dev: Depends: libpq-dev but it is not going to be installed", does that mean that I have to add libpq-dev to the depends, or wait untill libpq-dev is packaged or ?
[14:13] <sistpoty|work> \sh: oh, that's bad luck then. /me doesn't know cdbs and doesn't want to learn about it *g*
[14:14]  * ryanakca finds cdbs makes life so much easier... once you've read all the source code to find out what all the options/rules magic/args are
[14:14] <effie_jayx> \sh,  I read cdbs makes it easier and by reference people tell me is far cleaner that debhelper
[14:14] <\sh> effie_jayx, that's a lie
[14:15] <effie_jayx> ahhh I see
[14:15] <\sh> but it's IMHO
[14:15] <ryanakca> effie_jayx: if your packaging a program that is simple enough, it is, imho. If its a really complex program with a messed up makefile and things in wierd places, etc... then no.
[14:15] <effie_jayx> gets the new contributors confused...
[14:15] <sistpoty|work> I really dislike cdbs when it comes to sponsoring because most people use it as black box that just works, but have no idea on what's going on below :/
[14:15] <ryanakca> IMHO
[14:16] <ryanakca> sistpoty|work: thats me :)
[14:16] <sistpoty|work> heh
[14:16] <\sh> cdbs hides a lot of dh_* magic from the user...and dh_* hides a log of essential things from the user..but debhelper is understandable and usable, better then the manual things..and much better then cdbs IMHO !
[14:16] <effie_jayx> well no problem. I didn't mean to get you worked up about a packaging-tool war
[14:16] <ryanakca> lol
[14:16] <effie_jayx> :D
[14:16]  * ryanakca tries to figure out why his package builds under hardy but fails under sid
[14:16] <\sh> effie_jayx, oh it's not a war :) other people had discussion about it, the last I read was joey on p.d.o
[14:17]  * sistpoty|work must admit to have packaged a python app with cdbs once though *g*
[14:18] <effie_jayx> \sh,  I did read about joeyh hating cdbs ... (google)
[14:18] <ryanakca> sistpoty|work: lol :)
[14:18] <effie_jayx> well I gotta see about this bug.... ryanakca  any suggestions?
[14:19]  * \sh wonders how many packages FTBFS during his octave3.0 uploads..regarding his sbuild no package should fail
[14:19] <ryanakca> effie_jayx: what bug?
[14:20] <ryanakca> effie_jayx: ah
[14:20] <ryanakca> hmm... and you're sure all you did was update the manfile and update the changelog?
[14:20] <effie_jayx> sistpoty|work,  man dh_shlibdeps    gives me   dh_shlibdeps -L libfoo1 -l debian/libfoo1/usr/lib   as example
[14:20] <effie_jayx> ryanakca,  yes sir...
[14:20] <effie_jayx> I didn't have the need to fiddle with debian/rules
[14:21] <effie_jayx> sistpoty|work,  is that the one you make reference to?
[14:21] <ryanakca> effie_jayx: have a debdiff around?
[14:22] <sistpoty|work> effie_jayx: yes, exactly
[14:22] <sistpoty|work> effie_jayx: that one must be after the dh_makeshlibs call though
[14:23] <sistpoty|work> (otherwise there won't be the shlibs-file for the library from the other binary package)
[14:24] <\sh> sistpoty|work, as I said, the missing lib is inside the package of the other .so file..
[14:24] <ryanakca> "W: basic256: copyright-lists-upstream-authors-with-dh_make-boilerplate" ... meaning? I have "Upstream Author(s): \n \indent Author1 email1 \n \indent Author2 email2", where \n = newline, \indent = 4 spaces.
[14:26] <sistpoty|work> \sh: now /me is confused... as in other source or other binary package from same source?
[14:26] <effie_jayx> ryanakca,  I first tried and got an error ... I was sure to modify only the manpage. I do not have a debdiff for that. then I added the line \sh suggested and I tried building again. no such luck. so I guess I could try again from scrath...
[14:27] <\sh> sistpoty|work, same binary package...
[14:27] <\sh> sistpoty|work, aeh
[14:27] <sistpoty|work> ryanakca: my guess is the "Upstream Author*(*s*)*" (is it one or more authors?)
[14:27] <ryanakca> sistpoty|work: ah :)
[14:27] <\sh> sistpoty|work, kde-pim compiles into different binary packages, one it's called kdepim-kresources, where the kabc_*.so sits and also the libscalix.so.0 lib
[14:28] <ryanakca> And, must all packages have a manpage? This one provides a single binary with no command line options.
[14:29] <\sh> sistpoty|work, the kabc_*.so is just a plugin so, and depends on libscalix*.so.0  lib in the very same binary package, just that libscalix*.so.0 is hiding in /usr/lib and the plugin one in /usr/lib/kde3/
[14:30] <\sh> sistpoty|work, I don't any other package depending on this libscalix*.so.0 lib so dh_shlibdeps should ignore it (-x<Packagename> or -Xkabc_*.so) or prepend LD_LIBRARY_PATH to it via -l<directory>
[14:31] <\sh> oh a "know" is missing after "I don't" ;
[14:32] <sistpoty|work> \sh: it shouldn't ignore it (it's in /usr/lib), but rather use -l<directory> (where that dir is where libscalix*.so.0 is installed to in during the build process)
[14:32] <sistpoty|work> \sh: and iirc -L<package> will tell it to just look at shlibs.<package> in the debian dir
[14:32] <sistpoty|work> (to resolve the dependencies)
[14:33] <\sh> sistpoty|work, well, yes, but depending on itself is imho useless..I would prefer the -lusr/lib switch
[14:34] <\sh> sistpoty|work, isn't there a possibility to tell cdbs to just do it for this special package? like "DEB_SHLIBDEPS_ARGS_kdepim-kresource=-lusr/lib" or something?
[14:34] <sistpoty|work> \sh: dunno, but I guess there could be such a thing.. any cdbs expert around?
[14:36] <effie_jayx> I will try the mentor's mailing list again on this one...
[14:36] <sistpoty|work> \sh: and I guess it would be ...ARGS_... = -Lkdepim_whatever_binary_package_the_so_is -ldebian/path/to/shared/object/during/build
[14:36] <sistpoty|work> (s.th. like that)
[14:36] <effie_jayx> don't worry guys ... thabks a bunch
[14:36] <\sh> effie_jayx, it's also training for us :) those questions are coming now and then again :)
[14:37] <effie_jayx> well I am sorry I have to go... community talk awaits
[14:37] <effie_jayx> thank you all for being so supportive
[14:37] <sistpoty|work> np
[14:37] <effie_jayx> I will be back
[14:37] <sistpoty|work> cya effie_jayx
[14:39] <LucidFox> I've just read "-lpthread" as "-lupstream"
[14:58] <cbx33> hey hey all
[14:58] <cbx33> where the heck is python-samba now?
[14:59] <frafu> Could anybody please review the mousetweaks package: http://revu.tauware.de/details.py?upid=1586 It would be great if it makes it into hardy as the corresponding gui will be in hardy. (a11y tab of the mouse control panel)
[15:01] <\sh> moins Nightrose , bddebian
[15:02] <dcordero> hi
[15:02] <bddebian> Heya gang
[15:02] <bddebian> Hi \sh
[15:02] <frafu> By the way, as soon as you find a problem in the package, you can stop the review and ping me (if you feel so), as I will remain online for several hours.
[15:03] <dcordero> how long time spend usually since you sent a debdiff to fix a bug until a motu see that? i sent a fix 3 days ago. I dont know how is the normal time
[15:05] <slytherin> dcordero: did you subscribe ubuntu-universe-sponsors to the bug?
[15:05] <dcordero> yep i did
[15:06] <slytherin> dcordero: and since you attached debdiff you should mark the bug as confirmed if you didn't do it already
[15:06] <slytherin> dcordero: whcih bug by the way?
[15:06] <dcordero> yep, i mark as confirmed and asigned to nobody
[15:06] <dcordero> Bug #70745
[15:06] <ubotu> Launchpad bug 70745 in erlang-doc-html "erlang-doc-html conflicts with other erlang packages" [Low,Confirmed] https://launchpad.net/bugs/70745
[15:08] <geser> \sh: what problem did you had yesterday with gpg2?
[15:09] <geser> Hi bddebian
[15:09] <\sh> geser, oh yes...gpg2 is complaining about a key of cjwatson, which has some sigs on his subkey...
[15:09] <\sh> geser, gpg2 2.0.8 that is
[15:10] <slytherin> I have a question. If usplash doesn't show up when using grub2, is it grub2 bug or usplash bug?
[15:10] <\sh> geser, and having read the rfc4880 section 12.1 it looks like that having sigs on a subkey is not a good idea...
[15:11] <frafu> man suspicious-source says:  search for files that are not the GPL's "preferred form of modification". What does  "preferred form of modification" mean?
[15:11] <geser> \sh: I've got here gpg2 2.0.8 too and the debian-keyring rsynced from keyrings.debian.org and no problem
[15:11] <geser> \sh: perhaps I should try to import his key without the debian-keyring
[15:12] <bddebian> Heya geser
[15:12] <\sh> geser, well, the key is already on my keyring...doing a gpg --list-sigs <my keyid> it gives me some errors..but that is on another distro..../me needs to check still ubuntus gpg2
[15:12] <sistpoty|work> dcordero: you'd rather want a sync for erlang-doc-html then a merge, since there is no other change in the debdiff than to change the maintainer name
[15:12] <geser> \sh: hardy hasn't gpg 2.0.8 yet, I compiled the Debian gpg2 2.0.8 package for myself here
[15:13] <sistpoty|work> dcordero: also, I'm just seeing that the new version is already synced into hardy
[15:13] <\sh> geser, further infos are here: https://issues.rpath.com/browse/CNY-2490?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel#action_64883
[15:13] <sistpoty|work> dcordero: if you want to fix gutsy, you'd need a SRU (or a backport, if it's not suitable for a SRU)
[15:13] <\sh> geser, first I thought it was because I have a subkey ref which points to my smartcard, but it wasn't the case...
[15:13] <sistpoty|work> !SRU | dcordero
[15:13] <ubotu> dcordero: Stable Release Update information is at http://wiki.ubuntu.com/StableReleaseUpdates
[15:14] <dcordero> ups, how did you check that the last version is now in hardy? i upgraded it because i saw the bug
[15:15] <geser> \sh: what error give gpg2 you? that bug shows only some python errors
[15:15] <sistpoty|work> dcordero: I used http://packages.ubuntu.com/src:erlang-doc-html (but you could also check the source page on launchpad or use rmadison or s.th.)
[15:16] <\sh> geser, http://paste.ubuntu.com/3978/
[15:17] <dcordero> sistpoty|work, thanks. has the bug been marked as fixed?
[15:17] <\sh> geser, I'm still using my .gnupg dir from my ubuntu station
[15:18] <geser> \sh: and the error vanishes when you remove cjwatson's key?
[15:18] <sistpoty|work> dcordero: no... don't have my LP login credentials here at work
[15:18] <dcordero> oki
[15:19] <\sh> geser, looks like it doesn't
[15:21] <\sh> hmm...gpg --list-keys now stops at fabbiones second key...pub   4096R/63549F8E
[15:23] <geser> I've imported your key here and no problem with gpg2 --list-sigs for it
[15:24] <\sh> I really what it is
[15:24] <\sh> wonder
[15:24] <\sh> hum?
[15:24] <\sh> there is really something broken over there
[15:26] <geser> \sh: http://forums.gentoo.org/viewtopic-t-633497.html?sid=24eee56f56f9e089f14acc43ebd020d3 has the same problem. Looks like your keyring got broken
[15:27] <RainCT> Hey :)
[15:27]  * RainCT is overjoyed :D
[15:27] <geser> RainCT: congrats!
[15:27] <dholbach> congratulations RainCT
[15:28] <RainCT> geser, dholbach: thanks! :D
[15:28] <LucidFox> RainCT> Congratulations!
[15:28] <dholbach> all well deserved :)
[15:28] <slytherin> LucidFox: Wrong syntax. :-P
[15:28] <slytherin> Congrats > RainCT
[15:28] <LucidFox> I don't use the automagic colon-thing.
[15:29] <RainCT> heh
[15:29] <LucidFox> Partly because I don't know how to make it work in xchat-gnome.
[15:29] <LucidFox> So I always type nicks manually.
[15:29] <\sh> geser, well....the keyring is functional on this station..but not on the other...I just copied it via scp over to my laptop with gutsy...and it works
[15:30] <slytherin> LucidFox: I have never used xchat-gnome but I guess Tab key should work
[15:31] <LucidFox> well, if I type, say, "s<Tab>", it lists all nicks starting with S
[15:31] <LucidFox> but if I click one of them, it opens PM
[15:31] <\sh> LucidFox, type a second character of the nick you want to complete ;)
[15:31] <\sh> LucidFox, it just like bash tab completion :)
[15:32] <slytherin> LucidFox: Isn't that similar to bash command completion?
[15:32] <\sh> LucidFox, e.g. lu gives me <1st tab> lucas<2nd tab>LucidFox :)
[15:32] <LucidFox> ah, well... it's pasted if I type enough letterss for it to be unambiguous
[15:33] <LucidFox> \sh> Ah, well... but you use vanilla X-Chat, not xchat-gnome
[15:34] <\sh> LucidFox, it's the same :)
[15:34] <\sh> LucidFox, I just to lazy to type apt-get install xchat-gnome ;)
[15:36] <LucidFox> well, in plain xchat, yes, it does work that way
[15:36] <\sh> LucidFox, hmm..xchat-gnome broken?
[15:37] <\sh> I wonder what the real difference is between plain xchat and xchat-gnome ;)
[15:37] <LucidFox> \sh> I think it's desired behavior :)
[15:37] <LucidFox> basically, xchat-gnome is HIGified
[15:37] <geser> \sh: compare then the library versions used by gpg on both stations
[15:38] <LucidFox> it has one annoying "feature", namely the user list being hidden behind a button, but I wrote a patch adding an option to move the user list to the right, like in plain xchat
[15:38] <proppy> oy
[15:38] <LucidFox> now trying to get it into Ubuntu :)
[15:39] <geser> \sh: compare the versions of libgcrypt
[15:39] <RainCT> persia: Hi. Do I have to do something to get into u-u-s or just ask you? :)
[15:40] <\sh> geser, 11.2.3
[15:40] <\sh> geser, so version
[15:40] <\sh> geser, on hardy one and on the other one
[15:42] <\sh> geser, the problematic part: hardies gpg is not dynlinked with libgcrypt...but gpg2 on the other one is
[15:42] <\sh> geser, or something really mystical is going on
[15:47] <geser> \sh: my compiled gnupg 2.0.8 packages is dynamically linked with libgcrypt: libgcrypt.so.11 => /lib/libgcrypt.so.11 (0x00007f5a03c5a000)
[15:48] <\sh> geser, I'm compiling 2.0.8 just now...
[15:48]  * \sh is somehow a but busy with housework :(
[15:51] <Mcklaren> hi
[15:52] <slytherin> !hi > Mcklaren
[15:58] <RainCT> !hi > RainCT
[15:59] <pochu> RainCT: congratulations :)
[15:59] <RainCT> pochu: thx :)
[16:47] <mattva01> quick question , if I want to restart versioning( say my last upload to my ppa was 0.8 but i want my next revision to be 0.1)  whats the best way to get Soyuz to accept this?
[16:48] <RainCT> mattva01: perhaps PPA's have some way to handle this but if not you'll have to use 1:0.1 as version
[16:49] <mattva01> ok ,oh well
[16:49] <rulus> mattva01: you can delete the 0.8 first and then upload the 0.1 I guess
[16:50] <RainCT> right, might work.. but I guess you'll have to wait some hours for the files to be deleted before you upload the new one
[17:35] <emgent> heya
[17:35] <emgent> keescook, ping about meeting news
[17:45] <LucidFox> RainCT, how long did it take for gbrainy to pass Debian's NEW?
[17:46] <RainCT> LucidFox: I'm not sure... somewhat around 2 weeks perhaps. I can check if you need to know... Why do you ask?
[17:47] <LucidFox> well, I have a package there :)
[17:47] <LucidFox> was wondering how much longer I can expect to wait
[17:48] <RainCT> LucidFox: Ah, nice :). Well, my packages usualy take between 2 weeks and 1 month..
[17:52]  * sistpoty|work heads home
[17:52] <sistpoty|work> cya
[18:01] <keescook> hiya emgent, going to send some email out in a few.
[18:02] <emgent> keescook, yes cool, sorry for double ping (irc && jabber) :)
[18:02] <keescook> np.  :)
[18:10] <DRebellion> Hi, how would one go about submitting an updated package (of a package that already exists in ubuntu) to the repos?
[18:11] <pochu> DRebellion: if you say the package, we will see
[18:11] <DRebellion> pochu: I have a friend that is interested in adding to a package, i'm just curious about the process of getting it into the repos.
[18:12] <RainCT> DRebellion: "adding to"?
[18:12] <pochu> Create a bug in launchpad, attach a debdiff and subscribe ubuntu-universe-sponsors
[18:12] <DRebellion> RainCT: extra modules, features, etc.
[18:13] <RainCT> DRebellion: is he a developer of that application?
[18:13] <DRebellion> RainCT: not currently, no.
[18:14] <RainCT> DRebellion: then I suggest either trying to get it into the next official version or creating a new package for that extra stuff
[18:15] <DRebellion> RainCT: ok
[18:33] <RainCT> if a package has a Maintainer with @ubuntu.com and someone else changes that package, should he still change the maintainer to MOTU?
[18:35]  * Lutin wonders why gnumach is in the archive
[18:35] <bddebian> For Hurd baby :)
[18:36] <Lutin> it's been dep-waiting since dapper
[18:37] <Lutin> apparently no one bothered asking a sync for mig, so I seriously think we might consider the removal ...
[18:51] <\sh> geser, did you build gnupg2 against libassuan-dev (1.0.3-1) or used the new one from debian?
[19:00] <geser> \sh: libassuan 1.0.4 from unstable
[19:09] <\sh> bah...one missed 2.1 version string..and inline-octave breaks....preparing patch
[19:12] <geser> \sh: I've still the my compiled debs of gnupg2 around (for amd64)
[19:14] <\sh> geser, ah good to know...could you send them to me including missing bin deps<EMAIL_ADDRESS>:)
[19:19] <highvoltage>  ___________
[19:22] <geser> \sh: I've uploaded them to http://members.ping.de/~mb/gnupg2/
[19:22] <\sh> ah the good old members of ping :) greetings to the old buddies of prima e.v. btw :)
[19:26] <RainCT> asac: ping
[19:27] <blueyed> RainCT: thanks for acking the sync - I wasn't a motu yet when filing the bug.. :)
[19:28] <RainCT> asac: about bug #184115, does linking to "/usr/lib/firefox/extensions/" work? (right now it links to "usr/lib/firefox/extensions/{53A03D43-5363-4669-8190-99061B2DEBA5}", which I don't even have, so that's probably wrong, or? :P)
[19:28] <ubotu> Launchpad bug 184115 in scrapbook "iceweasel-scrapbook should be firefox-scrapbook" [Medium,In progress] https://launchpad.net/bugs/184115
[19:28] <RainCT> blueyed: heh. no problem :)
[19:29] <RainCT> blueyed: that has been my first ACK, by the way :)
[19:29]  * blueyed just did his first upload to universe. Cheers! :)
[19:30] <huats> RainCT: Congrats
[19:30] <LucidFox> :)
[19:30] <RainCT> blueyed: cool, gratz :). hm.. how do you upload? just dput *.dsc?
[19:30] <pochu> blueyed: cheers
[19:30] <RainCT> huats: thanks :)
[19:31] <LucidFox> RainCT> I assume so
[19:31] <LucidFox> but sync requests are up to archive admins
[19:31] <geser> RainCT: yes, like to ppa or revu: dput the_package.dsc
[19:31] <LucidFox> (MOTUs just ack them and subscribe ubuntu-archive)
[19:32] <blueyed> RainCT: I'm using dput *.changes..
[19:32] <RainCT> LucidFox: yes, I know :)
[19:32] <RainCT> alright, thx
[19:37] <huats> I am updating a package  to a new version... In the 'old' package there was many patches, I have been able to apply most but one fails to be applied. The pb is that it is 17400 lines, is there a way to see what fails ?
[19:38] <geser> huats: what does it patch? configure?
[19:38] <pochu> huats: what's the patch name?
[19:38] <RainCT> huats: if it's dpatch or cdbs' simple patchsys (with others I don't know) run  *-edit-patch <patch name>  and it will drop you in a shell with all previous patches applied and a *.rej file that might have some useful information
[19:39] <huats> geser: aclocal.m4
[19:39] <huats> pochu: 98_autoreconf.patch in the new yeld (2.21.90)
[19:40] <huats> RainCT: it is a simple patch indeed
[19:40] <pochu> huats: remove the patch, and regenerate it with "autoreconf -fiv"
[19:42] <huats> pochu: ok, I'll try first the RainCT way :)
[19:42] <huats> pochu: and then  I try yours :)
[19:49] <frafu> Could anybody please review mousetweaks: http://revu.tauware.de/details.py?upid=1586  It would be great if it makes it into hardy as the corresponding gui will be in hardy. (a11y tab of the mouse control panel). Thanks in advance.
[20:07] <RainCT> any REVU admin around? :P
[20:08] <sistpoty> hi folks
[20:10] <jpatrick> wb sistpoty
[20:10] <pochu> sistpoty: 21:06 <    RainCT> any REVU admin around? :P
[20:11] <pochu> sistpoty: few seconds before you joint
[20:11] <sistpoty> pochu, RainCT: sure
[20:11] <sistpoty> heh
[20:11] <RainCT> heh
[20:11] <sistpoty> (so blame me if revu is broken once again, as I'm playing a little bit with it *g*)
[20:11] <RainCT> Hi sistpoty. Can you change my account to reviewer, please?
[20:11] <RainCT> xDD
[20:11] <sistpoty> RainCT: sure, consider it done
[20:13] <DktrKranz> hey RainCT, blueyed: congrats \o/
[20:13] <saivann> Hi everyone, is there someone that would like to review my package? http://revu.tauware.de/details.py?package=simdock
[20:13] <RainCT> DktrKranz: thanks :)
[20:13] <saivann> David Morris worked with me to improve it and respects packaging rules
[20:14] <sistpoty> RainCT: done
[20:14] <RainCT> sistpoty: thx
[20:15]  * sistpoty wonders, how this will affect the ranking on the main page, since any comments from RainCT are now rated as negative advocation *g*
[20:16] <RainCT> sistpoty: heh. well, I haven't commented much, and afair those comments I did were negative :P
[20:16] <sistpoty> :)
[20:16] <blueyed> sistpoty: can you change my account, too? (Have not commented yet)
[20:17] <blueyed> DktrKranz: thanks, cheers!
[20:17] <sistpoty> blueyed: sure
[20:17] <RainCT> wow
[20:17]  * RainCT feels powerfull heh
[20:17] <RainCT> hm..
[20:17] <RainCT> sistpoty: Logged in as<EMAIL_ADDRESS>( Admin )
[20:18] <RainCT> is this normal? :P
[20:18] <sistpoty> RainCT: heh, well, with the admin thingy you can archive/unarchive packages...  :P
[20:19] <DktrKranz> RainCT, we're at least in two :)
[20:20] <sistpoty> blueyed: done
[20:20] <DktrKranz> RainCT, but I publish them on my build machine and check later if build is fine, so no high burden there
[20:21] <sistpoty> RainCT: I always build anything I upload (or request a sync for).
[20:22] <devilsadvocate> hi . .. i'm tyring to package microdc2. I think i've got the package made (atleast for amd64, so far) what is the next step if i want to get it into universe?
[20:23] <RainCT> !revu > devilsadvocate
[20:23] <devilsadvocate> thanks, RainCT
[20:23]  * awen- wonders if a sync is pulled directly from debian as binary or rebuild under hardy
[20:24] <sistpoty> awen-: only the source is pulled, and gets rebuild
[20:24] <sistpoty> awen-: ubuntu doesn't accept any binary uploads (by any means)
[20:25] <awen-> sistpoty: thx... then i learned something new again today
[20:25] <geser> RainCT: I run every package through pbuilder before requesting a sync, sponsoring or uploading too.
[20:26] <RainCT> great, I'm not alone :P
[20:26] <james_w> Does anyone actually test the packages? :)
[20:27] <RainCT> only mine :P
[20:27] <geser> RainCT: it's also helpful if you have pkgbinarymangler (for the translations) and pkg-create-dbgsym installed (and enabled) in your pbuilder to catch build failure at that stage too.
[20:28] <geser> RainCT: but testing in a pbuilder doesn't guarantee that it builds on the buildds too
[20:30] <RainCT> geser: how do I install those? "pbuilder login"?
[20:30] <james_w> pbuilder login --save-after-login
[20:30] <james_w> or just chroot if you use cowbuilder.
[20:31] <awen-> when doing a sync-request and sending it to ubuntu-universe-sponsers should you pull the source from debian yourself or not?
[20:32] <james_w> awen-: what do you mean by pull?
[20:32] <james_w> awen-: you should download it and build and test it, and if all is o.k. then use requestsync to request the sync.
[20:33] <awen-> james_w: okay... then it is as i thought :)
[20:33] <james_w> but when requesting the sync you don't need to provide the full source, as it is done automatically one the sponsor and archive admin are happy with it.
[20:36]  * awen- better check that the sync-request he made builds in hardy (thought the final packages was pulled from debian until 10 mins ago)
[20:36] <RainCT> saivann: why do you add the manpage with a patch?
[20:36] <RainCT> james_w: thx :)
[20:37] <awen-> builds and works... lucky me :)
[20:38] <james_w> awen-: phew :)
[20:40] <saivann> RainCT : Because the manpage does not exist upstream, I wanted to preserve the upstream source code
[20:41] <RainCT> saivann: you can just put it into debian/
[20:41] <saivann> RainCT : Is there a way to put the manpages in the debian folder that will work with CDBS?
[20:42] <RainCT> saivann: yes, just put it there :P
[20:42] <james_w> saivann: if you put it in to debian/ and enter the name in debian/package.manpages prefixed with debian then magic will happen.
[20:42] <james_w> sorry, prefixed with debian/.
[20:42] <RainCT> saivann: and write "debian/simdock.1" instead of "simdock.1" in debian/simdock.manpages
[20:42] <saivann> Really... Owh.. so much not needed work :) I can fix this
[20:43] <saivann> RainCT and james_w : I can fix this, is there something else that should need to be fixed in that package?
[20:43] <RainCT> saivann: I'm writting a comment on REVU :)
[20:43] <saivann> RainCT : Thanks
[20:49] <saivann> I will be back in 30 minutes and read the REVU comment
[20:49] <RainCT> saivann: Okay. Comment submitted :)
[20:50] <RainCT> saivann: once you fixed those points ping me (or send me an mail if I'm no longer on IRC) and I'll advocate
[20:51] <mok0> RainCT: congrats
[20:51] <RainCT> mok0: thanks :)
[20:52] <mok0> RainCT: now get to work! ,-)
[20:52] <mok0> ;.)
[20:52] <mok0> ;-)
[20:52] <RainCT> lol
[20:52] <mok0> there
[20:53] <RainCT> sistpoty: buuug :P
[20:54] <sistpoty> RainCT: ?
[20:54] <RainCT> sistpoty: backslashes get removed from comments :P
[20:55] <vorian> RainCT: you can see them in the email
[20:55] <vorian> and congrats :)
[20:55] <sistpoty> RainCT: interesting... need to check this
[20:55] <RainCT> vorian: thanks. and what email? :P
[20:56] <RainCT> hm.. what is HH freeze?
[20:56] <vorian> on motu-reviewers
[20:56] <RainCT> vorian: ah
[20:56] <vorian> :)
[20:57] <sistpoty> RainCT: arg... looks like I've added even a new security bug recently :(
[20:57] <RainCT> ah.. Hardy Heron I guess lol
[20:57] <sistpoty> heh,  no... I haven't... phew :)
[20:59] <sistpoty> RainCT: can you give me an url with your comment?
[20:59] <RainCT> sistpoty: http://revu.tauware.de/details.py    is this one OK? :P
[20:59] <RainCT> xD
[21:00] <RainCT> sistpoty: http://revu.tauware.de/details.py?package=simdock
[21:03] <sistpoty> hm... strange, can't figure why there is no \ in there... however my gut feeling is that revu is completely right removing the backslashes (as in "hello comment\" -> 'hello comment\' in sql statement which I guess would escape the trailing '.
[21:04] <RainCT> sistpoty: imo the right behaviour would be to add another \
[21:04] <ion_> Uh. The right behavior would be to ignore the thing and let the DB engine implement the escaping.
[21:04] <ion_> Everything else is broken.
[21:04] <RainCT> sistpoty: at least that's what PHP's escape for mysql function does (omg I don't even remember how that funcion is called... too much Python this last year :P)
[21:04]  * RainCT agrees with ion_
[21:05]  * persia notes that REVU also tends to mask things hidden by browsers, so there may not be a direct relation between the contents of the DB and what is seen on screen
[21:05] <RainCT> ah no I don't agree :P
[21:05] <RainCT> ion_: SQL can't know what should be escaped and what not...
[21:05] <ion_> rainct: No, the DB engine that sits between the programmer and the database.
[21:05] <ion_> The abstraction layer
[21:06] <RainCT> ion_: ah. and if you aren't using one? :)
[21:06] <sistpoty> ion_: the abstraction layer is sql?
[21:08] <ion_> I mean, you gotta have an API that at least offers placeholders, e.g. query("select * from foo where bar=?", bar)
[21:08] <ion_> If you’re using something lower-level, repent. :-)
[21:08] <sistpoty> ion_: "select * from foo where bar=%d" % integernumber
[21:08]  * RainCT always used SQL directly
[21:08] <RainCT> but that sounds interesting :)
[21:09] <ion_> sistpoty: The syntax doesn’t matter, as long as the library escapes that transparently.
[21:09] <sistpoty> now I know why the backslashes are missing... they are getting passed to the sql statement and postgres drops the invalid escape
[21:10] <ion_> Personally, i prefer an ORM.
[21:10] <sistpoty> so nobody add a comment ending with a backslash please *g*
[21:10] <RainCT> heh
[21:10]  * RainCT runs to try it out :D
[21:10] <persia> RainCT: Please don't.  It might break it.
[21:11] <RainCT> persia: just joking ;)
[21:11] <ion_> SQL injection :-)
[21:11] <persia> Anyone feel like flexing their python skills to fix it?
[21:11] <ion_> Who’s first to guess the table names and delete them? :-P
[21:11] <geser> ";DROP DATABASE;" as a comment?
[21:12] <persia> Errr.  Let's not provide suggestion, eh?
[21:12] <RAOF> "Little bobby tables, we called him"
[21:12] <RainCT> RAOF: :D
[21:13] <geser> persia: after that REVU is empty and no more reviewing is needed >:)
[21:13] <sistpoty> imo, it shouldn't be exploitable beyond a traceback, unless there is a weird escape sequence for a ' which I don't know (maybe UTF-something?)
[21:13] <sistpoty> however I'm already fixing it :)
[21:13] <persia> geser: This wouldn't be a good thing, from my perspective.  There's stuff pending there I'd like to see uploaded (and have already advocated).
[21:14] <ion_> I thought only http://tnx.nl/php.jpg programmers make such code for webapps. ;-)
[21:14] <sistpoty> ion_: well, revu was just hacked up in one week, and never cleaned up... don't expect too much *g*
[21:14] <sistpoty> (and actually, I was damn sure I wrote one sane escape it all function, but that must have been for revu2)
[21:15] <ion_> The DB API programmer already wrote the escape-it-all function for you.
[21:15] <ion_> s/programmer/implementer/
[21:22] <sistpoty> fixed :)
[21:23] <blueyed> RainCT: re "[19:33] <RainCT> if a package has a Maintainer with @ubuntu.com and someone else changes that package, should he still change the maintainer to MOTU?": I've just done so for the virtualbox-ose-modules package - but without adding the orig-maintainer header (I hope it's ok with StevenK and in general).
[21:24] <geser> blueyed: I usually keep the maintainer in such cases and ask him if an upload is ok
[21:24] <yamal> MOTUs, if you have some time to spare please review http://revu.tauware.de/details.py?package=sabnzbdplus
[21:42] <saivann> RainCT : ping, still there?
[21:43] <vemon> shouldn't the .orig.tar.gz also be allowed to be .bz2 or .tgz?
[21:43] <TheMuso> pochu: You arund?
[21:43] <TheMuso> around
[21:44] <TheMuso> pochu: Never mind.
[21:45] <vemon> ok.. debuild -S -sa only warns about not finding .orig.tar.gz but it later finds my .orig.tar.bz2 file
[21:48]  * sistpoty is off to bed now... gn8
[21:48] <RainCT> saivann: yes
[21:49] <saivann> RainCT What to you exactly mean with point #3. ( the part about the "License" )
[21:49] <saivann> http://revu.tauware.de/details.py?package=simdock
[21:50] <RainCT> saivann: the first word from line 25 should be on line 10
[21:52] <saivann> RainCT : Is that ok ? : http://upload.leservicetechnique.com/bugs/copyright
[21:53] <RainCT> saivann: yes. see also the last part of point 3, but feel free to ignore it :P
[21:53] <nxvl_work> what does it mean if [ -e $VARIABLE] in bash
[21:53] <nxvl_work> im not sure about the -e part
[21:54] <geser> nxvl_work: -e = exists
[21:54] <RAOF> [] == "test", -e $FOO is "true if a file named $FOO exists"
[21:54] <saivann> RainCT : Right, I will change the link, thanks :)
[21:54] <RainCT> nxvl_work: file exists
[21:54] <saivann> RainCT : If you're here in the next 20 minutes, I think that it should be re-uploaded to REVU
[21:54] <RainCT> late.. :P
[21:55] <nxvl_work> geser: thnx
[21:55] <nxvl_work> RainCT: thnx
[21:55]  * nxvl_work HUGS geser and RainCT
[21:55] <RainCT> nxvl_work: you forgot RAOF ;P
[21:55]  * RainCT hugs nxvl_work back
[21:56] <nxvl_work> RainCT: yes
[21:56]  * nxvl_work HUGS RAOF too
[21:56] <RAOF> Hugs all 'round!
[21:56] <ScottK> Hobbsee: I did see his mail.  I'm not sure how that relates to my mail.
[21:57] <saivann> RainCT : In case you want to take a look, I suspect the watchfile to use wrong link. I took the link that David Morris told me to put on that file but this link does not seem to work
[21:57] <TheMuso> RainCT: Congratulations BTW.
[21:58] <RainCT> TheMuso: thanks :)
[21:59] <RainCT> saivann: why do you think so? it seems fine to me :)
[21:59] <RainCT> saivann: if it's because it doesn't output anything, that's normal.
[22:00] <saivann> RainCT : Ok thanks for the confirmation, I'm new to this :)
[22:05] <saivann> RainCT : Re-uploaded to REVU, waiting for REVU to update
[22:09]  * RainCT thinks REVU is slow :P
[22:10]  * jpatrick thinks it's RainCT's modem to blame
[22:11]  * saivann thinks the same ^_^
[22:11] <RainCT> lol
[22:11] <awen-> saivann: you can use 'uscan --verbose' to check if the watchfile behaves as it should
[22:12] <RainCT> saivann: the same as me or the same as jpatrick?
[22:12] <Aloha> if i'm packaging an upstream non-native source my changelog should be (<version>-0buntu1) correct?
[22:12] <jpatrick> uscan --verbose --report
[22:12] <Aloha> s/buntu/ubuntu/
[22:12] <saivann> awen- : Thanks you're right, the watchfile works
[22:13] <saivann> RainCT : As jpatrick, REVU is quick here
[22:13] <RAOF> Aloha: Generally, yes.
[22:13] <RainCT> saivann: uh.. where did my advocate button go? ;P
[22:13] <saivann> hehe
[22:13] <RainCT> heh
[22:14] <LaserJock> anybody know anything about mozilla plugins about?
[22:14] <Aloha> RAOF, what should the distribution be if i'm uploading to REVU? gutsy?
[22:14]  * RainCT means it needs a lot to show the new files, not that the pages load slow :)
[22:14] <Aloha> RAOF, i'm using gutsy thats why i ask
[22:14] <saivann> RainCT : I your opinion, is the package ready to be advocated?
[22:15] <saivann> Oh ok
[22:15] <RAOF> Aloha: Whatever distribution you want ot target: you can build for Dapper, Feisty, Gutsy, or Hardy, I believe.
[22:15] <Aloha> RAOF, ok thnx
[22:15] <RainCT> saivann: moment, let me get the new sources :P
[22:15] <LaserJock> it seems I have to do extra symlinks to get epiphany or galeon to see a plugin, but a Debian bud says he doesn't have to do that
[22:15] <saivann> RainCT : np, thanks for doing that job :)
[22:15] <RainCT> LaserJock: please tell me if you discover.. I'm working on some plugin too :)
[22:16] <RAOF> LaserJock: I thought our plugins tended to symlink themselves everywhere on postinst?
[22:16] <LaserJock> RAOF: well that's what I'm working on
[22:16] <LaserJock> but the Debian maintainer said he didn't have to do it
[22:16] <Aloha> RAOF, what section should i put it in? misc?
[22:16] <LaserJock> but for me on Gutsy I had to do the symlinking
[22:16] <LaserJock> I can't imagine why there would be a diff between Debian and Ubuntu here
[22:17] <RAOF> LaserJock: Aha!  Debian doesn't build epiphany against xul-1.9, which has a different plugin directory.
[22:17] <LaserJock> but ... I'm not sure that would make the effect I'm seeing
[22:18] <LaserJock> that seems the opposite
[22:18] <LaserJock> do you mean Ubuntu doesn't build against xul?
[22:18] <RAOF> Ubuntu does build against xul, but a different version.
[22:19] <RAOF> The firefox package *doesn't* build against xul; the firefox-3.0 package does.
[22:19] <LaserJock> meh
[22:19] <LaserJock> this is so retarded
[22:19] <RAOF> *Yes*
[22:20] <LaserJock> I thought this xul stuff was gonna make everything easier, but its a real pain in the *#$@ right now
[22:20] <RainCT> saivann: for the download url, I mean http://sourceforge.net/project/platformdownload.php?group_id=198436, not the url to the tarball for the current version :)
[22:20] <saivann> RainCT : Owh.. sorry
[22:20] <LaserJock> not only does my depends look like:
[22:21] <LaserJock> firefox | iceweasel | iceape-browser | galeon | epiphany-browser | xulrunner
[22:21] <LaserJock> but I have to symlink to all that stuff
[22:21] <LaserJock> and then it's not even the same between Debian and Ubuntu

[22:22] <dcordero> hi
[22:23] <saivann> RainCT : I fixed that little mistake, should-I re-upload?
[22:23] <RainCT> saivann: the .desktop file is deprecated (you can check with desktop-file-validate).. it would be good if you reported upstream about this (but I don't think it's necessary to patch it as it probably will work anyway :))
[22:23] <LaserJock> RainCT: what's wrong with it?
[22:23] <saivann> RainCT : Yes, I tested it and it works, however I'll look at this further
[22:24] <dcordero> RainCT, ups :) i sent again the hubackup ;)
[22:24] <RainCT> LaserJock: http://paste.ubuntu.com/3984/plain/
[22:25] <RainCT> (if you were asking about the .desktop :P)
[22:25] <LaserJock> RainCT: yes
[22:25] <geser> Aloha, RainCT: if the package should go into the archive, then it should target hardy as the other are released already
[22:25] <LaserJock> and it does look a tad old
[22:26] <saivann> RainCT : I can make a patch that will fix this, if you believe that it's necessary
[22:26] <Aloha> geser, ok. does that mean i need to get a hardy pbuilder environment?
[22:26] <RainCT> geser: I think you wanted RAOF instead of me..
[22:27] <geser> RainCT: yes, you are right, sorry
[22:27] <geser> Aloha: yes, as it makes it easier for you to test if it would build in hardy
[22:27] <RainCT> saivann: okay, go on if you want
[22:27] <dcordero> dh_desktop is similar than execute desktop-file-install isn't it?
[22:28] <RainCT> hi dcordero
[22:28] <saivann> RainCT : Okay, I'll do this right now
[22:28] <dcordero> hi RainCT thanks for you comments
[22:28] <Aloha> geser, if an upstream requires a library, do i make the package depend on libfoo or libfoo-dev?
[22:28] <RAOF> Aloha, geser: I was under the impression this was for a PPA package, and wasn't intended for the archive.  If that's incorrect, then you do indeed want to target Hardy.
[22:28] <Aloha> RAOF, yeah its for REVU
[22:29] <geser> Aloha: Build-Depend on libfoo-dev and dh_shlibdeps and ${shlib:Depends} should add the runtime dependency on libfoo to the binary package
[22:30] <RainCT> saivann: great. I'm going to bed now.. I'll be around tomorrow after 14:30 (UTC) :)
[22:30] <Aloha> geser, thnx
[22:30] <saivann> RainCT : Ok thanks for all you work, it will be uploaded in less than an hour
[22:30] <RainCT> dcordero: might be, but better use dh_desktop, as it was especially created for packages
[22:31] <saivann> RainCT : I'm also almost always here
[22:31] <RainCT> dcordero: ignore lintian's NMU stuff.. that's only for Debian :)
[22:32] <dcordero> RainCT, so i wrote NMU on Changelog anyway :/
[22:33] <RainCT> dcordero: there would be a * missing before NMU, but remove that as it doesn't exist for Ubuntu.
[22:33] <RainCT> s/would/should
[22:34] <dcordero> RainCT, ok, i'll upload it without NMU
[22:34] <RainCT> dcordero: and please add a comment to the .desktop (if you know another language beside english please add the translation too, syntax is:  Comment[lc]=  where lc the language code)
[22:35] <RainCT> dcordero: (comments should start with a verb as first word and explain what you can do with it, not what it is, whenever this is possible)
[22:35] <RainCT> dcordero: gonna go now.. will upload it tomorrow :)
[22:36] <vemon> anyone care to revu a gread DSSI synth: http://revu.tauware.de/details.py?package=whysynth
[22:36] <dcordero> ok, see ya. bye
[22:36] <dcordero> and thanks
[22:36] <vemon> s/gread/great/
[22:40] <Aloha> geser, for REVU packages what section should we put them in?
[22:42] <RAOF> Aloha: The section that they should be in when they're in the archive; see debian policy if you're unsure about where they might be.
[22:42] <Aloha> RAOF, ok thnx
[22:42] <RAOF> http://www.debian.org/doc/debian-policy/ch-archive.html#s-subsections is a place to look.
[23:13] <Aloha> how do i package an upstream tarball that doesn't have any compiled source code?
[23:14] <Aloha> like a ruby based application
[23:15] <geser> Aloha: the same like any other, but you can skip the building
[23:16] <Aloha> geser, do i remove debian/rules? or just let it sit there?
[23:16] <geser> Aloha: pick an ruby application and check how it is packaged
[23:16] <Aloha> geser, ok thnx
[23:16] <geser> Aloha: debian/rules is always needed
[23:17] <geser> Aloha: you simply don't need to call make during the build target
[23:22] <Aloha> geser, whats the build target?
[23:23] <superm1> Aloha, additionally you will have a much simpler package when doing it with cdbs
[23:24] <superm1> especially when no build target is necessary
[23:24] <geser> Aloha: are you familiar with Makefiles?
[23:24] <Aloha> superm1, i tried grokking cdbs.. the docs are a bit confusing. or maybe i was over complicating things
[23:24] <Aloha> geser, a little
[23:24] <superm1> Aloha, if you look over any of the mythtv-theme-* packages that I added to hardy, they all use cdbs, and just install the files to areas
[23:25] <superm1> rather than building anything
[23:25] <geser> debian/rules is a Makefile and one of the targets is named "build"
[23:27] <Aloha> geser, gotcha thnx
[23:27] <Aloha> superm1, i'll look into it. thnx
[23:30] <Aloha> how do i use pbuilder on a package i'm working on? its upstream so theres no .dsc file
[23:31] <superm1> Aloha, once you finish assembling a source package and use debuild -S, you will have a resultant dsc and diff.gz
[23:31] <Aloha> superm1, thnx
[23:36] <matthijs> Hello, our project needs help packaging for ubnutu
[23:40] <LaserJock> matthijs: what project and what kind of help?
[23:41] <matthijs> LaserJock, www.veejayhq.net
[23:41] <matthijs> veejay is a "veejay software"
[23:42] <matthijs> we have good reports on ubuntu. a big compilation guide. but no binaries
[23:42] <superm1> hey folks, if anyone has any other MOTU have a few for a revu, i've got one that will just need one other ack: http://revu.tauware.de/details.py?package=gmyth
[23:44] <vemon> is it possible to force uscan to download a certain version?
[23:44] <vemon> for some reason it chooses 1.4.7rc1 over 1.4.7
[23:45] <matthijs> so how do I get our software into "synaptic" ?
[23:45] <Aloha> sudo apt-get install uscan=1.4.7
[23:46] <LaserJock> matthijs: so are you wanting to get veejay into the Ubuntu archives or just making a .deb for it
[23:46] <LaserJock> k, so you want it in the archives
[23:46] <Aloha> file a bug with needs packaging
[23:47] <RAOF> vemon: That's because 1.4.7rc1 > 1.4.7, according to dpkg.  If upstream releases tarballs with 1.4.7rc1 as the version, you'll need to do some uscan mangling.
[23:47] <LaserJock> matthijs: are you or somebody with the project willing to do the work? or are you looking for an Ubuntu person to do it?
[23:48] <matthijs> I  am a member of the veejay project,
[23:48] <matthijs> and made multiple attempts at packaging
[23:48] <vemon> RAOF, i did a manual install and ran uupdate on that
[23:49] <matthijs> I followed the guide, written the rules files and all, but, it fails in the chroot cause we need a lot of dependencies ( e.g. ffmpeg)
[23:49] <matthijs> however, we do not have the time. or the resources to spend more time on this
[23:49] <matthijs> at leas, I don't
[23:49] <Aloha> when i run pbuilder i get Aptitude couldn't satisfy the build dependencies. are there any tools to see what packages i need to include in build-depends?
[23:49] <vemon> what's the proper way to file a bug about a package thats needs to be updated to new upstream version. debian doesn't have that yet so i can't probably use [needs-sync] prefix or such?
[23:50] <matthijs> so I am looking for an experienced packager in search of eternal fame :) or at least gratitude, and a free beer when visiting Amsterdam
[23:51] <matthijs> I do have some work prepared - e.g. I know exactly what dependencies are needed on a fresh install etc.
[23:51] <LaserJock> vemon: "update" I believe is the tag
[23:51] <Aloha> matthijs, send me link to tarball and i'll get the ball rolling on initial packaging
[23:53] <matthijs> Aloha, should I paste it in here or pm / send it otherwise?
[23:53] <Aloha> pm me
[23:53] <geser> Aloha: for pbuilder problem: check the build-depends of your package and find out which is installable (and why)
[23:53] <geser> LaserJock: isn't it "upgrade"?
[23:53] <LaserJock> geser: bah, yes
[23:53] <Aloha> geser, what do you mean by installable?
[23:53] <LaserJock> vemon: ^^
[23:54] <chillywilly> just wondering if there was a better way to fix symlinks for a service to what was originally setup when a package was intalled other then doing: update-rc.d -f foo remove; apt-get --reinstall install foo as passing "defaults" seems to just setup everything to run at "20"
[23:55] <geser> Aloha: check if $PACKAGE_MANAGER_OF_CHOICE can install the packages listed in Build-Depends
[23:55] <matthijs> did you get that?
[23:55] <Aloha> geser, how do i check that?
[23:56] <matthijs> the links?
[23:56] <Aloha> matthijs, how did you send them?
[23:56] <geser> chillywilly: update-rc.d -f foo remove && dpkg-reconfigure $package might also work
[23:56] <matthijs> Aloha, I think so - but I'm not too familiar with xchat's interface.
[23:57] <geser> Aloha: what are the listed Build-Depends of the package you want to build?
[23:57] <chillywilly> geser: ok, I'll try that
[23:57] <Aloha> geser, debhelper (>= 5), libkrb5-dev, dh_shlibdeps, libsmbclient-dev, python-dev, libgtk1.2-dev, samba
[23:57] <geser> chillywilly: you could also lookup in the postinst how update-rc.d was called :)
[23:57] <chillywilly> geser: that seems to work too
[23:58] <chillywilly> geser: I wasn't sure where those are located
[23:58] <Aloha> geser, upstream says kerberos 5 and samba 3 are required. i don't know what packages i need
[23:58] <matthijs> I did a right mouseclick on your name and it opened up a new window ( don't laugh at me! I never use irc)
[23:58] <Aloha> geser, optional python and gtk for frontend
[23:58] <chillywilly>  /var/lib/apt...?
[23:58] <geser> Aloha: e.g. "sudo apt-get -s install debhelper libkrb5-dev" and so on
[23:58] <matthijs> I guess that was wrong.
[23:58] <vemon> RAOF, i could probably use a more agressive regexp to prevent rc releases from getting listed
[23:58] <geser> Aloha: dh_shlibdeps is not a package name but the name of a script part of debhelper
[23:59] <vemon> RAOF, just crossed my mind :)
[23:59] <chillywilly> ah, /var/lib/dpkg
[23:59] <geser> chillywilly: /var/lib/dpkg/info/$package.postinst
[23:59] <Aloha> geser, so can i remove it and it will still work?
[23:59] <chillywilly> yea, I found it :)
[23:59] <geser> Aloha: as you already build-depend on debhelper, yes


[01:10] <jamalta> i'm planning an event to meet up with the florida loco people that are going to be in next week for google i/o, is it ok if i add it to the loco directory?
[01:10] <pleia2> sure :)
[01:11] <jamalta> pleia2: thanks!
[01:15] <jamalta> if anyone else wants to come meet up with some of the folks from SF feel free to sign up too :)
[01:15] <jamalta> err, from FL
[02:15] <jamalta> sn9: http://loco.ubuntu.com/events/team/957/detail/
[02:16] <grantbow> nice
[05:20] <jamalta> grantbow: apparently there's something going on monday night so i'm moving the event to wednesday
[05:20] <jamalta> just thought i'd let you know :)
[05:21] <sn9> can't it be a weekend?
[05:28] <jamalta> sn9: i don't think everyone's going to be in during the weekend
[05:28] <sn9> oh ok
[09:12] <grantbow> jamalta: I'll try wednesday but the odds of my making it dropped. I always volunteer wed for partimus.org and sf-lug.org / noisebridge.net
[15:48] <seidos> morning
[15:48] <sn9> webchat?
[15:50] <seidos> indeed, no wireless here
[15:51] <seidos> i'm at my mother's, my car overheated last thursday after the trip to the boys and girl's club, so i've been working on that
[15:52] <seidos> replaced the thermostat, next is a heater hose.  my cousin is helping me out, he used to be a mechanic
[15:52] <seidos> how have you been sn9 ?
[15:54] <sn9> shit happens
[15:54] <sn9> (that's the answer)
[15:54] <seidos> "feces occurs" as the aristocracy likes to put it
[15:54] <sn9> rofl
[15:55] <seidos> i haven't heard "murphy's law" in awhile
[15:55] <seidos> people don't use that phrase anymore
[15:55] <seidos> probably got tired of hearing it
[15:56] <seidos> well, i better shower then call autozone, talk to you later
[17:11] <iheartubuntu> Does anyone know of an easy way to open or convert WKS spreadsheet files in Ubuntu? Surprised OpenOffice or LibreOffice cant handle them.
[17:15]  * iheartubuntu doesnt seem to be a big need based on a google search
[17:18] <jamalta> grantbow: aw, i understand...
[17:21] <pleia2> usually tokyo express is 3 blocks from where I live, but I'll be in budapest
[17:27] <pleia2> but if you guys want to join grantbow, noisebridge is just a quick BART ride away, very cool and famous hackerspace in SF and they have their linux night from 6-8 :)
[17:29] <jamalta> pleia2: haha, so you'll be just a bit further than 3 blocks? :P
[17:30] <jamalta> yeah, google i/o clashes with uds.. it's kind of unfortunate :\
[17:30] <jamalta> that might be fun, though.. i haven't made it to noisebridge yet.
[17:39] <crashsystems> I saw noisebridge for the first time this weekend.
[17:41] <pleia2> I am probably going down tonight
[17:43] <crashsystems> I just wish it was easier to get to SF from Sunnyvale without a car.
[17:43] <jamalta> crashsystems: agreed (well, backwards for me)
[17:44] <crashsystems> I might check out the price of car rentals. Its ether that or stay overnight at a hotel whenever I want to go to SF and be able to stay for a decent amount of time.
[17:46] <akk> From Sunnyvale it's usually easier to get to SF by Caltrain than by car.
[17:47] <akk> Depending on where in SF you're going, of course.
[17:47] <akk> And where in Svale you're starting.
[17:47] <crashsystems> I'm just at the city limits. I've ether got to take a bus to downtown sunnyvale or a lightrail to mountain view
[17:47] <crashsystems> ether way its a 30 minute walk prior to lightrail or bus
[17:48] <crashsystems> and if I want to get back to sunnyvale in time to catch public transport to get home, I've got to leave somewhat early
[17:49] <akk> Yeah, if you're a long way from caltrain it's not so easy. Same for me at home, I have a 15-20-min bike ride if I want to get to Caltrain.
[17:52] <crashsystems> I want to go to SF some time to play with my shiny new camera. I'll probably just end up staying at a hotel overnight.
[17:57] <iheartubuntu> pleia2 - curious if you are still using the CR48 laptop and if you still like it or have issues with it. theres been little talk lately of them
[17:58] <pleia2> iheartubuntu: yep, still using it, thinking of bringing it to UDS so I have a working laptop at all times (mini9 battery is only 5 hours, I've got ~13 hours of flights plus layovers)
[17:58] <pleia2> not much to say about it anymore :) it has a web browser and ssh, all I need, works nice
[17:59] <iheartubuntu> does google contact you about it or ask you to fill out surveys from time to time? i wonder whats next and when we'll see the OS on laptops for sale
[18:00] <iheartubuntu> i was thinking about it when reading an article about meego - which i must say looks better than ever these days
[18:00] <pleia2> no, they've never contacted me
[18:03] <iheartubuntu> 6 planets have aligned in the night sky. i noticed this last weekend when a friend was showing me google sky app on android phone. i think it was 5 planets i saw. dont think ive seen that before
[18:08] <jamalta> pleia2: so you just rune chromeos on it?
[18:08] <jamalta> i'm thinking of going back to it, now that i have a dedicated linux machine again.
[18:08] <jamalta> but i had put ubuntu on it, which runs decently enough...
[18:09] <pleia2> yeah, I stuck with chromeos
[18:09] <pleia2> I have enough ubuntu machines :)
[18:09] <akk> The planets are always in line ... the line is called the ecliptic. :)
[18:10] <akk> Most of them are in the morning now, though, not evening.
[18:11] <iheartubuntu> yah im not seeing it in the night sky on stellarium
[18:12] <iheartubuntu> must have come around a week ago where i saw it at night
[18:12] <akk> A couple months, maybe.
[22:24] <markdude> iheartubuntu: Dala Lama is having a Q&A right now in Socal http://www.livestream.com/livingpeace
[22:26] <markdude> And still has one hellof a sense of humor
[22:27] <akk> He's always been great that way.
[22:50] <iheartubuntu> thanks markdude
[22:51] <iheartubuntu> its great its live and anyone can access it
[22:52] <markdude> I like how he put on the UCI cap
[22:52] <markdude> and still wearing it


[08:19] <DocMors> superkuh, thanks for the tip, I've been doing the same
[14:33] <webmind> not sure what causes it, but on my thinkpad x1, I keep needing to killall -HUP marco a few times a day as it freezes
[14:33] <webmind> on debian buster
[14:33] <webmind> which is not ubuntu as I realise typing this :)
[21:23] <superkuh> webmind, understand to ask here since #mate, even back on freenode, was an absolute dead zone of questions and no anwers.
[21:23] <superkuh> +s
[21:27] <bigpod> isnt there a debian mate channel
[21:28] <superkuh> I didn't know about it till you just said, but yes, #debian-mate exists on OFTC.
[22:22] <webmind> yeah, it was in error as most of the systems with mate
[22:22] <webmind> I maintain are on ubuntu.
[22:23] <webmind> Buyt the ubuntu-mate communities does seem to be one of the more active ones :)
[22:23] <webmind> so if anyone does have tips, quite welcome :)


[03:43] <compacey> Need a registration code
[05:54] <lordievader> Good morning.
[10:31] <stack3457> I am using Kubuntu 13.04 and want to upgrade it to 14.04 ensuring the backupdata is safe. Any suggestions?
[10:33] <hateball> !eolupgrade
[10:51] <BluesKaj> Hi folks
[12:53] <derajat> new user
[13:29] <faLUCE> hello. do you know if ubuntu works well on an Asus F200MA-BING-KX376B notebook?
[13:34] <lordievader> faLUCE: Ubuntu? This is #kubuntu ;) Anyhow, you could try a live-cd/usb to see how well it works.
[14:11] <aftereyo> is irc anything other that join and leave messages?
[14:12] <soee> if depends
[14:12] <soee> *ut
[14:12] <soee> but basicaly yes - it i text chat
[14:13] <soee> *it is
[14:13] <floogy> Hi, I got on several kde application warnings as follows: Fontconfig warning: "/etc/fonts/conf.d/65-ttf-sil-andika.conf", line 32: Having multiple <family> in <alias> isn't supported and may not work as expected
[14:14] <soee> lordievader: ^ have you seen this before ?
[14:30] <lordievader> Sounds like a misconfigured font.
[14:30] <lordievader> And no, I haven't seen it before.
[14:53] <xodiac> I'm having trouble using the touchpad to click on objects.  I have an ASUS with one of those huge Apple type pads that  allows you click anywhere on the touchpad.  However, when I do this, the cursor often moves off of the object I want to select.  Can anyone offer any advice on how I might fix this issue
[15:43] <OtterCoder> So does anyone have trouble with getting wifi? I have a dual-boot laptop that has no connecitivity issues on Windows 8.1, but it's super choppy on Ubuntu...
[15:46] <frecel> OtterCoder: what wifi chipset are you using?
[15:48] <OtterCoder> frecel: Where do I pull that up/what command?
[15:48] <frecel> OtterCoder: nm-tool
[15:49] <OtterCoder> 802.11
[15:51] <OtterCoder> Could it be a problem with the fact that I'm using one of those N wifi routers?
[15:52] <OtterCoder> lspci gives me: Realtek Semiconductor Co., Ltd. RTL8723BE PCIe Wireless Network Adapter
[15:53] <frecel> OtterCoder: and it does work but the connection is just bad?
[15:53] <frecel> as in slow, or high packet loss, or it keeps disconnecting?
[15:55] <OtterCoder> Yeah, it runs fine, and quickly for an hour or two, and then it has this blip of zero connectivity that doesn't resolve unless  I disable and re-enable wifi.
[15:57] <frecel> OtterCoder: that is strange, I wouldn't even know how to log something like that to see what causes the issue tbh
[15:57] <frecel> OtterCoder: what version of kubuntu are you using?
[15:58] <OtterCoder> Checking.
[15:58] <OtterCoder> Ubuntu 14.10... I'm on the wrong channel, aren't I...
[15:59]  * OtterCoder facepalms.
[15:59] <frecel> OtterCoder: yup
[15:59] <OtterCoder> Thanks anyway.
[16:00] <frecel> OtterCoder: when you get to #Ubuntu say that your wifi is not working properly and you blame popey for it
[16:00] <OtterCoder> lol, sure.
[17:07] <georgelappies> join /ubuntu
[18:09] <Graf_Westerholt> When I start “binary clock” from krunner and start “xeyes” from krunner, “binary clock” turns into xeyes, too.
[18:10] <kairox87> hey guys is it normal that my dell labtop with i5 M580 cpu is running only opengl 2.1 or it can work with opengl 4 or something
[18:12] <darthanubis> kairox87: need more info..where are you seeing this, what video card ...
[18:14] <kairox87> no i don't have a dedicataed video card but only intel cpu which is an i5 but  i think why it can't work with a new version of opengl like 4 version
[18:32] <kairox87> no i don't have a dedicataed video card but only intel cpu which is an i5 but  i think why it can't work with a new version of opengl like 4 version
[20:51] <timblechmann> hi, i've been testing kubuntu 15.04 on one of my machines, worked more or less fine until yesterday … now sometimes it freezes when logging into the plasma shell … if it gets further, the keyboard does not react and mouse clicks behave as if some keyboard modifiers were pressed
[20:51] <timblechmann> is this a known issue?
[20:52] <ahoneybun> timblechmann: I have not experienced that before
[20:52] <MoonUnit`> timblechmann: could be this https://bugs.launchpad.net/ubuntu/+source/kubuntu-notification-helper/+bug/1434226
[20:53] <soee> timblechmann: you can move cursor but apps do not respond ?
[20:53] <MoonUnit`> a fix was released yesterday, update and dist-upgrade
[20:53] <soee> and whole desktop?
[20:54] <timblechmann> MoonUnit`: does not look like this … only 2 of 32 gig are in use
[20:55] <timblechmann> soee: it really seems to be a focussing thing
[20:55] <timblechmann> i have 3 apps open which are loaded at the startup
[20:55] <soee> ?
[20:56] <timblechmann> when one window is active, i cannot move the focus to another app
[20:56] <timblechmann> clicking gives me the cross cursor (like for moving a window)
[20:56] <soee> timblechmann: well there were some updates related to kio that might be teh problem
[20:56] <soee> check if you have all latest updates
[20:57] <timblechmann> right-clicking gives me a resize cursor
[20:57] <timblechmann> hmm
[20:57] <timblechmann> when should these updates cycle to the servers?
[20:57] <timblechmann> this behavior started yesterday evening
[21:01] <soee> well i can't reproduce this :)
[21:02] <soee> but im after system break after propriety driver test -.-
[21:03] <ahoneybun> soee: nvidia?
[21:03] <soee> ahoneybun: yup
[21:03] <ahoneybun> I installed the nvidia driver
[21:03] <ahoneybun> seems fine
[21:03] <ahoneybun> nevermine
[21:04] <soee> uhm ahoneybunwith nvidia-prime ?
[21:04] <ahoneybun> seems it switched back to free driver
[21:04] <ahoneybun> yea soee
[21:04] <ahoneybun> applying the driver again
[21:04] <soee> ahoneybun: oh it didn't boot at all for me
[21:05] <ahoneybun> it switched to the free one for some reason (at least that is what driver manager says
[21:05]  * ahoneybun just installed again with sddm selected as display manager
[21:05] <soee> just black screen, after: #prime-switch intel i had sddm but after login system freezed after few seconds, i could move only cursor
[21:06] <soee> *prime-select
[21:06] <ahoneybun>  #prime-select?
[21:06] <soee> ahoneybun: yes, command to switch profiles
[21:07] <ahoneybun> in the cmd?
[21:07] <ahoneybun> never switched before
[21:07] <soee> you can check current one with: prime-select query
[21:07] <soee> than yu can switch using: prime-select intel
[21:08] <soee> or prime-select nvidia
[21:08] <ahoneybun> cool
[21:08] <ahoneybun> soee: did you have a option in driver manager to "Using Processor microcode firmware for Inter CPU's from intel-microcode"
[21:08] <soee> ahoneybun: yes
[21:09] <soee> i  checked it, installed, but i have no idea wht it does :D
[21:09] <ahoneybun> I did not check it
[21:10] <MoonUnit`> there was a long thread on phoronix about the microcode http://www.phoronix.com/forums/showthread.php?115850-Ubuntu-15-04-Will-Attempt-To-Better-Update-CPU-Microcodes
[21:10] <soee> nyway after my apptemt to run propriet drivers, it messed up sometihng in some config file
[21:12] <soee> MoonUnit`: thanks. something to read
[21:12] <ahoneybun> soee: well it is installer time to reboot and see if it broke :D
[21:12] <soee> :)
[21:15]  * ahoneybun reboots
[21:23] <ahoneybun> soee: that was not a fun journey
[21:23] <soee> oh >
[21:23] <soee> ?
[21:24] <ahoneybun> plasmashell and krunner kept showing errors
[21:24] <ahoneybun> crashing
[21:25] <ahoneybun> so I switched to intel and rebooted and now I'm here
[21:25] <ahoneybun> working fine
[21:25] <ahoneybun> soee: thanks a lot for that prime-select info lol
[21:25] <soee> :]
[21:26] <ahoneybun> where can I get the logs?
[21:30] <ahoneybun> soee: at least I can make it workable again
[21:32] <soee> lets hope it all will be fixed before final 15.04 release
[21:34] <ahoneybun> only if we provide logs and test :)
[22:55] <karlitos> ?
[22:58] <soee> hiho karlitos
[22:58] <soee> !ask
[23:00] <karlitos> :-)
[23:28] <Finetundra> hello, I seem unable to automatically connect to wifi networks at boot. is this a common issue?
[23:29] <valorie> Finetundra: using what version of Kubuntu?
[23:30] <valorie> 14.04, 14.10, the new beta?
[23:30] <Finetundra> valorie: 14.04. This issue has only happened recently
[23:33] <valorie> hmmm, that's not good
[23:34] <Finetundra> valorie: honestly its just a pain. it is corrected after swapping desktop enviroments however that requires me to log in 3 times(once into one then back out then to the first)
[23:34] <valorie> in the configs, in 14.10 at least I had to click not only "automatically connect"
[23:34] <valorie> but also "all users can connect"
[23:34] <valorie> as a workaround for a bug
[23:35] <valorie> I'm unsure whether or not they fixed it, because my laptop wireless card died
[23:35] <valorie> so I'm on a wire
[23:35] <valorie> not happy about that
[23:36] <ahoneybun> I only have a issue once my network shuts down and it cannot see the network (once it turns back on: 15.04)
[23:37] <Finetundra> valorie: I imagine that's a pain. I'll double check but I'm pretty sure that all users are set to have permission to connect
[23:37] <valorie> I bought a wireless dongle, but KDE doesn't seem to see/use it
[23:37] <Finetundra> valorie: that could be a firmware issue
[23:37] <valorie> fortunately I can connect with a wire
[23:38] <valorie> yes, and of course it is made for windows/mac
[23:38] <valorie> but supposedly works on linux too
[23:39] <ahoneybun> valorie: belkin ones work well for linux
[23:39]  * ahoneybun has one belkin  dongle
[23:40] <Finetundra> valorie: dependong on the brand and model it may be more or less a painful thing to get working
[23:40] <valorie> this is sabrent
[23:41] <valorie> and the driver wants me to go in and set the kernel version etc.
[23:41] <valorie> very suspicious that the driver manager doesn't offer a driver
[23:42] <ahoneybun> valorie: I'll bring it along to akademy incase you don't get one before then