The officially official Devuan Forum!

You are not logged in.

#151 Re: Installation » Devuan icon » 2019-04-08 04:28:31

https://devuan.org/ui/img/devuan-emblem.svg

You can export it as png file in Inkscape. Convert it into bmp (you can use imagemagick or GIMP) and change DOS extension to ico.

#152 Re: Installation » [SOLVED, ty!] netbeans for C++ and PHP??? » 2019-04-08 04:21:23

crankypuss wrote:

Now, if the correct answer is, "the netbeans package as included in ascii is crap, don't use it, uninstall it and get the package from [wherever netbeans comes from] and install that", then i can do that.  But if the answer SHOULD be "yeah somebody added a crap package, we'll fix that".

Netbeans package in Devuan is identical to the one from Debian. Devuan is Debian + no-systemd-dependencies overlay. So try to install NetBeanss from official site if you don't like package in repo.

#153 Re: Installation » Package synaptic is missing in beowulf, still in ascii and ceres » 2019-04-07 19:37:21

Head_on_a_Stick wrote:
ToxicExMachina wrote:

Wayland is futureless non-working garbage made by incompetent wannabe-programmers.

You might want to read this blog post:

https://drewdevault.com/2019/02/10/Wayl … unked.html

Drew DeVault is the author of sway, I think he knows what he's talking about smile

No, he don't. Most of those "misconceptions" are fictional conclusions suitable for "debunking". I can tell a lot about wayland and X11. However, for this topic it's enoung to mention very demonstrative fact: 10 years of development without result. So no, it's wrong to remove a package because it doesn't work with wayland. According to that argument much more packages should be removed because even with XWayland not everything works properly.

Head_on_a_Stick wrote:
ToxicExMachina wrote:

Only idiot can remove working package in favor of wayland.

Well it certainly doesn't make much sense in Devuan, I think golinux is right and we'll see it back at some point.

Not that I would miss it...

I hope so.

#154 Re: Installation » Package synaptic is missing in beowulf, still in ascii and ceres » 2019-04-07 19:11:47

Head_on_a_Stick wrote:

The synaptic package was removed from the Debian buster repositories because it doesn't work under a Wayland session in GNOME:

https://bugs.debian.org/cgi-bin/bugrepo … bug=818366

Wayland is futureless non-working garbage made by incompetent wannabe-programmers. Only idiot can remove working package in favor of wayland.

#155 Re: Installation » [SOLVED] Can't boot ASCII installed on usb flash disk » 2019-04-07 19:04:08

boycottsystemd wrote:
ToxicExMachina wrote:

Try to find "power on USB at startup" or "USB powersaving" option in CMOS setup or something like that.

I'm sorry there are no such options.

Can you boot different distro?

#156 Re: Devuan » What happened at devuan.org? » 2019-04-07 04:44:45

Head_on_a_Stick wrote:

What's bullshit?

"Cracker" is used as a derogatory term for Caucasians, as my Wikipedia link shows and also as you yourself commented.

Wikipedia is bullshit.

https://tools.ietf.org/html/rfc1983

cracker
      A cracker is an individual who attempts to access computer systems
      without authorization.  These individuals are often malicious, as
      opposed to hackers, and have many means at their disposal for
      breaking into a system.  See also: hacker, Computer Emergency
      Response Team, Trojan Horse, virus, worm.

#157 Re: Devuan » What happened at devuan.org? » 2019-04-07 04:42:22

Head_on_a_Stick wrote:
ToxicExMachina wrote:

It seems you don't know who genuine hackers are.

Panopticon wrote:

and no a cracker is not that white skinned person in a black skinned neighborhood!

Yes, I'm aware that I used the terminology incorrectly but only because to me a "cracker" is exactly what Panopticon's quote describes so I just used the lazy, inaccurate term.

The fact: you said "genuine hackers" - not "hackers". Do you want to continue the nonsense you doing?

#158 Re: Devuan » What happened at devuan.org? » 2019-04-06 05:36:09

Head_on_a_Stick wrote:
Ron wrote:

Making your own website looked hacked, that's the real stupidity.

Why would genuine hackers change the home page if they wanted to plant malware? Think about it...

It seems you don't know who genuine hackers are.

#160 Re: Installation » [SOLVED] Can't boot ASCII installed on usb flash disk » 2019-04-06 04:37:22

Try to find "power on USB at startup" or "USB powersaving" option in CMOS setup or something like that.

#161 Re: Devuan » Using Debian packages » 2019-04-04 05:13:42

cynwulf wrote:

The only way to install such software with any degree of safety is to create a chroot and install it there - but it's still not to be considered trustworthy.  As I understand it, it's a binary distribution, so you're somewhat hamstrung, but without resorting to a chroot, you could also unpack the deb and manually install the components under /usr/local , create symbolic links, etc...

debootstrap + schroot + firejail =  relatively secure way for third party repos.

1. Create separated root filesystem with debootstrap

2. Install packages into chroot environment

3. Run program via firejail and schroot

#162 Re: Installation » Which installer should I use? » 2019-04-04 05:00:45

You can use any installer you want. 64-bit is better because recent versions of software are designed for it.

#163 Re: Devuan » Using Debian packages » 2019-04-02 06:49:16

Head_on_a_Stick wrote:
ToxicExMachina wrote:

in system totally controlled by microsoft-friendly company (RedHat and Canonical are friends of microsoft) is not a good idea

Using Spotify is not a good idea but that's what the OP wants and IMO a sandboxed chroot is a better option than handing control of APT to the Spotify developers.

Yes. And he don't need another third party wannabe-"secure" package manager for that.

Head_on_a_Stick wrote:

Oh, and RedHat, Cannonical and Microsoft are all contributors to the Linux kernel itself.

