[00:33] somerville32: thanks for helping clean up the menu clutter [00:33] crimsun, :) [00:38] the menu is empty now? :) [00:40] as far as PulseAudio apps in Applications>Sound & Video, it's much cleaner. [00:56] doko: is there any chance we can get in the patch from http://bugs.python.org/issue1583 ? That will allow us to get http://bugzilla.gnome.org/show_bug.cgi?id=481569 fixed in Hardy. [00:56] Gnome bug 481569 in gtk "Calling gobject.threads_init() causes a lot of wakeups" [Normal,Resolved: fixed] [01:18] Is an experienced coder needed anywhere? One is willing to help - http://ubuntuforums.org/showpost.php?p=4130846&postcount=30. But I don't know where to direct him. [01:19] Vad1: How about #ubuntu-motu. [01:19] ScottK2: Mk. [01:20] the most apropos one is in the topic of this channel. [01:20] --> http://wiki.ubuntu.com/UbuntuDevelopment [01:20] That too === jamesh__ is now known as jamesh === stu1 is now known as stub === jpatrick_ is now known as jpatrick [03:21] keescook: The currently shipping version of libdisasm (which seems to date from 2004) is Artistic License 1.0, which isn't GPL compatible. The CVS on Sourceforge doesn't seem to have been touched since then. Is there another version you were talking about? [03:23] keescook: And the 0.22 tarball doesn't seem to have a license file at all :) === stu1 is now known as stub [04:38] Nafallo, ping === superm1_ is now known as superm1 [05:22] * calc wishes he could resume on amd64 arch [05:23] i upgraded to 4gb ram and ~ 700MB is missing on i386 [05:23] calc: Sucks that you can't resume. I can. [05:24] i have 965 video and it won't resume :( [05:24] hmm i wonder if upgrading my bios would help [05:24] i saw a new one is out [05:24] that would be nice if it does [05:28] wow vista is actually responsive after upgrading from 1gb -> 4gb of ram :) [05:41] grr i still lose 700MB in x86_64 for whatever reason [05:41] probably bios is too dumb to relocate the pci stuff [05:43] and still no resume from sleep on x86_64 :-\ [05:43] so back to i386 again [05:50] calc: Just stop sleeping :) [05:58] Sleep is for the weak. [05:59] * RAOF thought sleep was a WoW game mechanic [06:09] Good morning [06:10] Good morning. [06:10] Morning pitti [06:10] hey guys! [06:15] morning * [06:17] good morning [06:18] Heya dholbach [06:18] hey scottK [06:18] heya dholbach :) [06:19] hey emgent [06:19] hey thekorn [06:19] how are y'all doing? [06:19] * pitti hugs dholbach [06:19] lol [06:20] * dholbach hugs pitti back [06:20] man... some people have been very busy over the weekend... [06:20] * dholbach dives head-first into his inbox [06:21] * emgent working to desktop look [06:23] good morning dholbach [06:24] Hi all [06:24] I slept 20 hours last ”night”. :-) [06:24] ion_: congratulations... my dog kept me up most of last night *yawn* [06:26] infinity: Ping - I was wondering how the sbuild problem with virtual versioned provided was going ... [06:33] ugh, I wish LP did browser agent sniffing to tell us which version of Ubuntu bug reporters used [06:34] with three supported and one development distro, figuring out which they are reporting their bug against is very difficult [06:34] Burgundavia: 4 supported. [06:35] dapper, feisty and gutsy [06:35] is edgy still? [06:35] right, it is [06:35] So, four [06:36] yay [06:37] anyway, I need to sleep [07:10] hello to all [07:15] hiya Tonio_ - hey persia [07:17] good day dholbach [08:34] good morning [08:34] morning all [08:36] hey geser [08:37] hi dholbach === pitti is now known as pitti_ === bigon` is now known as bigon [10:11] slangasek: do you know if kerberos has any concept of .local support? it might be interesting to have some integration there for hosts where you can't be asked to set up DNS (because it's a home network with five machines and so using .local is convenient, but that loses you kerberos support) [10:24] is there an "inofficial" limit for packages in the archive? will a 700 MB source package building an arch:all data package (probably the same size) get accepted? [10:25] geser: just curious, what package?-) [10:26] tjaalton: urbanterror-data on revu (data files for the urbanterror game) [10:27] that's big :) [10:30] geser: I asked the archive admin ML about inclusion of a 100MB file currently externally hosted a few months ago, and have yet to get a response, which leads me to the belief that it's currently handled by the NEW processor of the day. [10:31] 700MB> I think it would have to be pretty important [10:31] Richte libflickrnet2.1.5-cil ein (25277-6) ... [10:31] * Installing 1 assembly from libflickrnet2.1.5-cil into Mono [10:31] ! Assembly /usr/share/cli-common/policies.d/libflickrnet2.1.5-cil/policy.2.1.FlickrNet.dll does not exist [10:31] is this a known bug? [10:32] I wouldn't be happy about accepting a package that big [10:32] pitti: I see it too, at least. [10:32] pitti: it was supposed to be fixed in -6 [10:32] pitti: There was discussion about it in the last 24 hours. There's some issue with how mono handles alternatives that was last thought to be the culprit. [10:32] bug 182130 [10:32] Launchpad bug 182130 in libflickrnet "package libflickrnet2.1.5-cil 25277-5 failed to install/upgrade: subprocess post-installation script returned error exit status 1" [Undecided,In progress] https://launchpad.net/bugs/182130 [10:32] ok, thanks [10:32] doko: how hard would it be to build icedtea for lpia for gutsy? [10:33] Mithrandir: the current one? [10:33] doko: yes [10:33] (in a PPA) [10:34] it should build out of the box; let me have a look at the b-d's. [10:34] thanks [10:56] ion_: ruby1.9 is universe, isn't it? Does Debian build with -g now? [10:57] doko: Yes, and Debian has the 1.9.0.0 release, whereas Ubuntu has a pre-1.9.0.0 snapshot. [10:59] (As in yes, it builds with -g) [11:03] could someone have a look at bug 182509 ? [11:03] Launchpad bug 182509 in mono "Correctly install alternatives" [High,New] https://launchpad.net/bugs/182509 [11:03] this is needed to fix bug 182130 [11:03] Launchpad bug 182130 in libflickrnet "package libflickrnet2.1.5-cil 25277-5 failed to install/upgrade: subprocess post-installation script returned error exit status 1" [Undecided,In progress] https://launchpad.net/bugs/182130 [11:07] pochu: can you test the patch for python2.5? [11:20] doko: sure, I'll patch it and see the results in pygtk applications and make a bug report if that's fine. [11:20] hey guys [11:21] how do i get qt-4.4 installed [11:21] ? [11:21] pochu: thanks [11:26] anyone [11:28] cohonen: please see the topic [11:30] cjwatson, do you think its possible to get an entry for "Install a thin client server" on the alternate CD ? UI space should suffice for another entry and i'd like to have it easier than "add ltsp-client-builder/run=true to your bootoptions" ... [11:31] * ogra grumbles about broken mono deps on the daily [11:32] ogra: need to do the planned reorganisation of the whole menu first, I think ... [11:32] (which is on the hardy list) [11:32] would that be ok? I'd rather do it that way round if possible [11:32] oh, i wasnt aware there was more planned ... [11:33] sure [11:34] for testing i can give my users instructions on preseeding its not *that* hard :) i just want it to be easy in the final CD [11:47] doko: icedtea seems to ftbfs with genCharsetProvider.sh: 51: addNotices.sh: not found === asac_ is now known as asac [12:30] pitti, SHRIEK !!!! bug #182262 [12:30] Launchpad bug 182262 in gnome-screensaver "gnome-screensaver-gl-helper crashed with SIGSEGV" [Undecided,New] https://launchpad.net/bugs/182262 [12:32] looks like apport triggered 650 retraces, one every 4 min over the whole weekend [12:32] nice ;-) [12:33] ogra: you got mails? ;-) [12:33] i didnt have the balls to even open my bugs folder until now sicne it showed over 800 bugs suddenly [12:34] heh ;-) [12:34] yeah, tons [12:35] ogra: you are lucky, the i386 retracer crasher yesterday apparently ;-) [12:35] Haha [12:35] ogra: I'll wait on pitti before restarting it [12:35] wow, thats like wining the lottery \o/ [12:36] ogra: eww [12:37] no, in fact that's the gutsy retracer which crasher [12:37] pitti: where are the hardy retracers running? [12:37] seb128: hm, 2007-09-21 02:06 retracer-amd64.log [12:37] that's quite outdated [12:37] seb128: seems we don't have a current log for amd64 [12:38] and I can't find that bug in the log [12:38] me neither [12:38] seb128: it's the very same [12:39] seb128: crash-digger seems a bug, parses the release out of it and uses the corresponding chroot [12:39] seb128: I restarted the i386 one, I'll watch it for a bit [12:39] ok [12:39] seems it has troubles with removing the tag or so [12:39] "Consolidating duplicate database...", will take a while [12:39] why? [12:40] pitti, can you sponsorize my security patch in universe ? [12:40] (gutsy, Feisty) [12:40] seb128: it updates its internal duplication db against the real LP to see which bugs have been fixed, to do the appropriate action on duplication [12:41] ogra: sorry for the mess [12:41] pitti, ah, well it was a relief to see they are all on one bug, easily solved by selecting and "mark as read" :) [12:42] ogra: be happy that it didn't happen over the christmas vacation :) [12:42] geser, i am ! [12:42] i hade over 4000 mails anyway after that .... [12:43] seb128: log files fixed; amd64 was using the i386 one, and i386 didn't have a log [12:43] so, I can't find out what happened before [12:44] ok [12:49] ogra, seb128: I wrote an apology to the submitter [12:49] pitti: good idea [12:50] pitti: did you figure what was wrong with the retracer? [12:50] still consolidating [12:50] I should have started it without -i [13:38] does suspend/resume stuff in hardy use acpi-support or pm-utils at the moment? [13:42] Ng: pm-utils [13:42] okidoki, thanks :) [13:52] Ng: suspend to ram broken for you as well? [13:53] pitti: the suspend end works, but on resume my graphics get very confused and I wanted to check if I should be trying quirk things or acpi-support things [13:53] Ng: right, same here (Intel GMA950, dell laptop) [13:54] pitti: I filed the thing I'm seeing as #182791 [14:04] geser: you already talk to some lp admin about the package checkstyle problem when moving to universe? [14:04] Kmos: yes, cprov fixed it already [14:06] nice :) thanks [14:28] Could an archive admin get the goffice binaries out of new (soname bump)? thanks [14:28] * Hobbsee hides [14:29] gpocentek: you need to slangasek wake up :) [14:29] ooh, it's in main. i could even do it [14:30] Hobbsee: are you doing it then? [14:30] seb128: no, go ahead. [14:30] * Hobbsee doesn't like doing libraries [14:30] Hobbsee: is there a reason why you wouldn't do it if it were in universe? [14:30] Hobbsee: why? [14:30] Hobbsee: it's binary new for a soname change [14:30] geser: yeah - because i'd have to get an archive admin to go and new it. [14:30] seb128: this is true. which is why i was even considering it. [14:31] Hobbsee: you do it ;-) [14:31] seb128: i'm unsure of whether i'd actually pick the required stuff to change, with a soname change though. [14:31] geser: er, s/new/move/ [14:31] Hobbsee: cannot override to universe using the web ui [14:31] s/:// [14:32] Hobbsee: the soname change comes from Debian it should be alright, just new it [14:32] right [14:34] could someone NEW libdom4j-java (dom4j)? some builds are waiting for it [14:34] the same for package mythbuntu-common :) === cprov is now known as cprov-lunch [14:36] * Hobbsee does it then [14:36] * seb128 hugs Hobbsee [14:39] * Mithrandir kicks gnome-keyring-daemon [14:40] Mithrandir: hanging? [14:40] seb128: overwriting SSH_AUTH_SOCK which breaks my ssh agent. [14:41] ah, right [14:41] there is a bug open about that [14:41] any reason you don't want to use the keyring agent? [14:41] it doesn't talk to my smart card reader, I believe? [14:42] if I can get it to do that, then that's fine. [14:42] seb128: please shove mythbuntu-common back to universe [14:44] argh, f-spot-import doesn't even allow me to select a directory now, nor any layout [14:44] or pitti, etc [14:44] pitti: if I want to get HAL to stop trying to automount a partition on a specific SD card (because it fails because it mounts the entire disk), I need a custom FDI for that, right? [14:44] Mithrandir: you can put your keyring on a stick yes [14:44] Keybuk: I'm afraid so, yes [14:44] pitti: where do they go? [14:45] seb128: uh, no. My key is on a smart card, similar to a banking card, it's not on a disk at all [14:45] Keybuk: you can add it to /etc/hal/fdi/policy/preferences.fdi [14:45] or create a new one in that dir [14:45] Mithrandir: ah, dunno about that [14:45] there's no ~/.config or anything? [14:45] Keybuk: there's an enabled example about not mounting internal drives; you need to match on a different property of course, such as a label or UUID [14:46] seb128: so if it advertises PCSC support or something like that, there's a chance for it working, but otherwise, it probably won't work. [14:46] Keybuk: there could be something gconfish that gnome-mount reads (like in the volume/drive properties dialog), but there isn't ATM [14:46] evand: if it was you who unmoderated the falcon stuff, be aware that it's already gone thru the motu list, and the motu-council list, and probably doesn't need to go thru -devel as well [14:47] seb128: is upstream working on fixing the overwriting of the variable or would you accept a patch fixing it? It should be simple (if (getenv("SSH_AUTH_SOCK" == NULL) { putenv(...);} ) [14:47] Mithrandir: it's probably not, no, there is a gnome-keyring-daemon command line argument to not use the ssh-agent but since the code to launch it is hardcoded in gnome-session there is no way to use it at the moment [14:47] Mithrandir: they are working on it and it'll be fixed before hardy [14:47] Hobbsee: ah damn, sorry about that [14:48] seb128: ah, sounds good [14:49] I'll be sure to reject future attempts to continue the discussion on ubuntu-devel, though. [14:49] evand: no problem. you don't read all lists :) [14:53] newqueue-- [14:53] pitti: do HAL matches automatically check the parent too? [14:53] dholbach: is it worth rejecting falcon until you guys figure out your naming? [14:54] Keybuk: you have to explicitly match on it [14:54] Hobbsee: reject what? [14:54] [14:54] dholbach: falcon. motu ML [14:54] for example [14:54] Hobbsee: is there a falcon still in the queue? [14:54] dholbach: yes [14:54] nobody for reviewing (and uploading) the patch in bug 182509 ? [14:54] Launchpad bug 182509 in mono "Correctly install alternatives" [High,New] https://launchpad.net/bugs/182509 [14:54] dholbach: the repo creator [14:55] Hobbsee: it's already in the archive, isn't it? [14:55] dholbach: binary new [14:55] Hobbsee: I really wished this would have been discussed with the archive admins before :- [14:55] :-( [14:55] yeah, well... [14:55] * Hobbsee notes that she's not on any archive admin list [14:56] if the programming language could rename source and binary to falconpl and the other falcon (repo-package) would rename /usr/bin/falcon to something else, I feel we'd be all set [14:56] soren proposed this solution [14:57] Hobbsee: you're not on ubuntu-archive@lists? [14:57] cjwatson: it seems not. [14:57] cjwatson: i looked thru it once, but never subscribed. [14:57] it also occurs to me that we have no release team list [14:57] dholbach: Er.. no. [14:57] dholbach: I did not. [14:57] Hobbsee: we do as of quite recently; ubuntu-release@lists [14:58] cjwatson: excellent. looks like i have some subscribing to do then [14:58] dholbach: I proposed leaving the programming language as /usr/bin/falcon and renaming the repository thing to something else. [14:58] though nobody's ever posted to it [14:59] soren: right... and in another part of the thread the package name "falconpl" was discussed (as it's the name of the home page, etc) already [14:59] dholbach: Yes, renaming the source package to falconpl seems completely sensible to me. [14:59] both steps together seem to me to be a technical solution to the problem [14:59] <_MMA_> https://lists.ubuntu.com/archives/ubuntu-motu/2008-January/003034.html [15:00] _MMA_: Thanks :) [15:00] <_MMA_> ;) [15:00] dholbach: Oh... NOw I see, what you're saying. [15:00] soren: does it make sense? :) [15:00] dholbach: When you said source and binary, you meant "source package and binary package" and not "source package and the binary file". [15:01] soren: yeah, sorry [15:01] dholbach: ...with that in mind, yes, it makes perfect sense :) [15:02] if we can all agree to doing that now and discuss things with archive admins earlier next time I feel it's all good - there should be no need for dispute because of this [15:02] Agreed. [15:06] cjwatson: right, now i have no excuse to be behind on things [15:09] or at least, i don't after you approve that [15:10] aha! storage.no_partitions_hint, that sounds exactly like what I want :) [15:11] Hobbsee: done. er, twice, apparently [15:11] cjwatson: yeah. [15:11] cjwatson: there is a reason. [15:12] I'll take your word for it [15:12] it's not a good one [15:13] Keybuk: btw, I tested f-spot now, reported some bugs about why it is not working at all for me, and updated https://wiki.ubuntu.com/DesktopTeam/Experiences/ManagingPhotos; I guess I can't convince you to rethink the switching of the default :), but you asked me a while back to update that page [15:14] pitti: your bugs are about people who already have photo collections though, right? [15:14] * pitti flips the default now, *shrug* [15:14] Keybuk: yes [15:14] so those people already have Ubuntu installations [15:14] the default only affects people with new installations, and assumedly, new photo collections [15:14] Keybuk: bug 182852 affects other people, too [15:14] Launchpad bug 182852 in f-spot "photo directory should default to XDG user dir setting, not ~/Photos" [Low,Triaged] https://launchpad.net/bugs/182852 [15:14] but at least that's a relatively easy one to fix [15:15] Keybuk: well, installing Ubuntu != using a computer the first time [15:15] pitti: you know about "f-spot -view directory" right? [15:15] pitti: sure, but usually after installing a new OS, you still need to import your photos again [15:15] seb128: no, I don't; I used View -> Arrange -> By directory, but that doesn't work [15:16] Keybuk: so far I didn't have to; in Windows, Debian, and Ubuntu I could just continue to use my existing collection on my /mm VFAT partition [15:16] Keybuk: well, I'm not saying that I'm the average user :) [15:16] pitti: you can continue doing that, browse with nautilus, double click and eog is used [15:16] you can still open those folders in nautilus to browse the thumbnails, and double-click on one to bring it up larger, and then use next/previous arrows to browse the collection [15:16] it just feels weird to me to copy the entire photo collection again, and edit that, and suddenly find that your original photos haven't been changed [15:17] pitti: I'm not sure what else you need to browse your collections [15:17] seb128: right, I should try that [15:17] pitti: that's like you don't start rhythmbox to listed to a file on your desktop, you double click on it and totem is used [15:18] seb128: I see, that works; I wonder why it doesn't work when I select it in the UI [15:19] right, it's broken here as well [15:19] seb128: nautilus> that only gives me a single picture, though, no prev/next [15:19] (or 'parent', etc.) [15:19] so, viewing works fine [15:19] browsing only when called on CLI [15:20] and no directory navigation whatsoever [15:20] pitti: press F9 [15:20] well, that could be left to eog, I figure [15:20] seb128: got that, but it only has a single photo [15:20] right [15:21] not sure what is your standard usecase [15:21] I've those scenario [15:21] - plug an usb key with some photo to show those, nautilus is open, I double click on the first one and click on next in eog to show the photos [15:22] seb128: use case: "parents come in, I want to show them some of my photos" :) [15:22] - want to browse my photo collection and do some changes, I start fspot [15:22] seb128: right, eog is great, no complaints there === cprov-lunch is now known as cprov [15:22] I just thought we wanted to consolidate to use just one photo app for everything [15:22] pitti: we're not getting rid of nautilus/eog [15:22] as said before that's like trying to use rhythmbox to listed to a sound file from an usb key [15:22] well, except that eog and f-spot are totally incompatible wrt. browsing, file locations, UI, etc. [15:23] my understanding is that we want to keep eog as a viewer and fspot to manage a photo collection [15:23] why incompatible? [15:23] I can browse the f-spot managed folders in nautilus and use eog on the files :) [15:23] f-spot is 'object'-based, while eog/nautilus are file-based [15:23] Keybuk: c'mon, you'll never find the one you are looking for in nautilus [15:23] I don't know what you mean by "object" based here [15:23] well, the issue is that f-spot should work from a directory library [15:23] like rhythmbox do [15:23] I see the idea of f-spot about abstracting away from files [15:23] rather than reimporting everything [15:23] just like rb abstracts away from files, too [15:23] seb128: it does? [15:24] Keybuk: no it doesn't [15:24] like rb, it just has an index file of that directory [15:24] but unlike RB, f-spot owns my photos, while rb just creates an index from my music [15:24] Keybuk: it creates this layout using directory by year, etc and copy photos there [15:24] so I can still keep my existing music colletion without rearranging everything [15:24] I think RB got the concept really well (I love it) [15:24] pitti: rb owns it too [15:24] I have to import the music into my library === RadiantFire_ is now known as RadiantFire [15:25] and then it makes up filenames, etc. under that library [15:25] Keybuk: but it's not requiring the files to be in any particular directory and layout [15:25] Keybuk: rb monitors a directory on the disk without touching the files [15:25] (arguably they should both just use tracker ) === syp| is now known as syp_ [15:25] f-spot copies them around and hides them with unintelligible names and directories instead of leaving them alone wherever they are [15:25] Keybuk: you're just asking to be clubbed in the head. [15:25] which is ok if you never use anything else than f-spot [15:26] Hobbsee: I'm entirely serious [15:26] let's not start on the tracker discussion now [15:26] if they both used tracker, it wouldn't matter where the photos/music were, what filenames, etc. [15:26] it's not going to happen for hardy [15:26] Keybuk: object-based> abstracting away from the close-to-the-metal files and directories [15:26] pitti: this is a good thing, no? [15:26] Keybuk: if tracker wasn't such a performance hit, etc, then sure. [15:26] Keybuk: by itself, yes [15:27] Keybuk: the thing is that f-spot should monitor a directory you give him without touching anything there, like rhythmbox do, it doesn't right now though [15:27] Keybuk: but the rest of our desktop, including nautilus, is still by and large file/directory based [15:27] so it's confusing once you leave the domain of f-spot [15:27] seb128: how do you make rhythmbox do that? [15:27] Keybuk: import directory/file, done [15:27] Keybuk: I don't import music using rhythmbox [15:27] there's nothing else [15:27] seb128: cause I can't [15:27] Keybuk: RB just creates an index [15:28] pitti: of it's own directory [15:28] Keybuk: by default it monitors Music, copy any song there, watch inotify notice it and rhythmbox list it [15:28] not any others [15:28] if you import any others, it copies them into its own directory [15:28] ~/.gnome2/rhythmbox/rhythmdb.xml [15:28] seb128: right, but isn't that just what f-spot does with ~/Photos ? [15:28] Keybuk: how do you mean? ("own directory") [15:28] Keybuk: well, there is no way to tell to f-spot "use that directory", it wants to create its own layout and import everything [15:28] Keybuk: you can add arbitrary directories to RB's collection [15:28] seb128: it's in Preferences [15:28] or I don't know how [15:28] * seb128 tries [15:28] pitti: yes, and it copies them into ~/Music [15:29] organising them itself [15:29] Keybuk: no, not for me [15:29] since when did rhythmbox do that? [15:29] i wish it did that [15:29] Amaranth: do what? [15:29] it's entirely possible I'm wrong, but I've always found rb very difficult to use because of the way its library works [15:30] move music to ~/Music and organize it automatically [15:30] Keybuk: it doesn't do anything, it just list everything which is in the directory he has been pointed to [15:30] Keybuk: hm; I love how it works; seems people do have different ideas how to organize stuff :) [15:30] which means you can download things directly there [15:30] create directories as you like [15:30] etc [15:30] let sound-juicer create albums [15:30] ok [15:31] in f-spot I just did [15:31] 1) made a tree of photos under ~/My Photos [15:31] 2) opened f-spot [15:31] 3) unchecked "Copy into Photos directory" [15:31] 4) selected ~/My Photos [15:31] 5) clicked Import [15:31] now my photos appear in f-spot [15:31] with the original filenames and tree [15:31] just tried it in RB and confirmed that it doesn't copy a foreign directory; it just indexes it [15:32] and notices that stuff has gone from it, etc. [15:32] pitti: with Music -> Import Folder ? [15:32] Keybuk: yes [15:32] Keybuk: that checkbox for f-spot doesn't exist in the import dialog [15:32] Keybuk: the camera one, I mean (f-spot-import) [15:32] ?! [15:33] f-spot-import is the program I'll set in gnome-volume-manager [15:33] as reaction to plugging in a photo cam [15:33] http://people.ubuntu.com/~scott/Screenshot-Import.png [15:33] it's the first one [15:34] right, but that's now what you're talking about [15:34] you have an existing photo collection you want f-spot to look at without rearranging it [15:34] adding new photos, why not let f-spot name them? [15:34] and obeying my existing structure when importing new ones, too, of course [15:34] how's it supposed to divine your existing structure? :p [15:34] Keybuk: because I still want to be able to find them without f-spot :) [15:35] ~/Photos/Auntie Maud/Birthday/eating cake.jpg [15:35]