-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Subject: hal: two icons on the desktop for a single encrypted partition Package: hal Version: 0.5.8.1-9 Severity: normal
After upgrading hal to 0.5.8.1-9, two icons appeared on my desktop for the same partition. This is broken for at least two reasons: - - that partition is on a non-removable disk, so it should not be displayed since it can't be removed - - there are two icons istead of one Here is a conversation had with the maintainer about this issue: mar 22 12:56:45 <eddyp> sjoerd: I have *two* icons on my desktop for an encrypte d partition I have... with 0.5.8.1-9 for hal, libhal1 and libhal-storage1 mar 22 12:57:03 <eddyp> sjoerd: I didn't see this bahaviour with 0.5.8.1-6.1 mar 22 12:57:37 <eddyp> sjoerd: should I try adding g-v-m 1.5.15-2 to the mix? mar 22 12:58:18 <eddyp> sjoerd: this is an encrypted partition on the hard disk mar 22 12:59:00 <sjoerd> It's a buglet in the hal/gnome-vfs combination mar 22 12:59:24 <sjoerd> because we use pmount, the encrypted volume isn' t mounted where hal/gnome-vfs expects it.. And you get it twice mar 22 12:59:37 <sjoerd> If you use gnome-mount and the g-v-m from exp, i t's ``fixed'' mar 22 13:00:04 * mbiebl ([EMAIL PROTECTED]) has joined #debian-devel mar 22 13:00:08 <eddyp> sjoerd: yes, but this is a fixed drive, so it shouldn't be on my desktop at all mar 22 13:00:27 * amaya has quit (Remote host closed the connection) mar 22 13:00:36 <sjoerd> Yes and no.. If we remove all fixed drives from your desktop, we'll get bugs about that :) mar 22 13:00:43 <eddyp> sjoerd: also, this would mean that installs on crypto wo uld have icons on the desktop by default, wouldn't it? mar 22 13:00:56 <sjoerd> eddyp: where is it mounted ? mar 22 13:01:02 <eddyp> sjoerd: /crypto mar 22 13:01:06 <sjoerd> Right mar 22 13:01:17 <sjoerd> No, gnome-vfs2 has a list of things not to put o n your desktop mar 22 13:01:27 <sjoerd> Which includes things like / and /usr mar 22 13:01:32 <eddyp> and my configuration says "no fixed partitions should ha ve icons on desktop" mar 22 13:01:47 <sjoerd> so a system that has encrypted / won't show up o n the desktop mar 22 13:02:15 <eddyp> sjoerd: shouldn't the removable bit be the one that is a sked instead? mar 22 13:02:57 <eddyp> sjoerd: it would be more acceptable is there was only on e icon .. mar 22 13:03:10 <eddyp> although still buggy mar 22 13:03:20 <sjoerd> I'm not sure what the encrypted volume bit is se t too mar 22 13:03:36 <sjoerd> Oh i agree, that hal && gnome-vfs should be smar ter about what to show mar 22 13:03:51 <sjoerd> Some issues have apparently been fixed in newer gnome-vfs.. mar 22 13:04:01 <sjoerd> But hal is still somewhat stupid when it comes t o encrypted/lvm/raid etc mar 22 13:04:14 <eddyp> sjoerd: but those won't be allowed in etch, would they? vorlon ? mar 22 13:04:29 <sjoerd> Gnome 2.18 gnome-vfs, no not really mar 22 13:04:55 <sjoerd> Imho, it looks silly but it's not harmfull mar 22 13:05:09 * Le_Vert-Ntbk has quit (Remote host closed the connection ) mar 22 13:05:17 <eddyp> sjoerd: couldn't the patch be reworked soemhow to revert part of the behaviour so that the icon don't appear mar 22 13:05:18 <eddyp> ? mar 22 13:06:08 <sjoerd> Then we have to introduce a new patch into gnome - -vfs properly mar 22 13:06:29 <eddyp> doesn't hal have the information about the device, if is a fixed disk or a removable one? mar 22 13:06:30 <sjoerd> And i don't think this is enough reason to allow a patched gnome-vfs into etch mar 22 13:06:57 <sjoerd> For an encrypted one, depends.. Only if it's a l uks volume with one parent mar 22 13:07:12 <eddyp> sjoerd: this is the case here mar 22 13:07:13 <sjoerd> That is, you can retrieve it's unencrypted paren t and work from there mar 22 13:08:06 * _rene_ has quit (Ping timeout: 480 seconds) mar 22 13:08:25 <sjoerd> But again, i don't really see this going into et ch at this point mar 22 13:08:39 <eddyp> still, thinking about the parent... do you think there c ould be a *sane* scenario when soembody has both one removable and one fixed par ent? mar 22 13:09:13 <sjoerd> Hal doesn't know how to handle multiple parents, so your stuck there anyway mar 22 13:10:31 <eddyp> just one icon is annyoing, having two is stupid ... arrr rgh! mar 22 13:11:06 <sjoerd> But yes, i agree with you that we should fix thi s.. But again, imho it's not of a severity that would allow an updated version t o go into etch mar 22 13:11:19 * xerakko ([EMAIL PROTECTED]) has joined #debi an-devel mar 22 13:11:36 * liw ([EMAIL PROTECTED]) has joine d #debian-devel mar 22 13:11:37 <eddyp> sjoerd: one word "regression" mar 22 13:12:23 <eddyp> probably if a clear and short fix for this is provided f ast... the RMs will agree .... mar 22 13:12:34 * eddyp looks at vorlon mar 22 13:12:55 <sjoerd> If that's the case, i've got no problems with fi nding a quick fix mar 22 13:13:14 <sjoerd> but i want to know before hand that it's not jus t a waste of time mar 22 13:13:38 <sjoerd> Note, that it's just a fix for having two icons. . Not removing them at all mar 22 13:13:40 <eddyp> sjoerd: meaning that you'd work on it if RMs agree? mar 22 13:14:18 <sjoerd> If the RM's agree that it's enough of an issue t hat a small patch would be allowed into etch then yes.. mar 22 13:14:27 <eddyp> sjoerd: vorlon: for the record, 414417 never hit me - -- System Information: Debian Release: 4.0 APT prefers testing APT policy: (900, 'testing') Architecture: amd64 (x86_64) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.18-4-amd64 Locale: LANG=ro_RO.UTF-8, LC_CTYPE=ro_RO.UTF-8 (charmap=UTF-8) Versions of packages hal depends on: ii adduser 3.102 Add and remove users and groups ii dbus 1.0.2-1 simple interprocess messaging syst ii libc6 2.3.6.ds1-13 GNU C Library: Shared libraries ii libdbus-1-3 1.0.2-1 simple interprocess messaging syst ii libdbus-glib-1-2 0.71-3 simple interprocess messaging syst ii libexpat1 1.95.8-3.4 XML parsing C library - runtime li ii libglib2.0-0 2.12.4-2 The GLib library of C routines ii libhal-storage1 0.5.8.1-9 Hardware Abstraction Layer - share ii libhal1 0.5.8.1-9 Hardware Abstraction Layer - share ii libusb-0.1-4 2:0.1.12-5 userspace USB programming library ii libvolume-id0 0.105-4 libvolume_id shared library ii lsb-base 3.1-23.1 Linux Standard Base 3.1 init scrip ii pciutils 1:2.2.4~pre4-1 Linux PCI Utilities ii udev 0.105-4 /dev/ and hotplug management daemo ii usbutils 0.72-7 USB console utilities Versions of packages hal recommends: ii eject 2.1.4-3 ejects CDs and operates CD-Changer - -- no debconf information -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFGCwD1Y8Chqv3NRNoRAjeYAKCdSbajhNeTd+5VOxtCukHVsMax6QCg26lu aXdFVI6RFb101UovJY9Dalc= =faWI -----END PGP SIGNATURE----- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]