[Bug 1854588] Re: Clicking 'Install' on gdebi-gtk makes it vanish ONLY when .deb opened from Chrome/Firefox
Goes back further than Ubuntu 18.04 then... https://stackoverflow.com/questions/49214954/gdebi-refusing-to-render- service-to-dead-parents ** Also affects: gdebi (Ubuntu) Importance: Undecided Status: New ** Description changed: Before anyone says this bug already exists... it doesn't (at least as far as I can see). It's just that a lot of similar bugs do/did exist where people have also experienced the same symptoms (of gdebi-gtk vanishing upon clicking 'Install'). So yes this is the same symptoms, but it must be a different cause as the circumstances are different and doesn't have the same resolution. The meat of it... - Basically on a fresh install of Ubuntu 18.04.3 amd64... with Firefox (or with Chrome if you installed that) go to any site that offers a .deb package and either... + Basically on a fresh install of Ubuntu MATE 18.04.3 amd64... with Firefox (or with Chrome if you installed that) go to any site that offers a .deb package and either... a) choose to open it directly from the browser (rather than saving it to 'Downloads' folder) b) or... save the file (e.g. to the 'Downloads' folder), BUT!.. open that file from within the browser itself. You should find that gdebi-gtk appears but vanishes the moment you click 'Install' without a prompt for a password, an explanation or the package actually getting installed. This bug has existed since the beginning of Ubuntu 18.04 however it's been largely confused with other similar bugs. I've had it on half a dozen machines and confirmed it exists with IRC users on #ubuntu-mate of freenode. However with *this* bug (compared to others) gdebi-gtk works perfectly fine if you run it from the terminal or just double click the .deb package from your file manager. It's the kind of bug which if you're a hardened desktop Linux user, you'd just work around it... But if you're a novice and you can't get a simple thing like Teamviewer installed (which is a .deb, and a thing I might ask someone to do over the phone to try to help them) you likely get fed up and re-install Windows :S Any input on this would be brilliant as I can't seem to get any logs/output. ~lantizia -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1854588 Title: Clicking 'Install' on gdebi-gtk makes it vanish ONLY when .deb opened from Chrome/Firefox To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu-mate/+bug/1854588/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1458322] Re: NetworkManager doesn't hide virtual interfaces (e.g. Docker, VMWare)
I'd much rather have something similar to that cinnamon fix as it actually seems to check if the device is listed as unmanaged. The patch I've supplied above (based on the earlier patch by Campbell Vertesi) doesn't seem to do that. Doesn't matter if my vmnet8 (or similar interface) is in the keyfile unmanaged-devices list or not. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1458322 Title: NetworkManager doesn't hide virtual interfaces (e.g. Docker, VMWare) To manage notifications about this bug go to: https://bugs.launchpad.net/hundredpapercuts/+bug/1458322/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1458322] Re: NetworkManager doesn't hide virtual interfaces (e.g. Docker, VMWare)
Have updated the patch to work with 18.04, here are the instructions I
just used to build it (personally I builds like this in a VM)...
ultimately you get the file 'network-manager-
gnome_1.8.10-2ubuntu1_amd64.deb' and that is the only thing you need to
install on normal 18.04 system where you want the fix...
sudo sed -i 's/^# \(deb-src \)/\1/' /etc/apt/sources.list
sudo apt-get update
sudo apt-get build-dep network-manager-applet
wget
http://archive.ubuntu.com/ubuntu/pool/main/n/network-manager-applet/network-manager-applet_{1.8.10.orig,1.8.10-2ubuntu1.debian}.tar.xz
tar xf network-manager-applet_*.orig.tar.xz
cd network-manager-applet-*/
tar xf ../network-manager-applet_*.debian.tar.xz
wget -P debian/patches
http://gist.github.com/Lantizia/2f32f0ca8193a61ceefb0c8c95e92bcc/raw/hide_unmanaged_interfaces.patch
sed -i '1s/^/hide_unmanaged_interfaces.patch\n/' debian/patches/series
sudo dpkg-buildpackage -b
# Ignore the bit about not being able to sign it
# Only need to install 'network-manager-gnome_1.8.10-2ubuntu1_amd64.deb'
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1458322
Title:
NetworkManager doesn't hide virtual interfaces (e.g. Docker, VMWare)
To manage notifications about this bug go to:
https://bugs.launchpad.net/hundredpapercuts/+bug/1458322/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1122853] Re: Clicking the xchat indicator starts a new instance
Flock doesn't seem to be needed, this worked for me... sed -i 's/\(--existing \)%U/\1-c '\''gui show'\''/' /usr/share/applications/hexchat.desktop Essentially it just changes... hexchat --existing %U To... hexchat --existing -c 'gui show' The '--existing' part is meant to run a URL or a command in an existing copy of HexChat - so the %U is interpreted as a URL it doesn't comprehend so I think that makes the whole '--existing' argument invalid (so it opens a whole new copy, as though '--existing' wasn't specified). But putting '--existing -c' makes it run a command, that command being to bring the window to the foreground. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1122853 Title: Clicking the xchat indicator starts a new instance To manage notifications about this bug go to: https://bugs.launchpad.net/xchat-indicator/+bug/1122853/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1780971] Re: Insufficient options for encryption
It is a novel you are right. I hesitated at great length before submitting it and tried my best to cut out as much as possible that didn't take away from the original scenario. I have *never* logged a bug of this length *ever* before, it is hopefully my last of this length. But after talking this over with some people in #ubuntu-dev on freenode the other week (and some people pointing out that you mean well, but often *over* triage bug reports)... I'm still left with the opinion that a bug report shouldn't need to propose a solution (although often it helps if the poster has one... and I posed a few). It should try to accurately paint a picture of how the problem arose so others realise how unique it is (vs. other reports) or how other users might use the software they hadn't considered. In this case I couldn't find a way to do it shorter. But it doesn't mean having a bug with my name on being cut down to something I didn't mean to raise or completely missing original point. Additionally... a "bad experience" is as much a bug as anything else, obviously it's not a very technical bug and very difficult to de- duplicate from one persons coloured experience to the next. But it is still just as valid as if we don't collect that kind of feedback, you'll have people being silently frustrated. If you still feel as you have already expressed, I'd rather you flag this bug as invalid and close it. Or better yet... if possible, delete it and forget I ever bothered. Steven -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1780971 Title: Insufficient options for encryption To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1780971/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1780971] Re: Side by side install with Windows does not also provide encryption option
** Description changed: - When installing side by side with Windows, the option to use encryption - is not provided. + So someone felt they should edit my bug report description (despite it + remaining in my name) to simply this... + + --- + When installing side by side with Windows, the option to use encryption is not provided. + --- + + Which is only one way of looking at the bug. I am really not happy that + this has been edited as it is putting words in my mouth, so again here + is the original description. If you are unhappy with my bug report, I + would rather you mark it as invalid or delete it rather than start + rephrasing what I have said into something I was not trying to say. + + --- + My workplace gave me a new Dell laptop and (although I don't use Windows, unlike my colleagues) I have been told to keep the Windows partitions intact (e.g. the Dell/Windows recovery, EFI and main Windows partitions) probably so that if the laptop needs re-purposing later they can as Windows 10 doesn't seem to use a serial/recovery media any more. + + I was happy to oblige with this request and on first ever laptop power + on got it booting the Ubuntu MATE 18.04 installer from USB pen. I'd have + loved to have just picked the encryption option presented (which also + makes LVM mandatory) but this would erase Windows off too... so I had to + use the advanced partitioning screen... where I shrank the main Windows + partition and made myself a little ext4 /boot partition and an encrypted + ext4 root partition. + + This was fine until I realised that hibernation doesn't work with swap + files (read other reports online about this) and needs a swap partition + (something I am pleased to say has now become the default as I hate swap + partitions - that is... until now, when I need one). + + Making another partition for encrypted swap would have worked but would + surely have resulted in two password prompts on boot and a lot of re- + configuring. Which got me thinking that what was really needed in this + use case... is a way of using the normal encryption option in the + installer (not using the advanced partition screen) which uses LVM also + (so both swap and root partitions are covered by the same encryption)... + BUT in a way that it just uses whatever free space is available... + rather than wiping the whole disk. + + In the end I had to manually create the ext4 /boot, the crypt partition, + LVM pv on top of that, the LVM vg, two LVM lv's and format them... then + open up the installer for the advanced partitioning screen to see the + pre-existing /dev/mapper/ entries for it to install to. But because the + installer doesn't know it is installing to an encrypted area I still had + to (afterwards) teach it about these by making a /etc/crypttab and + reinstalling grub. + + So I do *at last* have a hibernating, dual booting and encrypted laptop. + + But it shouldn't be this difficult to get that surely? + + I'd equally welcome a way of installing with encryption (again to free + space, not wipe whole disk) without LVM... but if this is with a swap + partition then the user should only be prompted for a password once on + boot (for both encrypted root and encrypted swap)... or if this is using + a swap file inside the encrypted root partition then the + hibernation/resume to/from swap file needs fixing. + + Sorry for the long report :) + --- ** Summary changed: - Side by side install with Windows does not also provide encryption option + Insufficient options for encryption -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1780971 Title: Insufficient options for encryption To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1780971/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1780971] Re: Side by side install with Windows does not also provide encryption option
psusi: You've kind of cherry picked one possible way of looking at this problem out of many different ways of solving it. You've also completely deleted my bug description and rephrased it down to a single sentance - yet it still has my name on it. I can't say I'm very happy about it. I'd rather you start your own bug in YOUR name... then close mine and say it is a duplicate of that. Some other ways of looking at this problem are... - Get 'Something else' to be able to make/modify LVM entities - Get the automatic encryption option to have a 'install to free space' mode... as it might not be Windows that you're installing alongside (so you might need to resize that other OS first) - Get the installer offering an encrypted swap partition and ensure when it sets up the prompt for booting up the system - that is asks for one password that works for both root and swap. - And probably lots of other possible ways of looking at this... -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1780971 Title: Side by side install with Windows does not also provide encryption option To manage notifications about this bug go to: https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/1780971/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1780971] Re: Insufficient simple partitioning options
** Description changed: - I'll try to keep this as concise as I can by telling you to circumstance - I found myself in so you've got a real use case. + It won't look like it, but I've tried to keep this as concise as + possible whilst trying to keep the detail needed to show a genuine + frustration with the situation faced. -- - My workplace gave me a new Dell laptop and (although I don't use - Windows, unlike my colleagues) I have been told to keep the Windows - partitions intact (e.g. the Dell/Windows recovery, EFI and main Windows - partitions) probably so that if the laptop needs re-purposing later they - can as Windows 10 doesn't seem to use a serial/recovery media any more. + My employer gave me a new Dell laptop and (although I don't use Windows, + unlike my colleagues) I'd been told to keep the Windows/Dell/EFI + partitions intact for any potential later use (as it seems Windows 10 + doesn't believe in serial keys/recovery media any more). - I was happy to oblige with this request and on first ever laptop power - on got it booting the Ubuntu MATE 18.04 installer from USB pen. I'd - have loved to have just picked the encryption option presented (which - also makes LVM mandatory) but this would erase Windows off too... so I - had to use the advanced partitioning screen... where I shrank the main - Windows partition and made myself a little ext4 /boot partition and an - encrypted ext4 root partition. + I happily obliged, and on first boot up got it straight into the Ubuntu + MATE 18.04 installer via USB pen. I wanted to pick the "Encrypt the new + Ubuntu installation for security" but this would've wiped the whole + disk. So I head in to 'Something else' to shrink the main Windows + partition and made myself a little ext4 /boot partition and an encrypted + ext4 root partition. - This was fine until I realised that hibernation doesn't work with swap - files (read other reports online about this) and needs a swap partition - (I'd normally be overjoyed as I hate swap partitions - that is... until - now, when I need one). + But I quickly learned that hibernation doesn't work with swap files and + needs a swap partition (I'd normally be overjoyed as I hate swap + partitions - that is... until now, when I need one). - Making another partition for encrypted swap would have worked but would - surely have resulted in two password prompts on boot and a lot of re- - configuring. Which got me thinking that what was really needed in this - use case... is a way of using the normal encryption option in the - installer (not using the advanced partition screen) which uses LVM also - (so both swap and root partitions are covered by the same encryption)... - BUT in a way that it just uses whatever free space is available... - rather than wiping the whole disk. + What is really needed is to be able to use the "Encrypt the new Ubuntu + installation for security" as that will put both an ext4 root and swap + partition within LVM and also within LUKS/crypt. - In the end I had to manually create the ext4 /boot, the crypt partition, - LVM pv on top of that, the LVM vg, two LVM lv's and format them... then - open up the installer for the advanced partitioning screen to see the - pre-existing /dev/mapper/ entries for it to install to. But because the - installer doesn't know it is installing to an encrypted area I still had - to (afterwards) teach it about these by making a /etc/crypttab and - reinstalling grub. + So I did just that (but using a VM) so I could witness what things got + named... turns out I'd need /dev/nvme0n1p5 to be an ext4 /boot and + /dev/nvme0n1p6 to be LUKS as /dev/mapper/nvme0n1p6_crypt. Then make an + LVM PV with a VG named ubuntu-mate-vg and 2 LVs which end up being + /dev/mapper/ubuntu--mate--vg--root and /dev/mapper/ubuntu--mate--vg- + swap_1. This way I'd end up with what "Encrypt the new Ubuntu + installation for security" would have created if it just supported going + into available free space rather than wiping the whole disk. - So I do *at last* have a hibernating, dual booting and encrypted laptop. + So using the 'Try Ubuntu' option on the USB pen I got a desktop and + manually created all the entities talked about... then immediately after + ran the installer from the desktop which could then see the /dev/mapper + entries to install to. This has been fine but since the installer + didn't set up LUKS I had to manually install a /etc/crypttab afterwards + and re-initramfs/re-install GRUB. - But it shouldn't be this difficult to get that surely? + I suppose I *could* have just made another partition as encrypted + swap... but that'd require jumping through just as many hoops doing that + to then possibly then find on boot it may ask for two encryption + passwords. - I'd equally welcome a way of installing with encryption (again to free - space, not wipe whole disk) without LVM... but if this is with a swap - partition then the user should only be prompted
[Bug 1780971] [NEW] Insufficient simple partitioning options
Public bug reported: I'll try to keep this as concise as I can by telling you to circumstance I found myself in so you've got a real use case. -- My workplace gave me a new Dell laptop and (although I don't use Windows, unlike my colleagues) I have been told to keep the Windows partitions intact (e.g. the Dell/Windows recovery, EFI and main Windows partitions) probably so that if the laptop needs re-purposing later they can as Windows 10 doesn't seem to use a serial/recovery media any more. I was happy to oblige with this request and on first ever laptop power on got it booting the Ubuntu MATE 18.04 installer from USB pen. I'd have loved to have just picked the encryption option presented (which also makes LVM mandatory) but this would erase Windows off too... so I had to use the advanced partitioning screen... where I shrank the main Windows partition and made myself a little ext4 /boot partition and an encrypted ext4 root partition. This was fine until I realised that hibernation doesn't work with swap files (read other reports online about this) and needs a swap partition (I'd normally be overjoyed as I hate swap partitions - that is... until now, when I need one). Making another partition for encrypted swap would have worked but would surely have resulted in two password prompts on boot and a lot of re- configuring. Which got me thinking that what was really needed in this use case... is a way of using the normal encryption option in the installer (not using the advanced partition screen) which uses LVM also (so both swap and root partitions are covered by the same encryption)... BUT in a way that it just uses whatever free space is available... rather than wiping the whole disk. In the end I had to manually create the ext4 /boot, the crypt partition, LVM pv on top of that, the LVM vg, two LVM lv's and format them... then open up the installer for the advanced partitioning screen to see the pre-existing /dev/mapper/ entries for it to install to. But because the installer doesn't know it is installing to an encrypted area I still had to (afterwards) teach it about these by making a /etc/crypttab and reinstalling grub. So I do *at last* have a hibernating, dual booting and encrypted laptop. But it shouldn't be this difficult to get that surely? I'd equally welcome a way of installing with encryption (again to free space, not wipe whole disk) without LVM... but if this is with a swap partition then the user should only be prompted for a password once on boot (for both encrypted root and encrypted swap)... or if this is using a swap file inside the encrypted root partition then the hibernation/resume to/from swap file needs fixing. Sorry for the long report :) ** Affects: ubiquity (Ubuntu) Importance: Undecided Status: New ** Description changed: I'll try to keep this as concise as I can by telling you to circumstance I found myself in so you've got a real use case. -- My workplace gave me a new Dell laptop and (although I don't use Windows, unlike my colleagues) I have been told to keep the Windows partitions intact (e.g. the Dell/Windows recovery, EFI and main Windows partitions) probably so that if the laptop needs re-purposing later they can as Windows 10 doesn't seem to use a serial/recovery media any more. I was happy to oblige with this request and on first ever laptop power on got it booting the Ubuntu MATE 18.04 installer from USB pen. I'd have loved to have just picked the encryption option presented (which also makes LVM mandatory) but this would erase Windows off too... so I had to use the advanced partitioning screen... where I shrank the main Windows partition and made myself a little ext4 /boot partition and an encrypted ext4 root partition. This was fine until I realised that hibernation doesn't work with swap files (read other reports online about this) and needs a swap partition - (something I am pleased to say has now become the default as I hate swap - partitions - that is... until now, when I need one). + (I'd normally be overjoyed as I hate swap partitions - that is... until + now, when I need one). Making another partition for encrypted swap would have worked but would surely have resulted in two password prompts on boot and a lot of re- configuring. Which got me thinking that what was really needed in this use case... is a way of using the normal encryption option in the installer (not using the advanced partition screen) which uses LVM also (so both swap and root partitions are covered by the same encryption)... BUT in a way that it just uses whatever free space is available... rather than wiping the whole disk. In the end I had to manually create the ext4 /boot, the crypt partition, LVM pv on top of that, the LVM vg, two LVM lv's and format them... then open up the installer for the advanced partitioning screen to see the pre-existing /dev/mapper/ entries for it to install
[Bug 1105230] Re: CONFIG_SOUND_OSS_CORE{, _PRECLAIM} seem to have become reenabled in 12.04 and later
Tested both and found that precise and quantal still boot up normally
and software such as OSS Proxy Daemon (osspd package now in raring
onwards) can now use the namespace that was normally reserved for OSS.
I can now hear the audio of Loki games designed for OSS without the need
for OSS itself!
Thank you very much for re-fixing this.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/1105230
Title:
CONFIG_SOUND_OSS_CORE{,_PRECLAIM} seem to have become reenabled in
12.04 and later
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/linux/+bug/1105230/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
