Scheduled Maintenance: We are aware of an issue with Google, AOL, and Yahoo services as email providers which are blocking new registrations. We are trying to fix the issue and we have several internal and external support tickets in process to resolve the issue. Please see: viewtopic.php?t=158230
Debian buster: are you testing?
Re: Debian buster: are you testing?
I was scolded for having to ask about the path errors as well ..
http://forums.debian.net/viewtopic.php?f=19&t=138837
you may want to read the man page for su
than double/triple check it after buster release.
I use a lot of different su options and have read a lot of different versions of the su man page.
The path issues are a result of an inititive call [USR Merge] which makes a lot of sense when using systemd, probably.
UsrMerge
not so much when using sysv.
And there is current discussion regarding package builds with usr merge issues and building packages on merged usr build machines. check it out on the boot list if interested.
Bulkley see package usrmerge for a couple hints why stretch don't upgrade to easy to buster, yet.
http://forums.debian.net/viewtopic.php?f=19&t=138837
you may want to read the man page for su
than double/triple check it after buster release.
I use a lot of different su options and have read a lot of different versions of the su man page.
The path issues are a result of an inititive call [USR Merge] which makes a lot of sense when using systemd, probably.
UsrMerge
not so much when using sysv.
And there is current discussion regarding package builds with usr merge issues and building packages on merged usr build machines. check it out on the boot list if interested.
Bulkley see package usrmerge for a couple hints why stretch don't upgrade to easy to buster, yet.
In memory of Ian Ashley Murdock (1973 - 2015) founder of the Debian project.
Re: Debian buster: are you testing?
i can' emember why i've always used su -
Desktop: A320M-A PRO MAX, AMD Ryzen 5 3600, GALAX GeForce RTX™ 2060 Super EX (1-Click OC) - Sid, Win10, Arch Linux, Gentoo, Solus
Laptop: hp 250 G8 i3 11th Gen - Sid
Kodi: AMD Athlon 5150 APU w/Radeon HD 8400 - Sid
Laptop: hp 250 G8 i3 11th Gen - Sid
Kodi: AMD Athlon 5150 APU w/Radeon HD 8400 - Sid
Re: Debian buster: are you testing?
su -
the gnu form is
su --login
one man page recommends gnu on linux
another su man pages stated
-c is discouraged #OK '
ok -c'<command>' may have detrimental affects in some cases depending on how a package is built <important>
or in some other shell or a set default path that is not posix
or the newest posix
Do they change posix? if yes, why?
In the end,
isn't knowing where the tools are in the tree, almost as important as the current posix standard?
what about su --login --command='<command>'
what are the possible implications there?
apologizes if that sounds like I'm pushing
it must be in my nature
the gnu form is
su --login
one man page recommends gnu on linux
another su man pages stated
-c is discouraged #OK '
ok -c'<command>' may have detrimental affects in some cases depending on how a package is built <important>
or in some other shell or a set default path that is not posix
or the newest posix
Do they change posix? if yes, why?
In the end,
isn't knowing where the tools are in the tree, almost as important as the current posix standard?
what about su --login --command='<command>'
what are the possible implications there?
apologizes if that sounds like I'm pushing
it must be in my nature
In memory of Ian Ashley Murdock (1973 - 2015) founder of the Debian project.
Re: Debian buster: are you testing?
I always check the funny-manpages first of all. If they fail, i check the manpages-posix. https://packages.debian.org/stretch/manpages-posixllivv wrote: man ...
iow: confusing, huh?
To answer your question: to me the actual posix standard usually isn't important (but i think that is the wrong approach, depends with who you speak, and about what, i guess).
Re: Debian buster: are you testing?
indeedxepan wrote:I always check the funny-manpages first of all. If they fail, i check the manpages-posix. https://packages.debian.org/stretch/manpages-posixllivv wrote: man ...
iow: confusing, huh?
To answer your question: to me the actual posix standard usually isn't important (but i think that is the wrong approach, depends with who you speak, and about what, i guess).
oh so many issues above.
open group
DOJ
knighthood
(world pease)
tanks for the non-free
I'll now have to start watching that too...... bourne
In memory of Ian Ashley Murdock (1973 - 2015) founder of the Debian project.
-
- Posts: 1454
- Joined: 2015-08-30 20:14
Re: Debian buster: are you testing?
I won't be testing it, sadly.
Buster has weak security support, as do all testing releases. Even Chromium isn't in the repo atm because of a source package renaming.
Looking forward to it, though. Finally, Wayland is default on GNOME.
Buster has weak security support, as do all testing releases. Even Chromium isn't in the repo atm because of a source package renaming.
Looking forward to it, though. Finally, Wayland is default on GNOME.
Re: Debian buster: are you testing?
I tried the upgrade again. Same problems as before. Ir failed to start blind portmap service and it failed to raise network interfaces. It also failed to recognize my computer ID. I've been doing dist-upgrades for a couple of decades and Buster is the only one that has ever stopped me. There must be some radical changes in there.
One thing this experience reinforces is the need for a good clone to fall back on.
One thing this experience reinforces is the need for a good clone to fall back on.
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 133 times
Re: Debian buster: are you testing?
@Bulkley, if you post the full output of
then we may be able to help
I had to get rid of my buster system[1] but I've reinstalled stretch and I'll be dist-upgrading it on the 12th (when the transition freeze starts) so I'll post back then.
[1] I broke it
Code: Select all
apt-get -s dist-upgrade
I had to get rid of my buster system[1] but I've reinstalled stretch and I'll be dist-upgrading it on the 12th (when the transition freeze starts) so I'll post back then.
[1] I broke it
deadbang
-
- Posts: 1454
- Joined: 2015-08-30 20:14
Re: Debian buster: are you testing?
How does someone experienced like you break testing so fast? Makes me kinda worried for my Sid laptop, haha.Head_on_a_Stick wrote:[1] I broke it
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 133 times
Re: Debian buster: are you testing?
*Whispers* I'm not really that experienced with Debian, I'm just good with a search engine and an expert bullshitterWheelerof4te wrote:How does someone experienced like you break testing so fast?
deadbang
Re: Debian buster: are you testing?
Finally surrendered running Buster on spare box after BSODs with unresponsive cursor on all choices of kernel and rescue modes.
However looking forward to trying again when goes officially stable. Stretch is rock solid on main box (identical hardware).
However looking forward to trying again when goes officially stable. Stretch is rock solid on main box (identical hardware).
Re: Debian buster: are you testing?
Thanks for the offer. When I do a dist-upgrade I do it from a console (no xorg) as follows:Head_on_a_Stick wrote:@Bulkley, if you post the full output ofthen we may be able to helpCode: Select all
apt-get -s dist-upgrade
Code: Select all
apt-get update && apt-get upgrade
[change apt sources]
apt-get update && apt-get upgrade
apt-get dist upgrade
As I'm back in Stretch I'll wait until the next urge. Actually I'm not upset about being stuck in Stretch. My system is running very well with everything set the way I like it. I could keep it like this for a long time.
My big attraction to Debian is and always has been package management. I clearly remember RPM dependency hell. Lately I've been experimenting with a MX Linux 18 live-USB. As I understand it MX runs without Systemd controlling everything yet keeping Debian packages and package management. Now if I can find a way to dump Xfce and replace it with Openbox (not so easy on a live-USB) I'll take MX more seriously.
Re: Debian buster: are you testing?
Bulkley, you might be interested in:
https://www.devuan.org/os/documentation ... nbox-guide
or already assembled https://sourceforge.net/projects/miyolinux/
or a more complete list: https://devuan.org/os/partners/devuan-distros
https://www.devuan.org/os/documentation ... nbox-guide
or already assembled https://sourceforge.net/projects/miyolinux/
or a more complete list: https://devuan.org/os/partners/devuan-distros
- stevepusser
- Posts: 12930
- Joined: 2009-10-06 05:53
- Has thanked: 41 times
- Been thanked: 71 times
Re: Debian buster: are you testing?
Yes, it boots without systemd by default, though it is an option in the Advanced part of the GRUB menu. Just today, the other MX and antiX devs are fixing a weird problem with Debian's sysvinit scripts that prevent flatpaks like Steam, Atom, etc. form just working out of the box without systemd. Apparently, Debian just went the opposite way from the rest of the Linux world when setting a mount point symlink in /tmp/shm or something, and the flatpaks guys aren't accounting for that. It seems a pretty easy fix, though.Bulkley wrote:
As I understand it MX runs without Systemd controlling everything yet keeping Debian packages and package management. Now if I can find a way to dump Xfce and replace it with Openbox (not so easy on a live-USB) I'll take MX more seriously.
You might be able to get Openbox set up and remove xfce in a persistent MX Live USB, then use the snapshot tool to make your own Openbox respin ISO. I know the snapshot tool can do that, but aren't that familiar with the persistent Live option, just that it's the most advanced there is. Or you could make a respin in a virtual machine, too. Asking on the MX forums would probably help a lot.
MX Linux packager and developer
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 133 times
Re: Debian buster: are you testing?
Yes, it should still return useful informationBulkley wrote:When I do a dist-upgrade I do it from a console (no xorg) as follows:Is apt-get -s dist-upgrade useful without doing the first three steps?Code: Select all
apt-get update && apt-get upgrade [change apt sources] apt-get update && apt-get upgrade apt-get dist upgrade
The trick is to point the sources to buster, run `apt update` then `apt-get -s dist-upgrade` then revert the sources back to stretch and `apt update` again to bring your box back to stable.
deadbang
Re: Debian buster: are you testing?
apt-get -s dist-upgrade produced 126 pages (in LibreOffice Writer) of stuff and is much to big to post here. Just the conf part occupies 40 pages. I browsed through it and did not see any error messages. It all looks routine.
When I tried the dist-upgrade the other day I saw no error messages until I rebooted.
When I tried the dist-upgrade the other day I saw no error messages until I rebooted.
- Head_on_a_Stick
- Posts: 14114
- Joined: 2014-06-01 17:46
- Location: London, England
- Has thanked: 81 times
- Been thanked: 133 times
Re: Debian buster: are you testing?
Ah, I see.Bulkley wrote:When I tried the dist-upgrade the other day I saw no error messages until I rebooted.
I'm happy to help you troubleshoot that if you want, what did the error messages say?
deadbang
Re: Debian buster: are you testing?
Thanks for the offer. I think I know where to start: hardware. This machine is at least ten years old. At that, I got it second hand and changed a few things to suit my needs. The mobo is original. Buster is most likely using a kernel and/or other software that doesn't look too far backward. I made up a live Buster USB and it would not boot. I tried two different versions and nothing. It's simply not recognized. It looks like that eufi (sorry I can't remember acronyms) setting in the BIOS. I'll look into it when I have time. I'm in no hurry to do that. As I have mentioned elsewhere, I like my Stretch as is.Head_on_a_Stick wrote:I'm happy to help you troubleshoot that if you want, what did the error messages say?
Re: Debian buster: are you testing?
None of my PC's or laptops is younger than 10 years, besides the raspberries, and actual kernels and distributions work well on them.Bulkley wrote: Thanks for the offer. I think I know where to start: hardware. This machine is at least ten years old. At that, I got it second hand and changed a few things to suit my needs. The mobo is original. Buster is most likely using a kernel and/or other software that doesn't look too far backward.
And i got quite some, 6 or such (and quite a few i threw away the last years, so i can speak for more than just those 6).
Might still be that in your case that is the problem, i wouldn't know. I am not much of a reader, more of the "let's try and see" guys.
Code: Select all
# dmidecode 3.2
Getting SMBIOS data from sysfs.
SMBIOS 2.4 present.
Handle 0x0002, DMI type 1, 27 bytes
System Information
Manufacturer: Hewlett-Packard
Product Name: HP Compaq dc5750 Small Form Factor
Version:
Serial Number: CZC71856VC
UUID: d706ceac-48e2-db11-bbda-4b4896d9001a
Wake-up Type: Power Switch
SKU Number: EW318AV
Family: 103C_53307F
# grep "model name" /proc/cpuinfo
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
model name : AMD Athlon(tm) 64 X2 Dual Core Processor 4200+
# uname -a
Linux voidlinux 4.19.13_1 #1 SMP PREEMPT Sun Dec 30 08:54:53 UTC 2018 i686 GNU/Linux
#