Custom kernel 6.1.55 almost unusable cause nouveau

Hi, I compile the kernel for many years, I optimize the kernel compile process using the bdver1 gcc optimization option applying a patch to "arch/x86/Makefile" in the Linux source tree path. Sadly with the 6.1.55 things went wrong it freeze many time, the 6.1.52 is much more stable with

Re: MATE's workspaces almost what I want

On 10/08/2021 09:59 AM, Dan Ritter wrote: Richard Owlett wrote: In MATE you can have different applications open in each workspace. I would like to have a different set of icons displayed for each workspace. Is there a desktop environment similar to MATE that can do that? With wmctrl, lots

Re: MATE's workspaces almost what I want

Richard Owlett wrote: > In MATE you can have different applications open in each workspace. > > I would like to have a different set of icons displayed for each workspace. > > Is there a desktop environment similar to MATE that can do that? With wmctrl, lots of things are possible. Maybe even

MATE's workspaces almost what I want

In MATE you can have different applications open in each workspace. I would like to have a different set of icons displayed for each workspace. Is there a desktop environment similar to MATE that can do that? TIA

Re: since almost 4 years: missing icon for "save session" in plasma

Vincent Lammens wrote: Hello Hans, According to the wiki, there is a setting for this, setting your default leave option to just turn off the computer might help you? https://userbase.kde.org/File:Snapshot-kde-session-manager-config.png Regards Vincent Ah, looks like you have to have

Re: since almost 4 years: missing icon for "save session" in plasma

Hans wrote: > Hi folks, > > since almost 4 years I see the icon missing in the plasma menu "save > session". > This is fixed in kubuntu, but not in debian. > > I fixed this for myself in my systems, but I forgot how I did it > during the > long time. > >

Re: since almost 4 years: missing icon for "save session" in plasma

Hans wrote: Hi folks, since almost 4 years I see the icon missing in the plasma menu "save session". This is fixed in kubuntu, but not in debian. I fixed this for myself in my systems, but I forgot how I did it during the long time. As far as I remember, I wrote a workaround fo

since almost 4 years: missing icon for "save session" in plasma

Hi folks, since almost 4 years I see the icon missing in the plasma menu "save session". This is fixed in kubuntu, but not in debian. I fixed this for myself in my systems, but I forgot how I did it during the long time. As far as I remember, I wrote a workaround for the list, but

Re: System warning that "/var" is almost full

On Tue, Apr 30, 2019 at 02:12:51PM +0200, Pascal Hambourg wrote: Le 30/04/2019 à 07:35, Ben Finney a écrit : You can see them sorted by size with: $ du --max-depth=1 /var | sort --numeric-sort The ‘-h’ (‘--human-readable’) is useful as its name implies; but it has the disadvantage of

Re: System warning that "/var" is almost full

Le 30/04/2019 à 07:35, Ben Finney a écrit : You can see them sorted by size with: $ du --max-depth=1 /var | sort --numeric-sort The ‘-h’ (‘--human-readable’) is useful as its name implies; but it has the disadvantage of being difficult to visually compare between lines. Better to use

Re: System warning that "/var" is almost full

Hi, On Tue, 30 Apr 2019 07:27:24 +0200 Esteban L wrote: > Hi, > > I got warning message that "/var is almost full." Knowing that being > full on a hard drive is never good, I want to resolve this. > > >From command line: /var# du -h --max-depth=1 > 1.8G .

Re: System warning that "/var" is almost full

Opps corrected! #1 cause of my problems is bad eyes! -Original Message- From: Ben Finney To: debian-user@lists.debian.org Subject: Re: System warning that "/var" is almost full Date: Tue, 30 Apr 2019 15:35:18 +1000 Esteban L writes: > > From command line: /var# du

Re: System warning that "/var" is almost full

Esteban L writes: > >From command line: /var# du -h --max-depth=1 > 1.8G ./lib > 4.0K ./local > 2.7M ./tmp > 16K ./lost+found > 44K ./snap > 6.3G ./cache > 4.0K ./opt > 56K ./spool > 4.0K ./mail > 8.2M ./backups > 139M ./log > 8.2G . > > So, my backups seems to be causing the main

System warning that "/var" is almost full

Hi, I got warning message that "/var is almost full." Knowing that being full on a hard drive is never good, I want to resolve this. >From command line: /var# du -h --max-depth=1 1.8G./lib 4.0K./local 2.7M./tmp 16K ./lost+found 44K ./snap 6.3G./cache 4.0K

