=== ubott2 is now known as ubottu | ||
savvas | 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 |
---|---|---|
ubottu | Launchpad bug 315679 in libmtp "Please merge libmtp 0.3.0-1ubuntu3 (main) to 0.3.6-1 from Debian (experimental)" [Wishlist,Confirmed] | 01:13 |
=== asac_ is now known as asac | ||
savvas | well, done my good deeds for tonight, laters! | 01:49 |
nhandler | Night savvas | 01:49 |
* 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..... | 02:44 | |
darkace | 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:55 |
ScottK | darkace: https://wiki.ubuntu.com/MOTU/GettingStarted | 03:56 |
ScottK | Do your best to get yourself started, but feel free to ask questions. | 03:56 |
ScottK | 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:57 |
darkace | thanks Scott | 03:58 |
ScottK | darkace: You're welcome. | 03:58 |
darkace | any ideas on how i can get confidence in running terminal commands | 03:58 |
darkace | i am quite new so any help is appreciated | 03:58 |
nhandler | 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 |
ScottK | Practice. | 04:00 |
ScottK | Which is the short version of what nhandler said. | 04:00 |
nhandler | The man pages also provide valuable information | 04:00 |
darkace | thanks guys i will try my best | 04:00 |
darkace | i have read that there is a motu school on irc is it going to be helpful for me ? | 04:01 |
santiago-ve | also, learning to use screen would be usefull... | 04:01 |
nhandler | darkace: MOTU school isn't like a normal school. They hold sessions every now and then that explain various MOTU-related tasks. | 04:02 |
nhandler | darkace: https://wiki.ubuntu.com/MOTU/School | 04:02 |
darkace | ok | 04:03 |
nhandler | darkace: There is also a mentoring program that you might be interested in: https://wiki.ubuntu.com/MOTU/Mentoring | 04:04 |
ScottK | But it's completely optional. | 04:04 |
ScottK | You can also just get help here. | 04:04 |
=== fabrice_sp__ is now known as fabrice_sp | ||
=== _Nicke_ is now known as Nicke | ||
didrocks | morning | 07:31 |
pochu | good morning | 07:52 |
DktrKranz | morning pochu | 08:08 |
pochu | hi DktrKranz :) | 08:13 |
thekorn | 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 |
thekorn | this is my debian/control: http://paste.ubuntu.com/114506/ | 08:37 |
thekorn | but it does not work as I expect | 08:38 |
thekorn | 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:40 |
pochu | hi thekorn | 08:42 |
pochu | thekorn: why it doesn't work? looks fine to me | 08:42 |
pochu | you may want "XS-Python-Version: >= 2.4" | 08:43 |
thekorn | hi pochu | 08:43 |
thekorn | pochu, first, it always installs python2.4, even on intrepid | 08:44 |
thekorn | also this |pythonpysqlite does not seem to work, pysqlite is not automatically installed | 08:44 |
pochu | thekorn: how does the Depends line on the binary package look like? | 08:45 |
thekorn | you mean this line? Depends: ${python:Depends}, ${misc:Depends}, python-libxml2, python (>= 2.5) | python-pysqlite2 | 08:46 |
pochu | thekorn: no, in the control file in the .deb | 08:46 |
quadrispro | does anyone have some time to spend in reviewing this? :D http://revu.ubuntuwire.com/details.py?package=gnome-format | 08:46 |
thekorn | pochu, Depends: python-central (>= 0.6.7), python2.4, python-libxml2, python (>= 2.5) | python-pysqlite2 | 08:48 |
pochu | thekorn: there you have, python2.4 | 08:49 |
thekorn | pochu, where did I get this from? | 08:50 |
pochu | probably from XS-Python-Version | 08:50 |
pochu | try s/current/>=2.4/ | 08:50 |
thekorn | ok, let me try it | 08:50 |
thekorn | thanks pochu | 08:50 |
pochu | python-central expands ${python:Depends} with some value from XS-Python-Version | 08:51 |
pochu | 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:51 | |
* pochu waves at POX :) | 08:52 | |
* POX waves back | 08:52 | |
thekorn | I got this 'current' from apport ;) | 08:52 |
pochu | thekorn: yeah, if you have some #!/usr/bin/python2.4 or similar, pycentral will add a python2.4 dependency | 08:52 |
* pochu didn't remember that | 08:53 | |
pochu | even if I had that problem in the past... :/ | 08:53 |
thekorn | 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:54 | |
thekorn | no, nothing like this in debian/rules | 08:55 |
POX | paste debian/rules somewhere (not that I don't believe you ;) | 08:56 |
thekorn | hehe, sure | 08:57 |
thekorn | POX, http://paste.ubuntu.com/114514/ | 08:57 |
POX | see, you have it in debian/rules :P | 08:58 |
POX | in /usr/share/cdbs/1/class/python-distutils.mk | 08:58 |
POX | also "Architecture: any" looks suspicious | 08:59 |
POX | (that's why CDBS compiles for all python versions, 2.4 included) | 08:59 |
thekorn | ok, so what's the plan to fix it? | 09:02 |
POX | I'm 75% sure you want "Architecture: all" | 09:03 |
POX | .... and that's all what you need to fix it | 09:03 |
thekorn | ok, cool, let's try it | 09:03 |
pochu | quadrispro: is that the replacement of gfloppy? | 09:22 |
pochu | quadrispro: I'll review it later on | 09:22 |
quadrispro | pochu: yes, it should replace gfloppy | 09:23 |
pochu | ok cool | 09:23 |
quadrispro | ok pochu, thank you | 09:23 |
pochu | quadrispro: thanks for packaging it ;) | 09:24 |
directhex | i'm building my first floppy-free desktop at the moment | 09:25 |
pochu | heh | 09:25 |
directhex | partly because the secondary os is vista, which can load disk drivers from non-floppy media | 09:26 |
directhex | partly because i have no floppy disks anymore & no idea where to find some | 09:26 |
savvas | which one is the correct conf destination? /etc/udev/libmtp8.rules or /etc/udev/rules.d/45-libmtp8.rules ? | 09:34 |
thekorn | pochu, POX, it worked, thanks again for you help | 09:52 |
zMoo | Good morning, everybody | 10:02 |
shankhs | 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 |
ubottu | Ubuntu bug 294991 in telepathy-sofiasip "SIP/Ekiga accounts don't store contacts" [Unknown,Confirmed] | 10:26 |
shankhs | if its triaged then why its not removed from there ??? | 10:27 |
shankhs | what is triaging of bug? | 10:29 |
iulian | shankhs: Please join #ubuntu-bugs and ask there. | 10:29 |
shankhs | iulian: ok thanx | 10:30 |
syockit | 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:48 |
pochu | syockit: I'm not sure, but maybe config.log helps | 10:55 |
zMoo | hi, iulian | 11:06 |
iulian | Hey zMoo. | 11:26 |
zMoo | iulian: yesterday I have receive a mail from a maintainer of a swac-tools package for ArchLinux :) | 11:28 |
directhex | did he say "you ubuntu guys are always so awesome, please teach me your mighty ways"? | 11:31 |
syockit | .... | 11:31 |
iulian | directhex: Hehe. | 11:32 |
iulian | zMoo: That's nice. | 11:32 |
iulian | Arght, I have just installed Jaunty on a Toshiba Satellite and touchpad didn't work at all. | 11:33 |
* iulian wonders if this bug is already filed. | 11:34 | |
iulian | I can't find any. | 11:34 |
directhex | yes, it's in the release notes | 11:36 |
directhex | "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 |
iulian | Interesting... | 11:37 |
iulian | Thanks. | 11:37 |
* iulian couldn't find any errors in /var/log/Xorg.0.log | 11:38 | |
syockit | no synaptics in live? that shucks | 11:40 |
iulian | What does 'lp' mean? | 11:46 |
iulian | [ 18.544046] input: SynPS/2 Synaptics TouchPad as /devices/platform/i8042/serio1/input/input7 | 11:46 |
iulian | [ 19.303365] lp: driver loaded but no devices found | 11:46 |
mok0 | iulian: line printer? | 11:48 |
iulian | mok0: Right. | 11:50 |
directhex | yay, parallel port! | 11:51 |
* slytherin tries to remember how parallel port looks. :-/ | 12:00 | |
directhex | http://www.detto.com/ecomm/images/cpuback-parallelPORT.jpg ? | 12:01 |
maxb | What a hideous shade of pink | 12:04 |
syockit | isn't that win99 standard or something? | 12:05 |
slytherin | directhex: I guess I have on on my PC at home. :-) | 12:07 |
mok0 | Any of you kids know what a lineprinter is? | 12:08 |
directhex | syockit, PC99 | 12:08 |
directhex | http://en.wikipedia.org/wiki/PC_97#Color-coding_scheme_for_connectors_and_ports | 12:09 |
maxb | "Burgundy" heh, no, that's sick pinnk | 12:10 |
syockit | never used burgundy as a colour name in my life | 12:12 |
iulian | 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 |
mok0 | iulian: heh | 12:14 |
mok0 | and it makes one hell of a noise doing it | 12:15 |
* ScottK knows what a lineprinter is. | 12:16 | |
* mok0 hasn't seen one in about 15 years | 12:17 | |
* iulian doesn't even know how it looks. | 12:18 | |
mok0 | They were pretty large, about the size of a freezer | 12:19 |
iulian | Uhm | 12:20 |
mok0 | found mostly in computer-centres | 12:20 |
mok0 | It has a rotating drum with 132 wheels and each of those wheels prints a character on the line | 12:21 |
mok0 | there are 132 hammers on the backside of the paper that slams the paper against the wheel | 12:22 |
mok0 | so essentially, the whole line is printed at once | 12:22 |
iulian | That is so... old-fashioned. | 12:23 |
mok0 | iulian: well, it was new technology back then :-P | 12:23 |
ScottK | It was a sledgehammer approach, but it was also very fast. | 12:23 |
iulian | Heh, indeed. | 12:23 |
mok0 | Yeah, it could spit out a page per seecond or so | 12:24 |
mok0 | iulian: show me a laserprinter that can do that ;-) | 12:24 |
pochu | mok0: those you find in stationer's? :) | 12:25 |
mok0 | pochu: ok, I haven't seen those | 12:26 |
mok0 | pochu: but usually, the laserprinter needs to render the page first in the RIP and that takes time | 12:26 |
mok0 | These days, computer systems are faster but also about 10000 times more complicated | 12:28 |
mok0 | The first mainframe I worked on had 8K of memory | 12:28 |
mok0 | :-) | 12:28 |
mok0 | but it was still able to run an operating system and run jobs | 12:29 |
* pochu feels young ;) | 12:29 | |
mok0 | Programmers were *smart* back then, you didn't just malloc(10000000) bytes | 12:29 |
mok0 | :-P | 12:29 |
pochu | :) | 12:30 |
directhex | i don't malloc anything. i use JIT and garbage collectors! | 12:30 |
soren | Yeah. Back then, the argument to malloc was a float. | 12:30 |
mok0 | heh | 12:30 |
iulian | :) | 12:31 |
mok0 | you had to use temp files on one of the 10MB disks | 12:31 |
mok0 | :-) | 12:31 |
* 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:32 | |
mok0 | ... and a 500 line program most likely ;-) | 12:33 |
mok0 | Amazing that it could be done | 12:34 |
mok0 | I have more computer power in my wrist watch than they had on Apollo 11 | 12:34 |
ScottK | yeah. | 12:35 |
* jcfp withnesses the early stages of the #ubuntu-geriatrics channel :) | 12:36 | |
mok0 | lol :-D | 12:36 |
orly_owl | walking stick required | 12:36 |
pochu | quadrispro: commented on REVU, it looks quite good | 12:48 |
quadrispro | pochu: i will work on it very soon, thank you! | 12:49 |
pochu | quadrispro: ping me once you're done and I'll advocate it ;) | 12:51 |
quadrispro | pochu: uploaded to REVU, you can see the buildlog here -> http://home.alessiotreglia.com/jaunty/result/gnome-format_0.1.1-0ubuntu1/ | 12:57 |
pochu | I'm more interested in the debdiff ;) | 12:58 |
quadrispro | sure :) | 12:58 |
pochu | quadrispro: I have my doubts about the repackaging... | 12:58 |
quadrispro | pochu: tell me | 13:00 |
pochu | quadrispro: if it's not really needed, it's better to avoid it | 13:00 |
pochu | just poke upstream to not do that again in the next tarballs | 13:00 |
quadrispro | ah | 13:00 |
pochu | quadrispro: is there a technical or legal reason, or was it because of a lintian warning? | 13:01 |
pochu | well, that's my opinion | 13:01 |
quadrispro | mmm | 13:01 |
quadrispro | Since I have added waf license in debian/copyright, there's no license problem.. | 13:02 |
pochu | so it would be ok to leave the .waf directory? | 13:03 |
quadrispro | IMHO there's no problem | 13:03 |
pochu | I think so too | 13:04 |
quadrispro | pochu: take a look at my first upload | 13:04 |
quadrispro | http://revu.ubuntuwire.com/report.py/legal?upid=4721 | 13:04 |
pochu | the .waf directory looks like autogenerated code.. | 13:04 |
quadrispro | yes, it's containing all autogenerated code | 13:04 |
pochu | then it's fine | 13:04 |
pochu | so what I would do is not repackage the tarball, and tell upstream about that | 13:05 |
quadrispro | yes, you're right | 13:05 |
pochu | and while at it, tell them that putting the tarballs somewhere else than a wiki page would be nice :) | 13:05 |
pochu | I'm not sure if we can make a watch file for that | 13:05 |
quadrispro | pochu: probably I've found a solution for moinmoin compatibility issue with uscan | 13:05 |
pochu | I've tried it but didn't worked, maybe there are tricks for that | 13:06 |
pochu | quadrispro: ah cool! | 13:06 |
quadrispro | pochu: MoinMoin reject some kind of user agent | 13:06 |
pochu | they should be using ftp.gnome.org anyway... | 13:06 |
quadrispro | pochu: as you can see in debian/rules I have added a --user-agent option to wget | 13:06 |
quadrispro | wget command * | 13:06 |
pochu | but getting the watch file to work now would be cool ;) | 13:07 |
pochu | yes | 13:07 |
quadrispro | eh, I'm workin on it, I need sometime and the feature freeze is coming | 13:07 |
quadrispro | (in the last period i'm studying hard :P) | 13:08 |
syockit | what is the tool for checking the headers provided by a specific flag? e.g. APPLET_GNOME_CFLAGS | 13:08 |
pochu | syockit: pkgconfig? | 13:12 |
quadrispro | pochu: uploaded to REVU | 13:15 |
pochu | with orig tarball? | 13:16 |
slytherin | any java packagers around? I need helping hand. | 13:18 |
directhex | build-depends: ikvm! | 13:19 |
quadrispro | pochu: re-uploaded with orig tarball | 13:19 |
quadrispro | and some little changes (updated changelog, removed README.source, now unnecessary) | 13:19 |
slytherin | directhex: what all good java programs have you built with ikvm till now? | 13:21 |
=== zMoo is now known as tonton_zMoo | ||
quadrispro | hi mok0! | 13:38 |
mok0 | quadrispro: hi | 13:38 |
quadrispro | could you take a look at this? -> http://revu.ubuntuwire.com/details.py?package=gnome-format | 13:38 |
mok0 | quadrispro: sure | 13:38 |
mok0 | quadrispro: will just fetch a cup of coffee | 13:39 |
quadrispro | eh! fetch one for me too :D | 13:39 |
* mok0 hands quadrispro a virtual cup of coffee | 13:44 | |
mok0 | quadrispro: what's that .waf-1.5.0-* directory? | 13:46 |
quadrispro | i'm here | 13:47 |
quadrispro | oh, .waf* containing autogenerated code | 13:47 |
mok0 | quadrispro: ok, looks ugly | 13:47 |
quadrispro | mok0: yes, in fact in the previous uploads I used get-orig-source to repack the tarball | 13:48 |
pochu | mok0: yeah, but it's better than repackaging ;) | 13:48 |
pochu | bbl, lunch | 13:48 |
mok0 | quadrispro: does it mean you no longer use the get-orig-source target? | 13:52 |
quadrispro | no no, get-orig-source is needed to retrieve the tarball | 13:53 |
quadrispro | and repack it | 13:54 |
mok0 | quadrispro: uhm, you said above that you used to repack (to get rid of the .wap-* stuff I thought) | 13:56 |
* mok0 fires up his trusty sbuilder | 13:57 | |
quadrispro | now I used get-orig-source to retrieve the tar.bz2 and repack it as orig.gz | 13:57 |
quadrispro | without dropping .waf dir | 13:58 |
mok0 | ok | 13:58 |
quadrispro | s/used/use | 13:58 |
* mok0 wonders wft wap is for | 13:58 | |
slytherin | quadrispro: are you removing anything from upstream tar ball while doing repacking? | 13:59 |
mok0 | slytherin: not anymore | 14:00 |
slytherin | then a simple uscan --repack should be sufficient, right? | 14:00 |
mok0 | yeah | 14:00 |
quadrispro | slytherin: uscan has some problem with moinmoin | 14:01 |
mok0 | quadrispro: ah? | 14:01 |
quadrispro | slytherin: at the moment I can't use a watch file | 14:01 |
* mok0 picks up the challenge | 14:01 | |
quadrispro | as you can see, I used a --user-agent option for wget command, moinmoin seems reject some kind of user agent | 14:02 |
mok0 | quadrispro: ah, they are getting smart huh? | 14:02 |
quadrispro | :D eh, I've noticed that moinmoin developers upload new release to a static site ;) | 14:03 |
quadrispro | 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:07 |
mok0 | quadrispro: ok... can we rebuild these files using waf? | 14:08 |
c_korn | 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:08 |
quadrispro | mok0: yes | 14:09 |
mok0 | c_korn: I've been tracking that too | 14:09 |
mok0 | c_korn: it seems Debian's NEW queue is completely halted | 14:09 |
Laney | It's still moving | 14:09 |
mok0 | How long has jeuclid been in it? | 14:09 |
Laney | 1 month | 14:10 |
Laney | I reckon it'll get done before FF | 14:10 |
mok0 | c_korn: of course, you might play with it and test if it builds | 14:10 |
mok0 | c_korn: to be prepared for a quick move @FF | 14:11 |
quadrispro | coming back soon | 14:11 |
c_korn | 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:12 |
slytherin | c_korn: Why not take the Debian package add a jaunty changelog entry and upload to Ubuntu? | 14:13 |
mok0 | c_korn: file a lp bug, giving the PPA, subscribe ubuntu-universe-sponors and we can take a look | 14:13 |
Laney | it's near the front of the queue; should be done within a few days | 14:14 |
mok0 | Oh that sounds good | 14:15 |
Laney | I'd say wait until the middle of next week and then ~ubuntu1 the debian version | 14:15 |
c_korn | mok0: here it is: https://bugs.launchpad.net/ubuntu/+bug/326179 | 14:15 |
ubottu | Ubuntu bug 326179 in ubuntu "Please sync jeuclid 3.1.4 from debian-science" [Undecided,New] | 14:15 |
c_korn | I will compile version 3.1.4 now | 14:15 |
mok0 | c_korn: I am subscribed to the bug, and I will keep tracking it | 14:16 |
c_korn | ok, thank you | 14:17 |
mok0 | c_korn: since it's new package we need 2 ACKs for it | 14:17 |
c_korn | 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 |
ubottu | Ubuntu bug 272264 in scilab "Please sync scilab-5.0.3 (multiverse) from PPA" [Wishlist,Confirmed] | 14:20 |
mok0 | c_korn: yeah, they can do it themselves | 14:20 |
c_korn | ok | 14:21 |
mok0 | c_korn: especially if you make a note to that effect | 14:21 |
c_korn | note added | 14:23 |
RainCT | heya | 14:26 |
mok0 | Hi RainCT | 14:27 |
quadrispro | right here again | 14:32 |
quadrispro | mok0: what do you think about it? | 14:32 |
mok0 | quadrispro: looks good | 14:32 |
mok0 | quadrispro: fsck'ing around with that watch file :-P | 14:33 |
quadrispro | fine, thanks, but perhaps I've found a solution ;) | 14:33 |
quadrispro | uscan has --user-agent option too | 14:34 |
henrik-hw0 | Any MOTUs here want to give libmirage a 2nd advocate? | 14:40 |
mok0 | quadrispro: I can't get uscan to do web scraping, the href's are hidden inside <link> tags | 14:57 |
mok0 | quadrispro: and uscan wants <a href=...> AFAIK | 14:57 |
quadrispro | yes, it's true | 14:58 |
quadrispro | mok0: I'll send a mail to upstream | 14:59 |
quadrispro | I would ask them to 1) remove .waf* from next release tarballs 2) look for an external host where put the source tarball :) | 15:00 |
pochu | quadrispro: be nice to them :) | 15:02 |
jpds | quadrispro: Hey, you wanted a pigin-facebookchat backport to hardy, can you test the package I uploaded to the ppa for it? | 15:02 |
quadrispro | hi jpds! at the moment I can't, I use hardy at work, I'll do it really soon ;) | 15:03 |
mok0 | quadrispro: heh get it to work | 15:06 |
mok0 | quadrispro: GOT it to work I meant to say | 15:06 |
quadrispro | mok0: ehehe | 15:07 |
mok0 | quadrispro: can you receive files via DCC? | 15:07 |
quadrispro | mok0: boh! I don't know | 15:07 |
quadrispro | send me via jabber/gmail | 15:07 |
mok0 | quadrispro: what's your irc client? | 15:07 |
quadrispro | pidgin | 15:07 |
mok0 | quadrispro: you can | 15:08 |
quadrispro | ok | 15:08 |
mok0 | quadrispro: do you get a dialogue box? | 15:09 |
quadrispro | yes | 15:09 |
quadrispro | i've accepted | 15:09 |
quadrispro | but nothing happens | 15:09 |
mok0 | quadrispro: meh | 15:09 |
quadrispro | mok0: listen to me, jabber ;) | 15:09 |
mok0 | quadrispro: I'll pastebin it | 15:10 |
quadrispro | oh good | 15:10 |
mok0 | http://pastebin.com/f4ef697e7 | 15:10 |
mok0 | Simple, huh? :-P | 15:10 |
quadrispro | too simple :D | 15:11 |
mok0 | quadrispro: I'll finish the review now.... | 15:11 |
quadrispro | yeah, it works :) | 15:12 |
quadrispro | I'll update debian/rules now | 15:13 |
pochu | quadrispro: if that works, remove the get-orig-source ;) | 15:14 |
quadrispro | yes | 15:14 |
mok0 | pochu: quadrispro, well it might just be rewritten using uscan with the proper parameters | 15:14 |
mok0 | Otherwise, we need a Debian.source file or something saying how to repackage | 15:15 |
pochu | mok0: uscan --repackage | 15:15 |
mok0 | uscan does not do it by itself | 15:15 |
quadrispro | mmm... it could be used with the syntax: uscan --force-download --repack | 15:15 |
pochu | uscan --repack rather | 15:15 |
mok0 | quadrispro, pochu, right | 15:16 |
pochu | that will `bunzip && gzip -9` afaik | 15:16 |
mok0 | quadrispro: ... perhaps --user-agent "" ? | 15:16 |
quadrispro | i'm just making some test | 15:17 |
anakron | hi all | 15:17 |
anakron | hi rainCT | 15:17 |
RainCT | hi :) | 15:17 |
anakron | hi Scottk | 15:17 |
anakron | im working in a catfish bug | 15:18 |
ScottK | OK | 15:18 |
anakron | i confirmed that i use like home path his installation path | 15:18 |
anakron | the path where catfish is being loaded | 15:18 |
ScottK | OK | 15:21 |
quadrispro | mok0: uscan downloads a file with a wrong name... | 15:22 |
quadrispro | "gnome-format: Successfully downloaded updated package Download" | 15:22 |
anakron | and catfish does not create any configuration file, so its more difficult to follow the bug | 15:22 |
anakron | someone have sound problems in jaunty? | 15:23 |
anakron | someone solved it? | 15:23 |
anakron | i dont have sound | 15:23 |
mok0 | quadrispro: argh | 15:24 |
ScottK | 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 |
mok0 | quadrispro: at least it tells you if there's a newer version :-) | 15:25 |
quadrispro | eh, it downloads the page, not the tarball | 15:25 |
mok0 | meh | 15:25 |
anakron | :) ij | 15:25 |
quadrispro | sure, it is a good result :) | 15:25 |
anakron | :)ok | 15:25 |
mok0 | quadrispro: anyway I submitted my commetns | 15:26 |
quadrispro | oh perfect mok0, I'm workin on it now | 15:28 |
mok0 | quadrispro: what's the story with w-scan? | 15:32 |
anakron | which is the name of root terminal package? | 15:34 |
quadrispro | mok0: it has been uploaded in debian NEW and superm1 told me that it's better wait until 2-3 days before FF | 15:34 |
mok0 | quadrispro: did you upload to Debian? Or did someone hijack the package? | 15:35 |
quadrispro | 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:37 |
quadrispro | after our request he has reviewed the package and uploaded it to NEW | 15:38 |
mok0 | quadrispro: then he probably is not a good maintainer for it | 15:38 |
quadrispro | mmm he isn't the maintainer... | 15:38 |
mok0 | quadrispro: ah, so it | 15:38 |
mok0 | it's essentially the same package | 15:38 |
quadrispro | mok0: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=426390 | 15:39 |
ubottu | Debian bug 426390 in wnpp "ITP: w-scan -- Scans DVB-T and DVB-C transponders for channels" [Wishlist,Closed] | 15:39 |
quadrispro | yes mok0, it's almost the same | 15:39 |
mok0 | quadrispro: good | 15:40 |
mok0 | I hate it when someone hijacks a package we've worked on in REVU and uploads some worthless hack to Debian | 15:40 |
mok0 | DD's thinks their packages are better than Ubuntu's, but they're not | 15:41 |
RainCT | mok0: wise words :P | 15:41 |
mok0 | RainCT: everything that comes out of REVU is completely lintian clean | 15:42 |
quadrispro | mok0: uploaded another time :P | 15:42 |
mok0 | quadrispro: ok | 15:42 |
sven777 | http://revu.ubuntuwire.com/details.py?package=lmalinux is lintian clean - anyone care to help me out with advocating it? :) | 15:44 |
ScottK | 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:44 |
mok0 | ScottK, yeah I shouldn't generalize | 15:45 |
mok0 | The fact is that many Debian packages ain't too pretty | 15:45 |
ScottK | That's generally true, but even more so for Debian. | 15:45 |
ScottK | Agreed. | 15:45 |
ScottK | Some of ours suck too. | 15:46 |
mok0 | heh | 15:46 |
mok0 | I think the packages that come out of REVU are generally very carefully done | 15:46 |
mok0 | ... and checked by several people | 15:47 |
mok0 | 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:48 | |
sven777 | 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 |
sven777 | 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 |
mok0 | sven777: Oh, I've not heard about that device before... sounds cool | 15:49 |
mok0 | sven777: you are upstream author? | 15:49 |
sven777 | yes | 15:49 |
mok0 | sven777: great that makes things a lot easier :-) | 15:50 |
sven777 | it's a neat little device because it's small and silent | 15:50 |
sven777 | me and the wife use it in the bathroom | 15:50 |
mok0 | sven777: kinky :-) | 15:50 |
sven777 | the wife and I, rather | 15:50 |
sven777 | hehe :) | 15:50 |
mok0 | sven777: I'll take a look | 15:50 |
sven777 | thx v. much :) | 15:51 |
mok0 | sven777: I thought it was some special linux version or something | 15:52 |
mok0 | sven777: perhaps lma4linux would be a better name? | 15:52 |
mok0 | sven777: up to you of course | 15:52 |
sven777 | heh - I got caught up in the 8-character name | 15:52 |
sven777 | but yeah that might be a better name | 15:53 |
sven777 | of coruse, I don't think anyone's going to know what either of those mean just from that abbreviation | 15:53 |
mok0 | sven777: yeah | 15:53 |
sven777 | but I couldn't come up with something short and also descriptive | 15:54 |
surfaz | Anybody can have a look of this? | 15:54 |
surfaz | 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:54 | |
maxb | surfaz: gparted is already included in Ubuntu. REVU is only intended for new packages. | 15:55 |
surfaz | And for updated? | 15:56 |
iulian | surfaz: Launchpad, attach the diff.gz file. | 15:57 |
surfaz | maxb, and this | 16:00 |
surfaz | http://revu.ubuntuwire.com/details.py?package=audacious-skins | 16:00 |
surfaz | is a new package or not? | 16:00 |
surfaz | iulian, done | 16:00 |
surfaz | I don't know how fix "This package has no debian/watch file or get-orig-source rule." | 16:01 |
surfaz | because this package is a collection of skins of Audacious. In other words, this package is not a program. | 16:01 |
maxb | Where does the collection come from? | 16:02 |
surfaz | is a conversion of xmms-skins package (and added two new skins of gnome-look.org) | 16:02 |
surfaz | maxb, https://bugs.launchpad.net/ubuntu/+source/audacious/+bug/208307 | 16:03 |
ubottu | Ubuntu bug 208307 in audacious "xmms-skins package should be converted to audacious-skins" [Wishlist,In progress] | 16:03 |
maxb | If it's a logical continuation of the xmms-skins package, I think its version number should reflect that, and the old debian/changelog entries should be retained | 16:05 |
surfaz | maxb, xmms-package is 0.6, audacious package should be 0.6 too or 0.7. I put 0.1 because is not a update, is a conversion | 16:06 |
quadrispro | jpds: ehm... I didn't request the pidgin-facebook plugin backport for hardy :) | 16:07 |
quadrispro | I'll test it, anyway :) | 16:07 |
surfaz | maxb, ? | 16:08 |
quadrispro | soren: thanks for your feedback ;) | 16:10 |
maxb | Well, it's up to you - if the skins are largely the same, just installed differently, it seems to me there's enough commonality to consider the new package a new version with a different name, and hence just increment the version number. | 16:10 |
maxb | It would be a good idea to check with the debian maintainer of xmms-skins whether he plans to do anything similar. | 16:11 |
surfaz | maxb, last changes of old Debian mantainer are of 2005-07-10 | 16:14 |
surfaz | http://packages.qa.debian.org/x/xmms-skins.html | 16:14 |
soren | quadrispro: Oh, don't mention it. Sorry I took so long. :/ | 16:15 |
quadrispro | :) | 16:15 |
RainCT | Can someone unsubscribe main-sponsors from bug #206280? I added it by mistake :/ | 16:15 |
ubottu | Launchpad bug 206280 in lm-sensors "[hardy] Error opening config file: /etc/sensors.conf" [High,Confirmed] https://launchpad.net/bugs/206280 | 16:15 |
surfaz | maxb, I think that Debian maintainer abandoned package or not has plans to convert it to Audacious. | 16:19 |
surfaz | 2005-07-10 -> 2009 Is too time | 16:19 |
surfaz | but how I fix "This package has no debian/watch file or get-orig-source rule." | 16:20 |
surfaz | How I should fix that "bug" when this package is a collection of skins for Audacious. | 16:20 |
mok0 | surfaz: gparted? That's already in Ubuntu | 16:21 |
surfaz | mok0, no | 16:21 |
surfaz | audacious skins | 16:21 |
surfaz | http://revu.ubuntuwire.com/details.py?package=audacious-skins | 16:21 |
surfaz | audacious-skins package | 16:21 |
mok0 | surfaz: uhm didn't you ask for review of gparted before? | 16:22 |
surfaz | yes, but maxb answer me "gparted is already included in Ubuntu. REVU is only intended for new packages." | 16:23 |
mok0 | surfaz: well... | 16:23 |
surfaz | But I think that gparted should be updated to 0.4.2. That release adds ext4 support | 16:23 |
mok0 | surfaz: we prefer updates to packages through a LP bug report | 16:23 |
surfaz | mok0, https://bugs.launchpad.net/ubuntu/+source/gparted/+bug/305280 | 16:24 |
ubottu | Ubuntu bug 305280 in gparted "[need-update] Gparted to latest stable 0.4.2 in Ubuntu Jaunty" [Wishlist,In progress] | 16:24 |
surfaz | mok0, https://bugs.launchpad.net/ubuntu/+source/gparted/+bug/305280/comments/8 | 16:24 |
surfaz | my diff.gz | 16:24 |
mok0 | surfaz: ok, then you attach the diff.gz file to that bug and ask for sponsorship by subscribing u-u-s | 16:24 |
surfaz | fixed problems with patches and upstream, import changes of Debian and add Launchpad bugs fixed | 16:25 |
mok0 | ah | 16:25 |
mok0 | he | 16:25 |
StevenK | RainCT: Done | 16:25 |
surfaz | mok0, http://launchpadlibrarian.net/22049788/gparted_0.4.2-1ubuntu1.diff.gz | 16:25 |
mok0 | surfaz: so go into the +Subscribe button | 16:25 |
RainCT | StevenK: Thanks. | 16:25 |
mok0 | Ah you | 16:26 |
surfaz | Ubuntu Sponsors for main already subcribed | 16:26 |
mok0 | ok so we can actually nuke gparted from REVU | 16:26 |
mok0 | booom | 16:29 |
surfaz | what? | 16:29 |
mok0 | surfaz: I removed gparted from REVU | 16:30 |
surfaz | mok0, and what about this http://revu.ubuntuwire.com/details.py?package=audacious-skins | 16:30 |
mok0 | surfaz: looking at it this very minute | 16:30 |
jcfp | http://revu.ubuntuwire.com/details.py?package=sabnzbdplus (popular binary newsreader, written in python) needs a second advocate - please consider for review. | 16:32 |
mok0 | surfaz: found all over the internet... don't you have the url's where they were downloaded? | 16:32 |
surfaz | mok0, audacious-skins is a conversion of xmms-skins of Debian | 16:33 |
surfaz | well, a continuation | 16:33 |
mok0 | surfaz: done by... you? | 16:33 |
surfaz | ehh, yeah? | 16:33 |
surfaz | there is a problem? | 16:34 |
mok0 | surfaz: and you don't have a place where you are distributing a tarball? | 16:34 |
surfaz | http://packages.debian.org/etch/xmms-skins | 16:34 |
surfaz | converted to audacious-skins | 16:35 |
surfaz | and added two new skins of gnome-look | 16:35 |
mok0 | surfaz: manually? | 16:35 |
surfaz | gnome-look.org | 16:35 |
surfaz | mok0, the package? yes | 16:35 |
mok0 | surfaz: no, I mean when you get an xmms skin from somewhere, what do you have to do to convert it? | 16:35 |
surfaz | no | 16:36 |
RainCT | (In case someone wonders, if just got ride of the welcome message on REVU. It won't be showed by default anymore now, only if you click the "help" link.) | 16:36 |
surfaz | xmms-skins works in Audacious | 16:36 |
surfaz | please, read https://bugs.launchpad.net/ubuntu/+source/audacious/+bug/208307 | 16:36 |
ubottu | Ubuntu bug 208307 in audacious "xmms-skins package should be converted to audacious-skins" [Wishlist,In progress] | 16:36 |
mok0 | surfaz: oh, I see | 16:36 |
mok0 | surfaz: huge effort | 16:36 |
surfaz | I am build package for Intrepid now | 16:37 |
sven777 | mok0: doh I forgot to include the watch file! | 16:37 |
mok0 | sven777: just upload another version | 16:37 |
sven777 | mok0: is there a package that would have automatically checked the get-orig rule? because I'm using uscan in it so I would think it would fail without the watch file | 16:37 |
RainCT | surfaz: can I unsubscribe u-u-s from that bug? having it subscribed isn't necessary for uploads to revu | 16:38 |
RainCT | s/uploads to/stuff on | 16:38 |
mok0 | sven777: you don't need the get-orig-source file when youre not repackaging the tarball, which you don't need to do | 16:38 |
surfaz | RainCT, what bug? | 16:39 |
RainCT | surfaz: 208307 | 16:39 |
mok0 | sven777: but the EHHS site tries to run the watch file and sees if a newer version is available | 16:39 |
surfaz | RainCT, audacious-skins is a new package converted from xmms-skins | 16:40 |
sven777 | mok0: oh ok - I was trying to follow standards - thought i read something about the get-orig rule being something that "should" be present | 16:40 |
RainCT | surfaz: but are you going to upload it again to revu or to attach a debdiff to the bug? | 16:41 |
mok0 | sven777: oh, not if the package is in tar.gz format and nothing has to be removed for license reasons | 16:41 |
mok0 | RainCT: I am reviewing it now | 16:41 |
surfaz | RainCT, I don't undestand you | 16:41 |
sven777 | mok0: ok gotcha - would it hurt anything to leave it in? | 16:41 |
mok0 | surfaz: You have subscribed u-u-s to the bug, which is not necessary when the package is being reviewed on the REVU site | 16:42 |
RainCT | mok0: The wiki currently says that having it even if there's a watch file gives "extra points". Perhaps that should be ammended. | 16:42 |
surfaz | ahh | 16:42 |
RainCT | mok0: (about the get-orig-source) | 16:42 |
mok0 | RainCT: ah, ok | 16:42 |
mok0 | RainCT: I think it's generally useless | 16:43 |
mok0 | :-) | 16:43 |
RainCT | Me too | 16:43 |
mok0 | The new source format can deal with both .bz2 and .zip files | 16:44 |
mok0 | ... and it applies patches when the package is unpacked | 16:44 |
jcfp | plus uscan can convert when getting the source if need be | 16:44 |
RainCT | mok0: you mean it's now possible to use .orig.tar.bz2? | 16:45 |
mok0 | jcfp: right | 16:45 |
mok0 | RainCT: not now, but when version 3.0 of the source package format is supported | 16:45 |
mok0 | RainCT: and debian/ can be stored in a tar.gz file | 16:46 |
mok0 | RainCT: diff.gz becomes redundant | 16:46 |
RainCT | Cool! | 16:46 |
mok0 | yeah | 16:46 |
RainCT | mok0: and what will happen with directly patching the source? | 16:47 |
mok0 | This format will also play much nicer with the VCS schemes for packaging | 16:47 |
mok0 | RainCT: I don't think it's possible, you need to have patches in debian/patches to do it | 16:48 |
mok0 | RainCT: pretty much what we enforce now | 16:48 |
RainCT | mok0: yeah, but aren't there people who use VCS and patch the source directly? | 16:48 |
mok0 | RainCT: uhm, I don't know... you aren't supposed to | 16:49 |
RainCT | (I've heard about that, but haven't seen it myself yet) | 16:49 |
mok0 | RainCT: I think the VCS is capable of creating the patches | 16:49 |
mok0 | RainCT: all fixes are kept in feature branches | 16:50 |
RainCT | Ah, nice | 16:50 |
mok0 | RainCT: so patches can be made by diff'ing to the upstream branch | 16:50 |
RainCT | yeah, makes sense | 16:50 |
mok0 | RainCT: I think that's the idea, at least | 16:51 |
tonton_zMoo | Yo, RainCT! I'm looking for an advocate for my second package "swac-scan"! :) | 16:58 |
surfaz | RainCT, mok0 then remove also this package of Revu | 16:59 |
surfaz | http://revu.ubuntuwire.com/details.py?package=audacious | 16:59 |
jpds | quentusrex: Gah, for some reason I confused you with spinus.. | 17:00 |
jpds | quentusrex: Sorry, I meant quadrispro ^ | 17:00 |
mok0 | surfaz: ok will do | 17:00 |
RainCT | tonton_zMoo: alright, I'll try to have a look at it later | 17:00 |
tonton_zMoo | Great, Excellent :) | 17:01 |
RainCT | tonton_zMoo: poke me again if I haven't told you anything in sth like 3 hours | 17:01 |
jpds | quadrispro: Hmm, same first name appartently. :) | 17:01 |
tonton_zMoo | RainCT: I'll not be there the next week (I'm in hollydays) | 17:01 |
tonton_zMoo | but I can poke you on monday 16 fev | 17:02 |
quadrispro | jpds: LOL | 17:03 |
quadrispro | ehm... gnome-format needs some love | 17:15 |
c_korn | maybe OT here but why keep I getting this mail although I have already deleted the package in the PPA? http://pastebin.com/m39ae1794 | 17:19 |
ScottK | c_korn: Ask in #launchpad | 17:21 |
c_korn | thanks | 17:21 |
giftnudel | hello, I'd like to raise your attention to bug #320797 Could that be taken care of fast? | 17:24 |
ubottu | Launchpad bug 320797 in hubackup "Remove hubackup from repositories (no GUI restore!)" [Undecided,Confirmed] https://launchpad.net/bugs/320797 | 17:24 |
giftnudel | (fast: before releasing jaunty | 17:25 |
RainCT | uhm.. where does python-central put the .pyc files? | 17:25 |
ScottK | RainCT: I think in /var/lib | 17:26 |
RainCT | ScottK: There's only python-support starting with py* :P | 17:26 |
quadrispro | mok0, pochu: around here? | 17:26 |
mok0 | quadrispro: here | 17:27 |
mok0 | Looking at your gnome thing | 17:27 |
quadrispro | ah thank you | 17:27 |
mok0 | Still builds :-) | 17:27 |
quadrispro | mok0: give me you GPG key, I'll add you to quadromatic ring | 17:28 |
mok0 | quadrispro: 0x404825e7 | 17:28 |
quadrispro | (quadromatic => http://home.alessiotreglia.com) | 17:28 |
quadrispro | mok0: added, that's dput configuration -> http://home.alessiotreglia.com/dput_configuration | 17:29 |
mok0 | cool | 17:29 |
mok0 | you have a fast server? | 17:30 |
quadrispro | for the password in pvt | 17:30 |
quadrispro | mok0: no, it's my PC :) | 17:30 |
mok0 | heh | 17:30 |
mok0 | quadrispro: as a matter of fact, I was just going to make a new build of gcc | 17:30 |
pochu | quadrispro: yeah | 17:30 |
mok0 | ;-) | 17:31 |
quadrispro | pochu: give me your gpg key please | 17:31 |
pochu | quadrispro: it's 4A08B2FE, but I don't think I'm going to use that ;) | 17:32 |
quadrispro | well :) | 17:32 |
mok0 | pochu: you can use it for quadrispro's packages | 17:32 |
mok0 | :) | 17:32 |
pochu | heh | 17:32 |
pochu | quadrispro: does it run in a VM? | 17:33 |
quadrispro | no no | 17:33 |
RainCT | ScottK: ah, /usr/lib/python2.5/site-packages/ | 17:33 |
pochu | because the other day we were talking here about how to break out of chroots ;) | 17:33 |
quadrispro | it's a debomatic server | 17:33 |
ScottK | I knew there was a lib in there somewhere. | 17:33 |
quadrispro | sh | 17:33 |
quadrispro | ah | 17:33 |
pochu | quadrispro: you should be careful to who you give access then ;) | 17:33 |
jmarsden | REVU Day: I'd welcome any review of my webgui package on REVU: http://revu.ubuntuwire.com/details.py?package=webgui -- MOTU or not, review would be appreciated :) | 17:34 |
* pochu had access to Andrea Veri & Luca Falavigna's server, but didn't use it | 17:34 | |
pochu | DktrKranz: how's Andrea? | 17:34 |
quadrispro | eh, I give access to people who I consider "trusted" :) | 17:35 |
DktrKranz | pochu: gone for good (searching for his gf's love) | 17:35 |
pochu | quadrispro: but you can trust IRC! ;-) | 17:35 |
pochu | s/can/&'t/ | 17:35 |
quadrispro | ahh | 17:35 |
quadrispro | mmm | 17:35 |
DktrKranz | quadrispro: if trust is not enough, what about euros? | 17:35 |
pochu | heh | 17:36 |
RainCT | quadrispro: so you don't trust me? ;( | 17:36 |
DktrKranz | pochu: give him a bunch of euros, you'll gain trust he needs | 17:36 |
quadrispro | RainCT: sure | 17:36 |
DktrKranz | :) | 17:36 |
RainCT | heh | 17:36 |
quadrispro | DktrKranz: (good idea ;)) | 17:36 |
pochu | quadrispro: OTOH if you run the server on a VM, you won't loose much if somebody breaks something | 17:36 |
pochu | but it'll be harder to setup :) | 17:36 |
DktrKranz | LVM? | 17:37 |
RainCT | VirtualBox is surprisingly easy to setup | 17:37 |
jdong | yeah | 17:37 |
jdong | IIRC the only thing annoying to configure is bridging | 17:37 |
jdong | vmware was much more out-of-the-box for bridged network setups | 17:37 |
quadrispro | with VirtualBox is surprisingly easy to do everything | 17:37 |
jmarsden | jdong: That is fixed in the current version of virtualbox... | 17:37 |
jdong | jmarsden: oh then I guess I need to put trying it on my TODO list :) | 17:38 |
pochu | but you probably don't want VBox to build packages ;) | 17:38 |
jdong | thanks for letting me know | 17:38 |
jmarsden | No problem... I asked about it on #virtualbox or #vbox or whereevr their people hang out... | 17:38 |
sven777 | mok0: new lmalinux version, fixed all those issues you noted | 17:39 |
mok0 | sven777: thanks! | 17:39 |
sven777 | mok0: thanks very much again for looking at it! | 17:39 |
mok0 | sven777: np! | 17:39 |
* quadrispro coming back soon | 17:40 | |
DktrKranz | pochu: we have XEN to build packages ;) | 17:41 |
DktrKranz | in PPAs, at least | 17:41 |
DktrKranz | we're not so good and we haven't money, so we use debomatic on some obsolete hardware | 17:41 |
quadrispro | DktrKranz: tell mok0 the password for quadromatic ;) | 17:43 |
mok0 | quadrispro: you need a password even when the gpg key is installed? | 17:43 |
mok0 | quadrispro: errhh, it wasn't the ssh key you wanted was it? | 17:44 |
DktrKranz | password is a little... hard | 17:44 |
mok0 | DktrKranz: is has the space character in it too? | 17:45 |
DktrKranz | mok0: nono, a single word, but a "red light" one :) | 17:45 |
mok0 | uhuh | 17:45 |
* DktrKranz is off, back in some hours | 17:46 | |
szabgab | hi, I would like to get Padre a Perl IDE I am developing into Ubuntu, most of its dependencies are already included in Debian and it has an entry in launchpad https://launchpad.net/padre | 17:50 |
szabgab | but it seems to be stuck there, how could I get someone to pick it up and make it sure it will be packaged into the next release of Ubuntu ? | 17:50 |
Tell360 | ?? | 17:50 |
Tell360 | szabgab: hi | 17:51 |
mok0 | szabgab: you're looking for someone to package it? | 17:51 |
szabgab | yes | 17:51 |
szabgab | most of its dependencies are packaged in Debian already so I think those will need to be synced only | 17:52 |
mok0 | szabgab: that's not so easy to find | 17:52 |
szabgab | oh yes it is written in perl and distributed as a CPAN package | 17:52 |
mok0 | szabgab: best chance is doing it yourself and uploading to REVU for review | 17:52 |
Tell360 | 歷史的天空 | 17:53 |
szabgab | is there a forum or mailing list of people who deal specifically with Perl related issues in Ubuntu ? | 17:53 |
szabgab | I have enough on the plate with the development and with the begging of others for help (which so far worked ok as it was already packaged in Fedora and Mandriva) | 17:54 |
mok0 | szabgab: there's a perl team in Debian | 17:55 |
szabgab | yeah I know I am on their list | 17:55 |
RainCT | Why don't you ask them to package it, then? | 17:55 |
mok0 | szabgab: ubuntu is more python oriented | 17:56 |
szabgab | and begged them so they already packaged every part of Padre, except they are stuck with an old wxWidgets | 17:56 |
mok0 | heh | 17:56 |
RainCT | oh | 17:56 |
szabgab | but Ubuntu - which I am also using - has the new version of wxWidgets so it won't have that problem | 17:56 |
mok0 | szabgab: right | 17:56 |
szabgab | that's why I think it should not be a big issue for someone familiar with the way packaging Perl modules for Ubuntu | 17:57 |
mok0 | szabgab: https://edge.launchpad.net/~perl-jam | 17:57 |
mok0 | Very small team :-) | 17:58 |
szabgab | yeah, one member :-( | 17:58 |
mok0 | szabgab: but he's a MOTU | 17:59 |
mok0 | szabgab: https://edge.launchpad.net/~perl | 18:00 |
mok0 | quadrispro is a member of that one | 18:00 |
szabgab | mok0, thanks a lot, looking around now | 18:01 |
mok0 | np | 18:01 |
* mok0 fetches coffe | 18:01 | |
szabgab | who is quadrispro ? | 18:01 |
Tell360 | 由網友發起、網友投稿的新 Debian T-Shirt 2009,即將於年底團製付印嘍 | 18:03 |
* jcfp wonders who ordered dinner from the chinese take-away | 18:04 | |
quadrispro | bye guys, see you soon | 18:07 |
* mok0 wonders who ordered a Debian T-shirt from the chinese take-away... | 18:07 | |
quadrispro | bye mok0 pochu | 18:07 |
mok0 | bye | 18:07 |
fabrice_sp | Hi. Sync request should be left with the state New, right? I'm never able to remember that... | 18:10 |
RainCT | fabrice_sp: Yep, MOTUs confirm them | 18:10 |
mok0 | fabrice_sp: yes until someone acks it | 18:10 |
fabrice_sp | ok. And about merge requests, it doesn't matter, right? | 18:10 |
mok0 | fabrice_sp: right | 18:11 |
pochu | fabrice_sp: not really | 18:11 |
pochu | well, doesn't matter between confirmed and new. Fix released does matter ;) | 18:11 |
fabrice_sp | pochu, that's what I mean ,yes :-) | 18:11 |
fabrice_sp | thanks to all of you for your answers | 18:12 |
fabrice_sp | (I'll check my sync requests and merge requests are ok) | 18:12 |
szabgab | mok0, so I left a message in that perl group, thanks for your help so far! | 18:13 |
mok0 | szabgab: you're welcome, good luck with your project | 18:19 |
mok0 | Going to dinner, see you later guys! | 18:19 |
sven777 | would a MOTU be so kind as to review my package? http://revu.ubuntuwire.com/details.py?package=lmalinux | 18:20 |
sven777 | mok0: by mok0 - thank you for your help | 18:20 |
sven777 | *bye | 18:20 |
mok0 | bye | 18:20 |
aboudreault | hi, if i am a member of a launchpad group, can i upload ppa on it ? or i need more permissions | 18:21 |
aboudreault | is this line: incoming = ~UbuntuGis/ubuntu/ | 18:27 |
aboudreault | ok for upload a package to https://launchpad.net/~ubuntugis ? (sorry, i'm not familiar with launchpad) | 18:28 |
maxb | aboudreault: That team doesn't appear to have a PPA (yet?) | 18:29 |
maxb | I assume you have to do something in the web interface to activate it | 18:29 |
aboudreault | ah, ok i'll ask the administrator | 18:29 |
asomething | aboudreault: any team member can upload, but I think an admin has to create it | 18:29 |
aboudreault | good to know, i just sent an email to the administrator. | 18:31 |
aboudreault | also... if dput tells me: Already uploaded to ppa.launchpad.net ... when the PPA will be activated, is there a way to by-pass this ? | 18:32 |
asomething | aboudreault: dput -f or just delete the *.upload file | 18:39 |
RainCT | Guys, I hope you'll be happy to hear that cookies on REVU last for one month since the last access now :). | 18:40 |
aboudreault | ha ok... the info is local, i thought that it was the response of the server. Thanks a lot for your help. | 18:40 |
RainCT | Just don't look at the code - it's a very ugly hack :P | 18:40 |
asomething | any one know of a good tutorial on pbuilder hooks? specifically I want to run dh_install --list-missing for everything I build | 18:41 |
ScottK | asomething: Let me get you that hook ... | 18:46 |
ScottK | asomething: If you look in kubuntu-dev-tools there's a hook for that, I'm pretty sure. | 18:46 |
asomething | ScottK: thanks! | 18:46 |
aboudreault | oh btw, if anyone know well launchpad system.... is it possible to put a group PRIVATE.... but to have a PUBLIC mailing list ? | 18:46 |
ScottK | aboudreault: Ask in #launchpad | 18:47 |
* ScottK needs a key binding for that. | 18:47 | |
aboudreault | hmm... i even not tried if that channel exist. :) | 18:49 |
emgent | NEWS: Utu is back online, until it is integrated into ubuntustats. (http://thc.emgent.org/utu/) | 18:49 |
martijn81 | when will there be a backport of ktorrent in intrepid? | 18:53 |
asomething | ScottK: is kubuntu-dev-tools packaged some where or is it just the bzr branch? | 18:53 |
ScottK | I thought it was in Jaunty, but not sure. | 18:54 |
ScottK | Ask on #kubuntu-devel | 18:54 |
martijn81 | ScottK: are you talking to me? | 18:55 |
ScottK | martijn81: No | 19:05 |
ScottK | martijn81: For your question, I guess the question is has anyone asked? | 19:06 |
ScottK | !backports > martijn81 | 19:06 |
ubottu | martijn81, please see my private message | 19:06 |
martijn81 | ScottK: i have the backports enabled, but there is no ktorrent backport yet | 19:10 |
martijn81 | and ktorrent 3.2 will come out in 1.3 weeks or so | 19:10 |
martijn81 | so if they would package that it would de awsome | 19:10 |
ScottK | Did anyone request one (look in bugs in intrepid-backports) | 19:10 |
martijn81 | i don't think so, but let me check | 19:11 |
martijn81 | nope-> https://bugs.launchpad.net/intrepid-backports/+bugs?field.searchtext=ktorrent&orderby=-importance&search=Search&field.status:list=NEW&field.status:list=INCOMPLETE&field.status:list=CONFIRMED&field.status:list=TRIAGED&field.status:list=INPROGRESS&field.status:list=FIXCOMMITTED&field.assignee=&field.bug_reporter=&field.omit_dupes=on&field.has_patch=&field.has_no_package= | 19:13 |
=== foursixnine is now known as santiago-ve | ||
ScottK | Then the way to get a backport going is to follow the instructions the listed on the page the bot PM'ed to you. | 19:20 |
asomething | hmm... the scripts in kubuntu-dev-tools are all in ruby | 19:25 |
JontheEchidna | I think the pbuilder-hooks might be in a separate branch | 19:26 |
JontheEchidna | yeah | 19:27 |
asomething | ah, I found them: ~kubuntu-members/pbuilder/pbuilder-hooks | 19:28 |
JontheEchidna | asomething: https://code.edge.launchpad.net/~kubuntu-members/pbuilder/pbuilder-hooks | 19:28 |
JontheEchidna | yup | 19:28 |
asomething | JontheEchidna: thanks | 19:28 |
JontheEchidna | you're welcome | 19:28 |
henrik-hw0 | Any MOTUs here want to give libmirage a 2nd advocate? | 19:53 |
asomething | thanks all! the hook does just what i need... | 19:58 |
jpds | ScottK: What was the lintian command you recommend using? (-Iv something?) | 20:30 |
ScottK | lintian -iIv | 20:30 |
ScottK | One of the 'i' give you a good explanation and the other one gives you the info level tags. | 20:31 |
jpds | Yep, thanks. | 20:31 |
* ScottK can never remember which is which | 20:31 | |
khashayar | I'm trying my luck packaging slv2 (which is a library that makes use of lv2). The idea is to build three debs (libslv2, libslv2-dev, and libslv2-bin). But packaging fails with "dpkg-shlibdeps: failure: couldn't find library libslv2.so.9 needed by debian/libslv2-bin/usr/bin/lv2_list". Any ideas where I can poke for more info? | 20:37 |
sven777 | would a MOTU be so kind as to review my package? http://revu.ubuntuwire.com/details.py?package=lmalinux | 20:44 |
hefe_bia | Hi! I believe tomboy-blogposter (http://revu.ubuntuwire.com/details.py?package=tomboy-blogposter) is almost ready. It's been previously advocated by sikon and mok0. I followed suggestions for mono 2.0 transition. Maybe somebody is willing to have a look? | 21:08 |
directhex | ding ding | 21:22 |
directhex | a package i can usefully comment on. hooray! | 21:22 |
hanska | directhex: go sponsor it in Debian :P | 21:27 |
directhex | hanska, o hai, what're you doing HERE? :o | 21:27 |
hanska | directhex: ;) | 21:28 |
hanska | directhex: /me would like to become a MOTU too, someday | 21:28 |
directhex | and help to add bugs? | 21:28 |
hanska | directhex: probably help by fixing | 21:29 |
hanska | directhex: I also reviewed some packages in REVU ;) | 21:29 |
directhex | hanska, spot anything i missed on the above? | 21:32 |
hanska | directhex: err, remember I'm studying? ;) | 21:32 |
hanska | a sec, let me check | 21:32 |
directhex | you can't study at this late hour! it's bad for the brain | 21:35 |
=== bluesmoke is now known as Amaranth | ||
hanska | directhex: exam on 12.. | 21:36 |
directhex | you're gonna feel pretty silly if the first question is "how many shotgun blasts does it take to kill a zombie" and you don't know because you didn't spend enough time studying videogames! | 21:37 |
RainCT | lol | 21:39 |
hanska | directhex, hefe_bia: reviewed :) | 21:57 |
hanska | directhex: go see :P (my brain probably still works.) | 21:57 |
NCommander | StevenK, w.r.t to cvsconnect, do you know where the upstream is? I can't find an upstream site with actual tarballs | 22:05 |
StevenK | NCommander: What does debian/copyright say? | 22:06 |
NCommander | mcasadevall@blacksteel:~/tmp/cvsconnect-0.1.cvs20001202/debian$ ls -lah copyright | 22:06 |
NCommander | ls: cannot access copyright: No such file or directory | 22:06 |
NCommander | Well ... | 22:06 |
NCommander | That's new ... | 22:06 |
StevenK | I think the copyright is in another debian file | 22:07 |
StevenK | What other files are there? | 22:07 |
NCommander | changelog, control, packages, rules | 22:07 |
NCommander | I don't see it at all | 22:08 |
StevenK | debian/packages should contain a mess and the copyright | 22:08 |
NCommander | Ugh, found it | 22:08 |
NCommander | But I only see cvssuck, and not cvsconnect; I guess the upstream authors plans to merge the two came to fruitation a long time ago. | 22:09 |
ScottK | cvs and frustration do go together | 22:14 |
StevenK | ScottK: Add yada to the mix ... | 22:14 |
ScottK | Oh dear lord. | 22:15 |
jmarsden|work | Review of webgui http://revu.ubuntuwire.com/details.py?package=webgui would be welcomed. It's a GPLed Perl-based CMS, with about 10000 known installations out there. Thanks! | 22:18 |
RainCT | (I've done some internal changes to details.py on REVU, tell me if you find that something broke.) | 22:20 |
sven777 | would a MOTU be so kind as to review my package? Thanks in advance! http://revu.ubuntuwire.com/details.py?package=lmalinux | 22:41 |
=== bluesmoke is now known as Amaranth | ||
RainCT | revu.ubuntuwire.com/p/<name> does now redirect to revu.ubuntuwire.com/details.py?package=<name> | 23:13 |
RainCT | well, good night | 23:18 |
jpds | night RainCT. | 23:18 |
Hobbsee | RainCT: cool, thanks :) | 23:19 |
RainCT | :) | 23:20 |
directhex | the conspiracy is back! | 23:23 |
maxb | The "Needs Work" packages on REVU seem to be ordered by date of upload, except for the 21 at the bottom of the list, which aren't. What's up with that? | 23:46 |
nhandler | For packages on REVU, should we be advising them to change their debian/rules file to not require debhelper >= 7 if they aren't using the new features for any particular reason? | 23:53 |
cody-somerville | nhandler, if they don't require debhelper 7 or higher but infact can use a lower version just fine and you know this for sure, then yea, I'd say you could suggest they change it | 23:58 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!