[00:00] <asac_> fta: did you create xul/ffox branches yet?
[00:00] <fta> yes
[00:00] <asac_> maybe we want to start using the new approach: trunk is always trunk ;) ... and then when they spin of branches we do branches ;)?
[00:01] <asac_> dont think it matters much ;)
[00:01] <asac_> fta: how about renaming our ffox to 3.5/3.6 finally?
[00:01] <BUGabundo> fta: what do I need to make this vids play on chromium ? http://p.bugabundo.net/
[00:01] <asac_> at least we should get it done before we release 3.5 as stable ;)
[00:01] <asac_> (or even 3.6 ?;)
[00:02] <fta> BUGabundo, it plays fine for me
[00:02] <asac_> we have to manage to get to a point for karmic+1 where we can do major version upgrades for security i guess
[00:02] <BUGabundo> I mean, do I need to enable anything? like codecs?
[00:02] <asac_> otherwise we (I) will have endless pain
[00:03] <asac_> backporting stuff
[00:03] <fta> in /etc/chromium-browser/default i have CHROMIUM_FLAGS="--enable-plugins"
[00:03] <BUGabundo> fta: I prob don't
[00:14] <fta> $ bzr push --remember lp:~mozillateam/firefox/firefox-3.7.head
[00:14] <fta> Using default stacking branch /~mozillateam/firefox/firefox-3.2.head at lp-45207824:///~mozillateam/firefox
[00:14] <fta> Created new branch.
[00:14] <fta> asac, ^^ ??
[00:17] <BUGabundo> asac: any test for me on MM/NM ? I didn't manage to try the diff
[00:21] <asac> fta: whats the question. the stacked branch?
[00:22] <asac> thats because if you dont say anything, bzr will try to stack on top of the branch that is associated with current development focus series in launchpad
[00:22] <asac> stacked branch just meanst that you dont upload everything to launchpad. only those commits not in the stacked branch
[00:22] <asac> ment to make things like branching faster on first upload
[00:23] <fta> i know what a stacked branch is, but i don't know where it's getting that information from
[00:30] <asac> fta: it defaults to what i said. otherwise you can specify it on command line explicitly somehow
[00:30] <asac> but i didnt get that working when i tried
[00:31] <asac> but could be that it was just broken at that point as it was quite hot
[00:31] <asac> BUGabundo: thats ok. the patch wouldnt work anyway. it basically was the other way around
[00:31] <asac> BUGabundo: please sudo apt-get build-dep modemmanager ... then git clone the modemmanager upstream branch and run the following commands:
[00:31] <asac> sh autogen.sh --prefix=$HOME/local_mm
[00:32] <asac> make
[00:32] <asac> make install
[00:32] <asac> (if last command fails because of permissions, just run sudo make install, but ry without first)
[00:32] <asac> then i give you a patch that adds more debugging output
[00:32]  * BUGabundo awakes
[00:32] <asac> BUGabundo: cloning mm is: git clone git://anongit.freedesktop.org/ModemManager/ModemManager
[00:33] <asac> cd ModemManager
[00:33] <fta> http://paste.ubuntu.com/253405/
[00:33] <asac> ... then the autogen stuff and so on from above
[00:33] <BUGabundo> asac: calm down
[00:33] <asac> fta: looks good
[00:33] <BUGabundo> I'm still adding a source to my source.list
[00:33] <asac> BUGabundo: the whole procedure will take 3 minutes
[00:33] <asac> ;)
[00:33] <asac> (after installing build-deps)
[00:33] <fta> i mean, the bot is ready
[00:34] <asac> fta: kick it off ;) ... or does it have a --dry-run feature ;)
[00:34] <fta> nope
[00:34] <asac> was kidding
[00:34] <asac> fta: howa bout renaming our ffox branches?
[00:35] <asac> do we want to defer that until this is set up?
[00:36] <fta> yes, esp. that i'm not there this w-e
[00:36] <asac> ok lets defer it then
[00:39]  * BUGabundo waits for aptitude to finish updating
[00:43] <fta> #include "third_party/zlib/contrib/minizip/unzip.h"
[00:43] <fta> #include "third_party/zlib/contrib/minizip/zip.h"
[00:43] <asac> well done ;)
[00:43] <fta> grrr, we don't have that in our system zlib dev
[00:43] <asac> minizip sounds like a different project?
[00:44] <asac> apt-cache search minizip
[00:44] <asac> zlib-bin - compression library - sample programs
[00:44] <asac> odd
[00:44] <asac> ;)
[00:44] <asac> http://www.winimage.com/zLibDll/minizip.html
[00:44] <asac> winimage?
[00:44] <asac> Now, with version 1.23 and 1.14 of zLib, the Minizip library is inlucded in the contrib/minizip directory.
[00:44] <BUGabundo> step one done
[00:44] <asac> BUGabundo: my own step 1?
[00:44] <asac> the build-dep?
[00:44] <BUGabundo> yes
[00:44] <fta> !info zlib1g-dev
[00:45] <BUGabundo> now git
[00:45] <asac> so do we have 1.23?
[00:45] <BUGabundo> sudo apt-get install git-core
[00:45] <asac> You need the source code of Zlib (zlib123.zip  or zlib-1.2.3.tar.gz. Fo
[00:45] <BUGabundo> bash: git: command not found
[00:45] <BUGabundo> bah
[00:45] <asac> what a version mess ;)
[00:45] <fta> !info zlib-bin
[00:45] <fta> no idea
[00:45] <asac> i assume we have 123 aka 1.2.3 aka 1.23 ;)
[00:46] <asac> seems the 123 name is for old windows crap ;)
[00:46] <asac> guess no long names supported;)
[00:47] <fta> so i can't drop the zlib sources from the tarball :P
[00:47] <asac> zlib-1.2.3.3.dfsg$ ls contrib/minizip/
[00:47] <asac> ChangeLogUnzip	ioapi.c  iowin32.c  Makefile   minizip.c  mztools.h  unzip.h  zip.h
[00:47] <asac> crypt.h		ioapi.h  iowin32.h  miniunz.c  mztools.c  unzip.c    zip.c
[00:48] <asac> feels like we need to package the headers up somewhere
[00:48] <asac> let me check
[00:48] <fta> they are not shipped in -dev
[00:49] <asac> i see that ;)
[00:49] <asac> just want to check why
[00:50] <BUGabundo> step two brgan
[00:50] <asac> fta: they build it, but dont make install it for some reason in rules
[00:50] <BUGabundo> git complete
[00:51] <asac>        $(MAKE)
[00:51] <asac>         $(MAKE) CC=$(DEB_HOST_GNU_TYPE)-gcc OPT="$(CFLAGS)" -C contrib/minizip
[00:51] <asac> but
[00:51] <asac> just
[00:51] <asac>         $(MAKE) prefix=$(CURDIR)/debian/tmp/usr install
[00:51] <asac>         install -d debian/tmp/lib
[00:51] <asac> prefix?
[00:51] <asac> sounds bogus
[00:51] <asac> ;)
[00:51] <asac> DESTDIR
[00:51] <asac> folks dont use prefix for that ;)
[00:51] <fta> indeed
[00:51] <asac> might not matter, but for libtool and stuff it hurts
[00:52] <BUGabundo> making
[00:52] <asac> pfft
[00:52] <asac> cat contrib/minizip/Makefile | pastebinit
[00:52] <asac> http://paste.ubuntu.com/253416/
[00:52] <asac> its not ment to be installed as it seems ;)
[00:53] <asac> its not even a lib or something. just a binary.
[00:53] <BUGabundo>  /usr/bin/install -c -m 644 77-mm-ericsson-mbm.rules 77-mm-zte-port-types.rules '/lib/udev/rules.d'
[00:53] <BUGabundo> /usr/bin/install: cannot remove `/lib/udev/rules.d/77-mm-ericsson-mbm.rules': Permission denied
[00:53] <BUGabundo> /usr/bin/install: cannot remove `/lib/udev/rules.d/77-mm-zte-port-types.rules': Permission denied
[00:53] <BUGabundo> make[3]: *** [install-udevrulesDATA] Error 1
[00:54] <BUGabundo> guess I need sudo
[00:54] <asac> so chromium rips stuff out of existing binaries now
[00:54] <asac> BUGabundo: yeah
[00:54] <BUGabundo> done
[00:54] <asac> BUGabundo: ok after that you should be able to start the build modemmanager like sudo ./src/modem-manager --debug (after stopping NM, killing mm etc. as usually)
[00:55] <asac> so basically similar to how you did before ... just with ./src/modem-manager ... instead of just modem-manager
[00:55] <BUGabundo> ok
[00:55] <asac> BUGabundo: check that it works and then wait for 2-3 minutes ;)
[00:55] <asac> have to run somewhere first
[00:56] <BUGabundo> brb
[01:04] <asac> BUGabundo: so wget http://paste.ubuntu.com/253420/plain/
[01:04] <asac> and apply the file like: patch -p1 < FILENAME
[01:04] <asac> (in ModemManager dir)
[01:04] <asac> make; sudo make install
[01:11] <asac> BUGabundo: wait a sec
[01:12] <asac> http://paste.ubuntu.com/253422/plain/
[01:12] <asac> rather use that one
[01:12] <asac> the other fails to build ;) ... hackish me
[01:12] <asac> BUGabundo: still there ;)?
[01:26] <asac> fta: did anyone ever complain about our move to migrate daily users to 3.5?
[01:26] <asac> except the one who catched the temporary issue?
[01:28] <fta> nope
[01:28] <asac> odd
[01:29] <asac> maybe noone uses < jaunty
[01:29] <asac> or it was a perfect job ... what i cannot yet believe
[01:29] <fta> https://edge.launchpad.net/builders/
[01:29] <asac> too bad ... armel dead
[01:29] <asac> :/
[01:30] <asac> i guess we will never get tbird out
[01:30] <asac> but all dailies ;)
[01:30] <asac> makes me a bit happier
[01:30] <asac> the armel situation frightens me though for sure
[01:31] <asac> fta: hmm. actually i think we need to put 3.0 in the daily for the < karmic users to get fully migrated
[01:31] <asac> now i am not even sure what state they are in
[01:31] <asac> ;)
[01:33] <asac> i think we dont have enough distinct icons for dailies anymore
[01:33] <asac> shiretoko branding for 3.5 ... minefield for 3.6 ... 3.7
[01:33] <asac> granpardiso fo 3.0 ;)
[01:33] <asac> we need to put the version on it
[01:33] <asac> good that we can edit the icons ;)
[01:34] <asac> maybe we want to patch the number in during build by getting it automagically ?
[01:35] <fta> eh?
[01:36] <fta> gasp http://launchpadlibrarian.net/30345461/buildlog_ubuntu-karmic-i386.firefox-3.7_3.7~a1~hg20090814r31579%2Bnobinonly-0ubuntu1~umd1_FAILEDTOBUILD.txt.gz
[01:36] <fta> Applying patch awesome_browser_branding_install.patch
[01:36] <fta> patching file browser/installer/unix/packages-static
[01:36] <fta> Hunk #1 FAILED at 273.
[01:38] <asac> convert -font helvetica -fill black -pointsize 30 -draw 'text 70,25 "3.6"' firefox-3.6.png firefox-3.6-new.png
[01:38] <asac> guess thats not the best approach ;)
[01:39]  * asac wonders if one can teach quilt to dump the .rej files after failure so one can see how bad it is in the build log
[01:41]  * asac checks out the latest branches
[01:55] <asac> fta: 3.7 depends on 1.9.2-dev
[01:56]  * asac looks at the packages patch
[01:56] <fta> bad
[01:56] <fta> yep, missed that one
[01:56] <fta> fixing
[01:58] <fta> asac, ^^ fixed
[01:58] <fta> asac, #442
[01:59] <fta> woww, 442 commits for a single package :P
[01:59] <asac> ok let me update then before committing patch fix
[01:59] <asac> yeah. things getting old ;)
[02:00] <asac> now i cannot test build anymore ;)
[02:00] <asac> hehe
[02:01] <asac> fta: so do we stop documenting diverged patches in changelog for 3.7+ ?
[02:01] <asac> i mean unless for things that are getting released in to the archive
[02:01] <fta> we should, it's useless for the end users
[02:02] <fta> bzr log is enough
[02:02] <asac> ok i agree. thats why i am asking
[02:02] <fta> lol chromium, 284 commits in less than 280 days
[02:03] <fta> maybe i should give it a rest and stop improving it
[02:04] <asac> sometimes going slower, but bigger steps is more efficient. yes.
[02:04] <asac> especially to prevent burnout ;)
[02:05] <fta> xulrunner-1.9.3 amd64 is ready, if it's the one you need
[02:05] <asac> but there also is the risk, that you get distracted by all the new time and the fall behing ;)
[02:05] <asac> fta: no. i already committed stuff
[02:09] <asac> fta: ok 3.6 seems to build ... /me should have looked at the real state
[02:10] <asac> why dont they display the puzzle piece on frontpage ;)
[02:10] <fta> 3.6?
[02:10] <asac> fta: wanna kick 3.7 again=
[02:10] <asac> ?
[02:10] <asac> https://edge.launchpad.net/~ubuntu-mozilla-daily/+archive/ppa
[02:10] <asac> i looked there and thought 3.6 had the same brokenness
[02:10] <asac> but it was wait depend
[02:10] <fta> yes, it's been like that for months
[02:10] <asac> i know
[02:11] <asac> i was just a bot and thought they probably landed stuff on both branches
[02:11] <asac> most likely we will see the same breakage in a few days there too
[02:13] <asac> so bugabundo probably failed ;)
[02:16] <fta> http://code.google.com/p/chromium/issues/detail?id=19157
[02:23] <pace_t_zulu> fta, you there?
[02:23] <fta> sort of
[02:24] <pace_t_zulu> fta: would you mind pastebining your ~/.dput.cf file?
[02:24] <asac> thx for rekicking 3.7 ;)
[02:24] <asac> hmmm. why did todays prism build just fail on karmic?
[02:25] <asac> run-mozilla.sh: Cannot execute ../../dist/bin/shlibsign.
[02:26] <asac> why is that in there?
[02:26] <asac> nss leftover?
[02:27] <fta> pace_t_zulu, http://paste.ubuntu.com/253445/
[02:27] <fta> old style probably
[02:29] <pace_t_zulu> fta, ty
[02:33] <fta> asac, Estimated repository size: 9.0 GiB (90.41%) of 10.0 GiB
[02:33] <asac> moz?
[02:33] <fta> yes
[02:33] <asac> yeah. we should bump it
[02:35] <asac> anyone ever complained ... yet?
[02:37] <fta> about what?
[02:37] <asac> resource consumption ;)
[02:42] <fta> no
[02:47] <Jazzva> fta: I think I fixed prism for karmic daily (couldn't sleep, so I got back to that)
[02:47] <asac> Jazzva: why did it fail ?
[02:47] <Jazzva> what does $(wildcard $(MOZ_XPI_FILE)) do?
[02:47] <asac> Jazzva: probably checks if a file exists
[02:47] <asac> if it doesnt exist it returns empty
[02:48] <asac> otherwise the filename
[02:48] <Jazzva> because of change in mozilla-devscripts "$(MOZ_XPI_FILE)" => "$(wildcard $(MOZ_XPI_FILE))"
[02:48] <asac> or a list of  filenames if the XPI_FILE would be a pttern
[02:48] <asac> let me check
[02:49] <Jazzva> well, I noticed prism build on jaunty (which has m-d 0.12), and failed in karmic, which has 0.14, and I looked into diff and played around a bit, and found that after returning to $(MOZ_XPI_FILE) it builds locally
[02:49] <Jazzva> s/prism build/prism built/
[02:50] <pace_t_zulu> :/
[02:50] <asac> Jazzva: maybe this would help too: http://paste.ubuntu.com/253451/ ?
[02:51] <Jazzva> asac: I'll try that now
[02:54] <fta> all my attempts to make the chromium tarball smaller are ruined after a few days.. http://www.sofaraway.org/ubuntu/tmp/chromium-tarballs-1.png
[02:54] <asac> fta: "all" is kind of an exaggeration
[02:55] <Jazzva> asac: not working...
[02:55] <asac> in nature nothing is a straight line
[02:55] <asac> Jazzva: same issue?
[02:55] <Jazzva> mhm
[02:57] <fta> asac, I drop more that 50% of the files now
[02:58] <asac> Jazzva: http://paste.ubuntu.com/253453/ that works for me (e.g. make echo)
[02:58] <fta> and i completely skip some huge deps (not counted in the 50%)
[02:58] <asac> Jazzva: o sorry. remove the $(..) from the calls
[02:59] <asac> e..g just $(call XPI_FILE)
[02:59] <asac> but shouldnt matter
[02:59] <asac> i mean the previous worked too
[02:59] <asac> http://paste.ubuntu.com/253454/
[02:59] <asac> Jazzva: what is MOZ_XPI_FILE in prism?
[02:59] <Jazzva> asac: http://paste.ubuntu.com/253455/ here's the output :)
[02:59] <asac> Jazzva: you need to put the file in the PWD named as Makefile
[03:00] <asac> or use make -f FILENAME echo
[03:00] <asac> hmm
[03:00] <asac> but you have 1.2.3. ;)
[03:00] <asac> odd
[03:00] <Jazzva> yes...
[03:00] <asac> make --version
[03:00] <asac> GNU Make 3.81
[03:00] <Jazzva> though, when I type "man sh", it shows me dash's man page...
[03:00] <Jazzva> but I thought dash is default
[03:00] <asac> oh
[03:01] <asac> works in dash too
[03:01] <asac> Jazzva: is that the output from the last thing i pasted?
[03:01] <Jazzva> now I'm confused...
[03:01] <Jazzva> asac: yes
[03:01] <asac> http://paste.ubuntu.com/253454/ ?
[03:02] <asac> http://paste.ubuntu.com/253454/plain/ ;)
[03:02] <asac> Jazzva: oh
[03:02] <Jazzva> asac: http://paste.ubuntu.com/
[03:02] <asac> Jazzva: you need a file called COPYING in the current dir ;)
[03:03]  * asac feels completely off ;)
[03:03] <Jazzva> hmm... ok, that was it :)
[03:03] <asac> wildcard COPYING doesnt give you anything if the file doesnt exist
[03:03] <asac> which is the principal idea
[03:03] <asac> Jazzva: so what is MOZ_XPI_FILE in prism?
[03:03] <Jazzva> refractor.xpi,
[03:04] <Jazzva> it's specifically named so in debian/rules, so xpi.mk should use that...
[03:04] <asac> and does that exist?
[03:04] <asac> Jazzva: maybe a typo?
[03:04] <Jazzva> asac: well, it should exist once it's build (which is before unzip)
[03:04] <Jazzva> *built
[03:04] <asac> but does it exist in top level dir?
[03:04] <Jazzva> asac: let me check
[03:05] <Jazzva> asac: no, it's in ./dist/xpi-stage/refractor.xpi
[03:06] <asac> http://paste.ubuntu.com/253458/
[03:06] <asac> Jazzva: we should do that
[03:06] <asac> hmm. so thats why its broken everywhere
[03:06] <asac> i thought we copy it to top level dir in some kind of post-build rule in rules
[03:06] <Jazzva> asac: well, at least now it's only broken in karmic :)
[03:07] <asac> Jazzva: but thats odd
[03:07] <asac> maybe < karmic it failed silently?
[03:07] <asac> and we just dont have refactor xpi packaged?
[03:07] <Jazzva> asac: prism built ok in PPA in < karmic
[03:08] <asac> yes. but it could just have failed silently somehow
[03:08] <asac> prism is more than the .xpi
[03:08] <asac> the .xpi is just a supplemental thing
[03:08] <asac> Jazzva: so refractor.xpi:: build/prism
[03:08] <asac> check that out
[03:09] <asac> that basically should take care that its copied to top level dir
[03:09] <asac> you sure its not in there?
[03:09] <asac> (in debian/rules)
[03:09] <Jazzva> asac: unzip -d temp-xpi-SeaQkIOD ./refractor.xpi ... that's from jaunty log...
[03:09] <asac> yes
[03:09] <asac> but does it exist in karmic too?
[03:10] <asac> it should
[03:10] <asac> i mean we copy it right there in the rules
[03:10] <asac> hmm
[03:10] <asac> maybe the dependency does not properly trigger
[03:10] <asac> oh yeah
[03:10] <Jazzva> asac: yeah, it was copied to top-level in jaunty
[03:11] <asac> i think i know whats going on
[03:11] <asac> the wildcard evaluates to NOTHING
[03:11] <asac> and hence the copy never happens
[03:12] <Jazzva> I see...
[03:12] <asac> stamp-unzip-%: $(XPI_FILE)
[03:12] <asac> that one does not trigger the copy from the prism rule because at that time the .xpi does not even exist
[03:14] <Jazzva> so, to remove wildcard from XPI_FILE, and to test if that file exists in stamp-unzip-%, and to give error if it doesn't?
[03:15] <asac> i think we should use a different hook in prism
[03:15] <asac> that will fix it
[03:15] <asac> and then also think about what to do with the $(XPI_FILE) requirement in xpi.mk
[03:15] <fta> http://www.flickr.com/photos/36015194@N00/2260529558
[03:16] <asac> Jazzva: try to hook that copy thing into common-post-build::
[03:17] <asac> instead of refractor.xpi::
[03:17] <asac> you dont need the build/prism part then
[03:17] <asac> nice fox
[03:18] <asac> must be cold there ;)
[03:19] <Jazzva> ok, trying that now
[03:41] <asac> Jazzva: ok i am off. we can check that tomorrow. but i think the common-post-build:: target is the way to go
[03:42] <Jazzva> asac: ok... i'm off too. at least we know why it fails :).
[03:42] <Jazzva> good night
[03:42] <asac> yeah
[03:42] <asac> 'night
[04:29] <pace_t_zulu> fta, still around?
[11:04] <bdrung> asac: do you have time to merge the new upstream release branch of adblock-plus?
[20:26] <andv> hi all
[20:26] <andv> asac, I've sent a mail for you
[20:26] <andv> asac, feel free to read it when you have some free time
[22:38] <BUGabundo> boas
[22:38] <BUGabundo> asac: I'm back to good old really old working version
[22:38] <BUGabundo> :)
[23:16] <asac> BUGabundo: did you get the log at least?
[23:16] <BUGabundo> yes
[23:17] <BUGabundo> forgot to upload it :)
[23:17] <asac> good
[23:17] <asac> where?
[23:17] <asac> pff
[23:17] <BUGabundo> well for my defence, I was networkless
[23:17] <BUGabundo> :)))
[23:17] <BUGabundo> to the bug report, of course
[23:17] <asac> id?
[23:17] <BUGabundo> no idea
[23:17] <BUGabundo> was going to ask you the same
[23:17]  * BUGabundo turns to FF awesome bar
[23:18] <asac> why do you think i remember your bug id more than you ;)
[23:18] <asac> bug 413333
[23:18] <asac> bug 412570
[23:18] <asac> luckily modemmanager bug list is short ;)
[23:18] <BUGabundo> https://bugs.edge.launchpad.net/ubuntu/+source/modemmanager/+bug/413333/
[23:18] <BUGabundo> correct
[23:18] <asac> BUGabundo: there is no new log
[23:18] <BUGabundo> I filed it on MM??
[23:19] <asac> yes
[23:19] <BUGabundo> wasn't it on NM?
[23:19] <asac> no
[23:19] <BUGabundo> asac: ill upload it NOW
[23:19] <asac> there is no new log BUGabundo
[23:19] <asac> ah ok
[23:19] <BUGabundo> asac: I had no network
[23:19] <BUGabundo> until now
[23:19] <BUGabundo> and was way all day
[23:19] <BUGabundo> driving karts
[23:19] <BUGabundo> and taking pics with my android
[23:19] <asac> just because of this modemmanager thing? cant believe it ;
[23:19] <asac> ah ;)
[23:19] <BUGabundo> asac: http://p.bugabundo.net/
[23:21] <asac> use ogg
[23:21] <BUGabundo> upload
[23:21] <BUGabundo> asac: I wish Android provided that codec
[23:21] <BUGabundo> not even PNG :(
[23:21] <asac> kart on sand?
[23:21] <asac> wow
[23:21] <asac> we only have tarmac things here ;)
[23:21] <asac> oh thats miniature ;)
[23:22] <BUGabundo> right
[23:22] <BUGabundo> remote controled cars
[23:22] <asac> BUGabundo: thats not a log with my patch
[23:22] <BUGabundo> some of those go as fast as 80KM/H
[23:23] <asac> yeah ... but wouldnt be a sport for me ;)
[23:23] <BUGabundo> -rw-r--r-- 1 bugabundo bugabundo 5.2K 2009-08-15 01:00 /home/bugabundo/Desktop/mm2.log.txt
[23:23] <BUGabundo> it must be
[23:23] <BUGabundo> its the one I ran last night before bad
[23:28] <BUGabundo> asac: is it not correct?
[23:28] <asac> doesnt feel correct
[23:28] <asac> BUGabundo: did you capture all output on console?
[23:28] <BUGabundo> no
[23:28] <BUGabundo> that's the log from MM
[23:29] <asac> BUGabundo: but how did you produce the log?
[23:29] <BUGabundo> asac: $ sudo killall modem-manager; sudo ./src/modem-manager --debug 2>&1 > /tmp/mm2.log.txt
[23:29] <asac> yeah
[23:30] <asac> you sure you did build it and ran sudo make install ?
[23:30] <asac> the log is crazy
[23:30] <asac> i mean it uses the same registration method it used in the successful log
[23:30] <asac> and there is no sign of any of my g_message additions
[23:31] <BUGabundo> *shrugs*
[23:31] <BUGabundo> asac: AFAIK and can remember from such a late hour, yes I run it all OK
[23:31] <BUGabundo> I even reported it, as I was doing it
[23:31] <asac> BUGabundo: in the build tree run git diff
[23:31] <asac> and paste what you get
[23:32] <BUGabundo> remember I said make install failed and that I used sudo make install??
[23:32] <asac> yes
[23:32] <asac> buzt that was the first build
[23:32] <asac> before applying the patch
[23:32] <asac> you most likely never applied the patch ;)
[23:32] <BUGabundo> asac: nothing out of git diff
[23:32] <asac> yes then you didnt even finish what i said ;)
[23:32] <asac> you tested the test build and not the one with the patch
[23:32] <asac> but letes do that later
[23:32] <asac> not today ;)
[23:33] <BUGabundo> okay
[23:33] <asac> enjoy your net
[23:33] <asac> (for now)
[23:33] <BUGabundo> but I would raise the priority
[23:33] <BUGabundo> anyone with NM from archive has no MM working
[23:33] <BUGabundo> another user on +1 just reporting it too
[23:33] <asac> not many complains yet ;)
[23:33] <asac> two bugs ... thjats it
[23:33] <asac> but most probably filed against NM
[23:34] <BUGabundo> prob
[23:34] <BUGabundo> ppl have no idea what MM is :)
[23:35]  * penguin42 wiggles
[23:36] <BUGabundo> hey penguin42
[23:36] <BUGabundo> asac: you have another extra 1 min?
[23:36] <BUGabundo> probs with 3.0 -> 3.5 migration
[23:36] <asac> most likely i cannot be helpful
[23:36] <penguin42> bug 414139
[23:36] <BUGabundo> seems it deletes existing 3.5 profiles :(
[23:37] <BUGabundo> asac: it is all fta handy work??
[23:39] <asac> thats bad luck for him then ;)
[23:40] <asac> i dont think its a problem. for now i think that he just is confused and actually wanted to use 3.0
[23:40]  * penguin42 has been running 3.5 for a few months
[23:40] <BUGabundo> asac: I _think_ I was affected too, and may have lost 3 one year old profiles :(
[23:40]  * BUGabundo checks
[23:41] <asac> we dont delete anything in that script
[23:41] <asac> so it cant be gone
[23:41] <penguin42> BUGabundo: That makes me feel a lot better, I'd been feeling guilty for not checking this earlier when you told me last week
[23:41] <penguin42> asac: I'm up for suggestions where to look
[23:41] <BUGabundo> right
[23:41] <asac> read the bug
[23:41] <BUGabundo> I have NO 3.5 otet
[23:42] <asac> if you disagree read the script and find the bug ;)
[23:42] <BUGabundo> other then the test migration one
[23:42] <asac> BUGabundo: thats because your 3.5 folder was renamed to firefox
[23:42] <asac> and the previous firefox renamed to somehting else
[23:42] <asac> so you are now using it
[23:42] <BUGabundo> asac: I'm cecking firefox
[23:42] <BUGabundo> only one profile there
[23:43] <BUGabundo> firefox.3.0-replaced/
[23:43] <penguin42> asac: firefox -ProfileManager only shows one profile
[23:43] <BUGabundo> not firefox.3.*5*-replaced/
[23:43] <BUGabundo> penguin42: that's expected
[23:43] <BUGabundo> asac: I'm using 3.6 :)
[23:44] <penguin42> asac: I grep'd for one of the terms that was in the old firefox 3.5 bookmarks and it wasn't there
[23:45] <asac> BUGabundo: thats all fine for you
[23:45] <penguin42> confusingly the firefox directory has two  blah.default directories, with one of them containing very little
[23:46] <asac> penguin42: yes ... that means you have two profiles
[23:46] <asac> that might be a bug indeed
[23:46] <penguin42> hmm time to give you a find .mozilla output
[23:46] <asac> :q
[23:46] <asac> penguin42: no need
[23:47] <penguin42> ok
[23:47] <asac> penguin42: whats in your firefox/profiles.ini ?
[23:47] <asac> actually its in the firefox folder, so there probably isnt really a bug in it
[23:48] <asac> penguin42: do you hav two profiles in there?
[23:48] <penguin42> asac: The profiles.ini points to my 6zz0n38z.default which is the only one
[23:48] <asac> do the names match the folders that are in firefox/ ?
[23:48] <asac> penguin42: kind of odd. add a new entry like
[23:48] <asac> [Profile1]
[23:48] <asac> Name=test
[23:48] <asac> IsRelative=1
[23:48] <asac> Path=le52tk7a.test
[23:48] <asac> with the other name in Path
[23:48] <asac> and start profile manager ... then select "test"
[23:48] <asac> most likely thats the profile you are missing?
[23:49] <asac> whatever you do also backup stuff ;)
[23:49] <penguin42> asac: No, the other directory, hxj2fgu2.default only has adblockplus and localstore.rdf in - no other contents
[23:50] <asac_> reconnect
[23:50] <asac_> 00:49 < penguin42> asac: No, the other directory, hxj2fgu2.default only has adblockplus and localstore.rdf in - no other contents
[23:50] <asac_> -> then i dont know.
[23:50] <asac_> check the copy script
[23:50] <penguin42> asac_: I'm fairly sure the old 3.5 stuff has gone
[23:51] <penguin42> where does the script live?
[23:51] <asac_> penguin42: sure you didnt use firefox-3.6?
[23:51] <asac_> often and add the bookmarks there?
[23:51] <penguin42> about says 3.5.2
[23:51] <asac_> penguin42: i mean before
[23:51] <asac_> do you have firefox-3.6 installed?
[23:52] <penguin42> no
[23:52] <asac_> maybe you used that rather than 3.5 and so your 3.5 profile was pretty empty still
[23:52] <asac_> the script is /usr/bin/firefox
[23:52] <asac_> there lives the code that does the migration
[23:52] <penguin42> never used it
[23:52] <asac_> but if you have firefox-3.0-replaced then it just copied the firefox-3.5 to firefox after moving that to the -replaced file
[23:53] <penguin42> ok, go back a few steps
[23:54] <penguin42> prior to this script, if I was running both firefox and firefox 3.5 where would they keep there stuff?
[23:54] <penguin42> sorry, firefox-3.0 and firefox-3.5
[23:54] <asac_> .mozilla/firefox-3.5 and firefox
[23:54] <asac_> the latter for 3.0
[23:54] <penguin42> ok
[23:54] <BUGabundo> asac firefox-3.0-replaced is a bad name for a 3.5 profile :)
[23:56] <asac_> BUGabundo: itst the old firefox 3.0 profile
[23:56] <asac_> if you would have said: "i want to keep using the stable firefox profile" then there would have been firefox-3.5-obsoleted
[23:57] <asac_> or -abandoned i think
[23:59]  * penguin42 reads script