[SOLVED] Re: almost no audio in buster/sid

I've found the problem, the solution is here: https://lists.debian.org/debian-user/2018/11/msg00370.html

almost no audio in buster/sid

I run regular updates of my testing/unstable Debian instance, on my Dell Precision M4500 notebook. A few days ago most applications stopped playing sounds, but not all of them. For example Chrome doesn't play sounds, Firefox doesn't, vlc doesn't, xine doesn't, while xboard does, audacity does

Re: Gnome desktop almost totally unresponsive in Jessie

On 11/8/17, 10:55 AM, Roberto C. Sánchez wrote: The output of 'ps aux', 'iostat', and 'free -m' would help identify the problem. Also, 'cat /proc/mdstat' if you have a RAID setup. . . . After a mostly-off-List discussion with Mr. Sanchez, I gave up and did a "shutdown -r" on the system.

Re: Gnome desktop almost totally unresponsive in Jessie

;find" command is > extremely slow). > > But the Gnome desktop has become almost totally unresponsive. > > I'd rather not restart the box. Any advice on how to deal with this without > restarting the box? > The output of 'ps aux', 'iostat', and 'free -m' would help identi

Gnome desktop almost totally unresponsive in Jessie

I've got a small problem. On our local Jessie box, the Tomcat and Apache web servers both seem responsive enough, and I likewise have no trouble getting and using an SSH session remotely (except that the "find" command is extremely slow). But the Gnome desktop has become almo

Re: Update under Gnome - I almost passed out!!!

On 10/15/2017 03:31 PM, Floris wrote: > Op Sun, 15 Oct 2017 02:28:10 +0200 schreef A_Man_Without_Clue > : > >> Hi all, >> >> I just posted question regarding LXDE panel, but >> >> i was just trying to see if it would make differences if I switched to >> GNOME desktop

Re: Update under Gnome - I almost passed out!!!

Op Sun, 15 Oct 2017 02:28:10 +0200 schreef A_Man_Without_Clue : Hi all, I just posted question regarding LXDE panel, but i was just trying to see if it would make differences if I switched to GNOME desktop and go back to LXDE hoping it might read config file or

Update under Gnome - I almost passed out!!!

Hi all, I just posted question regarding LXDE panel, but i was just trying to see if it would make differences if I switched to GNOME desktop and go back to LXDE hoping it might read config file or whatever correctly but... I just was looking around under GNOME for while then the pop-up at

Re: Thunderbird almost unusable after upgrade

.@gmx.de> wrote: On 2017-08-10 10:24 -0400, Jape Person wrote: After this upgrade thunderbird:amd64 (1:52.2.1-4, 1:52.2.1-4+b1) Thunderbird in Cinnamon DE is almost completely useless because portions of its windows / text / toolbars don't repaint until the window is resized. Is anyone else se

Re: Thunderbird almost unusable after upgrade

;svenj...@gmx.de> wrote: >>>> >>>> On 2017-08-10 10:24 -0400, Jape Person wrote: >>> >>> >>>>> After this upgrade >>>>> >>>>> thunderbird:amd64 (1:52.2.1-4, 1:52.2.1-4+b1) >>>>> >>>>

Re: Thunderbird almost unusable after upgrade

Thunderbird in Cinnamon DE is almost completely useless because portions of its windows / text / toolbars don't repaint until the window is resized. Is anyone else seeing this? Yes, see https://bugs.debian.org/871629. Confirmation: Rebuilding 1:52.2.1-4 with gcc-6/g++-6 as the compiler fixes

Re: Thunderbird almost unusable after upgrade

On Friday 11 August 2017 14:53:01 Doug wrote: > On 08/11/2017 10:12 AM, Gene Heskett wrote: > > On Friday 11 August 2017 10:54:22 Greg Wooledge wrote: > >> On Fri, Aug 11, 2017 at 10:48:59AM -0400, Gene Heskett wrote: > >>> I have a 5 or 6 machine home network, most of which are running > >>>

Re: Thunderbird almost unusable after upgrade

