[solved] seeking help with printers, monitors, and suspend

New to Debian (Or Linux in general)? Ask your questions here!

[solved] seeking help with printers, monitors, and suspend

Postby jdef » 2020-05-11 20:13

I am a Debian noob, trying to move from Xubuntu to Debian-unstable/XFCE ... rest of problem description withdrawn.

Update: Marked solved, questions withdrawn. No help to be found here.
Last edited by jdef on 2020-05-13 19:47, edited 1 time in total.
jdef
 
Posts: 4
Joined: 2020-05-11 19:50

Re: seeking help with printers, monitors, and suspend

Postby arochester » 2020-05-11 21:43

Why are you going for a printer server?

task-print-server does not exist for Sid. https://packages.debian.org/stable/task-print-server.

system-config-printer is possibly what you need. https://packages.debian.org/sid/system-config-printer

Why are you using Sid?

It is normal in Forums to ask ONE question per thread. If you ask more than on it may put people off trying to answer.
arochester
 
Posts: 1673
Joined: 2010-12-07 19:55

Re: seeking help with printers, monitors, and suspend

Postby jdef » 2020-05-12 00:04

comments withdrawn
Last edited by jdef on 2020-05-14 12:56, edited 1 time in total.
jdef
 
Posts: 4
Joined: 2020-05-11 19:50

Re: seeking help with printers, monitors, and suspend

Postby pendrachken » 2020-05-12 15:11

I want to try out "rolling releases" (to get something akin to seamless upgrades). That's the way the whole world is moving, except Linux it seems (even Windows).


Unless you know what to do in the case of breakages, which will be common, this is a bad idea.
Is it possible to run testing / sid long term? Yes. But these releases are designed for people who know what they are doing to work out bugs in order to get a stable release ready. Emphasis on the "know what they are doing".
Is it easy to run those long term? No. Not unless you know how to script together kludges to fix breakages, and keep track of what you did to revert to a somewhat stable system when the issues get fixed.
Is it sane to want to run into the same problems Windows routinely does when upgrading? No. Just look at how many issues MicroSoft has had upgrading Win10. Multiple upgrade failures, multiple complete data loss failures, and all of that is on top of not respecting user configuration of settings - whether on accident or on purpose.
Will Arch solve these problems? No, and you will be even less happy with having to configure everything manually every time there is an update that changes things. They do have a very helpful wiki though, with info that can be used on any distro for most of the generic linux software configuration. Pacman isn't horrible for a package manager, but IMHO not as straight forward as apt, or even YUM / DNF from RPM based distros.



My recommendation would be to install Stable, enable backports / Steve Pusser's backport repos AS NEEDED for updated software ( only as necessary for features that are NEEDED ), and stop worrying about what others are doing. Once you have a working system that is stable, then you can delve into the deeper things on a separate system or in a dedicated VM that won't interfere with your day to day usages. After you learn to use testing / sid, file useful bug reports, and make your own workarounds you can make the decision to run them or not as your daily OS.

That being said, you will likely still want to run the stable system, and backport just the software you absolutely need. It's just so much less of a headache to do that, rather than track all the changes in an unstable system, and see what broke on the latest upgrade.
fortune -o
Your love life will be... interesting.
:twisted: How did it know?

The U.S. uses the metric system too, we have tenths, hundredths and thousandths of inches :-P
pendrachken
 
Posts: 1374
Joined: 2007-03-04 21:10
Location: U.S.A. - WI.

Re: seeking help with printers, monitors, and suspend

Postby jdef » 2020-05-13 01:22

comments withdrawn
Last edited by jdef on 2020-05-14 12:57, edited 1 time in total.
jdef
 
Posts: 4
Joined: 2020-05-11 19:50

Re: seeking help with printers, monitors, and suspend

Postby arzgi » 2020-05-13 14:28

If you would find an article from the net, where they would say you really should jump of the roof, would you do that?

You can't say 'experienced* Debian user wrote it, if you have no other proof. Many Debian users run Sid, but to develop and fix breakages, it's not their daily distro.
arzgi
 
Posts: 635
Joined: 2008-02-21 17:03
Location: Finland

Re: seeking help with printers, monitors, and suspend

Postby Head_on_a_Stick » 2020-05-13 14:38

jdef wrote:From How To Run Debian Sid (Relatively) Safely, "Using Debian Sid is a good way to get a rolling-release Debian experience. You'll generally have newer packages than Ubuntu, but with about the same level of system stability."

That "guide" is completely full of shit. And sid isn't a "rolling release", it's a development branch.
User avatar
Head_on_a_Stick
 
Posts: 12129
Joined: 2014-06-01 17:46
Location: /dev/chair

Re: seeking help with printers, monitors, and suspend

Postby pendrachken » 2020-05-13 18:51

Head_on_a_Stick wrote:
jdef wrote:From How To Run Debian Sid (Relatively) Safely, "Using Debian Sid is a good way to get a rolling-release Debian experience. You'll generally have newer packages than Ubuntu, but with about the same level of system stability."

That "guide" is completely full of shit. And sid isn't a "rolling release", it's a development branch.



Ehh, I agree with the guide being shit, but sid basically is a rolling release, as well as a development branch. A rolling release and a development branch are the same thing at any stand point other than that of a developer. Both get new packages thrown in almost as soon as an update comes out - often with only minimal testing, both will lack a stable base as the base software will be updated, both will need constant updates and user fixes to address breakages, and neither can have a true version number or name used as a solid reference of system state at any time due to all the updates.

Basically it's the same as pure communism and pure socialism - a slight difference in the naming convention of the internals and "how they came about". Other than that they are identical for all intents and purposes. A developer will say Sid is a development branch, and a user that wants brand new shiny shit will call it a rolling release. Unless the Debian devs make Sid unavailable to non-developer users, it can be considered a rolling release then, as it is released to the public and made available.
fortune -o
Your love life will be... interesting.
:twisted: How did it know?

The U.S. uses the metric system too, we have tenths, hundredths and thousandths of inches :-P
pendrachken
 
Posts: 1374
Joined: 2007-03-04 21:10
Location: U.S.A. - WI.

Re: seeking help with printers, monitors, and suspend

Postby Head_on_a_Stick » 2020-05-13 19:15

pendrachken wrote:A rolling release and a development branch are the same thing at any stand point other than that of a developer.

I would respectfully disagree :-)

For example, in Arch the maintainers have to synchronise their releases so that all of the packages are updated in lockstep and have to work with each other — Debian sid doesn't work like that and soname incompatibilities can creep in.
User avatar
Head_on_a_Stick
 
Posts: 12129
Joined: 2014-06-01 17:46
Location: /dev/chair


Return to Beginners Questions

Who is online

Users browsing this forum: No registered users and 7 guests

fashionable