arsenal-devel team mailing list archive

[Kamran Riaz Khan <krkhan@xxxxxxxxxxxxxx>]

On 12/11/2010 06:20 AM, Bryce Harrington wrote:
> On Fri, Dec 10, 2010 at 04:22:05PM -0800, Brian Murray wrote:
>> On Tue, Dec 07, 2010 at 10:05:18AM -0800, Bryce Harrington wrote:
>>> On Tue, Dec 07, 2010 at 07:35:45AM -0800, Brian Murray wrote:
>>>> On Tue, Dec 07, 2010 at 12:14:35AM -0800, Bryce Harrington wrote:
>>> If you can shoot me the bug # I can take a look and test this on it.
>>>
>>> If the user did something like convert \n's to \r's, I can probably make
>>> the split statement handle that type of situation.
>>>
>>> If the newline was removed entirely though, that gets to be a pretty
>>> tough problem, I'm not sure it can be feasibly be addressed other than
>>> manually fixing up those types of bugs as they're spotted.
>>
>> I happened to be editing an apport bug report by clicking the edit
>> pencil and noticed that a couple of the lines became compressed:
>>
>> ErrorMessage: subprocess installed post-installation script returned
>> error exit status 1LiveMediaBuild: Ubuntu 10.04.1 LTS "Lucid Lynx" -
>> Release i386 (20100816.1)
>> PackageArchitecture: allSourcePackage: initramfs-tools
>>
>> I wonder if this is a bug in apport or Launchpad ...
> 
> What was the bug #?  We should take a look at the original description.
> 
> I've seen this behavior when editing the PPA descriptions, so I could
> imagine it to be launchpad.  On the other hand, maybe launchpad isn't
> inserting proper line endings sometimes for some reason.
> 

How about having a dictionary of keys we're *expecting* from apport
properties. We could scan the properties and keep assigning values to
keys until new keys are encountered.

That would work around the line-ending issues but I don't know how
troublesome will it be to compile a list of known apport keys.
-- 
Kamran Riaz Khan.

http://inspirated.com/