Hello, On Fri, Aug 11, 2017 at 9:43 PM, Sven Hartge <s...@svenhartge.de> wrote: > Sven Joachim <svenj...@gmx.de> wrote: >> On 2017-08-10 10:24 -0400, Jape Person wrote: > >>> After this upgrade >>> >>> thunderbird:amd64 (1:52.2.1-4, 1:52.2.1

Re: Thunderbird almost unusable after upgrade

Sven Joachim <svenj...@gmx.de> wrote: > On 2017-08-10 10:24 -0400, Jape Person wrote: >> After this upgrade >> >> thunderbird:amd64 (1:52.2.1-4, 1:52.2.1-4+b1) >> >> Thunderbird in Cinnamon DE is almost completely useless because >> portions of its

Re: Thunderbird almost unusable after upgrade

On 2017-08-11, Gene Heskett wrote: (...) > First off, I have some scripts that greatly simplify things for me, and > which depends on dbus, which I read is deprecated, so what replaces it? Dbus is still around in stretch, and has many dependent packages. I don't think

Re: Thunderbird almost unusable after upgrade

On 08/11/2017 10:12 AM, Gene Heskett wrote: On Friday 11 August 2017 10:54:22 Greg Wooledge wrote: On Fri, Aug 11, 2017 at 10:48:59AM -0400, Gene Heskett wrote: I have a 5 or 6 machine home network, most of which are running linuxcnc to carve wood or metal. Linuxcnc, generally needs realtime

Re: Thunderbird almost unusable after upgrade

On Friday 11 August 2017 10:54:22 Greg Wooledge wrote: > On Fri, Aug 11, 2017 at 10:48:59AM -0400, Gene Heskett wrote: > > I have a 5 or 6 machine home network, most of which are running > > linuxcnc to carve wood or metal. Linuxcnc, generally needs realtime > > support so that when a machine

Re: Thunderbird almost unusable after upgrade

On Fri, Aug 11, 2017 at 10:48:59AM -0400, Gene Heskett wrote: > I have a 5 or 6 machine home network, most of which are running linuxcnc > to carve wood or metal. Linuxcnc, generally needs realtime support so > that when a machine needs direction as to what to do next, linuxcnc has > at the

Re: Thunderbird almost unusable after upgrade

On Friday 11 August 2017 01:45:03 MENGUAL Jean-Philippe wrote: > Le 11/08/2017 à 07:38, Gene Heskett a écrit : > > On Thursday 10 August 2017 14:48:52 MENGUAL Jean-Philippe wrote: > >> Hi, > >> > >> I am not sure I understand your mail in details. What I can say is > >> that we tried building

Re: Thunderbird almost unusable after upgrade

On 08/10/2017 10:40 AM, Sven Joachim wrote: On 2017-08-10 10:24 -0400, Jape Person wrote: After this upgrade thunderbird:amd64 (1:52.2.1-4, 1:52.2.1-4+b1) Thunderbird in Cinnamon DE is almost completely useless because portions of its windows / text / toolbars don't repaint until

Re: Thunderbird almost unusable after upgrade

about the same vacuum suckage as >>> halfway to Alpha Centari. >>> >>>> Le 10/08/2017 à 18:29, Gene Heskett a écrit : >>>>> On Thursday 10 August 2017 11:08:44 Joe wrote: >>>>>> On Thu, 10 Aug 2017 10:24:43 -0400 >>>>>> >>&

Re: Thunderbird almost unusable after upgrade

On Thursday 10 August 2017 14:50:34 MENGUAL Jean-Philippe wrote: Why did I get 3 copies of this? > Hi, > > I am not sure I understand your mail in details. What I can say is > that we tried building against gtk2 and it works. It is just a build > option switch to change. Why do you think Debian

Re: Thunderbird almost unusable after upgrade

en on wheezy. Thats about the same vacuum suckage as > > halfway to Alpha Centari. > > > >> Le 10/08/2017 à 18:29, Gene Heskett a écrit : > >>> On Thursday 10 August 2017 11:08:44 Joe wrote: > >>>> On Thu, 10 Aug 2017 10:24:43 -0400 > >>&

Re: Thunderbird almost unusable after upgrade

Le 10/08/2017 à 18:29, Gene Heskett a écrit : >>> On Thursday 10 August 2017 11:08:44 Joe wrote: >>>> On Thu, 10 Aug 2017 10:24:43 -0400 >>>> >>>> Jape Person <jap...@comcast.net> wrote: >>>>> After this upgrade >>>>>

Re: Thunderbird almost unusable after upgrade

y 10 August 2017 11:08:44 Joe wrote: > >> On Thu, 10 Aug 2017 10:24:43 -0400 > >> > >> Jape Person <jap...@comcast.net> wrote: > >>> After this upgrade > >>> > >>> thunderbird:amd64 (1:52.2.1-4, 1:52.2.1-4+b1) > >>> &g

Re: Thunderbird almost unusable after upgrade

Aug 2017 10:24:43 -0400 >> >> Jape Person <jap...@comcast.net> wrote: >>> After this upgrade >>> >>> thunderbird:amd64 (1:52.2.1-4, 1:52.2.1-4+b1) >>> >>> Thunderbird in Cinnamon DE is almost completely useless because >>> por

Re: Thunderbird almost unusable after upgrade

On Thursday 10 August 2017 11:08:44 Joe wrote: > On Thu, 10 Aug 2017 10:24:43 -0400 > > Jape Person <jap...@comcast.net> wrote: > > After this upgrade > > > > thunderbird:amd64 (1:52.2.1-4, 1:52.2.1-4+b1) > > > > Thunderbird in Cinnamon DE is almost c

Re: Thunderbird almost unusable after upgrade

On 8/10/17, Joe <j...@jretrading.com> wrote: > On Thu, 10 Aug 2017 10:24:43 -0400 > Jape Person <jap...@comcast.net> wrote: > >> After this upgrade >> >> thunderbird:amd64 (1:52.2.1-4, 1:52.2.1-4+b1) >> >> Thunderbird in Cinnamon DE is almost co

Re: Thunderbird almost unusable after upgrade

On Thu, 10 Aug 2017 10:24:43 -0400 Jape Person <jap...@comcast.net> wrote: > After this upgrade > > thunderbird:amd64 (1:52.2.1-4, 1:52.2.1-4+b1) > > Thunderbird in Cinnamon DE is almost completely useless because > portions of its windows / text / toolbars don't re

Re: Thunderbird almost unusable after upgrade

On 2017-08-10 10:24 -0400, Jape Person wrote: > After this upgrade > > thunderbird:amd64 (1:52.2.1-4, 1:52.2.1-4+b1) > > Thunderbird in Cinnamon DE is almost completely useless because > portions of its windows / text / toolbars don't repaint until the > window is resized.

Thunderbird almost unusable after upgrade

After this upgrade thunderbird:amd64 (1:52.2.1-4, 1:52.2.1-4+b1) Thunderbird in Cinnamon DE is almost completely useless because portions of its windows / text / toolbars don't repaint until the window is resized. Is anyone else seeing this? Using different desktop themes or logging

Re: Almost all gpg2 operations hang after upgrade to stretch/testing

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Apr 13, 2017 at 09:43:26AM -0500, John Hasler wrote: > tomas writes: > > Part of Google's perceived superiority is that it "learns to know > > you": a couple of search terms thrown in, for Google is "search terms > > + context", while for DDG,

Re: Almost all gpg2 operations hang after upgrade to stretch/testing

John Hasler: > I see no evidence that it does, nor do I see any reason why it would > bother. At least 99% of its users accept the cookies and scripts. Why > would it care about a few weirdos like me given that it wouldn't work > very well anyway? It is reporting on weirdos like you that

Re: Almost all gpg2 operations hang after upgrade to stretch/testing

tomas writes: > Part of Google's perceived superiority is that it "learns to know > you": a couple of search terms thrown in, for Google is "search terms > + context", while for DDG, the context is missing. I wrote: > Google does not "learn to know you" if you block all its scripts and > cookies,

Re: Almost all gpg2 operations hang after upgrade to stretch/testing

On Thu, 13 Apr 2017 09:43:26 -0500 John Hasler wrote: > tomas writes: > > Part of Google's perceived superiority is that it "learns to know > > you": a couple of search terms thrown in, for Google is "search terms > > + context", while for DDG, the context is missing. > >

Re: Almost all gpg2 operations hang after upgrade to stretch/testing

tomas writes: > Part of Google's perceived superiority is that it "learns to know > you": a couple of search terms thrown in, for Google is "search terms > + context", while for DDG, the context is missing. Google does not "learn to know you" if you block all its scripts and cookies, which is how

Re: Almost all gpg2 operations hang after upgrade to stretch/testing

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Thu, Apr 13, 2017 at 02:43:48PM +0100, Lisi Reisz wrote: > On Thursday 06 April 2017 19:41:15 Richard Owlett wrote: > > I've been avoiding Google for personal reasons and using DuckDuckGo > > instead. DuckDuckGo does not return that page - I'd

Re: Almost all gpg2 operations hang after upgrade to stretch/testing

On Thursday 06 April 2017 19:41:15 Richard Owlett wrote: > I've been avoiding Google for personal reasons and using DuckDuckGo > instead. DuckDuckGo does not return that page - I'd assumed the two > search engines were equally productive. No, they are not. That is why some of us sadly use Google

Re: Almost all gpg2 operations hang after upgrade to stretch/testing

On Thu 06 Apr 2017 at 13:41:15 -0500, Richard Owlett wrote: > On 04/06/2017 09:40 AM, Curt wrote: > >On 2017-04-06, Richard Owlett wrote: > > > >>Could you point me to such a page whose primary focus is silversearcher-ag? > >> > > > >"silversearcher-ag tutorial" as search

Re: Almost all gpg2 operations hang after upgrade to stretch/testing

On 04/06/2017 09:40 AM, Curt wrote: On 2017-04-06, Richard Owlett wrote: Could you point me to such a page whose primary focus is silversearcher-ag? "silversearcher-ag tutorial" as search terms brought me rapidly to this page.

Re: Almost all gpg2 operations hang after upgrade to stretch/testing

On 2017-04-06, Richard Owlett wrote: > Could you point me to such a page whose primary focus is silversearcher-ag? > "silversearcher-ag tutorial" as search terms brought me rapidly to this page. http://conqueringthecommandline.com/book/ack_ag

Re: Almost all gpg2 operations hang after upgrade to stretch/testing

On 04/06/2017 03:42 AM, Darac Marjal wrote: [snip] I can also recommend "ag" (debian package: silversearcher-ag), which is astoundingly fast as searching text. It ignores VCS directories as above, it searches compressed files without needing to be told (so no need for zgrep, bzgrep etc), and it

Re: Almost all gpg2 operations hang after upgrade to stretch/testing

Nicolas George writes: > Le septidi 17 germinal, an CCXXV, Nathanael Schweers a écrit : >> connect(6, {sa_family=AF_UNIX, >> sun_path="/run/user/1000/gnupg/S.gpg-agent"}, 34) = 0 >> read(6, >> >> It seems to me that strace shouldn’t just stop in the middle of an >> argument

Re: Almost all gpg2 operations hang after upgrade to stretch/testing

On Thu, Apr 06, 2017 at 10:32:04AM +0200, Nicolas George wrote: Le septidi 17 germinal, an CCXXV, Nathanael Schweers a écrit : connect(6, {sa_family=AF_UNIX, sun_path="/run/user/1000/gnupg/S.gpg-agent"}, 34) = 0 read(6, It seems to me that strace shouldn’t just stop in the middle of an

Re: Almost all gpg2 operations hang after upgrade to stretch/testing

Le septidi 17 germinal, an CCXXV, Nathanael Schweers a écrit : > connect(6, {sa_family=AF_UNIX, > sun_path="/run/user/1000/gnupg/S.gpg-agent"}, 34) = 0 > read(6, > > It seems to me that strace shouldn’t just stop in the middle of an > argument list, but I might be wrong. It is perfectly normal.

Re: Almost all gpg2 operations hang after upgrade to stretch/testing

When I run strace gpg2 -d notes.org.gpg strace stops output in mid syscall(?) [... cut ...] open("/usr/share/locale/en_US/LC_MESSAGES/libgpg-error.mo", O_RDONLY) = -1 ENOENT (No such file or directory) open("/usr/share/locale/en/LC_MESSAGES/libgpg-error.mo", O_RDONLY) = -1 ENOENT (No such file

Re: Almost all gpg2 operations hang after upgrade to stretch/testing

Le septidi 17 germinal, an CCXXV, Nathanael Schweers a écrit : > For instance gpg2 -K --verbose prints "gpg: using pgp trust model", but > then just hangs. Trying to decrypt a file via gpg2 -d --verbose > simply outputs what my public key is (I think a fingerprint > is listed), and then also

Almost all gpg2 operations hang after upgrade to stretch/testing

Hi fellow debian users, after upgrading a system running debian jessie/stable, I performed an upgrade to stretch/testing, which went fairly well for the most part. I had a few issues, but nothing I couldn’t handle. I have unresolved issues with gpg though. This is what happened so far: Most

Re: Stretch and WiFi ALMOST working

On Thu, Dec 29, 2016 at 04:46:22PM +, Brian wrote: > On Wed 28 Dec 2016 at 19:54:34 +0900, Mark Fletcher wrote: > > > However, I now discover that Avahi is not doing its thing properly any > > more, and other machines on my network cannot see this machine by name. > > Its IP address right

Re: Stretch and WiFi ALMOST working

On Wed 28 Dec 2016 at 19:54:34 +0900, Mark Fletcher wrote: > However, I now discover that Avahi is not doing its thing properly any > more, and other machines on my network cannot see this machine by name. > Its IP address right now is 192.168.11.13 and its name is affinity. I > have another

Stretch and WiFi ALMOST working

Hello Some of you may remember this thread I started earlier this month: https://lists.debian.org/debian-user/2016/12/msg00130.html in which I asked for opinions on the best way to connect a stretch box using WiFi. After being educated by the various responses, I went back and took another

Re: parted is ALMOST suitable

On Fri 11 Nov 2016 at 18:09:33 +0100, Pascal Hambourg wrote: > Le 11/11/2016 à 17:24, Brian a écrit : > > > >As the manual says: > > > > CACHE_FILE= > > Overrides the standard location of the cache file. This setting > > can be overridden by the environment variable BLKID_FILE. Default > >

Re: parted is ALMOST suitable

Le 11/11/2016 à 17:24, Brian a écrit : As the manual says: CACHE_FILE= Overrides the standard location of the cache file. This setting can be overridden by the environment variable BLKID_FILE. Default is /run/blkid/blkid.tab, or /etc/blkid.tab on systems without a /run directory.

Re: parted is ALMOST suitable

On Fri 11 Nov 2016 at 15:38:07 +0100, Pascal Hambourg wrote: > Le 08/11/2016 à 00:54, Brian a écrit : > > > >When blkid is run as root it creates the file > >/run/blkid/blkid.tab. A user running blkid only gets to see the contents > >of blkid.tab. > > That does not appear to be completely

Re: parted is ALMOST suitable

Le 08/11/2016 à 00:54, Brian a écrit : When blkid is run as root it creates the file /run/blkid/blkid.tab. A user running blkid only gets to see the contents of blkid.tab. That does not appear to be completely correct. If I run blkid as a standard user after plugging a USB drive, it lists

Re: parted is ALMOST suitable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Nov 09, 2016 at 04:56:36PM -0700, Joe Pfeiffer wrote: > Brian writes: [...] > >> Hopefully. But that's not because bash checks that (as parted is). > >> It's because the permissions on the device file are set right! >

Re: parted is ALMOST suitable

Brian writes: > On Wed 09 Nov 2016 at 11:27:11 +0100, to...@tuxteam.de wrote: > >> On Wed, Nov 09, 2016 at 10:12:13AM +, Brian wrote: >> > >> > That gives "-bash: /dev/sda2: Permission denied" for me with a fixed >> > disk. It's the same for a removable disk. The

Re: parted is ALMOST suitable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Nov 09, 2016 at 08:48:04PM +, Brian wrote: > On Wed 09 Nov 2016 at 21:35:14 +0100, to...@tuxteam.de wrote: [...] > > Hm. Layering error. > > Sorry. I'm unfamiliar with this term ("layering errors") Sorry. Was meaning to say "layering

Re: parted is ALMOST suitable

On Wed 09 Nov 2016 at 21:35:14 +0100, to...@tuxteam.de wrote: > On Wed, Nov 09, 2016 at 05:38:01PM +, Brian wrote: > > On Tue 08 Nov 2016 at 17:54:41 -0500, Stefan Monnier wrote: > > > > > >> > Futzing with partitions is the admin's job. > > > >> Could be, but it's not (g)parted's job to

Re: parted is ALMOST suitable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Nov 09, 2016 at 05:38:01PM +, Brian wrote: > On Tue 08 Nov 2016 at 17:54:41 -0500, Stefan Monnier wrote: > > > >> > Futzing with partitions is the admin's job. > > >> Could be, but it's not (g)parted's job to enforce these kinds of rules:

Re: parted is ALMOST suitable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Nov 09, 2016 at 06:29:32PM +, Brian wrote: [...] > Raw disk access to a device the user does not own *is* sacred. YES! And the OS takes care of that part! > Access to a device the user does own is up to the user. Again:

Re: parted is ALMOST suitable

On Wed 09 Nov 2016 at 11:27:11 +0100, to...@tuxteam.de wrote: > On Wed, Nov 09, 2016 at 10:12:13AM +, Brian wrote: > > On Wed 09 Nov 2016 at 09:48:01 +0100, to...@tuxteam.de wrote: > > > > > On Tue, Nov 08, 2016 at 08:39:51PM +, Brian wrote: > > > > On Tue 08 Nov 2016 at 14:41:45 -0500,

Re: parted is ALMOST suitable

On Wed 09 Nov 2016 at 08:10:37 -0600, Richard Owlett wrote: > On 11/9/2016 4:27 AM, to...@tuxteam.de wrote: > >[*SNIP*] > > > >BTW it's very easy to fool the application itself (and this might be > >a perverse "solution" to Richard's problem). Just run gparted under > >fakeroot. It won't convey

Re: parted is ALMOST suitable

On Wed 09 Nov 2016 at 09:48:01 +0100, to...@tuxteam.de wrote: > On Tue, Nov 08, 2016 at 08:39:51PM +, Brian wrote: > > On Tue 08 Nov 2016 at 14:41:45 -0500, Stefan Monnier wrote: > > > > > >>> *HOWEVER* parted requires root privileges. That is not acceptable. > > > >>> Suggestions? >

Re: parted is ALMOST suitable

On Tue 08 Nov 2016 at 17:54:41 -0500, Stefan Monnier wrote: > >> > Futzing with partitions is the admin's job. > >> Could be, but it's not (g)parted's job to enforce these kinds of rules: > >> that's what Unix permissions (and Linux's capabilities) are for. > >> It's OK to add a warning and

Re: parted is ALMOST suitable

On Wed 09 Nov 2016 at 12:01:10 +0100, to...@tuxteam.de wrote: > On Wed, Nov 09, 2016 at 10:45:52AM +, Brian wrote: > > [...] > > > I hope cfdisk is an acceptable alternative to gparted, which is not on > > my system. 'fakeroot /sbin/cfdisk' gives "cfdisk: cannot open /dev/sda: > >

Re: parted is ALMOST suitable

On Tuesday 08 November 2016 20:49:08 Stefan Monnier wrote: > > Feel free to weight in ;-) > >^^^ > No idea where this `t` came from, > > > Stefan There's a gremlin in your keyboard too, is there? ;-) Lisi

Re: parted is ALMOST suitable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Nov 09, 2016 at 10:45:52AM +, Brian wrote: [...] > I hope cfdisk is an acceptable alternative to gparted, which is not on > my system. 'fakeroot /sbin/cfdisk' gives "cfdisk: cannot open /dev/sda: > Permission denied". We are talking

Re: parted is ALMOST suitable

On Wed 09 Nov 2016 at 11:27:11 +0100, to...@tuxteam.de wrote: > On Wed, Nov 09, 2016 at 10:12:13AM +, Brian wrote: > > On Wed 09 Nov 2016 at 09:48:01 +0100, to...@tuxteam.de wrote: > > > > > On Tue, Nov 08, 2016 at 08:39:51PM +, Brian wrote: > > > > On Tue 08 Nov 2016 at 14:41:45 -0500,

Re: parted is ALMOST suitable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Wed, Nov 09, 2016 at 10:12:13AM +, Brian wrote: > On Wed 09 Nov 2016 at 09:48:01 +0100, to...@tuxteam.de wrote: > > > On Tue, Nov 08, 2016 at 08:39:51PM +, Brian wrote: > > > On Tue 08 Nov 2016 at 14:41:45 -0500, Stefan Monnier wrote: > >

Re: parted is ALMOST suitable

On Wed 09 Nov 2016 at 09:48:01 +0100, to...@tuxteam.de wrote: > On Tue, Nov 08, 2016 at 08:39:51PM +, Brian wrote: > > On Tue 08 Nov 2016 at 14:41:45 -0500, Stefan Monnier wrote: > > > > > >>> *HOWEVER* parted requires root privileges. That is not acceptable. > > > >>> Suggestions? >

Re: parted is ALMOST suitable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Nov 08, 2016 at 08:39:51PM +, Brian wrote: > On Tue 08 Nov 2016 at 14:41:45 -0500, Stefan Monnier wrote: > > > >>> *HOWEVER* parted requires root privileges. That is not acceptable. > > >>> Suggestions? > > >>> TIA > > >

Re: parted is ALMOST suitable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Tue, Nov 08, 2016 at 02:41:45PM -0500, Stefan Monnier wrote: > >>> *HOWEVER* parted requires root privileges. That is not acceptable. > >>> Suggestions? > >>> TIA > > Futzing with partitions is the admin's job. > > Could be, but it's

Re: parted is ALMOST suitable

>> > Futzing with partitions is the admin's job. >> Could be, but it's not (g)parted's job to enforce these kinds of rules: >> that's what Unix permissions (and Linux's capabilities) are for. >> It's OK to add a warning and prompt the user to make sure he really >> means to do that, but there's no

Re: parted is ALMOST suitable

> Feel free to weight in ;-) ^^^ No idea where this `t` came from, Stefan

Re: parted is ALMOST suitable

On Tue 08 Nov 2016 at 14:41:45 -0500, Stefan Monnier wrote: > >>> *HOWEVER* parted requires root privileges. That is not acceptable. > >>> Suggestions? > >>> TIA > > Futzing with partitions is the admin's job. > > Could be, but it's not (g)parted's job to enforce these kinds of

Re: Correction - Re: parted is ALMOST suitable

On Tue 08 Nov 2016 at 05:19:15 -0600, Richard Owlett wrote: > On 11/8/2016 4:58 AM, Richard Owlett wrote: > >[snip] > > > >Actually I now have two options, "udevadm info" and "/sbin/blkid". > >>From Brian's comment on bug #776905, in future releases "blkid" > >may be an option. > > I'll have to

Re: parted is ALMOST suitable

On Tue 08 Nov 2016 at 06:40:26 -0600, David Wright wrote: > On Tue 08 Nov 2016 at 04:58:05 (-0600), Richard Owlett wrote: > > On 11/7/2016 8:36 PM, Michael Lange wrote: > [...] > > >I think that the command Brian suggested: > > > > > > udevadm info --query=property --name=/dev/sda1 | grep

Re: parted is ALMOST suitable

> On Mon, Nov 07, 2016 at 06:11:50AM -0600, Richard Owlett wrote: >> *HOWEVER* parted requires root privileges. That is not acceptable. >> Suggestions? >> TIA Futzing with partitions is the admin's job. fdisk also want's root (or sudo). You want some user poking around in the

Re: parted is ALMOST suitable

On Tue 08 Nov 2016 at 04:58:05 (-0600), Richard Owlett wrote: > On 11/7/2016 8:36 PM, Michael Lange wrote: [...] > >I think that the command Brian suggested: > > > > udevadm info --query=property --name=/dev/sda1 | grep ID_FS_TYPE > > > >used with every partition that is returned by > > > > cat

Correction - Re: parted is ALMOST suitable

On 11/8/2016 4:58 AM, Richard Owlett wrote: [snip] Actually I now have two options, "udevadm info" and "/sbin/blkid". From Brian's comment on bug #776905, in future releases "blkid" may be an option. I'll have to modify that. Brian has stated in another sub-thread: ... When blkid is run

Re: parted is ALMOST suitable

On 11/7/2016 5:54 PM, Brian wrote: On Mon 07 Nov 2016 at 21:07:45 +0100, Pascal Hambourg wrote: Le 07/11/2016 à 15:18, Richard Owlett a écrit : tomas@rasputin:~$ ls -al /dev/sd* brw-rw 1 root disk 8, 0 Nov 7 09:06 /dev/sda brw-rw 1 root disk 8, 1 Nov 7 09:06 /dev/sda1

Re: parted is ALMOST suitable

On 11/7/2016 8:36 PM, Michael Lange wrote: On Mon, 7 Nov 2016 23:48:53 + Lisi Reisz wrote: Speaking as a Jessie user, changing to root and using lsblk -f is quicker and easier! Sure, but the OP said that's not an option. I think that the command Brian suggested:

Re: parted is ALMOST suitable

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On Mon, Nov 07, 2016 at 07:54:23PM +0300, Reco wrote: > Hi. > > On Mon, Nov 07, 2016 at 04:05:17PM +0100, to...@tuxteam.de wrote: > > On Mon, Nov 07, 2016 at 09:35:32AM -0500, Greg Wooledge wrote: > > > I started writing that in my previous

Re: parted is ALMOST suitable

On Mon, 7 Nov 2016 23:48:53 + Lisi Reisz wrote: > > Speaking as a Jessie user, changing to root and using lsblk -f is > quicker and easier! Sure, but the OP said that's not an option. I think that the command Brian suggested: udevadm info --query=property

Re: parted is ALMOST suitable

On Mon 07 Nov 2016 at 23:48:53 +, Lisi Reisz wrote: > On Monday 07 November 2016 19:15:50 Brian wrote: > > On Mon 07 Nov 2016 at 18:42:37 +0100, Felipe Salvador wrote: > > > On Mon, Nov 07, 2016 at 04:09:24PM +, Brian wrote: > > > > I get the same as you on Debian 8.6. On unstable the

  1   2   3   4   5   >