Your message dated Wed, 05 Oct 2005 04:02:06 -0700
with message-id <[EMAIL PROTECTED]>
and subject line Bug#331276: fixed in eject 2.0.13deb-17
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--------------------------------------
Received: (at submit) by bugs.debian.org; 2 Oct 2005 19:28:07 +0000
>From [EMAIL PROTECTED] Sun Oct 02 12:28:07 2005
Return-path: <[EMAIL PROTECTED]>
Received: from tomts25.bellnexxia.net (tomts25-srv.bellnexxia.net) 
[209.226.175.188] 
        by spohr.debian.org with esmtp (Exim 3.36 1 (Debian))
        id 1EM9VH-0007BX-00; Sun, 02 Oct 2005 12:28:07 -0700
Received: from [192.168.0.100] ([70.49.8.105])
          by tomts25-srv.bellnexxia.net
          (InterMail vM.5.01.06.10 201-253-122-130-110-20040306) with ESMTP
          id <[EMAIL PROTECTED]>
          for <[EMAIL PROTECTED]>; Sun, 2 Oct 2005 15:28:05 -0400
From: Christopher Martin <[EMAIL PROTECTED]>
Reply-To: Christopher Martin <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Needs "pumount" patch to integrate seamlessly with KDE (and probably 
GNOME)
Date: Sun, 2 Oct 2005 15:28:05 -0400
User-Agent: KMail/1.8.2
MIME-Version: 1.0
Content-Type: Multipart/Mixed;
  boundary="Boundary-00=_GTDQDpSmX85IAYk"
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
        (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level: 
X-Spam-Status: No, hits=-8.0 required=4.0 tests=BAYES_00,HAS_PACKAGE 
        autolearn=no version=2.60-bugs.debian.org_2005_01_02

--Boundary-00=_GTDQDpSmX85IAYk
Content-Type: text/plain;
  charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline

Package: eject
Version: 2.0.13deb-16
Severity: normal

Hello,

The pmount package, used by KDE and GNOME, allows the mounting and 
unmounting of media by normal users, even without a 
corresponding /etc/fstab entry for the device in question.

In KDE, for instance, when a disc is inserted in a drive that lacks 
an /etc/fstab entry, and the user accesses it, KDE uses pmount to mounts it 
very nicely. But if the user then tries to eject the disc, from KDE or from 
a shell, it fails, since without an /etc/fstab entry, the "umount" command 
that eject runs before attempting the actual eject, doesn't work 
("umount: /media/hdc is not in the fstab (and you are not root)").

Ubuntu has a small patch which addresses this issue. It makes eject first 
try to run "pumount", before falling back to "umount". The alternative to 
this patch would be to hack KDE's eject option to first run pumount itself, 
before running eject. But this is much more invasive than this minor 
change, and wouldn't fix the case where the user wished to use eject to get 
unmount and eject a disc (originally mounted within KDE) from somewhere 
else.

The patch (which I adapted to apply to the latest Debian package) is 
attached.

Thanks,
Christopher Martin

--Boundary-00=_GTDQDpSmX85IAYk
Content-Type: text/x-diff;
  charset="us-ascii";
  name="ubuntu-pumount.patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: attachment;
        filename="ubuntu-pumount.patch"

--- eject.c
+++ eject.c
@@ -623,10 +623,13 @@
        switch (fork()) {
          case 0: /* child */
                  setuid(getuid()); /* reduce likelyhood of security holes when 
running setuid */
-                 if(p_option)
-                         execlp("umount", "umount", fullName, "-n", NULL);
-                 else
-                         execlp("umount", "umount", fullName, NULL);
+                 if(p_option) {
+                         execlp("pumount", "pumount", fullName, "-n", NULL);
+                         execlp("umount", "umount", fullName, "-n", NULL);
+                 } else {
+                         execlp("pumount", "pumount", fullName, NULL);
+                         execlp("umount", "umount", fullName, NULL);
+                 }
                  fprintf(stderr, _("%s: unable to exec umount of `%s': %s\n"),
                                  programName, fullName, strerror(errno));
                  exit(1);

--Boundary-00=_GTDQDpSmX85IAYk--

---------------------------------------
Received: (at 331276-close) by bugs.debian.org; 5 Oct 2005 11:14:23 +0000
>From [EMAIL PROTECTED] Wed Oct 05 04:14:23 2005
Return-path: <[EMAIL PROTECTED]>
Received: from katie by spohr.debian.org with local (Exim 3.36 1 (Debian))
        id 1EN72E-00018a-00; Wed, 05 Oct 2005 04:02:06 -0700
From: Frank Lichtenheld <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
X-Katie: $Revision: 1.56 $
Subject: Bug#331276: fixed in eject 2.0.13deb-17
Message-Id: <[EMAIL PROTECTED]>
Sender: Archive Administrator <[EMAIL PROTECTED]>
Date: Wed, 05 Oct 2005 04:02:06 -0700
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
        (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Level: 
X-Spam-Status: No, hits=-6.0 required=4.0 tests=BAYES_00,HAS_BUG_NUMBER 
        autolearn=no version=2.60-bugs.debian.org_2005_01_02

Source: eject
Source-Version: 2.0.13deb-17

We believe that the bug you reported is fixed in the latest version of
eject, which is due to be installed in the Debian FTP archive:

eject-udeb_2.0.13deb-17_i386.udeb
  to pool/main/e/eject/eject-udeb_2.0.13deb-17_i386.udeb
eject_2.0.13deb-17.diff.gz
  to pool/main/e/eject/eject_2.0.13deb-17.diff.gz
eject_2.0.13deb-17.dsc
  to pool/main/e/eject/eject_2.0.13deb-17.dsc
eject_2.0.13deb-17_i386.deb
  to pool/main/e/eject/eject_2.0.13deb-17_i386.deb



A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to [EMAIL PROTECTED],
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Frank Lichtenheld <[EMAIL PROTECTED]> (supplier of updated eject package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing [EMAIL PROTECTED])


-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Format: 1.7
Date: Wed,  5 Oct 2005 12:31:03 +0200
Source: eject
Binary: eject-udeb eject
Architecture: source i386
Version: 2.0.13deb-17
Distribution: unstable
Urgency: low
Maintainer: Frank Lichtenheld <[EMAIL PROTECTED]>
Changed-By: Frank Lichtenheld <[EMAIL PROTECTED]>
Description: 
 eject      - ejects CDs and operates CD-Changers under Linux
 eject-udeb - ejects CDs from d-i menu (udeb)
Closes: 331276 331340 332226
Changes: 
 eject (2.0.13deb-17) unstable; urgency=low
 .
   * Christopher Martin suggested that it might be a good idea
     to merge the pmount patch from Ubuntu. I'm still not convinced
     that this is a particulary good hack but lets do it nevertheless
     in absence of better ideas. (Closes: #331276)
   * debian/po/sv.po: Added translation by Daniel Nylander
     (Closes: #331340)
   * po/sv_SE.po: Added translation by Daniel Nylander (Closes: #332226)
   * Reword the Description a bit. Remove long sentence about auto-eject
     feature and add one about the other uses of eject than CD-ROMs.
Files: 
 41b9cdee6f08b508dc9cbe040974b987 611 utils optional eject_2.0.13deb-17.dsc
 bbddea324dc14d1e49ae6af3df71b3c5 24432 utils optional 
eject_2.0.13deb-17.diff.gz
 c8c97090df2e7ca6295eb21ae2d591e3 34162 utils optional 
eject_2.0.13deb-17_i386.deb
 e6c5bd711f7eabfe1d428bf20ba55528 18518 debian-installer optional 
eject-udeb_2.0.13deb-17_i386.udeb
Package-Type: udeb

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

iD8DBQFDQ7GJQbn06FtxPfARAkiYAJ4+oc8jhhlrT16b2oXpDpUiSYhRXQCeNRgH
IeFqaddddb7/XtwF70TwOJc=
=UAmT
-----END PGP SIGNATURE-----


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to