My Current system is ubuntu 17.10. If I delete file under home it moves
to trash. But if I delete file in other location. It dont go to trash
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to glib2.0 in Ubuntu.
This bug was fixed in the package glib2.0 - 2.48.2-0ubuntu1
---
glib2.0 (2.48.2-0ubuntu1) xenial; urgency=medium
* New upstream release (LP: #1637731)
* debian/patches/0001-Fix-trashing-on-overlayfs.patch: Update with new
version from the upsstream report to hopefully fix
This bug was fixed in the package glib2.0 - 2.50.2-2ubuntu1
---
glib2.0 (2.50.2-2ubuntu1) yakkety; urgency=medium
* No-change backport of this stable release from unstable to 16.04 (LP:
#1644320)
* Should fix trashing of files in symlinked directories (LP: #1638245)
*
Hi Brian,
I tested the new package in Xenial from -proposed and it fixed the
problem for me.
The glib version: 2.48.2-0ubuntu1
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of Desktop
Packages, which is
Hello Sadi, or anyone else affected,
Accepted glib2.0 into xenial-proposed. The package will build now and be
available at
https://launchpad.net/ubuntu/+source/glib2.0/2.48.2-0ubuntu1 in a few
hours, and then in the -proposed repository.
Please help us by testing this new package. See
Is it safe to use the patched glib version from Ian ppa? I'm using
Xenial and I really need this patch
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to glib2.0 in Ubuntu.
https://bugs.launchpad.net/bugs/1638245
Title:
Files in the root
Hi,
Does anybody know when will be the updated glib2.0 included in
xenial(-proposed)?
Thanks in advance!
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to glib2.0 in Ubuntu.
https://bugs.launchpad.net/bugs/1638245
Title:
Files in the
Hi Nikita, what you call gobbledygook is partition UUID it seems, which is
strange. Could it be because those partitions have no label?
I see only partition labels as expected (for both internal and external,
mounted and unmounted, drives) under Ubuntu 16.10 64-bit ( I tend to make sure
that
I tested this in an Ubuntu GNOME 16.10 GNOME 3.20 64-bit VM and found
that with the new update the issue goes away and the problem here is
fixed. Although it should be noted that after updating to the new
version it shows any mounted partitions with a long gobbledygook name in
the sidebar when
** Attachment added: "Gobbledygook name in Nautilus sidebar"
https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1638245/+attachment/4794160/+files/Screenshot%20from%202016-12-19%2021-14-42.png
--
You received this bug notification because you are a member of Desktop
Packages, which is
** Tags removed: verification-needed
** Tags added: verification-done
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to glib2.0 in Ubuntu.
https://bugs.launchpad.net/bugs/1638245
Title:
Files in the root of a folder on another partition
** Changed in: glib2.0 (Ubuntu Xenial)
Status: New => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to glib2.0 in Ubuntu.
https://bugs.launchpad.net/bugs/1638245
Title:
Files in the root of a folder on another
Thanks a million ! :-)
I selected libglib2.0-0 to be upgraded to the new yakkety-proposed version
2.50.2-2ubuntu1.
It automatically required also upgrading the existing libglib2.0-bin and
libglib2.0-dev, and everything went OK.
Now I can trash files in the root of other symlinked partitions as
Hello Sadi, or anyone else affected,
Accepted glib2.0 into yakkety-proposed. The package will build now and
be available at
https://launchpad.net/ubuntu/+source/glib2.0/2.50.2-2ubuntu1 in a few
hours, and then in the -proposed repository.
Please help us by testing this new package. See
This bug was fixed in the package glib2.0 - 2.51.0-2
---
glib2.0 (2.51.0-2) experimental; urgency=medium
* Merge changes from 2.50.2-2:
+ debian/rules: disable libmount on !linux (Closes: #844052)
+ debian/patches/0001-Fix-trashing-on-overlayfs.patch: Update with new
** Changed in: glib2.0 (Ubuntu Yakkety)
Status: New => In Progress
** Description changed:
+ [ Description ]
+
+ Can't trash files if the directory they are in is a symlink to another
+ device
+
+ [ QA ]
+
+ Steps:
+ 1. Install system and partition disk into root and data partitions
+
** Also affects: glib2.0 (Ubuntu Yakkety)
Importance: Undecided
Status: New
** Also affects: glib2.0 (Ubuntu Xenial)
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to glib2.0 in
My problem disappeared after these upgrades, thanks a lot Iain!
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to glib2.0 in Ubuntu.
https://bugs.launchpad.net/bugs/1638245
Title:
Files in the root of a folder on another partition
(You'll need to restart after upgrading to the PPA)
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to glib2.0 in Ubuntu.
https://bugs.launchpad.net/bugs/1638245
Title:
Files in the root of a folder on another partition symlinked to
Please try ppa:laney/1638245 once the packages in there have built and
let me know how it goes.
If still broken I would like specific, exact and simple steps to make
the breakage happen, preferably in a clean VM or live session.
Cheers.
--
You received this bug notification because you are a
On Fri, Nov 11, 2016 at 11:01:57AM -, Sadi Yumuşak wrote:
> Sorry I'm just a user, I don't know much about these source codes, I
> thought it was a fix, but if it simply forces skipping the patch, it's
> no good for you, of course ;-)
>
> To reproduce the problem you need another partition
Steps:
1. Install system and partition disk into root and data partitions
2. create ~/Data folder, and mount data partition on it
3. create symlinks for ~/whatever/ to ~/Data/something/
4. delete files directly inside ~/whatever/
What happen:
Then Nautilus says: "File can't be put in the trash.
Sorry I'm just a user, I don't know much about these source codes, I
thought it was a fix, but if it simply forces skipping the patch, it's
no good for you, of course ;-)
To reproduce the problem you need another partition other than the one
where the user home directory is, and follow these
That disables the patch?
Please please could you give me very very simple steps that will let me
reproduce the problem in a VM. Explain what happens that is wrong and
what should happen instead.
--
You received this bug notification because you are a member of Desktop
Packages, which is
Dear Iain,
Maybe the fix suggested here is all we need???
https://bugs.launchpad.net/ubuntu/+source/glib2.0/+bug/1495781/comments/6
Thanks...
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to glib2.0 in Ubuntu.
Status changed to 'Confirmed' because the bug affects multiple users.
** Changed in: glib2.0 (Ubuntu)
Status: New => Confirmed
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to glib2.0 in Ubuntu.
UPDATE:
1) The symlink can be created on the desktop as well (as long as it sits
directly/really in the same partition as user home and not in another partition)
2) The symlink doesn't have to be pointing to a directory in the root of the
other partition (on the internal HDD), it can be any
27 matches
Mail list logo