The subject is not kernel.

Head_on_a_Stick wrote:
ToxicExMachina wrote:

AppImage has FireJail sandbox support.

All programs have firejail "support", that's not an intrinsic feature of AppImages.

man firejail

Head_on_a_Stick wrote:
ToxicExMachina wrote:

According to official website Spotify doesn't provide official flatpak builds.

I didn't claim otherwise, my question was are there any Spotify AppImages available at all?

Maybe someone made a package. I don't know. However, there is no official flatpak package.

Head_on_a_Stick wrote:
ToxicExMachina wrote:

there is official deb repository.

Why do you think it is acceptable to hand the APT keys over to a proprietary company?

I don't think about that - user should decide the grade of acceptance.

Head_on_a_Stick wrote:

As I mentioned earlier, flatpak can be run without root permissions, which seems significantly safer to me.

Flatpak is systemd way. It's also extremely insecure thing with fake sandboxing: https://flatkill.org/

#164 Re: Devuan » Using Debian packages » 2019-04-02 04:16:03

Head_on_a_Stick wrote:
ToxicExMachina wrote:

Both flatpak and snap are EEE projects

And what has that to do with anything?

Additional package manager in system totally controlled by microsoft-friendly company (RedHat and Canonical are friends of microsoft) is not a good idea.

Head_on_a_Stick wrote:
ToxicExMachina wrote:

AppImage is better

Well if that was the case then your previous statement would be false because the alternatives would lack the middle E...

In the case of flatpak the advantage is the sandbox provided by bubblewrap, it's not great security but it's better than nothing (which is what AppImages provide).

AppImage has FireJail sandbox support. So it's definitely much and much more than nothing.

Head_on_a_Stick wrote:
ToxicExMachina wrote:

AppImage is better

Also, do Spotify even provide an AppImage?

According to official website Spotify doesn't provide official flatpak builds. Moreover: there is official deb repository.

Besides, flatpak and/or snap instead of AppImage is a trait of incompetent upstream maintainer.

I may also suggest a totally open source alternative to Spotify: https://github.com/nukeop/nuclear
It has AppImage builds wink

#165 Re: Other Issues » Error with Time » 2019-04-02 04:02:00

Maybe you haven't installed required packages.

#166 Re: Desktop and Multimedia » Laptop AMD Graphics » 2019-04-02 03:59:04

Try amdgpu (not amdgpu-pro) driver. It seems your GPU is GCN 1.1.

#167 Re: Devuan » What happened at devuan.org? » 2019-04-02 03:42:39

roluan17 wrote:

hi there everybody, new here, seems to be the right place. humour is essential.
Greetings

Humor is essential but this time that was too much.

#168 Re: Desktop and Multimedia » Laptop AMD Graphics » 2019-04-01 05:00:50

UnclePa wrote:

Anyone have any experience/pointers on how to switch from the integrated controller to the discrete one?

You can try DRI_PRIME from Mesa. It's the most proper way to use hybrid graphics.

#170 Re: Devuan » Using Debian packages » 2019-04-01 04:27:40

Head_on_a_Stick wrote:

^ Well I couldn't find a snapd package in the Devuan repositories big_smile

But seriously, I don't think giving the Spotify developers the opportunity to mess up the dependency chain is a good idea.

flatpak may be a bloated pile of crap but at least it can be run without root privileges (with the --user flag) and it doesn't interfere with the package manager.

Both flatpak and snap are EEE projects. AppImage is better because it's tarball evolution.

#171 Re: Installation » [SOLVED] disabling slim » 2019-03-26 05:51:43

Lysander wrote:

It would be good if this were given as an option during install. Personally I would prefer to drop to console rather than use a greeter.

The option is already in installer: install minimal system. After that you can install X11 and WM or DE. If you would like to login into console i think you know how to configure what you really need.

#172 Re: Devuan » Texas Flood RC » 2019-03-25 08:26:10

777user wrote:

i am planing to put it at github

Since github becomes anti-opensource hosting i would recommend to consider gitlab as possible solution.

777user wrote:

it maybe a garbage, but it can be faster than systemd

Can your init addon brick random motherboard and execute random code from random user with root privileges remotely? No? Then it's still better than systemd. wink

#173 Re: Hardware & System Configuration » Ryzen idle lockup » 2019-03-25 08:14:29

ghaverla wrote:

Too many posts under my name at the top of the list.

As it appears that the original ASRock motherboard was at least partially at fault for why the Ryzen 1600 would not work, it seems possible that that CPU is not a dud.

Taichi series are the only good motherboards from asrock. Other ones from this vendor have tons of issues.

ghaverla wrote:

I picked up a A320 motherboard on sale.  If this Ryzen 1600 works, that's wonderful.  But I doubt the application requires a 12 core CPU.

Motherboard based on low-end chipset is grave mistake for powerful pre-hi-end CPU. You need at least B350 based motherboard for Ryzen 5 1600. A320 is an office-PC grade chipset designed for first generation Ryzen 3 CPUs exclusively. Usually such motherboards can't provide enough energy for powerful CPUs.

Some problems may also be caused by opcache. In firmware setup you should turn it off because in early revisions of first generation Ryzen CPUs there is a hardware bug in opcache.

#174 Re: Hardware & System Configuration » Mesa/OpenCL on APU with RX-550 GPU » 2019-03-25 08:02:36

amdgpu is the only module you need for graphics. If you want recent OpenCL implementation try ROCm from AMD: https://rocm.github.io/ROCmInstall.html

#175 Re: Hardware & System Configuration » How is service management done? » 2019-03-20 06:48:50

Devuan is using the same service management as pre-systemd Debian (see sysv-rc and "service" command). If you want a bare minimal setup out of box - netinstall is for you.

Board footer

Forum Software