[11:54] <apw> awreece, perf for sure, sometimes we do do ftrace type gathering as wel, depends on the problem
[13:32] <henrix> apw: question about commit c097877319ab ("ARM: 8307/1: psci: move psci firmware calls out of line") since i see your 'Reported-by:' :)
[13:32] <henrix> apw: would you say that commit is applicable for the 3.16 stable kernel?
[13:33] <henrix> apw: it has been applied in 4.0 and 3.18, and it seems to apply cleanly in 3.16 as well
[14:44] <tomp> Something is wrong and I do not know where to start :-(((
[14:46] <tomp> I have specific symptoms but not like those at the "Kernel/Debugging/Symptom"-site
[14:46] <tomp> What could be my most simple debugging strategy ?
[14:48] <tomp> I'm well nigh sure I have a kernel problem :-/
[14:52] <tomp> What it's not:
[14:52] <tomp> backlight brightness control
[14:53] <tomp> thermal
[14:53] <tomp> hotkeys
[14:54] <tomp> suspend/resume problem
[14:54] <tomp> What it could be:
[14:56] <tomp> sometimes it seems as if the module for wireless via USB can't be loaade (see the machine modprobing ad infinitum)
[15:03] <tomp> First appearance after updating/upgrading from Ubuntu-3.2.0-80.116 to Ubuntu-3.2.0-83.120 and still subsisting in Ubuntu-3.2.0-84.121
[15:04] <tomp> BTW: What is "scheduling while atomic" ? I've seen some CPU hard lockups while investigating my problem
[15:06] <tomp> How can I investigate it's not a BIOS issue ?
[15:06] <tomp> Once a sound problem occured :-/
[15:07] <tomp> Could it be an interrupt related issue ? In a log I saw that IRQ18 was disabled (by what???)
[15:08] <tomp> BTW: It's nit EFI
[15:11] <tomp> On https://wiki.ubuntu.com/Kernel/Debugging there's a lot of Debugging Tools/Information - regrettably it's too many, I don't see where to start from and what to start with :-(
[15:15] <tomp> But headache N°1: The whole thing isn't reproducible - at the moment, the machine is up 8,5 hours without any issue ...
[15:16] <tomp> Where should I start when the issues appear  ?
[15:24] <apw> henrix, ok the issue there is only triggered by the compiler combinations, but yes if it applies i would think it is safe and prolly snesible to have
[15:24] <henrix> apw: ack, thanks.  just wanted to confirm, as it was not tagged for stable
[15:25] <apw> tomp, well you have a believed good kernel, and one you know is bad so i would try the ones in between
[15:25] <apw> tomp, if it isn't very easy to reproduce this will take some time to confirm/deny each of the interviening ones is good/bad
[15:26] <apw> but once we have two consequtive kernels good/bad then we can look at the differences there
[15:28] <tomp> apw: What I can say so far: I first noticed it with 3.2.0-83.120. But next day I saw a kernel update and was in "good hope" that someone had found the issues and fixed them. So I'm on 3.2.0-84.121 now - but sadly the issues reappear from time to time :-(
[15:29] <apw> so whatever 119 is would be a good one to try
[15:30] <tomp> So, the question is: No more experiments and go back to 3.2.0-80.116 or go forward to some other available 3.5 kernel ?
[15:31] <apw> well if you are on the LTS you can try the linux-lts-trusty kernels
[15:32] <tomp> OK, but I'd like to have some informative basis about the problem before trying (and not knowing what I'm looking for) ...
[15:33] <apw> tomp, yep, you need to know how to say the problem exhibited itself for sure, what the primaty symptom is
[15:34] <tomp> Curiously 81.117 and 82.118 weren't installed by update manager. Maybe it was on 14 day frequency then an the kernel versions came in that time slot.
[15:35] <tomp> If it's reappearing the next days, can I get some help here ?
[15:35] <apw> tomp, there were a lot of small uploads for security and the like, may have been those
[15:35] <apw> tomp, yep
[15:36] <tomp> What's the best time to disturb you with new problems ;-) ?
[15:39] <apw> there are lots of people in and around at all sorts of time, just ask and you are likely to find someone
[15:41] <tomp> apw: Our daylight time seems to be the same. I'm CEST=UTC+2
[15:45] <tomp> Have a nice day
[16:31] <attente> apw: hi, how does one propose changes to the ubuntu kernel?
[16:35] <apw> attente, if you have specific fixes in mind then you can email<EMAIL_ADDRESS>and starts a thread there
[16:35] <apw> you can also start talking about it here
[16:37] <attente> apw: sure, it's just a small patch that will permit the addition of a new apparmor rule type for dconf settings confinement
[16:39] <jjohansen> attente: uh, sending to kt is premature
[16:40] <attente> jjohansen: oh ok. sorry, i didn't know the process
[16:40] <jjohansen> attente: I would say send it to the apparmor list for review
[16:40] <attente> jjohansen: sure. thanks
[16:41] <jjohansen> attente<EMAIL_ADDRESS>[16:44] <apw> attente, yeah if its apparmor, then i would refer you to jjohansen who has already answered all my followup questions
[16:46] <attente> apw: great, thanks
[17:39] <cheburan> Hey, another try: PATCH 3.16.y-ckt 033/129 d2dc317 ext4 data corruptions - is it going to make to 3.13 LTS?
[17:41] <apw> kamal, henrix, ^
[17:43] <henrix> i'm not sure 3.13 is affected by that, let me have alook
[17:45] <kamal> cheburan, henrix, it looks relevant to me.  test-building it now.  :-)
[17:45] <henrix> yeah, it looks like it's applicable.  and since it's tagged for stable, it should hit 3.13 soon
[17:47] <kamal> cheburan, henrix: assuming that it builds okay, I'll queue it up for 3.13-stable immediately
[17:47] <cheburan> kamal, thanks. from the post on lwn (https://lwn.net/Articles/645723/), it seems that the bug was in the kernel for long time
[17:48] <henrix> cheburan: yep, true
[17:48] <kamal> cheburan, yes thanks for the heads-up ... I certainly prefer to get this into 3.13 sooner rather than later :-)


[13:58] <JerryNJ> i need some help - I just moved an ltsp vm to another server and need some help with networking in Ubuntu ltsp
[14:18] <highvoltage> JerryNJ: I can try to help, what do you need?
[14:19] <highvoltage> (I have a scheduled phone call in 10 minutes so if you don't get help you can also try #ltsp)


[00:03] <wonko> OvenWerks: all good to know. I'll try to look into things Monday.
[14:29] <deen77> hi,  anyone have some xp  with u-studio and bitwig ?
[14:40] <deen77> well, i will rather describe  my problem, wich i get with linux mint 19.2 : working almost fine with bitwig , a NI kmplet Kontroll audio usb interface,i can record my guitar , jack start at system and is relatively good configurated, but, i have some crackles , whil eplaying
[14:42] <deen77> i even got a fast sdd as the crackles sound always semms to be at sdd read / write process. especially bad when i use firefox while playing ( for ex . studying a backingtrack.)
[16:38]  * OvenWerks is begining to hate USB audio devices :P


[06:08] <YoBoY> bonjour
[07:56] <dholbach> good morning
[13:26] <locodir-user> hi
[13:27] <locodir-user> are  you  here


[12:56] <carlos> lifeless: ping?
[01:33] <dilys> Merge to<EMAIL_ADDRESS>Final patch for the statistics, we are using an ugly patch to prevent a cache problem with sqlobject (patch-1123)
[01:45] <dilys> New Malone bug #172: "We should handle better bad names for new products", submitted by Carlos Perell Marn
[01:45] <dilys> https://dogfood.ubuntu.com/malone/bugs/172
[02:06] !lilo:*! Thanks to everyone for the kind birthday wishes, if I missed anyone, let me know :)
[09:18] <dilys> Merge to<EMAIL_ADDRESS>sync with rocketfuel (patch-18)
[09:20] <bob2> jordi: ping
[09:23] <lifeless> 2004-12-17T08:22:48 WARNING ZopePublication Competing writes/reads at /++vh++https:launchpad.ubuntu.com:443/++/++resource++link_icon.gif
[09:23] <lifeless> Traceback (most recent call last):
[09:23] <lifeless>   File "/home/launchpad/dists/launchpad/lib/zope/publisher/publish.py", line 143, in publish
[09:23] <lifeless>     publication.afterCall(request, object)
[09:23] <lifeless>   File "/home/launchpad/dists/launchpad/lib/zope/app/publication/browser.py", line 64, in afterCall
[09:23] <lifeless>     super(BrowserPublication, self).afterCall(request, ob)
[09:23] <lifeless>   File "/home/launchpad/dists/launchpad/lib/zope/app/publication/zopepublication.py", line 167, in afterCall
[09:23] <lifeless>     txn.commit()
[09:23] <lifeless>   File "/home/launchpad/dists/launchpad/lib/transaction/_transaction.py", line 293, in commit
[09:23] <lifeless>     self._commitResources(subtransaction)
[09:23] <lifeless>   File "/home/launchpad/dists/launchpad/lib/transaction/_transaction.py", line 334, in _commitResources
[09:23] <lifeless>     rm.commit(self)
[09:23] <lifeless>   File "/home/launchpad/dists/launchpad/lib/ZODB/Connection.py", line 617, in commit
[09:23] <lifeless>     self._store_objects(ObjectWriter(obj), transaction)
[09:23] <lifeless>   File "/home/launchpad/dists/launchpad/lib/ZODB/Connection.py", line 640, in _store_objects
[09:23] <lifeless>     s = self._storage.store(oid, serial, p, self._version, transaction)
[09:23] <lifeless>   File "/home/launchpad/dists/launchpad/lib/ZODB/MappingStorage.py", line 94, in store
[09:23] <lifeless>     data=data)
[09:23] <lifeless> ConflictError: database conflict error (oid 0x04, class BTrees._OOBTree.OOBTree, serial this txn started with 0x0359ee16cc93f711
[09:25] <lifeless> 2004-12-17T08:22:48 WARNING ZopePublication Competing writes/reads at /++vh++https:launchpad.ubuntu.com:443/++/++resource++link_icon.gif
[09:25] <lifeless> Traceback (most recent call last):
[09:25] <lifeless>   File "/home/launchpad/dists/launchpad/lib/zope/publisher/publish.py", line 143, in publish
[09:25] <lifeless>     publication.afterCall(request, object)
[09:25] <lifeless>   File "/home/launchpad/dists/launchpad/lib/zope/app/publication/browser.py", line 64, in afterCall
[09:25] <lifeless>     super(BrowserPublication, self).afterCall(request, ob)
[09:25] <lifeless>   File "/home/launchpad/dists/launchpad/lib/zope/app/publication/zopepublication.py", line 167, in afterCall
[09:25] <lifeless>     txn.commit()
[09:25] <lifeless>   File "/home/launchpad/dists/launchpad/lib/transaction/_transaction.py", line 293, in commit
[09:25] <lifeless>     self._commitResources(subtransaction)
[09:25] <lifeless>   File "/home/launchpad/dists/launchpad/lib/transaction/_transaction.py", line 334, in _commitResources
[09:25] <lifeless>     rm.commit(self)
[09:25] <lifeless>   File "/home/launchpad/dists/launchpad/lib/ZODB/Connection.py", line 617, in commit
[09:25] <lifeless>     self._store_objects(ObjectWriter(obj), transaction)
[09:25] <lifeless>   File "/home/launchpad/dists/launchpad/lib/ZODB/Connection.py", line 640, in _store_objects
[09:25] <lifeless>     s = self._storage.store(oid, serial, p, self._version, transaction)
[09:25] <lifeless>   File "/home/launchpad/dists/launchpad/lib/ZODB/MappingStorage.py", line 94, in store
[09:25] <lifeless>     data=data)
[09:25] <lifeless> ConflictError: database conflict error (oid 0x04, class BTrees._OOBTree.OOBTree, serial this txn started with 0x0359ee16cc93f711
[09:26] <mgedmin> this seems somewhat bogus -- why should the rendering of a static resource write anything to the ZODB?
[09:28] <dilys> New Malone bug #173: "the edited date is weird (no hours but GMT)", submitted by Sebastien Bacher
[09:28] <dilys> https://dogfood.ubuntu.com/malone/bugs/173
[09:32] <spiv> mgedmin: Yeah, it's crack.
[09:33] <dilys> New Malone bug #174: "non used translations listed", submitted by Sebastien Bacher
[09:33] <dilys> https://dogfood.ubuntu.com/malone/bugs/174
[09:37] <elmo> spiv: can you make an init script for the authserver?
[09:38] <spiv> Ah, right.  Yeah, that can be done.
[09:38] <spiv> I've started it manually just now.
[09:55] <lifeless> 2004-12-17T08:54:28 ERROR SiteError https://launchpad.ubuntu.com/rosetta/products/bazaar/messages.pot/+upload
[09:55] <lifeless> Traceback (most recent call last):
[09:55] <lifeless>   File "/home/launchpad/dists/launchpad/lib/zope/publisher/publish.py", line 143, in publish
[09:55] <lifeless>     publication.afterCall(request, object)
[09:55] <lifeless>   File "/home/launchpad/dists/launchpad/lib/zope/app/publication/browser.py", line 64, in afterCall
[09:55] <lifeless>     super(BrowserPublication, self).afterCall(request, ob)
[09:55] <lifeless>   File "/home/launchpad/dists/launchpad/lib/zope/app/publication/zopepublication.py", line 167, in afterCall
[09:55] <lifeless>     txn.commit()
[09:55] <lifeless>   File "/home/launchpad/dists/launchpad/lib/transaction/_transaction.py", line 293, in commit
[09:55] <lifeless>     self._commitResources(subtransaction)
[09:55] <lifeless>   File "/home/launchpad/dists/launchpad/lib/transaction/_transaction.py", line 340, in _commitResources
[09:55] <lifeless>     rm.tpc_vote(self)
[09:55] <lifeless>   File "/home/launchpad/dists/launchpad/lib/transaction/_transaction.py", line 629, in tpc_vote
[09:55] <lifeless>     self._datamanager.prepare(transaction)
[09:55] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlos/transaction/__init__.py", line 157, in prepare
[09:55] <lifeless>     obj.sync()
[09:55] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlobject/main.py", line 670, in sync
[09:55] <lifeless>     selectResults = self._connection._SO_selectOne(self, dbNames)
[09:56] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlobject/dbconnection.py", line 380, in _SO_selectOne
[09:56] <lifeless>     return self.queryOne("SELECT %s FROM %s WHERE %s = %s" %
[09:56] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlobject/dbconnection.py", line 505, in queryOne
[09:56] <lifeless>     return self._dbConnection._queryOne(self._connection, s)
[09:56] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlobject/dbconnection.py", line 221, in _queryOne
[09:56] <lifeless>     self._executeRetry(conn, c, s)
[09:56] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlobject/dbconnection.py", line 194, in _executeRetry
[09:56] <lifeless>     return cursor.execute(query)
[09:56] <lifeless>   File "/home/launchpad/dists/launchpad/lib/zope/app/rdb/__init__.py", line 256, in execute
[09:56] <lifeless>     self.connection.registerForTxn()
[09:56] <lifeless>   File "/home/launchpad/dists/launchpad/lib/zope/app/rdb/__init__.py", line 314, in registerForTxn
[09:56] <lifeless>     get_transaction().join(tm)
[09:56] <lifeless>   File "/home/launchpad/dists/launchpad/lib/transaction/_transaction.py", line 223, in join
[09:56] <lifeless>     raise ValueError("expected txn status %r, but it's %r" % (
[09:56] <lifeless> ValueError: expected txn status 'Active', but it's 'Committing'
[09:56] <lifeless> 1
[09:57] <lifeless> 2004-12-17T08:56:45 ERROR SiteError https://launchpad.ubuntu.com/rosetta/+uploadqueue
[09:57] <lifeless> Traceback (most recent call last):
[09:57] <lifeless>   File "/home/launchpad/dists/launchpad/lib/zope/publisher/publish.py", line 143, in publish
[09:57] <lifeless>     publication.afterCall(request, object)
[09:57] <lifeless>   File "/home/launchpad/dists/launchpad/lib/zope/app/publication/browser.py", line 64, in afterCall
[09:57] <lifeless>     super(BrowserPublication, self).afterCall(request, ob)
[09:57] <lifeless>   File "/home/launchpad/dists/launchpad/lib/zope/app/publication/zopepublication.py", line 167, in afterCall
[09:57] <lifeless>     txn.commit()
[09:57] <lifeless>   File "/home/launchpad/dists/launchpad/lib/transaction/_transaction.py", line 293, in commit
[09:57] <lifeless>     self._commitResources(subtransaction)
[09:57] <lifeless>   File "/home/launchpad/dists/launchpad/lib/transaction/_transaction.py", line 340, in _commitResources
[09:57] <lifeless>     rm.tpc_vote(self)
[09:57] <lifeless>   File "/home/launchpad/dists/launchpad/lib/transaction/_transaction.py", line 629, in tpc_vote
[09:58] <lifeless>     self._datamanager.prepare(transaction)
[09:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlos/transaction/__init__.py", line 157, in prepare
[09:58] <lifeless>     obj.sync()
[09:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlobject/main.py", line 670, in sync
[09:58] <lifeless>     selectResults = self._connection._SO_selectOne(self, dbNames)
[09:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlobject/dbconnection.py", line 380, in _SO_selectOne
[09:58] <lifeless>     return self.queryOne("SELECT %s FROM %s WHERE %s = %s" %
[09:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlobject/dbconnection.py", line 505, in queryOne
[09:58] <lifeless>     return self._dbConnection._queryOne(self._connection, s)
[09:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlobject/dbconnection.py", line 221, in _queryOne
[09:58] <lifeless>     self._executeRetry(conn, c, s)
[09:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlobject/dbconnection.py", line 194, in _executeRetry
[09:58] <lifeless>     return cursor.execute(query)
[09:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/zope/app/rdb/__init__.py", line 256, in execute
[09:58] <lifeless>     self.connection.registerForTxn()
[09:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/zope/app/rdb/__init__.py", line 314, in registerForTxn
[09:58] <lifeless>     get_transaction().join(tm)
[09:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/transaction/_transaction.py", line 223, in join
[09:58] <lifeless>     raise ValueError("expected txn status %r, but it's %r" % (
[09:58] <lifeless> ValueError: expected txn status 'Active', but it's 'Committing'
[09:59] <spiv> Heh, the comment just above that raise:
[09:59] <spiv>             # TODO: Should it be possible to join a committing transaction?
[09:59] <spiv>             # I think some users want it.
[09:59] <spiv> Ok, so I sort of see what's happening.
[10:01] <spiv> It might be worth trying sqlos from SVN, this might already be fixed.  I'll see if stuff still works locally with the sqlos HEAD.
[10:12] <lifeless> spiv: want to drop newer svn into a branch for me then ?
[10:13] <spiv> lifeless: I'm running tests first.
[10:13] <spiv> But if they pass locally, then I'll do that.
[10:14] <lifeless> k
[10:16] <stub> https://dogfood.ubuntu.com/++resource++rosetta.png
[10:16] <elmo> how hard should I hit it?
[10:19] <elmo> meh, it requires a client cert
[10:27] <lifeless> stub: ping
[10:57] <lifeless> 2004-12-17T09:57:18 ERROR SiteError http://localhost:8085
[10:57] <lifeless> Traceback (most recent call last):
[10:57] <lifeless>   File "/home/launchpad/dists/launchpad/lib/zope/publisher/publish.py", line 132, in publish
[10:57] <lifeless>     publication.beforeTraversal(request)
[10:57] <lifeless>   File "/home/launchpad/dists/launchpad/lib/canonical/publication.py", line 207, in beforeTraversal
[10:57] <lifeless>     p = prin_reg.authenticate(request)
[10:57] <lifeless>   File "/home/launchpad/dists/launchpad/lib/canonical/launchpad/webapp/authentication.py", line 91, in authenticate
[10:57] <lifeless>     return self._authenticateUsingBasicAuth(credentials)
[10:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/canonical/launchpad/webapp/authentication.py", line 65, in _authenticateUsingBasicAuth
[10:58] <lifeless>     principal = login_src.getPrincipalByLogin(login)
[10:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/canonical/launchpad/webapp/authentication.py", line 183, in getPrincipalByLogin
[10:58] <lifeless>     person = getUtility(IPersonSet).getByEmail(login)
[10:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/canonical/launchpad/database/person.py", line 362, in getByEmail
[10:58] <lifeless>     resultscount = results.count()
[10:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlobject/main.py", line 1267, in count
[10:58] <lifeless>     count = self.accumulate('COUNT(*)')
[10:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlobject/main.py", line 1263, in accumulate
[10:58] <lifeless>     return conn.accumulateSelect(self,expression)
[10:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlobject/dbconnection.py", line 254, in accumulateSelect
[10:58] <lifeless>     val = int(self.queryOne(q)[0] )
[10:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlobject/dbconnection.py", line 505, in queryOne
[10:58] <lifeless>     return self._dbConnection._queryOne(self._connection, s)
[10:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlobject/dbconnection.py", line 221, in _queryOne
[10:58] <lifeless>     self._executeRetry(conn, c, s)
[10:58] <lifeless>   File "/home/launchpad/dists/launchpad/lib/sqlobject/dbconnection.py", line 193, in _executeRetry
[10:58] <lifeless>     query.decode('utf8')
[10:58] <lifeless> UnicodeDecodeError: 'utf8' codec can't decode bytes in position 55-57: invalid data
[01:29] <dilys> Merge to<EMAIL_ADDRESS>More robust authentication (patch-1124)
[01:37] <dilys> Merge to<EMAIL_ADDRESS>Improved the navigation and splitted the upload form and improved the way we update the statistics (patch-1125)
[01:37] <daf> carlos: navigation?
[02:46] <dilys> New Malone bug #175: "displayed "unstranslated messages" doesn't work", submitted by Sebastien Bacher
[02:46] <dilys> https://dogfood.ubuntu.com/malone/bugs/175
[02:47] <daf> carlos:
[02:47] <daf> --- orig/lib/canonical/launchpad/database/pofile.py
[02:47] <daf> +++ mod/lib/canonical/launchpad/database/pofile.py
[02:47] <daf> @@ -312,7 +312,7 @@
[02:47] <daf>                      poset.pofile = pofile.id AND
[02:47] <daf>                      pofile.language = language.id AND
[02:47] <daf>                      language.code IN (%s) AND
[02:47] <daf> -                    iscomplete = FALSE
[02:47] <daf> +                    (iscomplete = FALSE OR fuzzy = TRUE)
[02:47] <daf>                  ''' % language_codes
[02:48] <daf>
[02:48] <daf>              # Count PO message sets for this POT set.
[02:48] <daf> what do you think?
[02:48] <carlos> let me see the context
[02:49] <dilys> Merge to<EMAIL_ADDRESS>Added a return I forgot (patch-1126)
[02:49] <daf>  vi lib/canonical/launchpad/database/pofile.py +305
[02:49] <carlos> daf: yeah, makes sense
[02:49] <carlos> but I'm not sure it's the main problem
[02:59] <carlos> daf: dilys has died
[03:00] <carlos> hmmm
[03:00] <carlos> forget that
[03:00] <seb128> poor rosetta guys
[03:01] <daf> hmm, I thought I had a fix for your bug, seb, but seems I was wrong
[03:02] <seb128> :(
[03:02] <daf> I can't explain the behaviour you're seeing, so I'll have to try and reproduce it on my machine
[03:03] <carlos> daf: he's french, he should fix his own bugs
[03:03] <seb128> but you don't have the problem on the production server from your box ?
[03:04] <daf> can you paste me the URL?
[03:04] <daf> I might need you to email me the POT+PO
[03:05] <seb128> https://launchpad.ubuntu.com/rosetta/products/gconf-editor/
[03:05] <dilys> New Malone bug #176: "description of the colors for the statistic ?", submitted by Sebastien Bacher
[03:05] <dilys> https://dogfood.ubuntu.com/malone/bugs/176
[03:05] <seb128> and pick french
[03:06] <seb128> show the untranslated msg
[03:06] <seb128> sorry, have to move
[03:06] <daf> seb128: thanks
[03:07] <carlos> seb128: perhaps it's related to the statistics, did you reloaded the pot and po files?
[03:11] <seb128> carlos, lemme try again
[03:11] <seb128> (I still have network here)
[03:12] <seb128> hum, sometime I get a "A system error occured" while uploading
[03:12] <carlos> ok
[03:12] <dilys> New Malone bug #177: "if you see this...", submitted by Brad Bollenbach
[03:12] <dilys> https://dogfood.ubuntu.com/malone/bugs/177
[03:18] <jblack> ddaa: I see more archives coming into the supermirror. grats.
[03:18] <jblack> Just to let you know though, it looks like<EMAIL_ADDRESS>is confused
[03:46] <dilys> New Malone bug #178: "Need multi-upload functionality", submitted by Stuart Bishop
[03:46] <dilys> https://dogfood.ubuntu.com/malone/bugs/178
[03:55] <dilys> New Malone bug #179: "'reject' quick link does not work", submitted by Stuart Bishop
[03:55] <dilys> https://dogfood.ubuntu.com/malone/bugs/179
[04:10] <stub> spiv: I pulled the sqlobject update - looks like we might have had the 'only the first request actually commits' issue back.
[04:11] <spiv> stub: Ok.
[04:11] <jblack> spiv: how far along is the twisted ssh server for the supermirror push arvhies?
[04:13] <spiv> jblack: I've been chasing other things most of the time, so I've hardly started.
[04:13] <jblack> Ok. you're aware that push archives for the supermirror is a blocker for hct, right?
[04:13] <spiv> I am now :)
[04:14] <jblack> glad I mentioned it. :)
[04:14] <spiv> Me too :)
[04:25] <dilys> Merge to<EMAIL_ADDRESS>Fix breadcrumbs. (patch-1127)
[04:25] <dilys> New Malone bug #180: "foo bar baz", submitted by Brad Bollenbach
[04:25] <dilys> https://dogfood.ubuntu.com/malone/bugs/180
[04:59] <dilys> Merge to<EMAIL_ADDRESS>merge from rf (patch-19)
[05:24] <dilys> Merge to<EMAIL_ADDRESS>Fix breakage under Python 2.4 (patch-1128)
[05:34] <SteveA> elmo: hello
[05:34] <SteveA> I need to get some information from the ubuntulinux website apache logs
[05:49] <seb128> rosetta broken ?
[05:49] <seb128> nm I got a proxy error
[05:49] <seb128> that's fine again
[05:50] <SteveA> elmo: ping
[05:53] <elmo> SteveA: what?
[05:53] <SteveA> I need to get some apache logs for ubuntulinux website
[05:53] <SteveA> those around 12:57 today
[05:54] <dilys> New Malone bug #181: "oher products by alphabetic order", submitted by Sebastien Bacher
[05:54] <dilys> https://dogfood.ubuntu.com/malone/bugs/181
[05:57] <seb128> hum, only the owner of a product can load po translations in it ??
[06:00] <dilys> Merge to<EMAIL_ADDRESS>Add Malone to public root document (patch-1129)
[06:03] <carlos> seb128: not really
[06:03] <seb128> I don't find where to add a po file for bazaar
[06:04] <carlos> seb128: define "add"
[06:04] <seb128> hum
[06:05] <carlos> start translating into a language or upload a po file
[06:05] <seb128> I want to upload the fr.po file
[06:05] <carlos> go to the templates view
[06:05] <carlos> and choose french
[06:05] <seb128> I've
[06:06] <carlos> https://launchpad.ubuntu.com/rosetta/products/bazaar/messages.pot
[06:06] <seb128> ok
[06:06] <carlos> https://launchpad.ubuntu.com/rosetta/products/bazaar/messages.pot/fr
[06:06] <carlos> https://launchpad.ubuntu.com/rosetta/products/bazaar/messages.pot/fr/+edit
[06:06] <seb128> ok, thanks
[06:07] <seb128> I was searching in the wrong place ...
[06:09] <carlos> I have changed it today
[06:09] <carlos> so perhaps that's the problem
[06:09] <seb128> probably
[06:16] <dilys> Merge to<EMAIL_ADDRESS>db schema patch for milestone support on products (patch-1130)
[11:24] !lilo:*! adding group contact: Danga Interactive, Inc., Beaverton OR USA.  Responsible for the LiveJournal online journalling/blogging site.  Currently #livejournal is a user channel.  Category: corporate, webmedia/FOSS.


[00:27] <GridCube> its there a problem in the ubuntu's wiki? i can't seem to be able to login
[00:27] <pleia2> it's sometimes slow and I have to try a couple times
[00:27] <GridCube> it gets stuck in the +decide page
[00:28] <knome> try again
[00:32] <GridCube> Internal Server Error
[00:32] <GridCube> The server encountered an internal error or misconfiguration and was unable to complete your request.
[00:38] <benonsoftware> GridCube: The help.ubuntu.com/community wiki?
[00:38] <GridCube> no
[00:38] <GridCube> wiki.ubuntu.com
[00:39] <knome> GridCube, #canonical-sysadmin :9
[00:40] <benonsoftware> Logins fine for me.
[00:40] <GridCube> it works now
[19:41] <bkerensa> mentoring does not exist on wiki
[19:41] <bkerensa> since we dont have the hands for mentoring
[19:41] <bkerensa> maybe consider replacing that with getting started
[19:41] <knome> mentoring for docs or generally?
[19:41] <knome> sounds good
[19:42] <bkerensa> just for docs
[19:42] <bkerensa> joining a team is really not a getting started
[19:42] <knome> i agree
[19:42] <bkerensa> and so I think that would be a good replacement for mentoring
[19:43] <bkerensa> godbyk: can you summarize the session today in a e-mail to the mailing list link to the pad.
[19:43] <godbyk> bkerensa: Sure.