From: Benny M. <ben...@gm...> - 2007-10-15 12:15:30
|
T2ssIHN0YXJ0ZWQgYSBuZXcgdGhyZWFkIGZvciB0aGlzLgoKQ2FuIHNvbWVib2R5IHdpdGggbmV3 IHVidW50dSAoZ3V0c3kpIGRvd25sb2FkIG3DqWRpYV9maWxlbmFtZS5ncGtnIGZyb20gaGVyZToK aHR0cDovL2J1Z3MuZ3JhbXBzLXByb2plY3Qub3JnL3ZpZXcucGhwP2lkPTg4OQphbmQgc2VlIGlm IHRoaXMgY3Jhc2ggYWxzbyBoYXBwZW5zIHRoZXJlIG9uIGltcG9ydD8KCkplcm9tZSwgaWYgeW91 IHNhdmUgdGhlIGZpbGUgaXQgc2hvdWxkIGJlIHN0b3JlZCBhcyBhIHV0Zi04IHN0cmluZyBJIHRo aW5rLApzbyBpdCBzaG91bGQgbm90IGJlIG5lZWRlZCB0byBkZWNvZGUgdGhlIGZpbGVuYW1lIGF0 IGFsbCBvbiB5b3VyIHN5c3RlbS4KCkkgYW0gY2x1ZWxlc3MgdG8gd2hhdCBjb3VsZCBiZSBnb2lu ZyBvbiwgaXQgd29ya3MgcGVyZmVjdGx5IGhlcmUgb24gbXkgYm94LApkb3dubG9hZGVkIGFuZCBv cGVuZWQgdGhlIGZpbGUganVzdCBmaW5lLiBQZXJoYXBzIGZpbGVjaG9vc2VyIHJldHVybnMKc29t ZXRoaW5nIGRpZmZlcmVudCBub3c/CkNhbiB5b3UgdGhpcyBwYXRjaCwgYW5kIHNheSB3aGF0IHRo ZSByZXR1cm4gdmFsdWUgaXM6CgpJbmRleDogc3JjL1V0aWxzLnB5Cj09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIHNy Yy9VdGlscy5weSAgICAgICAgKHJldmlzaW9uIDkxODkpCisrKyBzcmMvVXRpbHMucHkgICAgICAg ICh3b3JraW5nIGNvcHkpCkBAIC0zNDcsNyArMzQ3LDE3IEBACiAgICAgaWYgb3Muc3lzLnBsYXRm b3JtID09ICJ3aW4zMiI6CiAgICAgICAgIHJldHVybiB1bmljb2RlKHBhdGgpCiAgICAgZWxzZToK LSAgICAgICAgcmV0dXJuIHVuaWNvZGUocGF0aCxzeXMuZ2V0ZmlsZXN5c3RlbWVuY29kaW5nKCkp CisgICAgICAgIGlmIHN5cy5nZXRmaWxlc3lzdGVtZW5jb2RpbmcoKSA9PSAnVVRGLTgnIDoKKyAg ICAgICAgICAgICNzb21lIHRlc3Q6CisgICAgICAgICAgICBpZiBpc2luc3RhbmNlKCBwYXRoLCBi YXNlc3RyaW5nICk6CisgICAgICAgICAgICAgICAgcHJpbnQgJyBwYXRoIGlzIGEgYmFzZXN0cmlu ZycsIHBhdGgKKyAgICAgICAgICAgICAgICBpZiBpc2luc3RhbmNlKCBwYXRoLCBzdHIgKToKKyAg ICAgICAgICAgICAgICAgICAgcHJpbnQgJyBwYXRoIGlzIG9ubHkgYnl0ZSBzdHJpbmcnCisgICAg ICAgICAgICBwcmludCAndGVzdCAxOiB1dGYtOCwgZG9udCBnaXZlIGVuY29kaW5nJyxwYXRoCisg ICAgICAgICAgICByZXR1cm4gdW5pY29kZShwYXRoKQorICAgICAgICBlbHNlOgorICAgICAgICAg ICAgcHJpbnQgJ3Rlc3QyOiBjb252ZXJ0IGZyb20gJyxzeXMuZ2V0ZmlsZXN5c3RlbWVuY29kaW5n KCksICd0bwp1bmljb2RlJworICAgICAgICAgICAgcmV0dXJuIHVuaWNvZGUocGF0aCxzeXMuZ2V0 ZmlsZXN5c3RlbWVuY29kaW5nKCkpCgpJIGRvbid0IHRoaW5rIHRoaXMgd2lsbCBoZWxwLCBidXQg c29tZSBtb3JlIGRhdGEgZG9lcyBub3QgaHVydC4gSWYgZmlsZQpjaG9vc2VyIHJldHVybnMgYSBi eXRlIHN0cmluZywgdW5pY29kZSBzaG91bGQgYmUgYWJsZSB0byBjb252ZXJ0LgoKQmVubnkK |
From: <rom...@ya...> - 2007-10-16 07:12:58
|
> Perhaps filechooser > returns something different now? > Can you this patch, and say what the return value is: > > Index: src/Utils.py path is a basestring /home/jerome/Untitled_11.grdb path is only byte string test 1: utf-8, dont give encoding /home/jerome/Untitled_11.grdb path is a basestring /home/jerome/m�dia_filename.gpkg path is only byte string test 1: utf-8, dont give encoding /home/jerome/m�dia_filename.gpkg Benny Malengier a écrit : > Ok, started a new thread for this. > > Can somebody with new ubuntu (gutsy) download média_filename.gpkg from > here: http://bugs.gramps-project.org/view.php?id=889 > and see if this crash also happens there on import? > > Jerome, if you save the file it should be stored as a utf-8 string I > think, so it should not be needed to decode the filename at all on your > system. > > I am clueless to what could be going on, it works perfectly here on my > box, downloaded and opened the file just fine. Perhaps filechooser > returns something different now? > Can you this patch, and say what the return value is: > > Index: src/Utils.py > =================================================================== > --- src/Utils.py (revision 9189) > +++ src/Utils.py (working copy) > @@ -347,7 +347,17 @@ > if os.sys.platform == "win32": > return unicode(path) > else: > - return unicode(path,sys.getfilesystemencoding()) > + if sys.getfilesystemencoding() == 'UTF-8' : > + #some test: > + if isinstance( path, basestring ): > + print ' path is a basestring', path > + if isinstance( path, str ): > + print ' path is only byte string' > + print 'test 1: utf-8, dont give encoding',path > + return unicode(path) > + else: > + print 'test2: convert from ',sys.getfilesystemencoding(), > 'to unicode' > + return unicode(path,sys.getfilesystemencoding()) > > I don't think this will help, but some more data does not hurt. If file > chooser returns a byte string, unicode should be able to convert. > > Benny > > > ------------------------------------------------------------------------ > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > > > ------------------------------------------------------------------------ > > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel |
From: Benny M. <ben...@gm...> - 2007-10-16 07:38:34
|
SmVyb21lLCBJIHN1cHBvc2UgdGhlIGNyYXNoIHN0aWxsIGhhcHBlbnM/CkRvIHlvdSBzZWUgdGhl IGFjY2VudGVkIMOpIG9yIO+/vSBvbiB0aGUgY29tbWFuZCBsaW5lPwpJZiB5b3VyIHN5c3RoZW0g aXMgdXRmLTgsIHlvdSBzaG91bGQgbm90IHNlZSA/IGZvciB5b3VyIG93biBmaWxlbmFtZXMuLi4u CgpCZW5ueQoKMjAwNy8xMC8xNiwgSsOpcsO0bWUgPHJvbWplcm9tZUB5YWhvby5mcj46Cj4KPiA+ IFBlcmhhcHMgZmlsZWNob29zZXIKPiA+IHJldHVybnMgc29tZXRoaW5nIGRpZmZlcmVudCBub3c/ Cj4gPiBDYW4geW91IHRoaXMgcGF0Y2gsIGFuZCBzYXkgd2hhdCB0aGUgcmV0dXJuIHZhbHVlIGlz Ogo+ID4KPiA+IEluZGV4OiBzcmMvVXRpbHMucHkKPgo+IHBhdGggaXMgYSBiYXNlc3RyaW5nIC9o b21lL2plcm9tZS9VbnRpdGxlZF8xMS5ncmRiCj4gcGF0aCBpcyBvbmx5IGJ5dGUgc3RyaW5nCj4g dGVzdCAxOiB1dGYtOCwgZG9udCBnaXZlIGVuY29kaW5nIC9ob21lL2plcm9tZS9VbnRpdGxlZF8x MS5ncmRiCj4gcGF0aCBpcyBhIGJhc2VzdHJpbmcgL2hvbWUvamVyb21lL23vv71kaWFfZmlsZW5h bWUuZ3BrZwo+IHBhdGggaXMgb25seSBieXRlIHN0cmluZwo+IHRlc3QgMTogdXRmLTgsIGRvbnQg Z2l2ZSBlbmNvZGluZyAvaG9tZS9qZXJvbWUvbe+/vWRpYV9maWxlbmFtZS5ncGtnCj4KPgo+Cg== |
From: <rom...@ya...> - 2007-10-16 08:02:45
|
> Jerome, I suppose the crash still happens? sorry, yes. > Do you see the accented é or � on the command line? no Does console/terminal have his own encoding ? Should I configure them ? > If your systhem is utf-8, you should not see ? for your own filenames.... I thought it is old X system tool (xterm, terminal), that's why they do not properly display non-ASCII characters under my UTF-8 locale. I will try modified file returns with Ubuntu 7.04 for having a diff between both managements. Also, I could try iconv or fromdos, but gpkg was always UTF-8 ... Maybe it works fine with Ubuntu 7.04 after pasting file from my USB key ? Does pasting "only" a file could change encoding or fix a wrong encoding ? I will look at this. Benny Malengier a écrit : > Jerome, I suppose the crash still happens? > Do you see the accented é or � on the command line? > If your systhem is utf-8, you should not see ? for your own filenames.... > > Benny > > 2007/10/16, Jérôme <rom...@ya... <mailto:rom...@ya...>>: > > > Perhaps filechooser > > returns something different now? > > Can you this patch, and say what the return value is: > > > > Index: src/Utils.py > > path is a basestring /home/jerome/Untitled_11.grdb > path is only byte string > test 1: utf-8, dont give encoding /home/jerome/Untitled_11.grdb > path is a basestring /home/jerome/m�dia_filename.gpkg > path is only byte string > test 1: utf-8, dont give encoding /home/jerome/m�dia_filename.gpkg > > > |
From: Benny M. <ben...@gm...> - 2007-10-16 09:02:46
|
SU1QT1JUQU5UCgpDYW4gYW55b25lIHRlc3QgdGhpcyB3aXRoIEd1dHN5IG9yIG90aGVyIHJlY2Vu dCBkaXN0cmlidXRpb25zPwpBbGwgcGVvcGxlIHVzaW5nIGxhbmd1YWdlcyB3aXRoIG5vbiBhc2Np aSBzeW1ib2xzIHNob3VsZCBiZSBpbnRlcmVzdGVkIGluCnRoaXMhCgpEb3dubG9hZCB0aGUgZ3Br ZyBmcm9tIGhlcmU6IGh0dHA6Ly9idWdzLmdyYW1wcy1wcm9qZWN0Lm9yZy92aWV3LnBocD9pZD04 ODkKVGhlbiBzZWUgaWYgeW91IGNhbiBpbXBvcnQgaXQgaW50byBhIGdyZGIuCgpXb3JrcyBmaW5l IGluIFVidW50dSA3LjA0LCBjcmFzaGVzIEdSQU1QUyBvbiBTVVNFIDEwLjMKUmVhc29uOiBhcHBh cmVudGx5IHRoZSBzYXZlZCBmaWxlbmFtZSBpcyBub3QgaW4gdGhlIGZpbGVzeXN0ZW0gZW5jb2Rp bmcgYXMKc2VlbiBieSBweXRob24uCk5vdGUgdGhhdCB3b3JraW5nIHdpdGggYWNjZW50ZWQgY2hh ciBvbiBzYXZlIGZyb20gd2l0aGluIEdSQU1QUyBwb3NlcyBubwpwcm9ibGVtLgoKSWYgdGhpcyBp cyBhIGdlbmVyYWwgcHJvYmxlbSwgd2UgY291bGQgcG9zdHBvbmUgMi4yLjkgdW50aWwgdGhpcyBp cyByZXNvbHZlZAooYnVnIGlzIHByZXNlbnQgaW4gMi4yLjgsIHNvIG5vdCBhIHJlZ3Jlc3Npb24g aXNzdWUpLCBpZiBpdCBpcyBTVVNFIG9ubHksIHdlCmNvdWxkIGdvIGFoZWFkIGluIG15IG9waW5p b24uCgpCZW5ueQoKMjAwNy8xMC8xNiwgSsOpcsO0bWUgPHJvbWplcm9tZUB5YWhvby5mcj46Cj4K PiA+IEplcm9tZSwgSSBzdXBwb3NlIHRoZSBjcmFzaCBzdGlsbCBoYXBwZW5zPwo+Cj4gc29ycnks IHllcy4KPgo+ID4gRG8geW91IHNlZSB0aGUgYWNjZW50ZWQgw6kgb3Ig77+9IG9uIHRoZSBjb21t YW5kIGxpbmU/Cj4KPiBubwo+IERvZXMgY29uc29sZS90ZXJtaW5hbCBoYXZlIGhpcyBvd24gZW5j b2RpbmcgPyBTaG91bGQgSSBjb25maWd1cmUgdGhlbSA/Cj4KPiA+IElmIHlvdXIgc3lzdGhlbSBp cyB1dGYtOCwgeW91IHNob3VsZCBub3Qgc2VlID8gZm9yIHlvdXIgb3duCj4gZmlsZW5hbWVzLi4u Lgo+Cj4gSSB0aG91Z2h0IGl0IGlzIG9sZCBYIHN5c3RlbSB0b29sICh4dGVybSwgdGVybWluYWwp LCB0aGF0J3Mgd2h5IHRoZXkgZG8KPiBub3QgcHJvcGVybHkgZGlzcGxheSBub24tQVNDSUkgY2hh cmFjdGVycyB1bmRlciBteSBVVEYtOCBsb2NhbGUuCj4KPiBJIHdpbGwgdHJ5IG1vZGlmaWVkIGZp bGUgcmV0dXJucyB3aXRoIFVidW50dSA3LjA0IGZvciBoYXZpbmcgYSBkaWZmCj4gYmV0d2VlbiBi b3RoIG1hbmFnZW1lbnRzLgo+Cj4gQWxzbywgSSBjb3VsZCB0cnkgaWNvbnYgb3IgZnJvbWRvcywg YnV0IGdwa2cgd2FzIGFsd2F5cyBVVEYtOCAuLi4KPiBNYXliZSBpdCB3b3JrcyBmaW5lIHdpdGgg VWJ1bnR1IDcuMDQgYWZ0ZXIgcGFzdGluZyBmaWxlIGZyb20gbXkgVVNCIGtleQo+ID8gRG9lcyBw YXN0aW5nICJvbmx5IiBhIGZpbGUgY291bGQgY2hhbmdlIGVuY29kaW5nIG9yIGZpeCBhIHdyb25n IGVuY29kaW5nCj4gPwo+Cj4gSSB3aWxsIGxvb2sgYXQgdGhpcy4KPgo+Cj4KPiBCZW5ueSBNYWxl bmdpZXIgYSDDqWNyaXQgOgo+ID4gSmVyb21lLCBJIHN1cHBvc2UgdGhlIGNyYXNoIHN0aWxsIGhh cHBlbnM/Cj4gPiBEbyB5b3Ugc2VlIHRoZSBhY2NlbnRlZCDDqSBvciDvv70gb24gdGhlIGNvbW1h bmQgbGluZT8KPiA+IElmIHlvdXIgc3lzdGhlbSBpcyB1dGYtOCwgeW91IHNob3VsZCBub3Qgc2Vl ID8gZm9yIHlvdXIgb3duCj4gZmlsZW5hbWVzLi4uLgo+ID4KPiA+IEJlbm55Cj4gPgo+ID4gMjAw Ny8xMC8xNiwgSsOpcsO0bWUgPHJvbWplcm9tZUB5YWhvby5mciA8bWFpbHRvOnJvbWplcm9tZUB5 YWhvby5mcj4+Ogo+ID4KPiA+ICAgICA+IFBlcmhhcHMgZmlsZWNob29zZXIKPiA+ICAgICA+IHJl dHVybnMgc29tZXRoaW5nIGRpZmZlcmVudCBub3c/Cj4gPiAgICAgPiBDYW4geW91IHRoaXMgcGF0 Y2gsIGFuZCBzYXkgd2hhdCB0aGUgcmV0dXJuIHZhbHVlIGlzOgo+ID4gICAgID4KPiA+ICAgICA+ IEluZGV4OiBzcmMvVXRpbHMucHkKPiA+Cj4gPiAgICAgcGF0aCBpcyBhIGJhc2VzdHJpbmcgL2hv bWUvamVyb21lL1VudGl0bGVkXzExLmdyZGIKPiA+ICAgICBwYXRoIGlzIG9ubHkgYnl0ZSBzdHJp bmcKPiA+ICAgICB0ZXN0IDE6IHV0Zi04LCBkb250IGdpdmUgZW5jb2RpbmcgL2hvbWUvamVyb21l L1VudGl0bGVkXzExLmdyZGIKPiA+ICAgICBwYXRoIGlzIGEgYmFzZXN0cmluZyAvaG9tZS9qZXJv bWUvbe+/vWRpYV9maWxlbmFtZS5ncGtnCj4gPiAgICAgcGF0aCBpcyBvbmx5IGJ5dGUgc3RyaW5n Cj4gPiAgICAgdGVzdCAxOiB1dGYtOCwgZG9udCBnaXZlIGVuY29kaW5nIC9ob21lL2plcm9tZS9t 77+9ZGlhX2ZpbGVuYW1lLmdwa2cKPiA+Cj4gPgo+ID4KPgo= |
From: Duncan L. <dli...@gm...> - 2007-10-16 09:44:27
|
On Tue, 2007-10-16 at 11:02 +0200, Benny Malengier wrote: > IMPORTANT >=20 > Can anyone test this with Gutsy or other recent distributions? Works fine on Ubuntu Gutsy with gramps22 9196 Duncan --=20 Linux user: 372812 | GPG key ID: 21A8C63A | http://lithgow-schmidt.dk |
From: Peter L. <pet...@te...> - 2007-10-16 11:09:25
|
> IMPORTANT > > Can anyone test this with Gutsy or other recent distributions? > All people using languages with non ascii symbols should be interested in > this! > > Download the gpkg from here: http://bugs.gramps-project.org/view.php?id= =3D889 > Then see if you can import it into a grdb. With Swedish locale I get this error when I try to import to an emty databa= se (Using SVN 9196) 496855: ERROR: DbLoader.py: line 501: Failed to import database. Traceback (most recent call last): File "/usr/local/share/gramps/DbLoader.py", line 497, in do_import importer(self.dbstate.db, filename, self.uistate.pulse_progressbar) File "/usr/local/share/gramps/plugins/ReadPkg.py", line 85, in impData os.remove(os.path.join(tmpdir_path,filename)) OSError: [Errno 21] =C3=84r en=20 katalog: '/home/peter/Kataloger/Genealogi/m\xc3\x83\xc2\xa9dia_filename.gpk= g.media/home' The filename looks like this: m=C3=83=C2=A9dia_filename.gpkg after downloading. I succeded to do this yesterday, before I svn up to 9196! /Peter Landgren |
From: <rom...@ya...> - 2007-10-16 16:48:45
|
> The filename looks like this: média_filename.gpkg after downloading. I know that mantis (or php) could change the filename of attached file... http://bugs.gramps-project.org/view.php?id=891 Why not changing encoding too ? Reassure me, gramps' bugtracker is (was) not on a windows platform ? Peter Landgren a écrit : >> IMPORTANT >> >> Can anyone test this with Gutsy or other recent distributions? >> All people using languages with non ascii symbols should be interested in >> this! >> >> Download the gpkg from here: http://bugs.gramps-project.org/view.php?id=889 >> Then see if you can import it into a grdb. > > With Swedish locale I get this error when I try to import to an emty database > (Using SVN 9196) > > 496855: ERROR: DbLoader.py: line 501: Failed to import database. > Traceback (most recent call last): > File "/usr/local/share/gramps/DbLoader.py", line 497, in do_import > importer(self.dbstate.db, filename, self.uistate.pulse_progressbar) > File "/usr/local/share/gramps/plugins/ReadPkg.py", line 85, in impData > os.remove(os.path.join(tmpdir_path,filename)) > OSError: [Errno 21] Är en > katalog: '/home/peter/Kataloger/Genealogi/m\xc3\x83\xc2\xa9dia_filename.gpkg.media/home' > > The filename looks like this: > média_filename.gpkg > after downloading. > > I succeded to do this yesterday, before I svn up to 9196! > > /Peter Landgren > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel |
From: <rom...@ya...> - 2007-10-16 09:07:09
Attachments:
paste.png
|
Benny, > Do you see the accented é or � on the command line? I only see � on file management (to paste the file, command line), not on my desktop screen (Gnome 2.20) There is something "perverse" on OpenSuse 10.3 default installation with Gnome 2.20 ... Is it consequences of Microsoft/Novell collaboration ? (joke) I see french accent on Gnome 2.20, OpenSuse 10.3, UTF8 But mistakes on archives seems to be ignored !!! If I copy and paste média_filename.gpkg and paste it on the same directory, I get "paste.png" ... What does it mean ? * Is it something on OpenSuse 10.3, USB key management : my first copy (FAT to reiser) ? * Seems not to be a simple user-corruption. * python and gramps cannot fix such OS errors Currently, I don't have network access on OpenSuse 10.3 (need to compile drivers). I need to use a USB key. any ideas ? Jérôme a écrit : >> Jerome, I suppose the crash still happens? > > sorry, yes. > >> Do you see the accented é or � on the command line? > > no > Does console/terminal have his own encoding ? Should I configure them ? > >> If your systhem is utf-8, you should not see ? for your own filenames.... > > I thought it is old X system tool (xterm, terminal), that's why they do > not properly display non-ASCII characters under my UTF-8 locale. > > I will try modified file returns with Ubuntu 7.04 for having a diff > between both managements. > > Also, I could try iconv or fromdos, but gpkg was always UTF-8 ... > Maybe it works fine with Ubuntu 7.04 after pasting file from my USB key > ? Does pasting "only" a file could change encoding or fix a wrong encoding ? > > I will look at this. > > > > Benny Malengier a écrit : >> Jerome, I suppose the crash still happens? >> Do you see the accented é or � on the command line? >> If your systhem is utf-8, you should not see ? for your own filenames.... >> >> Benny >> >> 2007/10/16, Jérôme <rom...@ya... <mailto:rom...@ya...>>: >> >> > Perhaps filechooser >> > returns something different now? >> > Can you this patch, and say what the return value is: >> > >> > Index: src/Utils.py >> >> path is a basestring /home/jerome/Untitled_11.grdb >> path is only byte string >> test 1: utf-8, dont give encoding /home/jerome/Untitled_11.grdb >> path is a basestring /home/jerome/m�dia_filename.gpkg >> path is only byte string >> test 1: utf-8, dont give encoding /home/jerome/m�dia_filename.gpkg >> >> >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel |
From: Benny M. <ben...@gm...> - 2007-10-16 09:10:41
|
I attached a patch to bug report that might make import working. Try it. Benny |
From: <rom...@ya...> - 2007-10-16 09:28:19
|
I try it: 20581: ERROR: gramps.py: line 148: Unhandled exception Traceback (most recent call last): File "gramps/ViewManager.py", line 887, in import_data self.db_loader.import_file() File "gramps/DbLoader.py", line 351, in import_file (the_path, the_file) = os.path.split(filename) File "/usr/lib/python2.5/posixpath.py", line 77, in split i = p.rfind('/') + 1 AttributeError: 'NoneType' object has no attribute 'rfind' Benny Malengier a écrit : > I attached a patch to bug report that might make import working. > Try it. > > Benny |
From: Duncan L. <dli...@gm...> - 2007-10-16 09:42:01
|
On Mon, 2007-10-15 at 14:15 +0200, Benny Malengier wrote: > Ok, started a new thread for this.=20 >=20 > Can somebody with new ubuntu (gutsy) download m=C3=A9dia_filename.gpkg fr= om > here: http://bugs.gramps-project.org/view.php?id=3D889 > and see if this crash also happens there on import?=20 Works fine for me with gramps22 revision 9196 Duncan --=20 Linux user: 372812 | GPG key ID: 21A8C63A | http://lithgow-schmidt.dk |
From: <rom...@ya...> - 2007-10-16 11:44:57
|
You need to remove previously created directory for media. http://bugs.gramps-project.org/view.php?id=1096 Peter Landgren a écrit : >> IMPORTANT >> >> Can anyone test this with Gutsy or other recent distributions? >> All people using languages with non ascii symbols should be interested in >> this! >> >> Download the gpkg from here: http://bugs.gramps-project.org/view.php?id=889 >> Then see if you can import it into a grdb. > > With Swedish locale I get this error when I try to import to an emty database > (Using SVN 9196) > > 496855: ERROR: DbLoader.py: line 501: Failed to import database. > Traceback (most recent call last): > File "/usr/local/share/gramps/DbLoader.py", line 497, in do_import > importer(self.dbstate.db, filename, self.uistate.pulse_progressbar) > File "/usr/local/share/gramps/plugins/ReadPkg.py", line 85, in impData > os.remove(os.path.join(tmpdir_path,filename)) > OSError: [Errno 21] Är en > katalog: '/home/peter/Kataloger/Genealogi/m\xc3\x83\xc2\xa9dia_filename.gpkg.media/home' > > The filename looks like this: > média_filename.gpkg > after downloading. > > I succeded to do this yesterday, before I svn up to 9196! > > /Peter Landgren > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel |
From: Peter L. <pet...@te...> - 2007-10-16 12:08:54
|
Den Tuesday 16 October 2007 13.53.00 skrev J=C3=83=C2=A9r=C3=83=C2=B4me: > You need to remove previously created directory for media. > http://bugs.gramps-project.org/view.php?id=3D1096 > Thanks. I had not noticed that. So, when I deleted the previously created d= irectory for media, I could import without problem, even if the filename lo= oked VERY strange and was not identical to "m=C3=83=C2=A9dia_filename.gpkg" /Peter |
From: Benny M. <ben...@gm...> - 2007-10-16 12:21:20
|
MjAwNy8xMC8xNiwgUGV0ZXIgTGFuZGdyZW4gPHBldGVyLnRhbGtlbkB0ZWxpYS5jb20+Ogo+Cj4g RGVuIFR1ZXNkYXkgMTYgT2N0b2JlciAyMDA3IDEzLjUzLjAwIHNrcmV2IErDqXLDtG1lOgo+Cj4g PiBZb3UgbmVlZCB0byByZW1vdmUgcHJldmlvdXNseSBjcmVhdGVkIGRpcmVjdG9yeSBmb3IgbWVk aWEuCj4KPiA+IGh0dHA6Ly9idWdzLmdyYW1wcy1wcm9qZWN0Lm9yZy92aWV3LnBocD9pZD0xMDk2 Cj4KPiA+Cj4KPiBUaGFua3MuIEkgaGFkIG5vdCBub3RpY2VkIHRoYXQuIFNvLCB3aGVuIEkgZGVs ZXRlZCB0aGUgcHJldmlvdXNseSBjcmVhdGVkCj4gZGlyZWN0b3J5IGZvciBtZWRpYSwgSSBjb3Vs ZCBpbXBvcnQgd2l0aG91dCBwcm9ibGVtLCBldmVuIGlmIHRoZSBmaWxlbmFtZQo+IGxvb2tlZCBW RVJZIHN0cmFuZ2UgYW5kIHdhcyBub3QgaWRlbnRpY2FsIHRvICJtw6lkaWFfZmlsZW5hbWUuZ3Br ZyIKPgoKVGhpcyB3b3VsZCBpbmRpY2F0ZSB0aGF0IGRvd25sb2FkIGhhcyBhbiBlbmNvZGluZyBw cm9ibGVtLCBhbmQgIHVidW50dSBjYW4Kc29sdmUgaXQsIGFsdGhvdWdoIHRoZSBuYW1lIGlzIGdh cmJsZWQgdXAgKGJ1dCBhdCBsZWFzdCB1dGYtOCksIHdoZXJlYXMgU1VTRQpsZWF2ZXMgaXQgaW4g b3JpZ2luYWwgc3RyYW5nZSBlbmNvZGluZy4uLgoKSmVyb21lLCBJIHRoaW5rIHlvdSBjYW4gc2Vu ZCB0aGlzIHVwd2FyZCB0byBvcGVuc3VzZS4KQ2FuIHlvdSB0cnkgbXkgc2Vjb25kIHBhdGNoIGFs c28uIEkgd291bGQgbm90IGFkZCB0byAyLjIuOSBhcyBpdCBuZWVkcwpzdWZmaWNpZW50IHRlc3Rp bmcsIGJ1dCBpZiBpdCBtYWtlcyBpbXBvcnQgd29yayBmb3IgeW91LCB3ZSBoYXZlIGEKd29ya2Fy b3VuZC4KCkJlbm55Cg== |
From: <rom...@ya...> - 2007-10-16 16:31:09
|
> Jerome, I think you can send this upward to opensuse. Does someone have a Novell account !!! https://secure-www.novell.com/selfreg/jsp/createAccount.jsp In my opinion, there is too many Required Fields ... > Can you try my second patch also. 23683: ERROR: DbLoader.py: line 521: Failed to import database. Traceback (most recent call last): File "share/gramps/DbLoader.py", line 516, in do_import self.uistate.pulse_progressbar) File "share/gramps/plugins/ReadPkg.py", line 71, in impData tmpdir_path = os.path.join(db_path,media_dir) File "/usr/lib/python2.5/posixpath.py", line 65, in join path += '/' + b UnicodeDecodeError: 'utf8' codec can't decode bytes in position 2-4: invalid data > I would not add to 2.2.9 as it needs sufficient testing Definitly it seems to be an OS issue ... True, should be ignored for 2.2.9. > but if it makes import work for you, we have a workaround. it doesn't work for me :( UnicodeDecodeError: 'utf8' codec can't decode bytes in position 2-4: invalid data Benny Malengier a écrit : > > > 2007/10/16, Peter Landgren <pet...@te... > <mailto:pet...@te...>>: > > Den Tuesday 16 October 2007 13.53.00 skrev Jérôme: > > > You need to remove previously created directory for media. > > > http://bugs.gramps-project.org/view.php?id=1096 > > > > > Thanks. I had not noticed that. So, when I deleted the previously > created directory for media, I could import without problem, even if > the filename looked VERY strange and was not identical to > "média_filename.gpkg" > > > This would indicate that download has an encoding problem, and ubuntu > can solve it, although the name is garbled up (but at least utf-8), > whereas SUSE leaves it in original strange encoding... > > Jerome, I think you can send this upward to opensuse. > Can you try my second patch also. I would not add to 2.2.9 as it needs > sufficient testing, but if it makes import work for you, we have a > workaround. > > Benny |
From: Benny M. <ben...@gm...> - 2007-10-16 12:23:12
|
MjAwNy8xMC8xNiwgQmVubnkgTWFsZW5naWVyIDxiZW5ueS5tYWxlbmdpZXJAZ21haWwuY29tPjoK Pgo+Cj4KPiAyMDA3LzEwLzE2LCBQZXRlciBMYW5kZ3JlbiA8cGV0ZXIudGFsa2VuQHRlbGlhLmNv bT46Cj4gPgo+ID4gIERlbiBUdWVzZGF5IDE2IE9jdG9iZXIgMjAwNyAxMy41My4wMCBza3JldiBK w6lyw7RtZToKPiA+Cj4gPiA+IFlvdSBuZWVkIHRvIHJlbW92ZSBwcmV2aW91c2x5IGNyZWF0ZWQg ZGlyZWN0b3J5IGZvciBtZWRpYS4KPiA+Cj4gPiA+IGh0dHA6Ly9idWdzLmdyYW1wcy1wcm9qZWN0 Lm9yZy92aWV3LnBocD9pZD0xMDk2Cj4gPgo+ID4gPgo+ID4KPiA+IFRoYW5rcy4gSSBoYWQgbm90 IG5vdGljZWQgdGhhdC4gU28sIHdoZW4gSSBkZWxldGVkIHRoZSBwcmV2aW91c2x5Cj4gPiBjcmVh dGVkIGRpcmVjdG9yeSBmb3IgbWVkaWEsIEkgY291bGQgaW1wb3J0IHdpdGhvdXQgcHJvYmxlbSwg ZXZlbiBpZiB0aGUKPiA+IGZpbGVuYW1lIGxvb2tlZCBWRVJZIHN0cmFuZ2UgYW5kIHdhcyBub3Qg aWRlbnRpY2FsIHRvICJtw6lkaWFfZmlsZW5hbWUuZ3BrZyIKPiA+Cj4KPiBUaGlzIHdvdWxkIGlu ZGljYXRlIHRoYXQgZG93bmxvYWQgaGFzIGFuIGVuY29kaW5nIHByb2JsZW0sIGFuZCAgdWJ1bnR1 IGNhbgo+IHNvbHZlIGl0LCBhbHRob3VnaCB0aGUgbmFtZSBpcyBnYXJibGVkIHVwIChidXQgYXQg bGVhc3QgdXRmLTgpLCB3aGVyZWFzIFNVU0UKPiBsZWF2ZXMgaXQgaW4gb3JpZ2luYWwgc3RyYW5n ZSBlbmNvZGluZy4uLgo+Cj4gSmVyb21lLCBJIHRoaW5rIHlvdSBjYW4gc2VuZCB0aGlzIHVwd2Fy ZCB0byBvcGVuc3VzZS4KPiBDYW4geW91IHRyeSBteSBzZWNvbmQgcGF0Y2ggYWxzby4gSSB3b3Vs ZCBub3QgYWRkIHRvIDIuMi45IGFzIGl0IG5lZWRzCj4gc3VmZmljaWVudCB0ZXN0aW5nLCBidXQg aWYgaXQgbWFrZXMgaW1wb3J0IHdvcmsgZm9yIHlvdSwgd2UgaGF2ZSBhCj4gd29ya2Fyb3VuZC4K Pgo+IEJlbm55CgoKSSB3YXMgdGhpbmtpbmcgbm93IGplcm9tZSwgcGVyaGFwcyB1c2UgYW5vdGhl ciBicm93c2VyIHRvIGRvIHRoZSBkb3dubG9hZCwKeW91IG5ldmVyIGtub3cgaXQgaXMgYW4gaXNz dWUgaW4gdGhlIGdub21lIGJyb3dzZXIgb24gc2F2ZS4gSSB1c2VkIGtvbnF1ZXJlcgpmb3IgZG93 bmxvYWQuCgpCZW5ueQo= |
From: <rom...@ya...> - 2007-10-16 16:38:40
|
> I was thinking now jerome, perhaps use another browser to do the > download, you never know it is an issue in the gnome browser on save. I > used konquerer for download. Why should be a download mistake ? 1. I don't have internet yet on Ubuntu 7.04 and OpenSuse 10.3 2. I donwnload .gpkg, move it on my USB key 3. I keep the file on the key and paste it on both distribution part. 4. I was able to load it with Ubuntu 7.04 not with OpenSuse 10.3 !!! Benny Malengier a écrit : > > > 2007/10/16, Benny Malengier <ben...@gm... > <mailto:ben...@gm...>>: > > > > 2007/10/16, Peter Landgren <pet...@te... > <mailto:pet...@te...>>: > > Den Tuesday 16 October 2007 13.53.00 skrev Jérôme: > > > You need to remove previously created directory for media. > > > http://bugs.gramps-project.org/view.php?id=1096 > > > > > Thanks. I had not noticed that. So, when I deleted the > previously created directory for media, I could import without > problem, even if the filename looked VERY strange and was not > identical to "média_filename.gpkg" > > > This would indicate that download has an encoding problem, and > ubuntu can solve it, although the name is garbled up (but at least > utf-8), whereas SUSE leaves it in original strange encoding... > > Jerome, I think you can send this upward to opensuse. > Can you try my second patch also. I would not add to 2.2.9 as it > needs sufficient testing, but if it makes import work for you, we > have a workaround. > > Benny > > > I was thinking now jerome, perhaps use another browser to do the > download, you never know it is an issue in the gnome browser on save. I > used konquerer for download. > > Benny |
From: Eero T. <ee...@us...> - 2007-10-16 17:48:30
|
Hi, On Tuesday 16 October 2007, Jérôme wrote: > > I was thinking now jerome, perhaps use another browser to do the > > download, you never know it is an issue in the gnome browser on save. I > > used konquerer for download. > > Why should be a download mistake ? > > 1. I don't have internet yet on Ubuntu 7.04 and OpenSuse 10.3 > 2. I donwnload .gpkg, move it on my USB key > 3. I keep the file on the key and paste it on both distribution part. > 4. I was able to load it with Ubuntu 7.04 not with OpenSuse 10.3 !!! Please check with what options Suse and Ubuntu mount your USB key (just type "mount" in terminal and it shows all mounts). - Eero |
From: Peter L. <pet...@te...> - 2007-10-16 13:27:00
|
Den Tuesday 16 October 2007 14.23.15 skrev du: > 2007/10/16, Benny Malengier <ben...@gm...>: > > 2007/10/16, Peter Landgren <pet...@te...>: > > > Den Tuesday 16 October 2007 13.53.00 skrev J=C3=A9r=C3=B4me: > > > > You need to remove previously created directory for media. > > > > > > > > http://bugs.gramps-project.org/view.php?id=3D1096 > > > > > > Thanks. I had not noticed that. So, when I deleted the previously > > > created directory for media, I could import without problem, even if > > > the filename looked VERY strange and was not identical to > > > "m=C3=A9dia_filename.gpkg" > > > > This would indicate that download has an encoding problem, and ubuntu > > can solve it, although the name is garbled up (but at least utf-8), > > whereas SUSE leaves it in original strange encoding... > > > > Jerome, I think you can send this upward to opensuse. > > Can you try my second patch also. I would not add to 2.2.9 as it needs > > sufficient testing, but if it makes import work for you, we have a > > workaround. > > > > Benny > > I was thinking now jerome, perhaps use another browser to do the download, > you never know it is an issue in the gnome browser on save. I used > konquerer for download. > > Benny I forgot to mention that I used Mandriva Linux 2007.1 and konqueror to=20 download. /Peter =2D-=20 Peter Landgren Talken Hagen 671 94 Brunskog SWEDEN 0570-530 21 070-635 4719 pet...@te... skype:pgl4820 |
From: Peter L. <pet...@te...> - 2007-10-16 13:41:54
|
... > > I was thinking now jerome, perhaps use another browser to do the > > download, you never know it is an issue in the gnome browser on save. I > > used konquerer for download. > > > > Benny > > I forgot to mention that I used Mandriva Linux 2007.1 and konqueror to > download. > > /Peter Firefox under Mandriva 2007.1 downloads without changing filename. Import without problems. /Peter |
From: <rom...@ya...> - 2007-10-17 17:31:03
|
> Please check with what options Suse and Ubuntu mount your USB key > (just type "mount" in terminal and it shows all mounts). OpenSuse 10.3 : /dev/sdb on /media/ChipsBank type vfat (rw,nosuid,nodev,shortname=lower,uid=1000) Ubuntu 7.04 : /dev/sdb on /media/ChipsBank type vfat (rw,nosuid,nodev,shortname=mixed,uid=1000,utf8,umask=077) congratulation Ubuntu, USB key properly mounted :) thanks Eero Resume: * On screen, I have a file named média_filename.gpkg which are written m?dia_filename.gpkg ($ ls on directory) = file was not properly written on disk !!! (source was my USB key) * Automatic mount for USB key on OpenSuse 10.3 seems to be incomplet, Ubutnu adds (utf8,umask=077), which seems to avoid mistakes ... Benny, your patchs seems now to display "unknow format" when I try to load the corrupted gpkg : "Could not open file: None" :) Also, if I copy and rename the corrupted archive like this : $ cp m?dia_filename.gpkg media_filename.gpkg this will generate a valide copy :) $ gunzip -t média_filename.gpkg gzip: média_filename.gpkg.gz: No such file or directory $ gunzip -t m?dia_filename.gz (no errors) $ cp m?dia_filename.gpkg media_filename.gz $ gunzip -t media_filename.gz (no errors) $ gunzip media_filename.gz $ tar -tf media_filename home/nono/cle/30/gramps2/example/gramps/été.jpg home/nono/cle/30/gramps2/example/gramps/rené et léontine.jpg home/nono/cle/30/gramps2/example/gramps/jérôme smith.jpg home/nono/cle/30/gramps2/example/gramps/émilie et gustave.jpg home/nono/cle/30/gramps2/example/gramps/Stéphane.jpg home/nono/cle/30/gramps2/example/gramps/éèàâöê.jpg data.gramps :) $ cp m?dia_filename.gpkg mêdia_filename.gpkg this will generate a generic message : cp: cible `môdia_filename.gpkg' is not a directory This (corrupted) file cannot be open by gramps and was not modified by the user. This could explain my codec issue and maybe most bug-reports with codec.py return. Also, Gramps could try to rename corrupted database and load a dump/temp database !!! If character == "?" replace it by a generic non-ASCII letter, no ? I will try an alternative libusb, maybe this will fix my USB access problem ... Also, if you can have a look at ODT ZIP encodings issue, which was the reason of média_filename.gpkg !!! Should I try to substitute latin-1 with sys.getfilesystemencoding() on my local data too ? $ grep "latin-1" * docgen/OpenOfficeDoc.py: zipinfo = zipfile.ZipInfo(name.encode('latin-1')) docgen/PSDrawDoc.py: self.f.write('% build iso-latin-1 version of a font\n') docgen/PSDrawDoc.py: self.f.write('/font-to-iso-latin-1 { % <font> font-to-iso-latin-1 <font>\n') docgen/PSDrawDoc.py: self.f.write('findfont font-to-iso-latin-1\n') plugins/GraphViz.py: latin - Set if text needs to be converted to latin-1 plugins/GraphViz.py: "converted to latin-1. These characters were " plugins/GraphViz.py: "unselect latin-1 option and try again.")) plugins/GraphViz.py: self.latin_cb = gtk.CheckButton(_("Output format/font requires text as latin-1")) OK, Gramps needs this encoding for GraphViz or PS but I am not certain for ODT or deprecated OpenOfficeDoc ... Nobody else with non-ASCII and UTF-8 (or non-latin-1 encoding) can confirm issue on ODT who don't properly display media with non-ASCII filename ? I don't run a standard gramps2.2-SVN (Benny's patchs) but I will try RC soon. And spreadsheet or ODSDoc seems not to (force) encoding: file = zipfile.ZipFile(self.filename,"w",zipfile.ZIP_DEFLATED) but they don't manage media ... Eero Tamminen a écrit : > Hi, > > On Tuesday 16 October 2007, Jérôme wrote: >>> I was thinking now jerome, perhaps use another browser to do the >>> download, you never know it is an issue in the gnome browser on save. I >>> used konquerer for download. >> Why should be a download mistake ? >> >> 1. I don't have internet yet on Ubuntu 7.04 and OpenSuse 10.3 >> 2. I donwnload .gpkg, move it on my USB key >> 3. I keep the file on the key and paste it on both distribution part. >> 4. I was able to load it with Ubuntu 7.04 not with OpenSuse 10.3 !!! > > Please check with what options Suse and Ubuntu mount your USB key > (just type "mount" in terminal and it shows all mounts). > > > - Eero > |
From: <rom...@ya...> - 2007-10-18 10:41:24
|
Gramps might attribute a system.encoding on his archives (gz, tar, zip), (gpkg). Maybe a tarinfo.encoding, "tar --one-file-system" or something like tarfile.open(self.filename,'w:gz', sys.encoding()) will add metadata which will force OS to use the correct parameters. Also, there is a --transform option who replace expression to transform file names (and --show-transformed-names option) Jérôme a écrit : >> Please check with what options Suse and Ubuntu mount your USB key >> (just type "mount" in terminal and it shows all mounts). > > OpenSuse 10.3 : > /dev/sdb on /media/ChipsBank type vfat > (rw,nosuid,nodev,shortname=lower,uid=1000) > > Ubuntu 7.04 : > /dev/sdb on /media/ChipsBank type vfat > (rw,nosuid,nodev,shortname=mixed,uid=1000,utf8,umask=077) > > congratulation Ubuntu, USB key properly mounted :) > thanks Eero > > > Resume: > > * On screen, I have a file named média_filename.gpkg > which are written m?dia_filename.gpkg ($ ls on directory) > = file was not properly written on disk !!! (source was my USB key) > > * Automatic mount for USB key on OpenSuse 10.3 seems to be incomplet, > Ubutnu adds (utf8,umask=077), which seems to avoid mistakes ... > > > Benny, > > your patchs seems now to display "unknow format" when I try to load the > corrupted gpkg : "Could not open file: None" :) > > Also, if I copy and rename the corrupted archive like this : > $ cp m?dia_filename.gpkg media_filename.gpkg > this will generate a valide copy :) > > $ gunzip -t média_filename.gpkg > gzip: média_filename.gpkg.gz: No such file or directory > $ gunzip -t m?dia_filename.gz > (no errors) > $ cp m?dia_filename.gpkg media_filename.gz > $ gunzip -t media_filename.gz > (no errors) > $ gunzip media_filename.gz > $ tar -tf media_filename > home/nono/cle/30/gramps2/example/gramps/été.jpg > home/nono/cle/30/gramps2/example/gramps/rené et léontine.jpg > home/nono/cle/30/gramps2/example/gramps/jérôme smith.jpg > home/nono/cle/30/gramps2/example/gramps/émilie et gustave.jpg > home/nono/cle/30/gramps2/example/gramps/Stéphane.jpg > home/nono/cle/30/gramps2/example/gramps/éèàâöê.jpg > data.gramps > :) > > $ cp m?dia_filename.gpkg mêdia_filename.gpkg > this will generate a generic message : > cp: cible `môdia_filename.gpkg' is not a directory > > > This (corrupted) file cannot be open by gramps and was not modified by > the user. This could explain my codec issue and maybe most bug-reports > with codec.py return. > Also, Gramps could try to rename corrupted database and load a dump/temp > database !!! > If character == "?" replace it by a generic non-ASCII letter, no ? > > > I will try an alternative libusb, maybe this will fix my USB access > problem ... > Also, if you can have a look at ODT ZIP encodings issue, which was the > reason of média_filename.gpkg !!! > > > Should I try to substitute latin-1 with sys.getfilesystemencoding() on > my local data too ? > > $ grep "latin-1" * > > docgen/OpenOfficeDoc.py: zipinfo = > zipfile.ZipInfo(name.encode('latin-1')) > docgen/PSDrawDoc.py: self.f.write('% build iso-latin-1 version of > a font\n') > docgen/PSDrawDoc.py: self.f.write('/font-to-iso-latin-1 { % > <font> font-to-iso-latin-1 <font>\n') > docgen/PSDrawDoc.py: self.f.write('findfont font-to-iso-latin-1\n') > plugins/GraphViz.py: latin - Set if text needs to be > converted to latin-1 > plugins/GraphViz.py: "converted to latin-1. These > characters were " > plugins/GraphViz.py: "unselect latin-1 option and > try again.")) > plugins/GraphViz.py: self.latin_cb = gtk.CheckButton(_("Output > format/font requires text as latin-1")) > > > OK, Gramps needs this encoding for GraphViz or PS but I am not certain > for ODT or deprecated OpenOfficeDoc ... > Nobody else with non-ASCII and UTF-8 (or non-latin-1 encoding) can > confirm issue on ODT who don't properly display media with non-ASCII > filename ? > I don't run a standard gramps2.2-SVN (Benny's patchs) but I will try RC > soon. > > And spreadsheet or ODSDoc seems not to (force) encoding: > file = zipfile.ZipFile(self.filename,"w",zipfile.ZIP_DEFLATED) > but they don't manage media ... > > > > > > Eero Tamminen a écrit : >> Hi, >> >> On Tuesday 16 October 2007, Jérôme wrote: >>>> I was thinking now jerome, perhaps use another browser to do the >>>> download, you never know it is an issue in the gnome browser on save. I >>>> used konquerer for download. >>> Why should be a download mistake ? >>> >>> 1. I don't have internet yet on Ubuntu 7.04 and OpenSuse 10.3 >>> 2. I donwnload .gpkg, move it on my USB key >>> 3. I keep the file on the key and paste it on both distribution part. >>> 4. I was able to load it with Ubuntu 7.04 not with OpenSuse 10.3 !!! >> Please check with what options Suse and Ubuntu mount your USB key >> (just type "mount" in terminal and it shows all mounts). >> >> >> - Eero >> > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Gramps-devel mailing list > Gra...@li... > https://lists.sourceforge.net/lists/listinfo/gramps-devel |
From: Eero T. <ee...@us...> - 2007-10-19 19:17:18
|
Hi, On Wednesday 17 October 2007, Jérôme wrote: > > Please check with what options Suse and Ubuntu mount your USB key > > (just type "mount" in terminal and it shows all mounts). > > OpenSuse 10.3 : > /dev/sdb on /media/ChipsBank type vfat > (rw,nosuid,nodev,shortname=lower,uid=1000) > > Ubuntu 7.04 : > /dev/sdb on /media/ChipsBank type vfat > (rw,nosuid,nodev,shortname=mixed,uid=1000,utf8,umask=077) > > congratulation Ubuntu, USB key properly mounted :) > thanks Eero I assume that when utf8 isn't specified, vfat defaults to some ancient WinDOwS file name encoding. I'd file a bug against Suse, this could cause problems in all (Gtk) applications dealing with filenames. - Eero |
From: <rom...@ya...> - 2007-10-20 06:26:04
|
Eero, > I assume that when utf8 isn't specified, vfat defaults to some ancient WinDOwS file name encoding. I'd file a bug against Suse, this could cause problems in all (Gtk) applications dealing with filenames. Thank you. Maybe could be related to : http://en.opensuse.org/SDB:Umlauts_Displayed_As_Special_Characters_in_FAT_Partitions Eero Tamminen a écrit : > Hi, > > On Wednesday 17 October 2007, Jérôme wrote: >>> Please check with what options Suse and Ubuntu mount your USB key >>> (just type "mount" in terminal and it shows all mounts). >> OpenSuse 10.3 : >> /dev/sdb on /media/ChipsBank type vfat >> (rw,nosuid,nodev,shortname=lower,uid=1000) >> >> Ubuntu 7.04 : >> /dev/sdb on /media/ChipsBank type vfat >> (rw,nosuid,nodev,shortname=mixed,uid=1000,utf8,umask=077) >> >> congratulation Ubuntu, USB key properly mounted :) >> thanks Eero > > I assume that when utf8 isn't specified, vfat defaults to some ancient > WinDOwS file name encoding. I'd file a bug against Suse, this could cause > problems in all (Gtk) applications dealing with filenames. > > > - Eero > > |