savvas | bug 340816 for python transition :) | 00:00 |
---|---|---|
ubottu | Launchpad bug 340816 in fonttools "Depends: python (< 2.6) but 2.6.1-0ubuntu3 is to be installed" [Undecided,New] https://launchpad.net/bugs/340816 | 00:00 |
_cooper_ | Hi. | 00:05 |
_cooper_ | I'm about to generate an ubuntu package and found in the PackagingGuide how to name the package. | 00:05 |
_cooper_ | "If a Debian package has been changed in Ubuntu, it has ubuntuX (where X is the Ubuntu revision number) appended to the end of the Debian version. So if the Debian hello 2.1.1-1 package was changed by Ubuntu, the version string would be 2.1.1-1ubuntu1. If a package for the application does not exist in Debian, then the Debian revision is 0 (e.g., 2.1.1-0ubuntu1)." | 00:05 |
_cooper_ | The package I'm about to generate exists neither in Ubuntu nor in Debian. | 00:06 |
_cooper_ | Should I better generate a debian package first and then the one for Ubuntu? | 00:06 |
cody-somerville | nhandler, I see your subscribed to gnome-scan (which should be gnomescan) on revu | 00:07 |
_cooper_ | Of course this would cause some delay. | 00:07 |
savvas | _cooper_: it's probably better to include it in debian as well :) | 00:07 |
nhandler | cody-somerville: I subscribe to all packages I comment on ;) | 00:08 |
savvas | _cooper_: nothing stops you from trying in both "fronts" :) | 00:08 |
_cooper_ | savvas: That's what I'm planning to do. | 00:08 |
_cooper_ | Provide packages for both distros. | 00:08 |
savvas | _cooper_: and when it is included in debian, you can bump the version from 2.1.1-0ubuntu1 to 2.1.1-1ubuntu1 :) | 00:08 |
cody-somerville | nhandler, How was the package the last time you looked at it? I' | 00:09 |
_cooper_ | The quoted paragraph just made me think if I'm doing it in the wrong order. | 00:09 |
cody-somerville | nhandler, I'd like to get gnomescan into jaunty | 00:09 |
nhandler | cody-somerville: I honestly can't remember. I can take another look at it if you want | 00:09 |
cody-somerville | nhandler, that would be great | 00:09 |
savvas | _cooper_: just follow my suggestion, I think there won't be any problems! :) you can send your ubuntu version to be reviewed at http://revu.ubuntuwire.org | 00:10 |
_cooper_ | Ah. If this won't cause confusion, then I'll do both. | 00:10 |
nhandler | cody-somerville: Isn't gnomescan already in the repositories? | 00:10 |
cody-somerville | nhandler, it is, yup | 00:11 |
nhandler | cody-somerville: So why are you going through REVU? | 00:11 |
cody-somerville | nhandler, I'm not | 00:11 |
cody-somerville | nhandler, someone else is | 00:11 |
nhandler | Why? | 00:11 |
cody-somerville | nhandler, " | 00:12 |
cody-somerville | onkarshinde, this packaging is completely rewritten, just like the software itself, this is why i pass the process from the beginning. " | 00:12 |
_cooper_ | savvas: Thanks. | 00:12 |
james_w | directhex: hey, were you Cced on the reject of monodevelop-debugger-gdb | 00:12 |
james_w | ? | 00:12 |
nhandler | cody-somerville: I guess that is what I get for not actually opening up the REVU page ;) | 00:12 |
_cooper_ | savvas: Any other hints saving me to be flamed all over when submitting my first package? #-) | 00:12 |
directhex | no, i wasn't | 00:12 |
directhex | unless it happened since i last ran my mail client | 00:13 |
directhex | mmm, no, nothing here | 00:13 |
persia | _cooper_, I'd recommend mostly focusing on the Debian route until after the Jaunty release. Before then, few people are likely to review new packages targeting Ubuntu. | 00:16 |
* ScottK seconds to _cooper_ what persia suggested. | 00:16 | |
* pochu seconds ScottK's second :) | 00:18 | |
savvas | _cooper_: yes, when using debuild to build the package or the source, read the lintian errors and try to google them :) | 00:18 |
_cooper_ | Good pont. | 00:20 |
_cooper_ | +i | 00:20 |
cody-somerville | nhandler, do you want to take on getting gnomescan into jaunty? :) | 00:20 |
cody-somerville | nhandler, it would be much appreciated. | 00:20 |
_cooper_ | due I'm using ubuntu on my laptop, I'm interested in an Ubuntu package myself to do some more longrun tests. | 00:21 |
_cooper_ | I think I'll do two packages and send them off when they're done. | 00:22 |
james_w | directhex: I got a REJECT, but no accompanying explanation | 00:23 |
nhandler | cody-somerville: I'm looking at it now. Is bersace still working on it? | 00:23 |
cody-somerville | nhandler, He commented on a bug recently hoping it isn't too late for jaunty | 00:24 |
directhex | james_w, and monodevelop-debugger-mdb? | 00:24 |
james_w | directhex: -gdb | 00:24 |
directhex | james_w, you're right - mdb passed NEW | 00:25 |
nhandler | cody-somerville: Glad to hear that. I'll add a comment to the bug sometime tonight. If he keeps making the changes, I'll keep reviewing | 00:25 |
cody-somerville | nhandler, awesome. | 00:26 |
savvas | er.. | 00:28 |
savvas | gapti - do we need it? | 00:28 |
savvas | its trunk wasn't updated since 2006: https://code.edge.launchpad.net/~gapti-dev/gapti/trunk | 00:28 |
ScottK | savvas: Is it broken? | 00:28 |
savvas | ScottK: it needs python transition, I think it's easy, but I also think that it's not maintained upstream | 00:29 |
ScottK | If it's easy and not otherwise broken, then I'd transition it. | 00:29 |
savvas | ah cool :) | 00:29 |
persia | Might be worth checking with asac or mvo to see if it's part of the current ThirdPartyApt plan. | 00:30 |
persia | If it's just duplicate to gdebi and friends, then dropping it might be useful, as it's Ubuntu-local. | 00:31 |
savvas | never tried it, I'll give it a go :) | 00:32 |
lfaraone | Hi, I'm seeing multiple additional LOAD_CYCLES on my laptop after about 2 minutes, should I be concerned? | 00:34 |
savvas | wrong channel :p | 00:37 |
binarymutant | opinion question: what would be faster, running my debian package through revu to update a package already in Jaunty or waiting for Debian's ftp-masters to move it out of the new queue? | 00:53 |
=== asac_ is now known as asac | ||
_cooper_ | Thanks for help, I think I'll return with some questions later... | 00:54 |
ScottK | binarymutant: We're past Feature Freeze for Jaunty, so is this a bug fix only change? | 00:54 |
binarymutant | ScottK, there aren't any bugs in the package but the one in Debian is much more "cleaner" | 00:55 |
binarymutant | should I just leave it alone? | 00:55 |
ScottK | So you got it into Ubuntu, then got an improved version into Debian that's still in New? | 00:56 |
ScottK | binarymutant: ^^ | 00:56 |
binarymutant | ya | 00:56 |
binarymutant | it conforms better to Debian's python-policy | 00:56 |
ScottK | I'd file a bugg with a debdiff to a fixed version in it. We generally only use REVU for new packages. | 00:57 |
ScottK | Then subscribe ubuntu-universe-sponsors. | 00:57 |
ScottK | Also make sure it works with Python 2.6 .... | 00:57 |
binarymutant | I should send a post to ubuntu-universe-sponsors with a debdiff ? | 00:58 |
binarymutant | cool thanks for the help, I found the wiki page for it | 01:00 |
=== orly_owl_ is now known as orlyowl | ||
=== orlyowl is now known as orly_owl_ | ||
=== orly_owl_ is now known as orlyowl | ||
=== orlyowl is now known as orly_owl_ | ||
=== orly_owl_ is now known as orly_owl | ||
=== rgreening_ is now known as rgreening | ||
kostmo | Is there an official "metapackage" that includes all of the tools listed here: https://wiki.ubuntu.com/PackagingGuide/Complete#Packaging%20Tools | 05:09 |
kostmo | ? | 05:09 |
kostmo | I think it would be cool to have such a metapackage linked to from that wiki | 05:11 |
JanC | kostmo: file a wishlist bug (of it doesn't exist yet) and maybe create it ;-) | 05:21 |
kostmo | sure, I'll look | 05:21 |
savvas | bug 340901 for python transition :) | 05:28 |
ubottu | Launchpad bug 340901 in gapti "needs python 2.6 transition and porting" [Undecided,New] https://launchpad.net/bugs/340901 | 05:28 |
JanC | savvas: your debdiff is a bit ugly (seems like your editor changed a lot of "empty" lines) | 05:29 |
savvas | JanC: + Replaced lines with spaces (\s+) with empty lines | 05:30 |
savvas | :) | 05:30 |
savvas | I said that since I'm fixing the source, I might as well fix most of it :P | 05:31 |
savvas | JanC: here's the build in case you need it: http://launchpadlibrarian.net/23743844/buildlog_ubuntu-jaunty-i386.gapti_0.0.2ubuntu4_FULLYBUILT.txt.gz | 05:33 |
JanC | I don't need it, I just think it's wrong to make such changes... | 05:33 |
savvas | JanC: the upstream hasn't updated the trunk/main series since 2006 | 05:35 |
JanC | savvas: I think a patch to "fix" whitespace/empty-lines should be applied upstream (or in case upstream is dead, you could maybe fork it) and then pulled in in karmic koala | 05:37 |
JanC | but that's just my "humble opinion" ;) | 05:37 |
fabrice_sp_ | savvas, your changes makes a lot more complicated to review the changes. And I would say that to change the source, you should use a patch system, as it makes easier to identify where a change comes from | 05:40 |
fabrice_sp_ | but I'm not a MOTU, so I could be wrong | 05:40 |
savvas | well.. if anyone wants to make them as patches, be my guest :) | 05:41 |
fabrice_sp_ | not the changes of spaces, for sure | 05:42 |
fabrice_sp_ | I already patched a lot of sources, and I always used a patch system | 05:42 |
fabrice_sp_ | anyway: you subscribed U-U-S, so let's wait for a MOTU to comment it | 05:43 |
savvas | I've notified the original author about that bug as well | 05:44 |
fabrice_sp_ | about the spaces, you mean? | 05:44 |
wgrant | savvas: You seem to have rewritten debian/rules, and made a whole lot excessive changes. | 05:44 |
wgrant | It's unlikely that anybody will sponsor that. | 05:44 |
savvas | but dh_python is deprecated as far as I could read | 05:45 |
wgrant | Then you just remove it, without rewriting the build system and half of the upstream code. | 05:46 |
savvas | oh well, the author might want to patch it upstream :) | 05:46 |
wgrant | We prefer to keep the tiniest possible diff against Debian. | 05:46 |
savvas | the upstream code had to be rewritten, it wasn't working otherwise | 05:46 |
savvas | it's not a debian package: https://edge.launchpad.net/ubuntu/+source/gapti | 05:47 |
wgrant | There are lots of spacing changes and importing things under different names, and using the print statement (which doesn't exist yet) and that sort of thing. | 05:47 |
wgrant | The same applies to the diff between as and upstream. | 05:47 |
wgrant | As much as it can be nice to play upstream sometimes, we are not upstream for gapti. | 05:48 |
wgrant | And doing this will ensure that merging the next upstream release is very, very difficult. | 05:49 |
savvas | I suppose you're all right | 05:50 |
savvas | wgrant: can you unsubscribe u-u-s until I sort this out? | 05:51 |
wgrant | savvas: I'm not in u-u-s, I'm afraid. | 05:51 |
savvas | darn :\ well, I'll just put a comment to disregard that patch | 05:52 |
wgrant | savvas: Given the sad state of the old debian/rules, and the lack of the package in Debian, you can (and probably should) replace it. | 05:54 |
wgrant | I'm surprised it has gone so long without python-(support|central)... we were meant to get rid of them all years ago. | 05:55 |
savvas | well I asked if it should be dropped from ubuntu, the general reply was "if you want to patch it, do it" - I guess they meant without so many changes :) | 05:56 |
savvas | wgrant: but either way, I could do a patch without the empty spaces changes, but it still needs to be tampered with upstream code change, some modules have changed unfortunately | 05:57 |
JanC | wgrant: I think you mean the print function instead of th print statement? | 05:58 |
JanC | wgrant: I think that's not really an issue (although not needed yet) as it will work even in older python versions (normally) | 05:59 |
wgrant | JanC: That is of course what I meant. | 05:59 |
wgrant | But it's an unnecessary change, as it's not required yet, so we shouldn' | 06:00 |
wgrant | ... shouldn't do it. | 06:00 |
JanC | OTOH, no need for it in jaunty yet, and an upstream change would be more useful indeed | 06:00 |
wgrant | savvas: Most of the files don't require any changes. | 06:00 |
* wgrant -> gone. | 06:00 | |
savvas | eh, it was good for practise at least | 06:04 |
JanC | ツ | 06:05 |
=== teKnofreak is now known as techno_freak | ||
fabrice_sp_ | Does anybody knows if we should repack upstream tarball if it's a bz2 instead of a gz? | 06:10 |
savvas | I think that you can use bunzip2 for that fabrice_sp_ - and gzip to make a tar.gz :) | 06:11 |
fabrice_sp_ | savvas, I was already repacking the tarball, as upstream was including debian directory, but with the new version, it's not the case anymore, so I wanted to get rid of that 'repacking'. Will play with watch options... thanks anyway! | 06:14 |
=== fabrice_sp__ is now known as fabrice_sp | ||
savvas | fabrice_sp: you're using watch to update it? you could try debian uupdate with watch, I think it automatically transforms tar.bz2 to tar.gz if I'm not wrong :P | 06:21 |
fabrice_sp | savvas, yes: a watch file, with uscan in a get-orig-source in debian/rules | 06:22 |
fabrice_sp | there is an option to uscan --repack that does the job ;-) | 06:22 |
savvas | ah yeah :) | 06:22 |
persia | fabrice_sp, When using uscan --repack, please create a get-orig-source to do that anyway, and document it as a repack in debian/README.source. The md5sum won't match, so without the documentation, someone may feel impelled to investigate. | 06:34 |
fabrice_sp | persia, ok. I'll update the README.debian to explain that. Thanks for the info! | 06:35 |
persia | Please don't. | 06:35 |
persia | README.Debian is intended to be packaging-specific end-user documentation. It should be used when the behaviour of the packaged software differs from the upstream behaviour. | 06:36 |
persia | debain/README.source is the appropriate place to put packaging-specific developer documentation, when it is useful to document what one has done for fellow developers. | 06:36 |
* persia hopes the timing isn't such that that was missed | 06:38 | |
fabrice_sp | persia, I meant README.source. Sorry for the mistake | 06:38 |
fabrice_sp | README.source is the file I was editing | 06:38 |
persia | Excellent :) | 06:39 |
fabrice_sp | :-) | 06:39 |
JanC | hm, I'm currently looking at a package coming from Debian without changes which doesn't have README.source like that despite being repackaged (AFAICS) ;) | 06:41 |
fabrice_sp | Have to go now. Bye! | 06:41 |
persia | JanC, If it claims Standards-Version: 3.8.0, that's a bug. If it claims a lower standards version, it just needs to be updated. | 06:42 |
JanC | it does say 3.8.0 | 06:43 |
JanC | I'll contact the people involved as I know them | 06:43 |
persia | Double-check by reading debian-policy 3.8.0, but I believe that's a bug. | 06:43 |
persia | On the other hand, debian/README.source might still be optional with 3.8.0.0 (I forget precisely). | 06:44 |
JanC | BTW: why should a bz2 source be repacked? | 06:44 |
* JanC is a new at this | 06:44 | |
savvas | I think the debian packaging system needs an orig.tar.gz file | 06:45 |
JanC | I wish all upstreams & distros would use lzma to minimize bandwidth ;) | 06:45 |
savvas | I heard about a different system with patches for updates | 06:47 |
savvas | delta packages ? or something like that | 06:47 |
JanC | savvas: that's for binary packages | 06:48 |
JanC | and fedora & opensuse are already using something like that AFAIK | 06:49 |
persia | There's ongoing work on the various archive software and build tools to use alternate compression mechanisms, but nothing widely adopted yet. | 06:50 |
savvas | ah :) | 06:51 |
savvas | hm.. I think I have a minimalistic patch now :P | 07:05 |
savvas | http://paste.ubuntu.com/129654/ | 07:05 |
dholbach | good morning | 07:06 |
savvas | good morning dholbach :) | 07:06 |
dholbach | hiya savvas | 07:06 |
savvas | dholbach: you think the patch is good? :P | 07:32 |
dholbach | savvas: I think you put quite some work into it - as others said already: it's a good idea to get upstream to accept it and then make use of it, so we don't have to maintain a huge delta | 07:32 |
dholbach | savvas: I think you're doing great work | 07:33 |
dholbach | my motu-release friends: what do you think about bug 340008? | 07:33 |
ubottu | Launchpad bug 340008 in ubuntu "Please sync python-django-lint (0.7-1) from Sid" [Undecided,New] https://launchpad.net/bugs/340008 | 07:33 |
savvas | ah ok :) | 07:33 |
savvas | thanks! | 07:33 |
dholbach | ROCK ON! :) | 07:34 |
savvas | I've send an email to wasabi, Jerome Haltom - https://edge.launchpad.net/gapti | 07:34 |
dholbach | ahhh ok, didn't know he's maintaining it | 07:34 |
savvas | maybe I should send that patch as a bzr merge | 07:34 |
savvas | he's not, the trunk wasn't touched since 2006 :P | 07:35 |
savvas | but with a great message: "* Cleaned up and made first upload.* Cleaned up and made first upload.* Cleaned up and made first upload.* Cleaned up and made first upload.* Cleaned up and made first upload.* Cleaned up and made first upload.* Cleaned up and made first upload.* Cleaned up and made first upload.* Cleaned up and made first upload." | 07:35 |
savvas | hehehe | 07:35 |
savvas | anyway, I'll wait for wasabi to respond, then see what to do :) | 07:36 |
=== pmjdebru1jn is now known as pmjdebruijn | ||
directhex | james_w, any luck seeing why -gdb was rejected? | 08:48 |
Toadstool | good morning! | 08:49 |
savvas | does anyone know what does "-include" do in a makefile? is it like a comment "#include" ? | 08:50 |
liw | savvas, it changes how make reacts if the included file does not exist | 08:53 |
liw | savvas, install make-doc, and run "info doc" and type control-s and then "-include" (without the quotes) for the full story | 08:54 |
savvas | ah cool | 08:54 |
savvas | thanks liw :) | 08:54 |
bersace_nerim | nhandler: hi | 09:03 |
savvas | I think gdesklets needs just a rebuild, bug 336200 - someone should double check though, I always tend to make mistakes :) | 09:23 |
ubottu | Error: Could not parse data returned by Launchpad: The read operation timed out (https://launchpad.net/bugs/336200/+text) | 09:24 |
* savvas bbl | 09:25 | |
=== ScottK2 is now known as ScottK | ||
=== jussio1 is now known as jussi01 | ||
blizzkid | lo all. I've a bit of a nasty issue with ipod-convenience in jaunty alpha 5: | 11:18 |
blizzkid | ipod-convenience: Depends: python-gpod but it is not going to be installed | 11:18 |
blizzkid | python-gpod: Depends: python (< 2.6) but 2.6.1-0ubuntu1 is to be installed | 11:19 |
DktrKranz | blizzkid: python-gpod has to be rebuilt against python 2.6 | 11:19 |
blizzkid | DktrKranz: so, basically I download the source of python-gpod and build it myself? | 11:20 |
DktrKranz | blizzkid: basically that's what needs to be done | 11:20 |
DktrKranz | we do exactly that in the buildds | 11:21 |
gaspa | dholbach: DktrKranz wants to invite you at our meeting... :P do you want to have a trip in italy, this month? | 11:21 |
hggdh | blizzkid, you can. apt-get source python-gpod, and go from there. Of course, this will solve your immediate issue, but not the general one -- unless you open a bug on it. | 11:21 |
gaspa | DktrKranz: right? :) | 11:21 |
DktrKranz | yup! | 11:21 |
blizzkid | ok DktrKranz, is there a _good_ howto on how to start with src and build a .deb out of what I created? If I build it, I can as well build a .deb from it... | 11:22 |
blizzkid | hggdh: I could maybe build a deb, and attach that to the bug report? ;) | 11:22 |
hggdh | blizzkid, a debdiff would be better, or even just a diff | 11:23 |
blizzkid | hggdh: if you can point me to a howto on creating a (deb)diff, I'll gladly try to provide one :) | 11:23 |
dholbach | gaspa: when? I'm going to be quite busy | 11:23 |
hggdh | blizzkid, see (for starters) https://wiki.ubuntu.com/PackagingGuide/Maintenance | 11:24 |
DktrKranz | blizzkid: you can look at pbuilderhowto in the wiki, or better wait for a proper fix (it won't take too long) | 11:24 |
dholbach | but trip to Italy sounds great... in general :) | 11:24 |
gaspa | dholbach: :) 28th of march, the end of this month | 11:24 |
DktrKranz | dholbach: we're going to make it a cross-meeting, we plan to invite some DDs to work together with them, so both distros can receive attention :) | 11:25 |
dholbach | sounds great, not sure if I'll be able to attend though | 11:25 |
blizzkid | k, I'll have a look hggdh and DktrKranz thx | 11:25 |
DktrKranz | blizzkid: I can't promise anything right now, but I will be able to look at it in the next few days for an official fix | 11:26 |
dholbach | DktrKranz, gaspa: Ma io non parlano italiano! | 11:26 |
gaspa | dholbach: well, we'll be pleased, but of course do as you can. :) | 11:26 |
gaspa | LOL | 11:26 |
gaspa | "parlo" | 11:26 |
DktrKranz | dholbach: it's not a problem, we have google translate in place :) | 11:27 |
dholbach | DktrKranz: guess what I used ;-) | 11:27 |
blizzkid | that would be cool DktrKranz | 11:27 |
blizzkid | btw, let me take this opportunity to thank all motu's for the great work. Been using Ubuntu since it appeared, and still loving it | 11:28 |
DktrKranz | gaspa: we need to setup a simultaneous translation for dholbach, what about totopalma? :) | 11:28 |
gaspa | DktrKranz: totopalma would be great! | 11:28 |
gaspa | :D | 11:28 |
dholbach | totowhat? | 11:28 |
* DktrKranz moves to lunch now | 11:28 | |
gaspa | dholbach: our trustworthy translator | 11:30 |
dholbach | ahh ok | 11:30 |
dholbach | DktrKranz: Bon appetit! | 11:31 |
nhandler | dholbach: How soon are you planning on starting those packaging lessons? | 11:41 |
dholbach | nhandler: I was thinking of waiting a bit to get more input and leave a bit of time until everybody read the proposal, then mail all the people who are interested to start planning | 11:44 |
dholbach | nhandler: what do you think? | 11:44 |
nhandler | dholbach: Sounds fine by me. Just be sure to give the people interested in leading a session enough time to prepare | 11:45 |
dholbach | nhandler: sure... thanks a lot for volunteering already! | 11:45 |
nhandler | :) | 11:45 |
dholbach | nhandler: as long as we don't have too high expectations on what people should deliver there and we're very inviting, we should be fine :) | 11:46 |
nhandler | dholbach: I think these will be a big success. Some will have more audience participation than others, but I think many people are interested in learning about packaging | 11:49 |
dholbach | yeah, I hope so :) | 11:50 |
blizzkid | hmmz, I installed libgdk-pixbuf2 and libgdk-pixbuf-dev, but when running configure I get "checking for GDKPIXBUF... no". Am I missing something here? | 11:56 |
lfaraone | What's the chance I could get this in jaunty+1? http://www.vergenet.net/~conrad/scripts/pants.html | 12:16 |
ScottK | lfaraone: Almost none. | 12:17 |
ScottK | lfaraone: Package it for Karmic and then have a backport. | 12:17 |
ia | hello. could you tell me, please, after i've done with building packages, is it safely to remove /var/cache/pbuilder/build/* dirs? | 12:20 |
lfaraone | ScottK: that's *exactly* what I said, I was talking about getting it into karmic. jaunty + 1 == karmic :) | 12:20 |
lfaraone | ia: I'd assume so. | 12:20 |
ScottK | lfaraone: Ah. I missed the +1. Sorry. | 12:20 |
lfaraone | ScottK: I was refering to whether the package would be rejected for serving no useful purpose. (akin to "sl") | 12:22 |
ScottK | lfaraone: It's a game. I think games are fine. | 12:30 |
ChrisBuchholz | Hi, I'm all new to packaging and whatever term you can mention, but I would like to learn how I can pack an app and send it off to a repo and whatever is between that. Can you guide me in the right directions with some references or something? | 13:03 |
soren | ChrisBuchholz: I believe https://wiki.ubuntu.com/UbuntuDevelopment is the canonical starting point. | 13:06 |
soren | ChrisBuchholz: there's also #ubuntu-nordic-dev if you'd rather discuss in Danish/Swedish/Norwegian. | 13:07 |
soren | ...or Finnish/Icelandic, I suppose, but I don't think you'll get a lot of response that way :) | 13:08 |
ChrisBuchholz | Many thanks, Soren, I'll give it a shot, bye;) | 13:14 |
soren | persia, geser: I won't be able to attend the MC call today. Due to premature DST in the US, I have a conflict. | 13:30 |
ripps | Does anybody know where I can get some documentation on the Gnome dbus multimedia keys framework? | 13:33 |
=== ssweeny_ is now known as ssweeny | ||
dholbach | ripps: tried asking in #ubuntu-desktop? | 13:51 |
slytherin | persia: any idea what all changes are needed to visualvm packaging to compile it against latest netbeans packages? | 14:24 |
persia | slytherin, None at all, I'm afraid. | 14:28 |
slytherin | It is not a simple rebuild that is for sure. I tried some packaging changes the other day but was stuck and I have limited knowledge about visualvm | 14:29 |
persia | From the limited information I received, I think visualvm was one of the reasons that libnb-platform was versioned at a source level. | 14:30 |
bddebian | Heya gang | 15:03 |
geser | Hi bddebian | 15:04 |
bddebian | Heya geser | 15:04 |
savvas | geser: hi, could you check bug 336200 when you find some spare time? I'm almost certain that it just needs a rebuild :) | 15:07 |
ubottu | Launchpad bug 336200 in gdesklets "Dependencies for gdesklets are no longer fulfilled" [High,New] https://launchpad.net/bugs/336200 | 15:07 |
savvas | this is the pbuilder log of gdesklets_0.36-5 (the already existing version): http://launchpadlibrarian.net/23747311/last_operation.log | 15:08 |
ScottK | savvas: What are you expecting geser to do that you can't/haven't already done yourself? | 15:10 |
savvas | ah so it's done? | 15:10 |
savvas | Well I thought I need a second opinion just to be sure I am correct :) | 15:11 |
ScottK | OK. Fair enough | 15:11 |
savvas | sorry to poke around :) | 15:11 |
savvas | hm... | 15:16 |
savvas | it seems to depend on python 2.4 still | 15:16 |
savvas | ScottK: is there an environment variable I can set to use a specific python version? | 15:18 |
savvas | or anyone? | 15:18 |
geser | savvas: specify it at the shebang of the script | 15:19 |
savvas | I'll try that | 15:21 |
savvas | thanks | 15:21 |
savvas | hmm Could not import tiling module! | 15:23 |
savvas | /usr/lib/gdesklets/utils/tiling.la | 15:24 |
* savvas looks at the source code | 15:24 | |
savvas | er.. | 16:11 |
savvas | after reading http://bugs.archlinux.org/task/12217 and a bunch of other sites, the error I get seems to be fixed in gdesklets 0.36.1 | 16:11 |
savvas | I'll file a bug | 16:14 |
=== zul_ is now known as zul | ||
=== dholbach_ is now known as dholbach | ||
savvas | nope, the debian version isn't working either heh | 16:51 |
rulus | Hello, I'm trying to package a daemon. It provides an initscript which should go in /etc/init.d/. The problem is that dpkg thinks this script is a configfile, so it doesn't get removed unless --purged. Is this normal behaviour and how to get passed it? Is there a good (easy) example of a packaged daemon? | 16:56 |
TheMuso | rulus: THats what happens normally, any package tat has an initscript doesn't have the script remove unless the package is purged. | 16:57 |
rulus | ah ok, so nothing to worry about then :) | 16:58 |
savvas | true, it's in /etc/ :) | 16:58 |
TheMuso | rulus: no | 16:58 |
rulus | thanks! | 16:58 |
TheMuso | rulus: WHich is why you will see many initscripts depending on the binaries they need to function before they actually do anything. | 16:59 |
TheMuso | rulus: s/depending on/checking for/ | 16:59 |
rulus | TheMuso: ok, seems a good thing to do indeed | 17:00 |
cristi | i am not so familiar with python, so how do i know what changes should be done for the python transition again? | 17:06 |
cristi | the 2.6 transition | 17:06 |
cristi | i only modified something in the control of a package, and run dch -i. however debdiff says debdiff: fatal error at line 266: Can't read file: ../espeak_1.32-0ubuntu1.dsc . What is the problem? i am just a beginner | 17:46 |
cristi | come on? can't anyone give me a hand? | 18:01 |
ScottK | cristi: What did you feed debdiff? | 18:02 |
cristi | ScottKi run it in the file with /debian | 18:02 |
cristi | the problem is that it asks for espeak 1.32 and i have 1.36 as a .dsc | 18:02 |
ScottK | Generally it works best if you debdiff libmail-dkim-perl_0.32-1.dsc libmail-dkim-perl_0.33-1.dsc (for example) when both files are in the current dir. | 18:05 |
cristi | ScottK: what are the 2 debdiff parameters? the i didn't see that in the wiki | 18:06 |
ScottK | It's the .dsc for the two package revisions your are trying to diff. | 18:06 |
ScottK | If you look at man debdiff you'll see there's lots of ways to do it, but that's what I always use. | 18:07 |
cristi | ScottK: the second .diff is done by debuild ? | 18:07 |
ScottK | Yes. Debuild -S -us -uc your knew revision first. | 18:08 |
ScottK | Then you'll have a .dsc in the parent dir for the new revision. | 18:08 |
cristi | ScottK: yes, thank you, it worked, but i don't know how the first debuild didn't create the right .dsc | 18:16 |
ScottK | cristi: Then look at the top entry in debian/changelog and make sure it refers to the correct version. | 18:17 |
cristi | ScottK however, is there any point in submitting a debdiff to this bug ? https://bugs.launchpad.net/debian/+source/espeak/+bug/250860 | 18:17 |
ubottu | Ubuntu bug 250860 in espeak ""konqueror" is mispelled in package description" [Undecided,Fix released] | 18:17 |
cristi | i guess not, but at least i am starting to get used with the tools | 18:18 |
ScottK | cristi: That one is already fixed in Ubuntu anyway. | 18:19 |
=== azeem_ is now known as azeem | ||
cristi | ScottK: how do i know what changes should be done to the python packages for the python transition again? sorry for bugging you with this :-s | 18:22 |
ScottK | cristi: At this point just playing with the tools is good. It's a strong learning curve at the beginning. | 18:22 |
ScottK | Didn't we go over this yesterday? | 18:22 |
ScottK | If your IRC client doesn't log there is irclogs.ubuntu.com. | 18:22 |
ScottK | I'll be glad to answer specific questions, but don't have time today to redo the tutorial. | 18:23 |
cristi | ScottK ok | 18:23 |
savvas | cristi: hi :) | 18:30 |
cristi | savvas: hey there | 18:32 |
savvas | Would you prefer to make a patch for a Makefile that uses python setup.py or just include the commands in debian/rules ? | 18:36 |
cristi | savvas: if i see setup.py in the package, but however it is not mentioned in rules, i don't have to change anything? | 18:37 |
savvas | cristi: if it's mentioned in the install rule, I think you have to add a parameter --install-layout=deb | 18:38 |
cristi | savvas: yes, but i don't see it in install rule | 18:39 |
savvas | cristi: paste the debian/rules | 18:39 |
cristi | savvas: http://pastebin.com/maf3a3de | 18:40 |
savvas | cristi: I don't know about that one :\ I've never seen one like it so far! | 18:42 |
savvas | it seems it uses configure.py | 18:42 |
cristi | savvas: i'll just leave rules untouched | 18:42 |
cristi | ? | 18:42 |
savvas | cristi: well, try, but if you see your files installed in /usr/local/... then something is wrong ;) | 18:43 |
savvas | when the binary package is built, check it: dpkg-deb -c yourfile.deb | 18:43 |
savvas | it shows the contents of the package | 18:43 |
cristi | ok | 18:44 |
porthose | when preparing an FFe would PPA build logs be sufficient? | 18:46 |
=== JanC_ is now known as JanC | ||
savvas | ScottK: I forgot got to thank you about pbuilder-dist recommendation, it's great, thanks! :) | 18:59 |
ScottK | savvas: YW. Thank RainCT as he wrote it. | 18:59 |
savvas | RainCT: thanks for the pbuilder-dist script, very useful hehe, saves me a lot of keystrokes :) | 19:00 |
cristi | savvas: i don't see it anywhere it /usr/local/ | 19:01 |
savvas | cristi: it's built in: cd $HOME/pbuilder/jaunty_result | 19:01 |
savvas | and you do: dpkg-deb -c *.deb | 19:01 |
cristi | savvas: i used pbuilder-dist jaunty login | 19:02 |
cristi | savvas: that's no good? | 19:02 |
RainCT | savvas: great, I'm happy that you like it :) | 19:02 |
RainCT | ls | 19:02 |
savvas | cristi: type: cd $HOME/pbuilder/jaunty_result | 19:02 |
savvas | cristi: and then: dir | 19:03 |
savvas | do you see any .deb files? | 19:03 |
cristi | savvas: bash: cd: /home/cristi/pbuilder/jaunty_result: No such file or directory | 19:03 |
cristi | lol | 19:03 |
savvas | cristi: ls ~/pbuilder | 19:06 |
savvas | cristi: I think you can figure it out, find a *result* folder inside ~/pbuilder :) | 19:07 |
savvas | cristi: nautilus ~/pbuilder | 19:07 |
savvas | :P | 19:07 |
savvas | use cd to get into that folder | 19:08 |
savvas | and then when you see .deb files: dpkg-deb -c *.deb | 19:08 |
cristi | savvas: ok, thanks | 19:08 |
ScottK | savvas: Do you know about debc? | 19:09 |
cristi | savvas: i see only for pystatgrab | 19:09 |
cristi | savvas: i was working on pyqwt | 19:09 |
savvas | debc? | 19:11 |
savvas | ScottK: what's that? :) | 19:11 |
savvas | cristi: paste the output of the dpkg-deb -c *.deb command at pastebin :) | 19:11 |
savvas | cristi: ah wait | 19:11 |
savvas | cristi: you mean you don't see your package? | 19:12 |
cristi | savvas: yes.. | 19:12 |
ScottK | savvas: It's a decent utility for doing what you're after here. | 19:12 |
savvas | then it's probably not built correctly | 19:12 |
ScottK | debc the binary.changes file. | 19:12 |
savvas | were there any errors in the log of pbuilder? | 19:12 |
cristi | dh_install: python-qwt5-qt3 missing files (usr/lib/python*/Qwt5/*), aborting | 19:13 |
cristi | make: *** [binary-arch] Error 1 | 19:13 |
cristi | savvas:it's because of one of the .install files i edited i guess | 19:13 |
savvas | cristi: paste the whole output so we can see where the problem is :) | 19:13 |
savvas | ScottK: thanks! I'll check/try it out once we get it built hehe :) | 19:13 |
cristi | savvas: it was larger than my scroll. should i rebuild with a bigger scroll, or the one i have will do? | 19:14 |
cristi | savvas: http://pastebin.com/m7d5d0c61 this is what i have | 19:16 |
savvas | cristi: the latest log file is saved somewhere in the ~/pbuilder folder :) | 19:16 |
savvas | mine is last_operation.log | 19:16 |
savvas | cristi: paste debian/control too | 19:17 |
cristi | savvas: the error comes from a .install file. you sure you want debian/control? | 19:17 |
savvas | cristi: which package you said it was? | 19:18 |
cristi | pyqwt | 19:18 |
savvas | <cristi> i modified usr/lib/python*/site-packages/Qwt5/* to usr/lib/python*/Qwt5/* | 19:21 |
savvas | use this: usr/lib/python*/*-packages/Qwt5/* | 19:21 |
savvas | site-packages is used for python versions 2.5 (or less up to some point :P) | 19:22 |
savvas | dist-packages is used by 2.6 | 19:22 |
savvas | so *-packages grabs both :) | 19:22 |
cristi | savvas: i see, i wish i had more general knowledge about this matter | 19:23 |
cristi | modifief usr/lib/python*/site-packages/PyQt4/Qwt5/* to usr/lib/python*/PyQt4/Qwt5/* is ok? | 19:23 |
cristi | or like this usr/lib/python*/-packages/PyQt4/Qwt5/* | 19:24 |
maxb | You're still missing a * | 19:25 |
cristi | usr/lib/python*/*-packages/PyQt4/Qwt5/* | 19:25 |
cristi | maxb: is this ok? | 19:26 |
maxb | Assuming you've just changed "site" to "*", yes | 19:26 |
cristi | maxb: thank you | 19:26 |
savvas | cristi: all in time, I didn't know about this either a week ago :) | 19:29 |
* quadrispro working at Python 2.6 transition | 19:31 | |
ScottK | apt-cache rdepends python2.5|grep -c " " | 19:34 |
ScottK | = 119 | 19:35 |
ScottK | Plenty more to do | 19:35 |
cristi | that's kind of good news for me, i have to get used with editing packages | 19:36 |
mrooney | ScottK: and those are just the packages that explicitly list their < 2.6 dependency :) | 19:37 |
maxb | And then there's the packages which install, but spew DeprecationWarnings :-) | 19:47 |
savvas | man, when dpatch is in build-depends it should fail to allow direct patches :P | 19:56 |
maxb | lintian will whine already :-) | 19:57 |
savvas | it does, but I just found a package with 3 files edited directly with dpatch installed :) | 19:58 |
ScottK | savvas: Were the direct edits done in Debian or Ubuntu? | 20:45 |
=== nhandler_ is now known as nhandler | ||
cristi | does this lintian error pose any problems ? bad-ubuntu-distribution-in-changes-file jaunty | 21:12 |
nhandler | cristi: No, you can ignore that. It just has to do with the version of lintian you have | 21:13 |
ScottK | cristi: No. It just means you might want a newer lintian. There is one that know about Jaunty in hardy-backports. | 21:13 |
cristi | nhandler ScottK: thank you | 21:13 |
cody-somerville | ScottK, I'd like to extend the Xubuntu delegation to include mr_pouit | 21:15 |
cody-somerville | (for FFe's) | 21:15 |
ScottK | cody-somerville: Personally I'm fine with that, but we need to get concurrence from MOTU release more generally. | 21:15 |
ScottK | cody-somerville: Would you write an email to all of us cc the MOTU ml? | 21:16 |
cody-somerville | Can I just send it to the motu ml instead of tracking down e-mail addresses for all the release members? :P | 21:16 |
ScottK | I suppose that's fine. | 21:16 |
* cody-somerville assumes motu-release is subscribed to -motu ml | 21:16 | |
ScottK | Although if you look at the MC list today there's a mail to all of us right there. | 21:17 |
nhandler | cody-somerville: You can also use the Contact this Team feature on Launchpad | 21:18 |
cody-somerville | Not to be difficult but I believe the motu mailing list is the best place for this | 21:18 |
cody-somerville | and if motu-release members aren't subscribed to that mail list, they shouldn't be in that team | 21:18 |
cristi | can anyone take a look at this pbuilder build output and tell me if there is anything wrong with it? i see some warnings about the changelog are those important? | 21:20 |
cristi | http://paste.ubuntu.com/129934/ | 21:20 |
iulian | nhandler: Doing that will send a mail to all members from ~ubuntu-release as well. | 21:20 |
nhandler | iulian: True. I forgot that they were part of motu-release on LP. However, sending to the MOTU mailing list would also result in all of these people getting an email ;) | 21:21 |
iulian | nhandler: Indeed. | 21:21 |
nhandler | cody-somerville: Do whatever you want. As long as I get the email, I am fine | 21:22 |
ScottK | cristi: Yes, you need to worry about those. | 21:23 |
ScottK | cristi: Would you pastebin your debian/changelog | 21:24 |
cristi | ScottK http://paste.ubuntu.com/129935/ | 21:24 |
cristi | ScottK too many characters/line? tabs not allowed? what's wrong with it | 21:25 |
ScottK | Don't use tabs. Use spaces. | 21:25 |
ScottK | Debian/changelog is supposed to be machine parseable, so the formatting is pretty fiddly. | 21:26 |
cristi | ScottK should i edit only changelog or the changelog.dch and rerun debuild ? | 21:26 |
ScottK | Just edit it and then rerun debuild. | 21:26 |
iulian | And don't mention in the changelog that you modified the Maintainer field. | 21:28 |
iulian | cristi: ^ | 21:28 |
cristi | iulian: argh damn it now i have to do it again xD | 21:29 |
cody-somerville | ScottK, nhandler, etc. sent | 21:31 |
cristi | ScottK since the changelog warnings were the only errors is it necessary to rebuild? | 21:31 |
vollepulle1_ | ioioio | 21:31 |
cody-somerville | oh crap | 21:31 |
vollepulle1_ | hallo | 21:31 |
cody-somerville | I sent using the wrong e-mail address | 21:31 |
cody-somerville | Anyone here a moderator for the motu ml? | 21:31 |
ScottK | cristi: If you update your ubuntu-dev-tools from hardy-backports I think update-maintainer won't add that anymore. | 21:32 |
cristi | this is the output of pbuilder build http://pastebin.com/m531d706a i'm a bit confused about what am i suppose to do with it. Last time there was a bug whici i reported. now i only get some warnings. Can anyone tell me what should i do when i reach this point: the output of pbuilder build? | 21:41 |
maxb | cristi: As in, you have a change, and you want to request that it be uploaded? Then https://wiki.ubuntu.com/SponsorshipProcess | 21:43 |
cristi | maxb: thanks! | 21:44 |
cristi | maxb: so i simply attach the debdiff to a bug report? | 22:02 |
maxb | that's what the wiki page says... | 22:03 |
cristi | so, it's like this https://bugs.launchpad.net/ubuntu/+source/sonata/+bug/341409 | 22:09 |
ubottu | Ubuntu bug 341409 in sonata "Edited the package for the Python 2.6 transition" [Undecided,New] | 22:09 |
cristi | thank you for the help, bye | 22:12 |
amikrop | Greetings. | 22:48 |
amikrop | Canonical, or even better, The Linux Foundation, should seriously collaborate with major software vendors like EA sports, Blizzard or Adobe. | 22:48 |
amikrop | It's unacceptable to be unable to use very popular and useful applications. | 22:48 |
lucas | (lol) | 22:49 |
directhex | amikrop, typically those companies won't get out of bed for less than 7 figures | 22:50 |
broonie | amikrop: It's mostly up to them seeing enough market to make it worth their while to support Linux; there has been commercial binary only software for Linux since forever (see some of the stuff in the partners repo for example) | 22:50 |
broonie | But in any case, you probably want to find a more relevant channel. | 22:50 |
amikrop | broonie: commercial binary only? Does Football Manager have linux binaries? What about Warcraft? What about almost *any* widespread game? | 22:51 |
amikrop | directhex: excuse me, I didn't quite understand that | 22:51 |
directhex | amikrop, most commercial app vendors won't commit a single resource to a linux port of something without being paid in advance for it. | 22:52 |
directhex | see also: valve's demands to apple for mac half-life | 22:52 |
amikrop | OK. The Linux Foundation, or linux and specific distro sponsors should pay. | 22:53 |
amikrop | In advance. | 22:53 |
ajmitch | amikrop: I trust you'll be donating then | 22:53 |
amikrop | ajmitch: No. | 22:53 |
broonie | amikrop: Oracle and stuff; in terms of games iD software have done Linux builds since Doom and I actually have copies of some of the Civ games for Linux. | 22:53 |
directhex | broonie, loki went bust! | 22:54 |
amikrop | It's really sad, anyway. You have to use Windows, which is tragically crap, in order to have access to major software applications and games. That has to dramatically change. Very soon. | 22:54 |
broonie | directhex: I know; tends to suggest that the folks who say there's no market have a point :) | 22:55 |
directhex | amikrop, i'm aware of the situation, i'm still on the front page of google if you look for "linux gaming"< 5 years after writing an article | 22:55 |
* ajmitch is wondering what the MOTUs are expected to do about this dire catastrophe | 22:55 | |
directhex | broonie, there's a limited market. question of deciding size of fish for size of pond. | 22:55 |
directhex | ajmitch, port gears of war please, kkthx. no source, but disassemblers are great, i hear | 22:56 |
ajmitch | directhex: mmk, I'll get right on it | 22:56 |
directhex | ta | 22:56 |
ajmitch | I won't port world of warcraft, because that'll just cause everyone to stop developing & start playing WoW | 22:57 |
broonie | directhex: Don't be stuipid, we just need a full speed XBox emulator. | 22:57 |
amikrop | directhex: I see. | 22:57 |
directhex | broonie, and moar mhz | 22:57 |
broonie | I'll come round and paint go faster stripes on your CPU, will that work? | 22:57 |
directhex | amikrop, to some extent, you're right. but the financials are not promising. especially in the current climate, and given the people being talked about | 22:58 |
amikrop | directhex: Which article of them is yours, by the way? | 22:58 |
directhex | amikrop, the one on hexus.net | 22:58 |
directhex | amikrop, you're right that more games would be great. but the financials right now aren't great for a very large percentage of titles. indie titles get done (e.g. world of goo recently), or games with highly cross-platform engines & a need for friendly sysadmins to run servers (e.g. id software). | 23:00 |
andresmujica | Hi MOTUs! | 23:02 |
andresmujica | i wonder if someone can help me with this bug #317860 | 23:02 |
ubottu | Launchpad bug 317860 in mobile-broadband-provider-info "Request to upgrade to latest SVN 3G profiles" [High,In progress] https://launchpad.net/bugs/317860 | 23:02 |
andresmujica | the lastest 3g profiles reported at launchpad and all around are at upstream SVN, a quick update to the package would be great for Jaunty a6 | 23:03 |
amikrop | directhex: Aha. Well, let's hope something will make the big difference and things will change. :-) | 23:03 |
directhex | amikrop, short version: moar users. you could help andresmujica, i'm sure that's worth a couple of users | 23:04 |
amikrop | directhex: help him with what? | 23:05 |
andresmujica | amikrop: 317960 | 23:08 |
andresmujica | bug | 23:08 |
andresmujica | bug #317860 | 23:08 |
ubottu | Launchpad bug 317860 in mobile-broadband-provider-info "Request to upgrade to latest SVN 3G profiles" [High,In progress] https://launchpad.net/bugs/317860 | 23:08 |
dtchen | DktrKranz: WRT #339541, does `sudo /etc/init.d/alsa-utils reset' resolve the issue? | 23:22 |
amikrop | andresmujica: And how is that bug related to our conversation? | 23:26 |
DktrKranz | dtchen: no, I still can hear sound from left speaker only | 23:31 |
dtchen | DktrKranz: ok, if you have a moment, i'll continue the debugging | 23:33 |
DktrKranz | dtchen, sure, thanks for your interest in it :) | 23:33 |
dtchen | DktrKranz: first thing is to `sudo fuser -k /dev/dsp* /dev/snd/*' | 23:34 |
DktrKranz | /dev/snd/controlC0: 3611 | 23:34 |
dtchen | DktrKranz: then, sudo cp /var/lib/alsa/asound.state /var/lib/alsa/asound.state.orig | 23:34 |
dtchen | DktrKranz: sorry, s/cp/mv/ | 23:35 |
DktrKranz | done | 23:35 |
dtchen | DktrKranz: next, sudo modprobe -r snd_via82xx | 23:35 |
DktrKranz | done with a warning: "WARNING: All config files need .conf: /etc/modprobe.d/alsa-base-blacklist, it will be ignored in a future release." | 23:36 |
dtchen | DktrKranz: ok, if you can reboot, please reboot. | 23:36 |
DktrKranz | ok, back in a while | 23:36 |
dtchen | the codec needs at least a re-init | 23:37 |
DktrKranz | dtchen, rebooted, but with no improvements | 23:40 |
dtchen | DktrKranz: and you did use mv and not cp, correct? | 23:40 |
DktrKranz | yes | 23:40 |
dtchen | ok, thanks. i'll look into it further. | 23:41 |
DktrKranz | thank *you* :) | 23:41 |
=== sven7777 is now known as sven777 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!