Aigarius Blog (Posts about gnome)http://aigarius.com/categories/gnome.atom2021-06-30T20:20:26ZAigars MahinovsNikolaGnome thumbnails sizehttp://aigarius.com/blog/2012/02/28/gnome-thumbnails-size/2012-02-28T20:02:09Z2012-02-28T20:02:09ZAigars Mahinovs<p>I wonder - am I the only one who feels that <a href="https://bugzilla.gnome.org/show_bug.cgi?id=671004">Gnome default thumbnail size is way too small</a>? See the bug report for the background, motivation and a comparison screenshot :)</p>
<p>P.S. The fix is simple - "dconf write /org/gnome/nautilus/icon-view/thumbnail-size 128; rm -r ~/.thumbnails/*" and then close and restart your nautilus file browser. ;)</p>Gnome typing break has no way to lock the screenhttp://aigarius.com/blog/2009/11/01/gnome-typing-break-has-no-way-to-lock-the-screen/2009-11-01T17:11:18Z2009-11-01T17:11:18ZAigars Mahinovs<p>Want a definition of a paper cut bug? <a href="https://bugzilla.gnome.org/show_bug.cgi?id=128381">Here it is</a>. And <a href="https://bugzilla.gnome.org/show_bug.cgi?id=421944">here</a> and <a href="https://bugzilla.gnome.org/show_bug.cgi?id=570234">here</a> are two more side effects of the same bug. The original bug report will be 6 years old in a month. Can we do something to prevent this bug surviving that long?</p>Annoyed with USAhttp://aigarius.com/blog/2007/12/26/annoyed-with-usa/2007-12-26T21:12:01Z2007-12-26T21:12:01ZAigars Mahinovs<p>My girlfriend is annoyed with USA timekeeping. More particularly with the way Sunday is the first day of the week in the Gnome calendar applet that shows up when you click on the time applet. After some searching I am unable to find how to change that short of changing the source code.</p>
<p>Help me, lazyweb!</p>
<p>Edit: yes it was meant to be Sunday and not Saturday.</p>SBackup 0.10 is out!http://aigarius.com/blog/2006/08/22/sbackup-010-is-out/2006-08-22T20:08:14Z2006-08-22T20:08:14ZAigars Mahinovs<p></p><p>Get it while it's hot! It has been uploaded to Debian and will get to the mirrors in a day or two, but if you really want it now, then grab <a href="http://sourceforge.net/project/showfiles.php?group_id=145360&package_id=159869&release_id=441298">0.10 release</a> from Sourceforge.</p><p><br>The last version of SBackup was released in last November so this has been long overdue, that is why I want to extend many thanks to Jonh Wendell, who reignited my motivation for SBackup. A large part of this release is his work.</p><p><br>We finally have two out of three most requested features: i18n and purging of old backups. Now the progress indication is the big thing people still want to see. And also lots and lots of small cornercase bugs have been fixed, some of them required rewriting chunks f the code, some others were oneliners that bothered many people.</p><p><br>I am very proud of this release and I am looking forward to what we can do for 0.11, one small step at a time.</p>
<p>P.S. I have already received emails of congratulation about the release and a <a href="http://bugs.debian.org/384240">bug report requesting the new version</a> in Debian. :) Needless to say that the package has been uploaded and will go out in the next mirror push.</p>SBackup 0.10 delayed to tomorrowhttp://aigarius.com/blog/2006/08/20/sbackup-010-delayed-to-tomorrow/2006-08-20T21:08:30Z2006-08-20T21:08:30ZAigars Mahinovs<p></p><p>Reasons:<br><br>* more testing for the new restore backend and of the purge function are needed to ensure that they work as expected in all expected situations;<br><br>* I need more time to review a last minute patch to add autotools support to SBackup and decide if I want that or not;<br><br>* My primary notebook is coming back from Dell Service tomorrow and I need it to test the upgrading of the package in Debian (and not just Ubuntu that I have on my old/secondary notebook).</p><br>So, translators, you still have time - go <a href="https://launchpad.net/products/sbackup/trunk/+pots/sbackup/">here</a> or <a href="http://sourceforge.net/svn/?group_id=145360">here</a> to translate. Also beta testers might venture ahead and check out the SVN trunk version. There still might be some bugs lurking there, however, so YMMV.Why? Oh Gods! Why?http://aigarius.com/blog/2006/08/15/why-oh-gods-why/2006-08-15T03:08:21Z2006-08-15T03:08:21ZAigars Mahinovs<p><code><br>$ mv .ssh/ .ssh.old/<br>$ python<br>>>>import gnomevfs<br>>>> gnomevfs.get_file_info( "ssh://aigarius:password@aigarius.com/home/aigarius" )<br>Traceback (most recent call last):<br> File "<stdin>", line 1, in ?<br>gnomevfs.AccessDeniedError: Access denied<br>>>><br>$ ssh aigarius.com<br>The authenticity of host 'aigarius.com (85.254.216.40)' can't be established.<br>RSA key fingerprint is 6d:29:c0:f3:d0:84:c9:a9:d9:4c:7e:e3:1a:18:a2:e2.<br>Are you sure you want to continue connecting (yes/no)? yes<br>Warning: Permanently added 'aigarius.com,85.254.216.40' (RSA) to the list of known hosts.<br>aigarius@aigarius.com's password: *******<br>[...]<br>aigarius.com$ exit<br>$ python<br>>>>import gnomevfs<br>>>> gnomevfs.get_file_info( "ssh://aigarius:password@aigarius.com/home/aigarius" )<br><gnomevfs .FileInfo 'aigarius'><br>>>><br></code></p>
<p>Of course, this is mentioned nowhere in the sparse documentation. Please keep me away from the person who wrote GnomeVFS and its <a href="http://www.pygtk.org/">Python bindings</a>. Bloodshed might ensue. <small><a href="http://bugzilla.gnome.org/show_bug.cgi?id=351392">Bug</a> reported</small></p>
<p>Why can't someone write a nice, light, working network file transfer protocol abstraction library that would be independent of any desktop environment (bonus) and a working X server (I am looking at you, GnomeVFS). Something that would simply provided all file and folder manipulation operations in sync and async ways in such way that those operations work completely uniformly across all supported protocols. Support for at least ssh and ftp is essential, webdav, nfs, rsync and other protocols that allow writing files to remote locations and http, https and other protocols that only allow read only access to remote files would be very welcome. The library should be in C with bindings in C++, Python, Perl, Ruby, PHP and also a command line processor that would allow all commands to be used in a shell script.<br>Why something like this can not be written and obsolete the GnomeVFS and those KIOslaves. Freedesktop.org, I am looking at you, please!</p>
<p><strong>Update:</strong> Apparently I only need to "import gnome.ui" and execute "gnome.ui.authentication_manager_init()" and my application will automagically get a proper authentication dialog in this case. Unfortunately it is not documented anywhere that I could find. :P</p>Middle-clicking fileshttp://aigarius.com/blog/2006/06/29/middle-clicking-files/2006-06-29T18:06:48Z2006-06-29T18:06:48ZAigars Mahinovs<p></p><p>A though came to my mind just now - the method of copying text around by just selecting it to copy and using middle-click to paste it. So I wonder, why could one not apply the same for file operations in Nautilus? I would love to just select and middle click to copy files and maybe a Ctrl or Alt key could be used at the paste stage to switch to moving files instead of copying.</p><br><p>Anyone up to the challenge of writing this functionality? Should not be too hard.</p>Another bug has pissed me enough to star...http://aigarius.com/blog/2005/12/05/another-bug-has-pissed-me-enough-to-star/2005-12-05T01:12:00Z2005-12-05T01:12:00ZAigars Mahinovs<p></p><p> </p><div> <p>Another bug has pissed me enough to start debugging. This time it is Totem-xine crashing on startup in Ubuntu dapper.<br><br>The first thing is that you cann't rebuild totem from sources multiple time after ubuntu patches - ubuntu uses dpatch to patch something in automake files and after the build has been run, the unpatch fails thus preventing a rebuild, doh! Worked around that by removing that patch. (Bug not reported yet)<br><br>After installing totem-gstreamer, my main suspect is the change to the statusbar, that look very recent. Could it be that Totem developers forgot a critical fix to the xine backend? Could it be that the treat xine backend as a ... second class citizen? To what? To that GStreamer? I tried to use GStreamer, I really did, but there are a few tiny issues: 1) it doesn't open even half the files that xine does, 2) within 5 minutes of a movie audio-video can easily get out of sync by 5 seconds. I have never seen A-V sync in xine. Ever. I love telling our Windows using frends that my movies "just work" with totem-xine, please do not take that away!<br><br>Anyway - back to the bug we go.<br><br>As we have a clean crash, I recompiled totem with debugging symbols ("DEB_BUILD_OPTS=nostrip,noopt debuild -us -uc") and run with gdb. When totem crashed, I got the code line, where it happened:<br></p><pre>(totem:4608): GLib-GObject-WARNING **: invalid cast from ` ' to `TotemTimeLabel'<br><br>Program received signal SIGSEGV, Segmentation fault.<br>0x08068659 in totem_time_label_set_time (label=0x8199a60, time=0, length=0) at totem-time-label.c:69<br>69 if (time / 1000 == label->priv->time / 1000<br></pre><br>Now, that is interesting, lets see, what we have here - time is an int, so no segfaults from there, but label is a TotemTimeLabel. Hmm, that error now makes sense. And when we take a look at label->priv, it appears to be a pointer to TotemTimeLabelPrivate with an address of 0xffffffff. That's the problem, now we only need to backtrace trough the program and find the bug that is causing that.<br><br>Well all looks pretty nice - there is a "tick" event in the player that calls the time update. Not really clear, why there is such a discrepance between GtkLabel and TotemTimeLabel or why this structure is not inicialized in time. More strange is that gstreamer backend never calls this function. Wierd. Let's see what happens if I just return from it without doing anything. Does not help - now statusbar is crashing.<br><br>Let's try it from another angle - it worked before. Nothing much in totem changed since release of breezy. Installing the version from breezy, it works fine. Recompiling the version from breezy on dapper - crashes. Ouch! It looks like xine backend of totem has not been ported to that new crazy Gnome 2.12 thingie, like gstreamer backend was. Strange - that is a backend, it should not be dependent on the frontend, no? Anyway, it is not something I can do - I will have to install the breezy version, hack some dependencies to make it no conflict with one optional library and then file a critical bug on totem for breaking the xine backend.<br><br>But even that will have to wait 'till tomorrow, sleep is of the essence, anywere. </div>Another tiny note - why is it so that al...http://aigarius.com/blog/2005/11/20/another-tiny-note-why-is-it-so-that-al/2005-11-20T22:11:00Z2005-11-20T22:11:00ZAigars Mahinovs<p></p><p> </p><div> <p>Another tiny note - why is it so that all the Python wrappers for Gnome and Freedesktop related things (GnomeVFS and DBus in my experience) have absolutely no API documentation !!! PyGTK has a nice set of documentation for GTK work, but it doesn't extend beyond that, sadly. When I was writing SBackup, I had to resort to using Python build-in function dir() to show me what names the gnomevfs module exported and guestimate my way from there. That was ugly as hell, but worked. Now I am trying to find any information about that "new" DBus thing that everyone was so excited about approximately a year ago - I can only find a few blog posts about rewrites of said API and a few simple programs that do not even work with the rewritten API. I mean - I can understand not having documentation for internal functions of a desktop program, but not having a public API document for a critical library of freedesktop.org desktop infrastructure - that is just plain dumb.<br><br>Edit: It seams that there is some kind of <a href="http://dbus.freedesktop.org/doc/dbus-tutorial.html">dbus tutorial with Python API section</a>. I do not know, why it didn't appear on first 10 pages of Google search for "dbus python" or "dbus python API", but I hope this linking will help that a bit. Also, we will see, how useful it actually is - the rest of the document itself is quite cryptic to me.<br><br>Edit2: I am impressed, the <a href="http://dbus.freedesktop.org/doc/dbus-tutorial.html#python-client">Python chapter</a> is definitely written by someone different from those that wrote the rest of the <a href="http://dbus.freedesktop.org/doc/dbus-tutorial.html">dbus tutorial</a> - this part actually makes sense, is very detailed and hand-holding when it is needed. i got almost all my questions answered. Thanks to whoever wrote that! </p> </div>Remote restore fixed. Full planned funct...http://aigarius.com/blog/2005/08/17/remote-restore-fixed-full-planned-funct/2005-08-17T19:08:00Z2005-08-17T19:08:00ZAigars Mahinovs<p></p><p> </p><div> <p>Remote restore fixed. Full planned functionality reached.<br>All that I planned to do for Simple Backup is done as of version <a href="http://sourceforge.net/project/showfiles.php?group_id=145360&package_id=159869&release_id=349851">0.7</a>.<br>Now I only need to wait for the evaluation from my mentors at Ubuntu and to fix all bugs they and all other users find :D<br><br>I also did a bit of refactoring in this release oriented towards less memory usage. Results:</p><ul><br><li>Memory usage while restoring dropped by 30-50%</li><br><li>Memory usage while making a new backup reduced ... tenfold?!?!</li><br></ul><br>I like it :D<br><br>What I do not like is the performance of GnomeVFS over ssh (<a href="http://bugzilla.gnome.org/show_bug.cgi?id=155872">Bug #155872</a>) and also a need to download all the backup image *twice* to restore anything (in the worst case). Sadly I can not do much in either case :(<br>( Of course I could fix the GnomeVFS ssh module and write a new tar implementation with an external file positioning cache, but I fear that it is somewhat beyond my capabilities :) ) </div>