=== ubott2 is now known as ubottu [01:13] if anyone has some spare time, can you answer the packaging-related questions at the last comment: https://bugs.launchpad.net/ubuntu/+source/libmtp/+bug/315679 [01:13] Launchpad bug 315679 in libmtp "Please merge libmtp 0.3.0-1ubuntu3 (main) to 0.3.6-1 from Debian (experimental)" [Wishlist,Confirmed] === asac_ is now known as asac [01:49] well, done my good deeds for tonight, laters! [01:49] Night savvas [02:44] * ScottK tosses out that the last Main depends on boost have been transitioned to boost1.35, so it's open season of anti-cruft minded MOTU to push it on out of the archive..... [03:55] hello i want to get involved with motu can somebody please help me get my basics up and running as i am not quite familiar with linux or debian [03:56] darkace: https://wiki.ubuntu.com/MOTU/GettingStarted [03:56] Do your best to get yourself started, but feel free to ask questions. [03:57] We're all volunteers here and we're glad to help you on your journey, but aren't generally inclined to put more into it than you do. [03:58] thanks Scott [03:58] darkace: You're welcome. [03:58] any ideas on how i can get confidence in running terminal commands [03:58] i am quite new so any help is appreciated [04:00] darkace: The best way is to keep a terminal open all the time. Instead of using nautilus (or whatever GUI tool you use) to manage your files, try using the terminal [04:00] Practice. [04:00] Which is the short version of what nhandler said. [04:00] The man pages also provide valuable information [04:00] thanks guys i will try my best [04:01] i have read that there is a motu school on irc is it going to be helpful for me ? [04:01] also, learning to use screen would be usefull... [04:02] darkace: MOTU school isn't like a normal school. They hold sessions every now and then that explain various MOTU-related tasks. [04:02] darkace: https://wiki.ubuntu.com/MOTU/School [04:03] ok [04:04] darkace: There is also a mentoring program that you might be interested in: https://wiki.ubuntu.com/MOTU/Mentoring [04:04] But it's completely optional. [04:04] You can also just get help here. === fabrice_sp__ is now known as fabrice_sp === _Nicke_ is now known as Nicke [07:31] morning [07:52] good morning [08:08] morning pochu [08:13] hi DktrKranz :) [08:37] hi, I need some help with packaging a python script. This script is using sqlite, so it needs either python2.5 or python2.4 and pysqlite [08:37] this is my debian/control: http://paste.ubuntu.com/114506/ [08:38] but it does not work as I expect [08:40] so my question is: what do I have to change to get something like: "use python2.5, if not available use python2.4 and also install pysqlite" [08:42] hi thekorn [08:42] thekorn: why it doesn't work? looks fine to me [08:43] you may want "XS-Python-Version: >= 2.4" [08:43] hi pochu [08:44] pochu, first, it always installs python2.4, even on intrepid [08:44] also this |pythonpysqlite does not seem to work, pysqlite is not automatically installed [08:45] thekorn: how does the Depends line on the binary package look like? [08:46] you mean this line? Depends: ${python:Depends}, ${misc:Depends}, python-libxml2, python (>= 2.5) | python-pysqlite2 [08:46] thekorn: no, in the control file in the .deb [08:46] does anyone have some time to spend in reviewing this? :D http://revu.ubuntuwire.com/details.py?package=gnome-format [08:48] pochu, Depends: python-central (>= 0.6.7), python2.4, python-libxml2, python (>= 2.5) | python-pysqlite2 [08:49] thekorn: there you have, python2.4 [08:50] pochu, where did I get this from? [08:50] probably from XS-Python-Version [08:50] try s/current/>=2.4/ [08:50] ok, let me try it [08:50] thanks pochu [08:51] python-central expands ${python:Depends} with some value from XS-Python-Version [08:51] actually ISTR "current" is deprecated [08:51] * thekorn needs to learn packaging some day, copy and paste from other packages is bad ;) [08:51] * POX suspects hardcoded python2.4 in hashbang [08:52] * pochu waves at POX :) [08:52] * POX waves back [08:52] I got this 'current' from apport ;) [08:52] thekorn: yeah, if you have some #!/usr/bin/python2.4 or similar, pycentral will add a python2.4 dependency [08:53] * pochu didn't remember that [08:53] even if I had that problem in the past... :/ [08:54] I have #!/usr/bin/env python and #!/usr/bin/python let me try to change it to #!/usr/bin/python in both cases [08:54] * POX suspects `python2.4 setup.pu ...` in debian/rules [08:55] no, nothing like this in debian/rules [08:56] paste debian/rules somewhere (not that I don't believe you ;) [08:57] hehe, sure [08:57] POX, http://paste.ubuntu.com/114514/ [08:58] see, you have it in debian/rules :P [08:58] in /usr/share/cdbs/1/class/python-distutils.mk [08:59] also "Architecture: any" looks suspicious [08:59] (that's why CDBS compiles for all python versions, 2.4 included) [09:02] ok, so what's the plan to fix it? [09:03] I'm 75% sure you want "Architecture: all" [09:03] .... and that's all what you need to fix it [09:03] ok, cool, let's try it [09:22] quadrispro: is that the replacement of gfloppy? [09:22] quadrispro: I'll review it later on [09:23] pochu: yes, it should replace gfloppy [09:23] ok cool [09:23] ok pochu, thank you [09:24] quadrispro: thanks for packaging it ;) [09:25] i'm building my first floppy-free desktop at the moment [09:25] heh [09:26] partly because the secondary os is vista, which can load disk drivers from non-floppy media [09:26] partly because i have no floppy disks anymore & no idea where to find some [09:34] which one is the correct conf destination? /etc/udev/libmtp8.rules or /etc/udev/rules.d/45-libmtp8.rules ? [09:52] pochu, POX, it worked, thanks again for you help [10:02] Good morning, everybody [10:26] I was navigating through LP to prepare for the Global Bug Jam I ran into this : https://bugs.launchpad.net/ubuntu/+source/empathy/+bug/294991 the page says that its confirmed then triaged and I think its an upstream bug(right?) is there any more information I can get about this bug? [10:26] Ubuntu bug 294991 in telepathy-sofiasip "SIP/Ekiga accounts don't store contacts" [Unknown,Confirmed] [10:27] if its triaged then why its not removed from there ??? [10:29] what is triaging of bug? [10:29] shankhs: Please join #ubuntu-bugs and ask there. [10:30] iulian: ok thanx [10:48] How do I check a build flag, e.g. @APPLET_GNOME_CFLAGS@? I seem to be having a problem where gnomeui-2 is always missed [10:55] syockit: I'm not sure, but maybe config.log helps [11:06] hi, iulian [11:26] Hey zMoo. [11:28] iulian: yesterday I have receive a mail from a maintainer of a swac-tools package for ArchLinux :) [11:31] did he say "you ubuntu guys are always so awesome, please teach me your mighty ways"? [11:31] .... [11:32] directhex: Hehe. [11:32] zMoo: That's nice. [11:33] Arght, I have just installed Jaunty on a Toshiba Satellite and touchpad didn't work at all. [11:34] * iulian wonders if this bug is already filed. [11:34] I can't find any. [11:36] yes, it's in the release notes [11:37] "The X.Org synaptics driver is absent from the liveCD, which may prevent touchpad devices from working on laptops. As a workaround, use Ctrl+Alt+F1 to switch to console, log in, run sudo apt-get install xserver-xorg-input-all to download the drivers from the network, and then return to your session with Alt+F7." [11:37] Interesting... [11:37] Thanks. [11:38] * iulian couldn't find any errors in /var/log/Xorg.0.log [11:40] no synaptics in live? that shucks [11:46] What does 'lp' mean? [11:46] [ 18.544046] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input7 [11:46] [ 19.303365] lp: driver loaded but no devices found [11:48] iulian: line printer? [11:50] mok0: Right. [11:51] yay, parallel port! [12:00] * slytherin tries to remember how parallel port looks. :-/ [12:01] http://www.detto.com/ecomm/images/cpuback-parallelPORT.jpg ? [12:04] What a hideous shade of pink [12:05] isn't that win99 standard or something? [12:07] directhex: I guess I have on on my PC at home. :-) [12:08] Any of you kids know what a lineprinter is? [12:08] syockit, PC99 [12:09] http://en.wikipedia.org/wiki/PC_97#Color-coding_scheme_for_connectors_and_ports [12:10] "Burgundy" heh, no, that's sick pinnk [12:12] never used burgundy as a colour name in my life [12:14] mok0: (wikipedia) - The line printer is a form of high speed impact printer in which one line of type is printed at a time. [12:14] iulian: heh [12:15] and it makes one hell of a noise doing it [12:16] * ScottK knows what a lineprinter is. [12:17] * mok0 hasn't seen one in about 15 years [12:18] * iulian doesn't even know how it looks. [12:19] They were pretty large, about the size of a freezer [12:20] Uhm [12:20] found mostly in computer-centres [12:21] It has a rotating drum with 132 wheels and each of those wheels prints a character on the line [12:22] there are 132 hammers on the backside of the paper that slams the paper against the wheel [12:22] so essentially, the whole line is printed at once [12:23] That is so... old-fashioned. [12:23] iulian: well, it was new technology back then :-P [12:23] It was a sledgehammer approach, but it was also very fast. [12:23] Heh, indeed. [12:24] Yeah, it could spit out a page per seecond or so [12:24] iulian: show me a laserprinter that can do that ;-) [12:25] mok0: those you find in stationer's? :) [12:26] pochu: ok, I haven't seen those [12:26] pochu: but usually, the laserprinter needs to render the page first in the RIP and that takes time [12:28] These days, computer systems are faster but also about 10000 times more complicated [12:28] The first mainframe I worked on had 8K of memory [12:28] :-) [12:29] but it was still able to run an operating system and run jobs [12:29] * pochu feels young ;) [12:29] Programmers were *smart* back then, you didn't just malloc(10000000) bytes [12:29] :-P [12:30] :) [12:30] i don't malloc anything. i use JIT and garbage collectors! [12:30] Yeah. Back then, the argument to malloc was a float. [12:30] heh [12:31] :) [12:31] you had to use temp files on one of the 10MB disks [12:31] :-) [12:32] * ScottK once served on a ship with systems sufficiently capable to take on and stop a big chunk of Soviet Naval Aviation that did it with less than 2MB of RAM. [12:33] ... and a 500 line program most likely ;-) [12:34] Amazing that it could be done [12:34] I have more computer power in my wrist watch than they had on Apollo 11 [12:35] yeah. [12:36] * jcfp withnesses the early stages of the #ubuntu-geriatrics channel :) [12:36] lol :-D [12:36] walking stick required [12:48] quadrispro: commented on REVU, it looks quite good [12:49] pochu: i will work on it very soon, thank you! [12:51] quadrispro: ping me once you're done and I'll advocate it ;) [12:57] pochu: uploaded to REVU, you can see the buildlog here -> http://home.alessiotreglia.com/jaunty/result/gnome-format_0.1.1-0ubuntu1/ [12:58] I'm more interested in the debdiff ;) [12:58] sure :) [12:58] quadrispro: I have my doubts about the repackaging... [13:00] pochu: tell me [13:00] quadrispro: if it's not really needed, it's better to avoid it [13:00] just poke upstream to not do that again in the next tarballs [13:00] ah [13:01] quadrispro: is there a technical or legal reason, or was it because of a lintian warning? [13:01] well, that's my opinion [13:01] mmm [13:02] Since I have added waf license in debian/copyright, there's no license problem.. [13:03] so it would be ok to leave the .waf directory? [13:03] IMHO there's no problem [13:04] I think so too [13:04] pochu: take a look at my first upload [13:04] http://revu.ubuntuwire.com/report.py/legal?upid=4721 [13:04] the .waf directory looks like autogenerated code.. [13:04] yes, it's containing all autogenerated code [13:04] then it's fine [13:05] so what I would do is not repackage the tarball, and tell upstream about that [13:05] yes, you're right [13:05] and while at it, tell them that putting the tarballs somewhere else than a wiki page would be nice :) [13:05] I'm not sure if we can make a watch file for that [13:05] pochu: probably I've found a solution for moinmoin compatibility issue with uscan [13:06] I've tried it but didn't worked, maybe there are tricks for that [13:06] quadrispro: ah cool! [13:06] pochu: MoinMoin reject some kind of user agent [13:06] they should be using ftp.gnome.org anyway... [13:06] pochu: as you can see in debian/rules I have added a --user-agent option to wget [13:06] wget command * [13:07] but getting the watch file to work now would be cool ;) [13:07] yes [13:07] eh, I'm workin on it, I need sometime and the feature freeze is coming [13:08] (in the last period i'm studying hard :P) [13:08] what is the tool for checking the headers provided by a specific flag? e.g. APPLET_GNOME_CFLAGS [13:12] syockit: pkgconfig? [13:15] pochu: uploaded to REVU [13:16] with orig tarball? [13:18] any java packagers around? I need helping hand. [13:19] build-depends: ikvm! [13:19] pochu: re-uploaded with orig tarball [13:19] and some little changes (updated changelog, removed README.source, now unnecessary) [13:21] directhex: what all good java programs have you built with ikvm till now? === zMoo is now known as tonton_zMoo [13:38] hi mok0! [13:38] quadrispro: hi [13:38] could you take a look at this? -> http://revu.ubuntuwire.com/details.py?package=gnome-format [13:38] quadrispro: sure [13:39] quadrispro: will just fetch a cup of coffee [13:39] eh! fetch one for me too :D [13:44] * mok0 hands quadrispro a virtual cup of coffee [13:46] quadrispro: what's that .waf-1.5.0-* directory? [13:47] i'm here [13:47] oh, .waf* containing autogenerated code [13:47] quadrispro: ok, looks ugly [13:48] mok0: yes, in fact in the previous uploads I used get-orig-source to repack the tarball [13:48] mok0: yeah, but it's better than repackaging ;) [13:48] bbl, lunch [13:52] quadrispro: does it mean you no longer use the get-orig-source target? [13:53] no no, get-orig-source is needed to retrieve the tarball [13:54] and repack it [13:56] quadrispro: uhm, you said above that you used to repack (to get rid of the .wap-* stuff I thought) [13:57] * mok0 fires up his trusty sbuilder [13:57] now I used get-orig-source to retrieve the tar.bz2 and repack it as orig.gz [13:58] without dropping .waf dir [13:58] ok [13:58] s/used/use [13:58] * mok0 wonders wft wap is for [13:59] quadrispro: are you removing anything from upstream tar ball while doing repacking? [14:00] slytherin: not anymore [14:00] then a simple uscan --repack should be sufficient, right? [14:00] yeah [14:01] slytherin: uscan has some problem with moinmoin [14:01] quadrispro: ah? [14:01] slytherin: at the moment I can't use a watch file [14:01] * mok0 picks up the challenge [14:02] as you can see, I used a --user-agent option for wget command, moinmoin seems reject some kind of user agent [14:02] quadrispro: ah, they are getting smart huh? [14:03] :D eh, I've noticed that moinmoin developers upload new release to a static site ;) [14:07] mok0: anyway I will send an email to upstream authors, in order to ask them to not include the .waf* dir in the next releases [14:08] quadrispro: ok... can we rebuild these files using waf? [14:08] hello, I am currently opening bug reports for syncing scilab-5.0.3 into jaunty. unfortunately scilab-5.0.3 requires jeuclid which is currently in debian-science. I have compiled all necessary packages in this PPA. https://launchpad.net/~getdeb.packages/+archive/ppa everything works fine. but can jeuclid make it into jaunty? [14:09] mok0: yes [14:09] c_korn: I've been tracking that too [14:09] c_korn: it seems Debian's NEW queue is completely halted [14:09] It's still moving [14:09] How long has jeuclid been in it? [14:10] 1 month [14:10] I reckon it'll get done before FF [14:10] c_korn: of course, you might play with it and test if it builds [14:11] c_korn: to be prepared for a quick move @FF [14:11] coming back soon [14:12] mok0: all packages required for scilab-5.0.3 are already built and work fine. they are available in this PPA. https://launchpad.net/~getdeb.packages/+archive/ppa can these packages be QAed for making it into jaunty? they are required by scilab-5.0.3 [14:13] c_korn: Why not take the Debian package add a jaunty changelog entry and upload to Ubuntu? [14:13] c_korn: file a lp bug, giving the PPA, subscribe ubuntu-universe-sponors and we can take a look [14:14] it's near the front of the queue; should be done within a few days [14:15] Oh that sounds good [14:15] I'd say wait until the middle of next week and then ~ubuntu1 the debian version [14:15] mok0: here it is: https://bugs.launchpad.net/ubuntu/+bug/326179 [14:15] Ubuntu bug 326179 in ubuntu "Please sync jeuclid 3.1.4 from debian-science" [Undecided,New] [14:15] I will compile version 3.1.4 now [14:16] c_korn: I am subscribed to the bug, and I will keep tracking it [14:17] ok, thank you [14:17] c_korn: since it's new package we need 2 ACKs for it [14:20] ok. I am sorry that I subscribed ubuntu-archive to the scilab sync request before reading the wiki. https://bugs.launchpad.net/debian/+source/scilab/+bug/272264 any chance of unsubscribing them? [14:20] Ubuntu bug 272264 in scilab "Please sync scilab-5.0.3 (multiverse) from PPA" [Wishlist,Confirmed] [14:20] c_korn: yeah, they can do it themselves [14:21] ok [14:21] c_korn: especially if you make a note to that effect [14:23] note added [14:26] heya [14:27] Hi RainCT [14:32] right here again [14:32] mok0: what do you think about it? [14:32] quadrispro: looks good [14:33] quadrispro: fsck'ing around with that watch file :-P [14:33] fine, thanks, but perhaps I've found a solution ;) [14:34] uscan has --user-agent option too [14:40] Any MOTUs here want to give libmirage a 2nd advocate? [14:57] quadrispro: I can't get uscan to do web scraping, the href's are hidden inside tags [14:57] quadrispro: and uscan wants AFAIK [14:58] yes, it's true [14:59] mok0: I'll send a mail to upstream [15:00] I would ask them to 1) remove .waf* from next release tarballs 2) look for an external host where put the source tarball :) [15:02] quadrispro: be nice to them :) [15:02] quadrispro: Hey, you wanted a pigin-facebookchat backport to hardy, can you test the package I uploaded to the ppa for it? [15:03] hi jpds! at the moment I can't, I use hardy at work, I'll do it really soon ;) [15:06] quadrispro: heh get it to work [15:06] quadrispro: GOT it to work I meant to say [15:07] mok0: ehehe [15:07] quadrispro: can you receive files via DCC? [15:07] mok0: boh! I don't know [15:07] send me via jabber/gmail [15:07] quadrispro: what's your irc client? [15:07] pidgin [15:08] quadrispro: you can [15:08] ok [15:09] quadrispro: do you get a dialogue box? [15:09] yes [15:09] i've accepted [15:09] but nothing happens [15:09] quadrispro: meh [15:09] mok0: listen to me, jabber ;) [15:10] quadrispro: I'll pastebin it [15:10] oh good [15:10] http://pastebin.com/f4ef697e7 [15:10] Simple, huh? :-P [15:11] too simple :D [15:11] quadrispro: I'll finish the review now.... [15:12] yeah, it works :) [15:13] I'll update debian/rules now [15:14] quadrispro: if that works, remove the get-orig-source ;) [15:14] yes [15:14] pochu: quadrispro, well it might just be rewritten using uscan with the proper parameters [15:15] Otherwise, we need a Debian.source file or something saying how to repackage [15:15] mok0: uscan --repackage [15:15] uscan does not do it by itself [15:15] mmm... it could be used with the syntax: uscan --force-download --repack [15:15] uscan --repack rather [15:16] quadrispro, pochu, right [15:16] that will `bunzip && gzip -9` afaik [15:16] quadrispro: ... perhaps --user-agent "" ? [15:17] i'm just making some test [15:17] hi all [15:17] hi rainCT [15:17] hi :) [15:17] hi Scottk [15:18] im working in a catfish bug [15:18] OK [15:18] i confirmed that i use like home path his installation path [15:18] the path where catfish is being loaded [15:21] OK [15:22] mok0: uscan downloads a file with a wrong name... [15:22] "gnome-format: Successfully downloaded updated package Download" [15:22] and catfish does not create any configuration file, so its more difficult to follow the bug [15:23] someone have sound problems in jaunty? [15:23] someone solved it? [15:23] i dont have sound [15:24] quadrispro: argh [15:25] anakron: I haven't looked into the catfish thing. I wouldn't feel obligated to stick with it if it turns out not to be a good one. There are plenty of others. [15:25] quadrispro: at least it tells you if there's a newer version :-) [15:25] eh, it downloads the page, not the tarball [15:25] meh [15:25] :) ij [15:25] sure, it is a good result :) [15:25] :)ok [15:26] quadrispro: anyway I submitted my commetns [15:28] oh perfect mok0, I'm workin on it now [15:32] quadrispro: what's the story with w-scan? [15:34] which is the name of root terminal package? [15:34] mok0: it has been uploaded in debian NEW and superm1 told me that it's better wait until 2-3 days before FF [15:35] quadrispro: did you upload to Debian? Or did someone hijack the package? [15:37] mok0: no, a guy worked on it some time ago, but he isn't sure if there's very much interest for that package [15:38] after our request he has reviewed the package and uploaded it to NEW [15:38] quadrispro: then he probably is not a good maintainer for it [15:38] mmm he isn't the maintainer... [15:38] quadrispro: ah, so it [15:38] it's essentially the same package [15:39] mok0: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=426390 [15:39] Debian bug 426390 in wnpp "ITP: w-scan -- Scans DVB-T and DVB-C transponders for channels" [Wishlist,Closed] [15:39] yes mok0, it's almost the same [15:40] quadrispro: good [15:40] I hate it when someone hijacks a package we've worked on in REVU and uploads some worthless hack to Debian [15:41] DD's thinks their packages are better than Ubuntu's, but they're not [15:41] mok0: wise words :P [15:42] RainCT: everything that comes out of REVU is completely lintian clean [15:42] mok0: uploaded another time :P [15:42] quadrispro: ok [15:44] http://revu.ubuntuwire.com/details.py?package=lmalinux is lintian clean - anyone care to help me out with advocating it? :) [15:44] mok0: I think Debian is a collective of individuals. Any time you refer to Debian or DD's collectively you're likely partly right and partly wrong. [15:45] ScottK, yeah I shouldn't generalize [15:45] The fact is that many Debian packages ain't too pretty [15:45] That's generally true, but even more so for Debian. [15:45] Agreed. [15:46] Some of ours suck too. [15:46] heh [15:46] I think the packages that come out of REVU are generally very carefully done [15:47] ... and checked by several people [15:48] sven777: this is software for music? [15:48] * RainCT wonders whether the authors of cheese intentionally gave it as much build deps as they could :P [15:49] mok0 - there is a hardware device called Logitech Music Anywhere - which is a USB dongle (which is basically an audio card) and the other part is a handheld receiver/remote control [15:49] this package interprets the remote control data and allows the user to have commands executed when the buttons are pressed on the remote control [15:49] sven777: Oh, I've not heard about that device before... sounds cool [15:49] sven777: you are upstream author? [15:49] yes [15:50] sven777: great that makes things a lot easier :-) [15:50] it's a neat little device because it's small and silent [15:50] me and the wife use it in the bathroom [15:50] sven777: kinky :-) [15:50] the wife and I, rather [15:50] hehe :) [15:50] sven777: I'll take a look [15:51] thx v. much :) [15:52] sven777: I thought it was some special linux version or something [15:52] sven777: perhaps lma4linux would be a better name? [15:52] sven777: up to you of course [15:52] heh - I got caught up in the 8-character name [15:53] but yeah that might be a better name [15:53] of coruse, I don't think anyone's going to know what either of those mean just from that abbreviation [15:53] sven777: yeah [15:54] but I couldn't come up with something short and also descriptive [15:54] Anybody can have a look of this? [15:54] http://revu.ubuntuwire.com/details.py?package=gparted [15:54] * RainCT saw a pad which you connected to the PC and then you could place objects (like a coffee cub or whatever, after adding a little chip to them) on it and it would execute a command :P [15:55] surfaz: gparted is already included in Ubuntu. REVU is only intended for new packages. [15:56] And for updated? [15:57] surfaz: Launchpad, attach the diff.gz file. [16:00]