/srv/irclogs.ubuntu.com/2011/03/17/#ubuntu-motu.txt

porthosea little OT but worth mentioning http://ourfriendsinjapan.com/index.php04:26
wejaegerHey, anyone up for reviewing http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn and http://revu.ubuntuwire.com/p/l2tp-ipsec-vpn-daemon04:51
ScottKwejaeger: You know it's after feature freeze and we aren't, except with very limited exceptions accepting new packages right now?05:06
wejaegerScottK: I did not know that, so I better try to get the package into the next ubuntu version ?05:18
ScottKwejaeger: Yes.  Even better to try and get it into Debian and it will automatically be in the next Ubuntu version.05:18
ScottKmentors.debian.net is much like REVU for Ubuntu.05:19
micahgScottK, does phatch need a release ACK?06:12
=== Amaranth__ is now known as Amaranth
nivan!seen jelmer11:06
ubottuI have no seen command11:06
directhexwho are you, mortal, who seeks the mighty jelmer?11:08
nivanhi directhex, I'm looking for some guidance on submitting a change to lp:gnome-session. I understand it's just a mirror of the upstream git repository. Where should I submit my changes?11:19
directhexnivan, gnome-session seems heavily ubuntu'd in ubuntu, so launchpad is probably the right place.11:20
nivanjelmer told me to send it to the 'packaging branch'. I don't know what the packaging branch is.11:22
tumbleweednivan: lp:ubuntu/gnome-session. wiki.ubuntu.com/UDD11:22
directhexlp:ubuntu/gnome-session11:24
nivanthanks guys11:30
gesernivan: ask the guys in #ubuntu-desktop how they prefer it as they also have their own branches11:41
geserlp:~ubuntu-desktop/gnome-session/ubuntu11:41
geserand https://wiki.ubuntu.com/DesktopTeam/Bzr on how to use those branches11:42
nivangeser: thanks, will give that a try11:46
matttbeHello,11:59
matttbeI want to update Cairo-Dock version in Ubuntu Natty. I've proposed a branch for merging and I've opened a new bug report: https://bugs.launchpad.net/ubuntu/+source/cairo-dock/+bug/723994 before the FF but this version is still not available on Ubuntu Natty...11:59
ubottuUbuntu bug 723994 in cairo-dock (Ubuntu) "FFe: Please update Cairo-Dock to 2.3.0~0rc1 version" [Wishlist,New]11:59
matttbeWhat can I do?11:59
matttbeA member of Ubuntu-Sponsoring team said to me:  "the merges proposed still have the issue of missing the pristine tarball, which you could get anyone in #ubuntu-motu to help you get fixed." but I don't understand why there is an issue because when I launch "uscan --verbose" command, I see the new tarball!12:00
matttbeI've also tagged the upstream branch (lp:cairo-dock-core and lp:cairo-dock-plug-ins) and added two new series:  lp:cairo-dock-core/2.3 and lp:cairo-dock-plug-ins/2.3 12:01
matttbeI've tried this command: bzr merge-upstream --version 2.3.0~0rc1 lp:cairo-dock-core -r tag:2.3.0~0rc1 --distribution=natty12:02
matttbebut it didn't work :-/12:02
tumbleweedmatttbe: you need to provide the tarball12:10
tumbleweeduscan --download-current-version --rename --destdir .. <- that normally does the trick12:10
ScottKmicahg: It's just a bug fix, AFAIK.12:22
matttbetumbleweed: thank you and sorry for the delay, I had an annoying paper jam with an old printer...12:38
matttbetumbleweed: when I launch this command, this is what I have: uscan warning: In debian/watch no matching hrefs for version 2.3.0~0rc1 in watch line12:40
matttbebut this is what I have with uscan --verbose: -- Found the following matching hrefs:12:42
matttbe     http://launchpad.net/cairo-dock-core/2.3/2.3.0-0rc1/+download/cairo-dock-2.3.0~0rc1.tar.gz12:42
matttbe(...) Newest version on remote site is 2.3.0.~0rc1, local version is 2.3.0~0rc112:42
ubottuError: Could not parse data returned by Ubuntu: 2 (https://launchpad.net/bugs/2)12:42
matttbeis it because there is a ~ in the versionning?12:42
RhondaWhat's the watchfile?12:43
matttbeversion=312:43
matttbehttps://launchpad.net/cairo-dock-core/+download .*/cairo-dock-([\d\.\-]+)(~.*)?.tar.gz12:43
RhondaThat's all, no opts with any mangle thing?12:44
matttbeno :-/12:44
RhondaSo shall the ~0rc1 be part of the version, actually?12:46
RhondaTry .*/cairo-dock-([\d\.\-]+(~.*)?).tar.gz instead12:46
Rhondai.e. taking the (~.*)? into the other bracked instead of having it after it12:46
RhondaPotential that also should be a (?:~.*)? so that it isn't put into a variable.12:47
matttbethis is what I have with .*/cairo-dock-([\d\.\-]+(~.*)?).tar.gz: Newest version on remote site is 2.3.0~0rc1.~0rc112:50
Rhonda(?:~.*)?12:52
matttbeRhonda: should be better :) => Newest version on remote site is 2.3.0~0rc1, local version is 2.3.0~0rc112:54
matttbe => Package is up to date12:54
matttbeRhonda: thank you :)12:55
=== apachelogger is now known as apachelogger_
=== apachelogger_ is now known as apachelogger__
=== apachelogger__ is now known as apachelogger___
=== apachelogger___ is now known as apachelogger
=== yofel_ is now known as yofel
=== ogra is now known as Guest53848
=== Guest53848 is now known as ogra_
=== jtechidna is now known as JontheEchidna
=== dholbach_ is now known as dholbach
=== zul_ is now known as zul
=== itnet7_ is now known as itnet7
=== ogra_ is now known as ogra
=== ogra is now known as Guest64155
=== Guest64155 is now known as ogra_
fabrice_spslangasek, Hi. After your update of the expat package, gnome-commander FTBFS (see https://launchpad.net/ubuntu/+source/gnome-commander/1.2.8.10-3build1/+buildjob/2327761/+files/buildlog_ubuntu-natty-i386.gnome-commander_1.2.8.10-3build1_FAILEDTOBUILD.txt.gz ). It seems to be linked to the multiarch change you did. What should I change to the gnome-commander package to make it buildable?21:16
ubottuUbuntu bug 1 in Ubuntu "Microsoft has a majority market share" [Critical,In progress]21:16
slangasekfabrice_sp: hi, thanks for the ping - let me have a look at the log21:17
slangasekfabrice_sp: some package that gnome-commander build-depends on which ships a .la file includes a wrong reference to libexpat.la; that package (which I'm looking up now) needs rebuilt, but it should also do something like the clean-la.mk target from gnome-pkg-tools21:18
fabrice_spslangasek, oh, I missed that21:18
slangasekfabrice_sp: it appears to be /usr/lib/libexiv2.la that's to blame21:30
slangasekso exiv2 needs at minimum a rebuild, and ideally a fix to clear out its dependency_libs field in that .la file21:31
fabrice_spslangasek, thanks for looking. At it's in main, I'll open a bug report with that. Thanks!21:36
fabrice_sps/at/as21:36
slangasekfabrice_sp: I'd be happy to review a patch that add support for the .la file cleanup, if you want to prepare one21:36
slangasekotherwise I can trigger a no-change rebuild now-ish21:36
slangasek(currently I have my hands full figuring out why gcj doesn't actually work now)21:37
fabrice_spslangasek, I'll have a look at the patch for .la cleanup (no hurry for the rebuild of exiv2, now that the origin of the FTBFS is clear)21:38
=== ogra_ is now known as ogra
slangasekfabrice_sp: I'm out of the woods now with gcj and ldconfig; I don't see a bug yet regarding exiv2, should I have a look at this?23:16
=== Philip6 is now known as Philip5

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