/srv/irclogs.ubuntu.com/2012/03/26/#ubuntu-motu.txt

=== almaisan-away is now known as al-maisan
=== al-maisan is now known as almaisan-away
dholbachgood morning07:09
=== Whoopie_ is now known as Whoopie
=== jalcine_ is now known as Guest2983
=== almaisan-away is now known as al-maisan
WhoopieHi, is one aof the MOTU devs available to sponsor a package? Please have a look at bugreport 913018.09:25
WhoopieThe package was approved by ScottK.09:25
Whoopiehttps://bugs.launchpad.net/ubuntu/+source/sflphone/+bug/91301809:25
ubottuLaunchpad bug 913018 in sflphone (Ubuntu) "sflphoned crashed with SIGSEGV in std::__detail::_List_node_base::_M_hook() from DBus::DefaultWatch::DefaultWatch" [Medium,New]09:25
tumbleweedWhoopie: it's in the sponsorship queue. You don't need to ask, unless you're in a particular hurry09:28
Whoopietumbleweed: ok, thanks.09:29
tumbleweednp. You can see the queue here: http://reqorts.qa.ubuntu.com/reports/sponsoring/09:30
=== al-maisan is now known as almaisan-away
=== Guest37736 is now known as Zic
adhordenHi, what is the best way to create a new user and group inside a new package? There seems to be a few methods.10:41
vibhavShould I request a sync or prepare a patch for https://bugs.launchpad.net/ubuntu/+source/jinput/+bug/951533?10:43
ubottuLaunchpad bug 951533 in jinput (Ubuntu) "libjinput-jni: contains undefined symbol EVIOCGUSAGE" [Undecided,New]10:43
tumbleweedadhorden: basically, adduser --system, with a username that's almost certain to be unique on every system this package gets installed on10:47
adhordentumbleweed: add that to my postinst? I could not find any examples10:47
geservibhav: sync; as the new Debian upload is only that patch, it doesn't make sense to upload the same patch directly to Ubuntu and create an Ubuntu delta (which isn't a delta anyway)10:47
tumbleweedadhorden: yes. And if you have any files that need to be owned by that user, change the ownership with dpkg-statoverride10:48
geseradhorden: check the system users on your system and see how those packages done it10:49
adhordentumbleweed, geser thanks, the mongodb package looks a good one for examples10:50
tumbleweedyes, that looks reasonable10:51
ryanakcaCould someone with access to a precise box please test the no changes rebuild of 'python-poppler-qt4' from ppa:ryanakca/frescobaldi and see if it fixes bug 939196 ?11:00
ubottuLaunchpad bug 939196 in frescobaldi (Ubuntu) "frescobaldi crashed with SIGABRT in __assert_fail_base()" [Medium,Confirmed] https://launchpad.net/bugs/93919611:00
=== genupulas is now known as ubucop
=== almaisan-away is now known as al-maisan
adhordenI have successfully added a user and group, but I keep getting dpkg-statoverride: error: syntax error: unknown group 'admin' in statoverride file, I have not set a group admin any where, why would I get this?12:21
=== yofel_ is now known as yofel
brainstormhello MOTUs13:50
brainstormcan anyone help me with a strange PPA reject (package removed but still complaining about remote .orig.tbz2 file ?): https://lists.launchpad.net/launchpad-users/msg06416.html13:50
tumbleweedbrainstorm: LP remembers published .orig. files forever13:52
brainstormwow13:52
brainstormso I screwed badly by removing it from the PPA, right ? :_/13:53
brainstormhow should I proceed ?13:53
tumbleweedhttps://answers.launchpad.net/launchpad/+faq/99013:53
brainstormhumm, thanks !13:54
brainstormI bumped via dch -i but I guess it's not enough, the .orig file requires a bump as well13:55
tumbleweedor just don't change it13:55
brainstorm:-?13:55
tumbleweedthe problem was that you changed the content sof the file13:56
tumbleweedyou shouldn't be doing that13:56
brainstormwell, the "rules" file fetches it from SVN upstream, so files are bound to change eventually :-/13:56
tumbleweedthen your version should include the svn revision13:57
tumbleweede.g. 1.2.3+svn419-113:57
brainstormhumm, ok, thx for that !13:58
=== vibhav is now known as vibhavp
=== al-maisan is now known as almaisan-away
brainstormtumbleweed: tried with "picard-tools_1.64.orig-ubuntu1.tar.bz2" but it expects one of "picard-tools_1.64.orig.tar.gz, picard-tools_1.64.orig.tar.bz2,14:42
brainstormpicard-tools_1.64.orig.tar.lzma,  picard-tools_1.64.orig.tar.xz or picard-tools-1.64.orig" :-/ Any way to override/define this ?14:42
tumbleweedbrainstorm: that dosen't contain a SVN revision either14:44
brainstormyep because it's checked out from tags14:44
brainstormso I figured out to keep it this way, but extend it with a static string, until next release comes up14:44
tumbleweedok, the upstream version number should be 1.64 then14:44
tumbleweedso, 1.64-0ubuntu1 or something like that14:45
brainstormaha14:45
tumbleweedmeaning picard-tools_1.65.orig.tar.bz214:45
brainstormwell, I cannot bump the orig to 1.65 since it has not came out yet14:46
brainstormbut I'll try with 1.64-0ubuntu1.orig.tar.bz214:47
tumbleweedbut it's been tagged?14:51
tumbleweedyou tag things before they are released?14:51
brainstormno, the repo is not mine, it's a third party package15:00
brainstormseems I cannot circumvent it easily :_/ "get-orig-source did not create file with prefix picard-tools_1.64.orig"15:00
brainstorm*they* tag things, I try to package it15:02
tumbleweedbrainstorm: but back to the point. If you think the content is going to change before the final release, use a version number that can be superseded by the final release15:04
tumbleweedsuch as 1.65~svn15:05
brainstormbut when 1.65 comes out upstream, I'm gonna be in trouble, isn't it ?15:06
tumbleweed~ is special. x~y < x < x.115:07
brainstormhttp://paste.ubuntu.com/900594/15:07
brainstormisn't there any other way to modify rules to avoid the svn rev hack ?15:08
brainstormfull debian/rules : http://paste.ubuntu.com/900596/15:08
tumbleweedwhat hack do you want to avoid?15:09
tumbleweedthe -0-ubuntu1 or -0ubuntu1 are not part of the upstream version15:10
brainstormcan I use 1.64~svn then ? I just don't want to confuse people with 1.65 when it's not out there :-/15:11
arand1.64~svn << 1.64  So that's likely not what you want15:13
Laney~svn is the standard way of denoting this situation "almost 1.65"15:15
arandMaybe 1.64+svn, but if upstream calls it 1.65 in their VCS I don't see the point in not using 1.65~svn.15:15
brainstormok, I'll try that way then, thanks guys !15:15
brainstormI guess it needs more work still… http://paste.ubuntu.com/900618/ :-S15:21
tumbleweedbrainstorm: you forgot to add an entry in your changelog that matched15:22
brainstormpicard-tools (1.65~svn) oneiric; urgency=low ?15:23
brainstormor 1.65~svn-1ubuntu1 ?15:24
tumbleweedthe socond option. This isn't a native package15:25
Laneyyou might want to include the revision number15:25
Laneyalso 0ubuntu115:25
tumbleweedLaney: he says this comes from a tag15:25
brainstormright, seems that I've to change debian/rules as well :-S: svn: URL 'http://picard.svn.sourceforge.net/svnroot/picard/tags/1.65~svn' doesn't exist15:26
tumbleweedright15:29
brainstormyay ! .changes and all generated :D thanks !15:30
tumbleweednp15:31
pabelangerHmm, looks like a problem when installing redmine16:43
pabelanger redmine : Depends: ruby-rack (>= 1.4.0) but 1.3.5-1 is to be installed16:43
pabelangerthis is precise16:43
pabelangerbug 96548416:47
ubottuLaunchpad bug 965484 in redmine (Ubuntu) " redmine : Depends: ruby-rack (>= 1.4.0) but 1.3.5-1 is to be installed " [Undecided,New] https://launchpad.net/bugs/96548416:47
pabelangerIf a bug manager wants to triage that to high, since redmine is broken on 12.0416:47
kklimondadone, I'll take a look at it16:48
pabelangerkklimonda: great, thanks16:49
pabelangerHeh, looks like it was updated yesterday.  That explains why it worked on Friday and not today16:53
shadeslayer\o17:31
shadeslayerI was wondering if someone could help me with this FTBFS :https://launchpadlibrarian.net/89579030/buildlog_ubuntu-precise-armel.soqt_1.5.0-2_FAILEDTOBUILD.txt.gz17:32
shadeslayerI understand what's wrong, just don't know how to proceed with a fix17:32
=== almaisan-away is now known as al-maisan
=== al-maisan is now known as almaisan-away
micahgshadeslayer: debfx has been sending some of those fixes to Debian, I'd suggest reviewing precise-changes to find some of those or maybe look in the BTS for patches he  reported17:57
shadeslayerwill do, any package that comes to mind?17:58
jtaylorbarry: can you review my scipy3 patch? debian bug 66478517:59
ubottuDebian bug 664785 in python-scipy "please add python3 packages" [Wishlist,Open] http://bugs.debian.org/66478517:59
barryjtaylor: sure17:59
jtaylorI'd really like that in precise, but the maintainers seem quite unresponsive :/18:00
jtaylorknown issues: numpy3 versioned depends are unecessary and there is a python/ in rules which should be python318:00
debfxshadeslayer: it's the usual qt uses GLES but the package also has direct GL calls problem18:00
shadeslayerdebfx: right, but how did you fix it? :)18:01
shadeslayerI figured out that much ...18:01
debfxthe only thing you can do is to disable those18:01
debfxhowever often that's not possible18:01
shadeslayerdebfx: http://paste.kde.org/446744/ << this is what it looks like around the line where it fails18:02
debfxshadeslayer: I recommend talking to upstream about supporting Qt with GLES18:05
shadeslayerupstream of soqt?18:06
debfxyes18:06
shadeslayeralright18:07
* shadeslayer adds it to his list18:08
shadeslayerdebfx: btw, ever had to deal with plasma active?18:09
debfxno18:09
shadeslayerok18:09
swickhey, i want to fix https://bugs.launchpad.net/ubuntu/+source/mesa/+bug/949606 but I am completly new to it18:15
ubottuLaunchpad bug 949606 in mesa (Ubuntu) "64 bit dev packages should include 32 bit .so library file" [Medium,Triaged]18:15
jtaylormesa may not be the best place to start :/18:15
swickwhere to start then?18:16
jtaylora breif glance at that bug it seems that the -dev package should be changed to be made coinstallable18:17
broderit actually looks like libglu1-mesa-dev could be marked multiarch: same18:18
broderi just grabbed the binaries and i'm not seeing any difference18:18
jtaylorwhat was the consensus in debian on what to do with identical files in multi arch packages?18:19
jtayloris that still the intended way or just "works by accident"18:19
brodermarking -dev packages multiarch: same if none of the headers are generated at build-time is acceptable18:21
broderthere's no consensus on what to do if the headers change across architectures18:21
broderthe eventual solution will probably involve /usr/include/x86_64-linux-gnu et al, but last i checked that hadn't yet been approved as a policy addendum18:21
jtaylorwasn't dropping this feature and moving everything to arch qualified paths/suffix on the table at one point?18:22
jtaylorincluding stuff like debian changelog18:22
jtaylorI only read about half the thread :/18:22
broderi don't believe in reading debian-devel, so i'm not totally sure :)18:22
jtaylor(which where already ~ 50 mails ...)18:22
swicknow I understand why it's not a good place to start :D18:24
debfxshadeslayer: looks like libcoin needs to be ported to gles first18:24
jtaylorswick: depends on your experience and patience, it is a core package and might be quite complex (I did not look at it)18:24
jtayloralso proper multiarch packaging is still a partially undefined subject18:25
jtaylordo you have any particular questions?18:26
swickwell, where do I find all information about it?18:28
jtayloron multiarch or packaging in general?18:29
swickboth ;)18:29
jtaylorhttp://www.debian.org/doc/manuals/maint-guide/18:30
jtaylorhttp://wiki.debian.org/Multiarch/Implementation18:30
swickthanks :)18:30
shadeslayerdebfx: @_@18:38
* tumbleweed 's DSL just got activated in his new flat. After a month on 3G, I'd almost forgotton what real connectivity feels like18:48
barryjtaylor: it looks fine from visual inspection, though i haven't tried to build it.  if i were the maintainer, i'd probably ask you to split up the big override_dh_auto_install rule into smaller rules for py2 and py3 (or i might have done that myself ;).  i hope the maintainers can get back to you soon.  if not, let's get this uploaded to ubuntu early in the q-cycle (i.e. not wait for debian)18:55
jtaylornot p? :(18:55
barryjtaylor: well, if you can get the NEW packages past an admin archive <ahem>scottk</ahem>, i'd be all for it18:56
barryjtaylor: have you perhaps built it in a ppa?18:56
jtayloronly locally18:56
jtaylorScottK is open to it given good review, bug96059518:58
barryjtaylor: i could stick it in my ppa if you don't have one.  or maybe i should just build it locally and see.  if that works okay, would you want me to sponsor it?  the new package would still have to be approved, and i'm certain whether that would happen this late in the cycle.18:59
barryjtaylor: otoh, it has a low possibility of breaking anything18:59
barryjtaylor: do an ffe and attach this to the bug as a branch18:59
jtaylorIts universe, so I can upload it myself19:00
barryjtaylor: awesome (on both counts)19:00
barryjtaylor: let me just build and test install here locally.  i'll comment on the bug19:00
micahgbdrung: I assume you got the vlc upgrade bug I gave  you?19:02
bdrungmicahg: yes, but i still have to figure out the reason for it19:03
micahgok19:03
bdrungi would complain about getting help19:03
=== shadeslayer_ is now known as shadeslayer
ScottKjtaylor and barry: As long as barry reviews and approves the diff, I'll do the new stuff.19:22
ScottKbarry: Would you please file an FFe to sync flufl.enum.19:22
barryScottK: +1, and +119:23
ScottKGreat.19:23
barryi just want to test jtaylor's patch locally and will add a bug comment19:23
ScottKThen you can get to work on the other flufl pacakges ..19:23
barryScottK: to make the -doc changes right?  (i haven't looked at the debbugs yet)19:24
ScottKbarry: I'm more worried about you doing the build system changes (they all seem to have the same issues as enum, but that too.19:24
* ScottK didn't file bugs for it.19:24
barryScottK: sure, i'll look at that.  i've not done debian uploads directly yet, so that'll be a fun experience too19:25
ScottKYou need DM-Upload-Allowed in the packages first for that.19:26
ScottKYou can upload flufl.enum now, but not yet the rest.19:26
* barry nods19:26
barryjtaylor: a local build failed for me: http://paste.ubuntu.com/901024/19:38
barryjtaylor: but maybe i applied the patch incorrectly.  could you please push a branch and attach it to the ffe?19:38
jtaylorshould I also reduce the duplication a bit?19:38
barryjtaylor: that would be great19:38
jtaylorthe problem with that is I don't know what the maintainers prefer19:39
jtaylorfor loop, xargs make substitution ...19:39
barryjtaylor: yeah, dtrt for precise now, and you can worry about sync'ing back to the maintainers preferences in debian, then sync'ing to ubuntu.19:39
jtaylorhm that failure is a real bug, why didn't it occor on my machine o_O19:40
barryjtaylor: that's always the mystery. :)  anyway, i'll leave this for now, but ping me when you have something new for me to look at19:41
jtaylorI probably changed some things after build and did not rebuild ...19:41
jtaylork19:41
barryjtaylor: branches are easier for me to review than debdiffs, if possible19:43
jtaylorbranching scipy will take a while :/19:43
barry;/19:43
jtaylordo you know how many mb?19:43
barryif it really sucks, i'll deal with the debdiffs19:43
jtaylorjust so I can guess how long it will take19:43
barry.bzr in my shared repo is 16M19:44
jtaylorgna python update too another 30mb to download for testbuilds ._.19:46
jtaylorwho the hell links against the static libpython that we need that :(19:47
jtaylorbarry: branch: lp:~jtaylor/ubuntu/precise/python-scipy/python3 , but I haven't test built it yet so no idea if it even works20:15
barryjtaylor: cool.  i'll try it too.  we can race. :)20:15
jtaylorI think the package builds python2 stuff twice ...20:17
barryjtaylor: ah20:17
jtaylorone should probably override dh_auto_build to do nothing, it will be done in install later20:18
barryi guess this is a case where you're not sure what the maintainers preference would be, so they may want you to do things differently.  you'll just have to deal with that when you get the package into debian.  sigh.20:19
jtayloruhoh build failure20:27
jtaylorwhy doesn't vim syntax highligh correctly :(20:28
barryjtaylor: as an emacs user, i will refrain from snarky comments :)20:28
jtaylorbarry: pushed the changes if you want to restart, but you may want to wait until it works on my machine to not waste your time20:31
jtaylorits fine if its not done today I guess20:32
barryjtaylor: i can wait, i'm in a meeting atm20:32
jtaylorthe great thing about the bug was that it was a stray -- in the beginning of a line so it did not abort on the first case but went trough all iterations and failed then ...20:34
jtaylorarg that one won't work either20:44
jtaylorI should be more careful20:44
jtaylorbarry: you can stop your build its a bit more tricky to remove the duplciation20:49
jtaylorrequires changes to how stuff is installed20:49
barryjtaylor: meeting is ongoing so i'm not building atm.  i'll just wait until you ping me.  i'll be here for several hours still (and there's always tomorrow)20:50
jtaylorI think its best to just leave the duplication in, removing it is a bit invasive and could potentially complicate merging again in q20:51
barryjtaylor: i guess that's the other side of it. the bigger the delta now the more pain it will be to sync up again later20:53
jtaylorlet me think about it a bit, maybe the maintainers reply until tomorrow :)20:53
barrycool :)20:53
jtaylorhm doing it requires some more or less large build system changes also for python220:58
jtaylorI don't think ScottK will like it, I promised the py3 packages stay untouched :)20:59
jtaylorpy220:59
ScottKI'm fine with changing both if it's a better solution.20:59
=== adam_g_ is now known as adam_g
jtaylorbarry: pushed changes that should work though I probably will not have time to check the results of a clean build today22:13
jtaylornope still not working22:39

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!