* Digit imagines a gui tool that enables any newbie user to update a package on the server... and wonders why package managers are not already like this. | 05:27 | |
rwp | Digit, Synaptic? | 05:49 |
---|---|---|
rwp | However it is rarely just a single package these days. "Dependencies: foo, libfoo" and all of that... | 05:49 |
Digitteknohippie | rwp: oh, synaptic lets the user update packages on the server!? um... how? | 06:05 |
* Digitteknohippie rummages around the interface and thinks there's been a misunderstanding | 06:06 | |
rwp | It's a graphical GUI tool for running apt like aptitude, apt-get, or apt but uses a graphical interface. | 06:18 |
rwp | I am a terminal type so I don't use it but it is there for people who like to use the mouse to use. | 06:18 |
* Digit been using debians since mid 00s, thought rwp was saying the user could use synaptic upgrade packages in the database to newer versions so newer versions are available for other users to install through the usual package upgrade methods | 06:22 | |
Digit | i'm guessing that's still something behing a commit priveledges wall or something. something more archane than is availed to the little end user. :/ | 06:24 |
* Digit thinks it a philosophical pedagogy design fail common to all(?) distros | 06:25 | |
* onefang thinks Digit doesn't have a clue about the amount of work needed to get some packages to actually work with the rest of the operating system. Maybe if Digit wrote an AI packaging system, we wouldn't need clever volunteers to update our distros for us. | 09:12 | |
Digit | some decade when i bring this up, n get that reply again, i'll actually do that. next time, third time lucky. | 09:18 |
free_speech | why should a program that I develop on a Devuan platform not work with the rest of Devuan? | 10:00 |
onefang | Depends, maybe you developed it on an earlier version of Devuan, but some crucial library you depend on changed in some incompatible way in later versions? And then you have to update your program to work on all versions of this library in all versions of Devuan. This sort of thing happens. | 10:03 |
free_speech | I bet that if I install Debian Etch (I'll mention Debian now because of its longer version history), it'll also work on Debian Buster ... didn't ever try this, but I bet it'll work fine. | 10:05 |
onefang | In my case the mouse options for tmux keep changing between versions, so my big virtual world project that uses tmux for running the server consoles has to pick a particular version of tmux to be compatible with. Usually that's what ever version comes with what ever version of what ever operating system I'm currently using on my own server (Devuan ASCII for now). | 10:05 |
free_speech | My last sentence does not make the intended sense, so I'll correct it ... | 10:06 |
free_speech | I bet that if I install Debian Etch (I'll mention Debian now because of its longer version history) and develop a program on Etch, my program will also work on Buster. | 10:06 |
free_speech | That's what I wanted to say | 10:06 |
onefang | It's entirely possible. But you can't always rely on external projects your program relies on to stay compatible with the way you used it. This is why distros pick particular versions of particular libraries and stick with them for that particular version of the distro. Maybe backports will get a more recent version, if it doesn't break too much other code. | 10:09 |
onefang | Which is why Digits plan to let ordinary users just update packages on the distros servers is bound to just be pure chaos. Things WILL break. | 10:10 |
onefang | So it's not "a philosophical pedagogy design fail common to all(?) distros" it's just the way the world works. Things change, you want a stable distro, you better hope the distro maintainers put a lot of work getting the particular versions of everything to work together well for that particular version of the distro, and then that they don't change anything in the particular version you installed that br | 10:14 |
onefang | eaks anything that's important to you. | 10:14 |
onefang | Which is why making a big distro like Devuan is lots of hard work. If you want to update a package, volunteer to help. | 10:15 |
onefang | Letting "any newbie user to update a package on the server" will just result in one giant mess that doesn't work for anyone. Not to mention it'll be a giant security mess as well. | 10:17 |
Digit | still seems like madness to me, to not have tooling to help package updating, upfront, so users get even just the visual cues of what's involved in upgrading packages. just another part of this disconnect i see. | 10:19 |
Digit | like the many eyes making all bugs shallow, many package updaters make all packages up to date... and many a leg up sign post facilitation makes many a more would be packagers more readily become packagers. | 10:20 |
onefang | Feel free to write such tooling. The Devuan maintainers are too busy doing their job to write such "newbie user" friendly tools. We do have such tooling, it's a hard job, it's even harder writing tooling to make something that hard easy for "newbie users". | 10:22 |
Digit | i know it's not as simple as just needs 1 magic button that says "make new package, and make it nice with all other packages", and poof, a number changes somewhere and fairies take care of the rest... but i just think more bridges could be built across the package manager gui between packegers and users, bluring the distinction, encouraging participation and contribution and learning. that kinda thing. | 10:23 |
onefang | Soooo, write those bridges. The fairies are too busy to write it for you. B-) | 10:24 |
Digit | yeah, most places, if they're to cater at all to the newbie, it's in coddling, n not so much aimed to helping them towards intermediacy and excellence. | 10:25 |
Digit | onefang: yeah, i'm on it. .... same as i was on it a decade ago when i last brought it up. n_n ack. ok... maybe i've learned enough that i cou@#~, ack, i've learned nothing. | 10:26 |
onefang | Which is what I'm trying to do in my big virtual world project. Make it easy for newbie users to run their own, to learn how it all works, to write their own stuff to make it work better for them. That's a really big project, a distro is even bigger. | 10:26 |
* Digit accepts a poor workman blames his tools, a poor student blames his sourcecode. | 10:27 | |
onefang | "Hey it's easy, just write magic!" says the poor user to the poor overworked developers. | 10:29 |
* onefang wanders off to write todays little bit of magic. | 10:29 | |
Digit | yeah, just eeasily write the software that deals with the users who ask for that kind of thing, directing them to the documentation. | 10:30 |
Digit | ah, i think i could do that... i think i even did. ... i wrote an irc bot that answered any question with an rtfg link containing the question. problem solved. ;D | 10:31 |
free_speech | Back in my personal Windows-using times, I used to waste some of my time using Windows' On-Board - Tool "Paint" ... I personally didn't like the Paint-version shipped with Windows 7 and above, so I upported the Paint of Windows XP up to Windows 7 just by replacing the paint.exe File ... it worked as intended. | 10:34 |
free_speech | I wondered if this worked vice-versa, so I backported Windows 7 Paint to XP the same way - it just worked. | 10:35 |
free_speech | This also worked with all the other tools of the Windows Userland's default | 10:38 |
free_speech | Digit, are the IRC-bots debhelper and dpkg (used in the Debian Channels) your works? :-) | 10:51 |
Digit | heh, nop. | 10:51 |
free_speech | But quite another question - what would I have to do to chat with whatever device (Raspberry Pi, PC, Laptop, ... whatever) using IRC? | 10:54 |
free_speech | I think this is Bot-Stuff, isn't it? | 10:54 |
emdete | hi, i am playing with a raspberry pi zero, i installed devuan_ascii_2.0.0_armel_raspi1.img.xz (which works fine) but wonder if that's the best choice. would a armhf do as well? i am not that deep into the arm archs ;) | 13:38 |
buZz | emdete: armhf doesnt work on raspi1 or zero | 13:46 |
buZz | armhf is for ARMv7 | 13:46 |
buZz | raspi1 is ARMv5 iirc | 13:47 |
buZz | oh ARMv6 , right | 13:47 |
Wonka | there were special softfloat distros for Pi1, iirc | 13:49 |
emdete | buZz: ok, thank you. i just wondered why rasbian provides hf only but maybe i'm wrong | 13:49 |
buZz | emdete: because raspberry foundation is a bunch of idiots with closed source hardware | 13:50 |
emdete | buZz: what do you suggest ? i jsut need a cheap small thing to do wifi and hdmi... | 13:51 |
buZz | friendly-arm's nanopi line is nice | 13:52 |
buZz | but pizero is cheaper yeah, its subsidized by broadcom | 13:52 |
buZz | (so they can get rid of their old cpus) | 13:52 |
free_speech | what about the other <fruit>Pi's ? There's BananaPi for instance | 13:53 |
emdete | free_speech: banana zero looks nice: double performance, double price, double current ;) | 14:03 |
free_speech | is there a "free and open source" SBC out there? | 14:07 |
free_speech | I don't like this "open source" term ... but when it comes to hardware, the "free" in "free software" is even more problematic than related to software ... so ... | 14:09 |
free_speech | "free hardware" ... I see problems coming around when using this .... | 14:10 |
onefang | https://www.olimex.com/ tries to be open hardware, but I've not checked their stuff for a while. | 14:11 |
free_speech | although I could build "open hardware" using non-open stuff like Raspberry Pi inside ... "you don't like that my <whatever it is> is based on RPi? Just replace the RPi by another SBC" ... I'm attempted to compare this with De{bi,vu}an contrib repos on software ... | 14:13 |
fsr | test | 14:20 |
Simeon2 | palemoon wants sqlite 3.29, beowulf has 3.27.2-3 building from 'sid' sqlite3_3.29.0-2.debian.tar.xz etc failing here | 17:17 |
free_speech | Does sqlite3_3.29.0-2.debian.tar.xz have any build dependencies? | 17:59 |
free_speech | @ Simeon2 | 18:00 |
GuilleST | hello! I'm currently using voidlinux but wanted to install devuan on my desktop pc. Is it easy to change the init to runit (so that both my machines behave the same when it comes to services and stuff)? | 18:13 |
GuilleST | I also wanted to know if there are any south america mirrors | 18:14 |
golinux | GuilleST: openrc is available in the "expert" install option | 18:16 |
golinux | Here's the mirror list: https://pkgmaster.devuan.org/mirror_list.txt | 18:17 |
golinux | Oops misread. runit is available but not an option in the installer | 18:18 |
fsmithred | I know people have switched to runit. No idea how easy or difficult it is. Search the forum and dng mailing list, and you'll find some discussions about it. | 18:22 |
GuilleST | I will lurk some more to see if I find anything, but I didn't see anything about runit in the documentation. Thanks anyways, I hope it's not too hard | 18:23 |
GuilleST | and thanks for the mirror list :) | 18:23 |
fsmithred | golinux, do you know if there's video footage of the hacking session at the conference where they made their own init scripts? | 18:24 |
fsmithred | I missed that session. | 18:24 |
golinux | I have never heard of it | 18:28 |
jaromil | the second talk by skarnet you mean? | 18:28 |
jaromil | we have still some footage to be published btw, where the audio is a bit restored | 18:29 |
DocScrutinizer05 | hi jaromil :-) | 18:29 |
golinux | No. there was a hacking session on Sunday | 18:29 |
jaromil | mmmm if it was streamed then maybe is in the stream | 18:29 |
jaromil | hi DocScrutinizer05 | 18:29 |
golinux | jaromil: They hacked after his Sunday talk. | 18:30 |
golinux | Or at least they intended to. Not sure if it even happened. | 18:30 |
jaromil | ok, yes, there was sitting at the table with skarnet and I recall about s6 the outcome was that it needs a good deal of scripts to be adapted to devuan | 18:31 |
jaromil | i'm not aware of any hacking on other inits | 18:31 |
jaromil | as you probably already know a good deal of those scripts is here https://git.devuan.org/66-devuan/ | 18:32 |
jaromil | but is not in a final form and noone besides danyspin has tested that | 18:32 |
golinux | Yes, I am aware of that project. Just pointed someone to it yesterday. | 18:33 |
jaromil | for the record, i'm quite happy using supervisord in a number of projects... when headless, lovely to have the web interface | 18:34 |
jaromil | it has improved a lot in beowulf | 18:34 |
jaromil | bbl | 18:34 |
Simeon2 | can some1 update libsqlite3-0 to 3.29 from 3.28 (in debian sid)? | 19:16 |
Simeon2 | it not building for me | 19:16 |
Simeon2 | (beowulf) | 19:17 |
eyalroz | I've gotten myself into a little packaging mess... | 22:16 |
eyalroz | with gstreamer1.0-plugins-bad (an ominous name) | 22:17 |
eyalroz | and when I apt --fix-broken install , I get: | 22:17 |
eyalroz | Preparing to unpack .../gstreamer1.0-plugins-bad_1%3a1.14.4-dmo7_amd64.deb ... | 22:17 |
eyalroz | Unpacking gstreamer1.0-plugins-bad:amd64 (1:1.14.4-dmo7) over (1.16.1-1) ... | 22:17 |
eyalroz | dpkg: error processing archive /var/cache/apt/archives/gstreamer1.0-plugins-bad_1%3a1.14.4-dmo7_amd64.deb (--unpack): | 22:17 |
eyalroz | trying to overwrite '/usr/lib/x86_64-linux-gnu/gstreamer-1.0/libgstcompositor.so', which is also in package gstreamer1.0-plugins-base:amd64 1.16.1-1 | 22:17 |
eyalroz | How can I fix this weird conflict? | 22:19 |
gnarface | eyalroz: looks like you're trying to downgrade - you need to find a newer version of gstreamer1.0-plugins-bad:amd64 | 22:23 |
gnarface | of course, this does leave some open questions like, "how did my system get this way?" | 22:32 |
gnarface | usually this is caused by mixing distros, distro versions, or repos | 22:32 |
gnarface | (backports and deb-multimedia are common culprits) | 22:32 |
gnarface | it might be sufficient to just get all the gstreamer packages from the same place | 22:32 |
gnarface | but from where you're at now, if you decide that's not where you want to get some of them, you will probably have to manually uninstall all of them first | 22:33 |
gnarface | either approach should kill this blockage | 22:33 |
eyalroz | gnarface: Well, that might not be the reason, but - I added the winehq staging repo for buster, and tried installing some of the packages there, but couldn't because of weird i386 dependencies | 22:45 |
eyalroz | Then I removed that apt source | 22:45 |
eyalroz | maybe that was the cause | 22:45 |
eyalroz | also, | 22:45 |
eyalroz | I apt-get dist-upgrade'd again | 22:45 |
eyalroz | Oh, I think I might have added deb-multimedia | 22:46 |
gnarface | eyalroz: ok i perceive the possibility of multiple mistakes here cascading. first of all, i'm guessing those weird i386 dependency issues were because you forgot to enable multiarch before switching to the winehq repos | 22:46 |
gnarface | secondly, you should not be adding all of these repos at once, if you're gonna mix them, mix them one at a time | 22:47 |
eyalroz | gnarface: I did enabme i386, and had it enabled for a while | 22:47 |
gnarface | (as in, ONLY have the winehq repo enabled while installing/upgrading the winehq staging packages, then comment it out and "apt-get update" again with the other repos uncommented) | 22:47 |
eyalroz | but - let's start with: How can I remove all gstreamer packages? (If that makes sense at all and won't bring the house crumbling down) | 22:47 |
gnarface | well you can try to just "apt-get --purge remove [package 1] [package 2] ... [package N]" | 22:48 |
gnarface | just put all the gstreamer packages on the same line like that | 22:48 |
gnarface | but make sure to carefully read the WILL BE REMOVED section | 22:49 |
gnarface | if anything else you need will be removed, don't do it. | 22:49 |
eyalroz | gnarface: "all the gstreamer" - get those from a dpkg query? | 22:49 |
gnarface | yea: dpkg -l |grep gstreamer | 22:49 |
eyalroz | gnarface: I think I'll take another approach. Will first remove the deb-multimedia and see what that does. | 22:50 |
gnarface | well you might have to remove all the packages from there | 22:50 |
eyalroz | gnarface: I can live with that. | 22:50 |
gnarface | because they're probably all new enough to be in direct conflict with stock devuan parts | 22:50 |
gnarface | alternately you could try to just get ALL the gstreamer packages from deb-multimedia at once, that might fix this too | 22:51 |
eyalroz | gnarface: Ok, that did the trick. | 22:51 |
gnarface | but you'll still be in the same confused mess if you forget again later | 22:51 |
eyalroz | gnarface: confused mess is my natural state :-P | 22:51 |
gnarface | heh | 22:51 |
eyalroz | Anyway, now my agdu works fine (apt-get dist-upgrade ; I have an alias for it) | 22:52 |
eyalroz | I was going to try using winehq repos, to try and get Starcraft 2 to play, | 22:53 |
eyalroz | following the instructions here: https://gaming.stackexchange.com/a/356390/50983 | 22:53 |
gnarface | hmm, i should test that... it was just working a couple days ago, but i followed my own instructions... | 22:53 |
gnarface | oh you have amdgpu? my setup might only be relevant to nvidia | 22:53 |
eyalroz | no, I don't | 22:54 |
gnarface | agdu wasn't a typo of amdgpu? | 22:54 |
gnarface | hmmm | 22:54 |
eyalroz | alias agu='apt-get update; apt-get -o Acquire::Check-Valid-Until=false -y upgrade' | 22:55 |
eyalroz | alias agdu='apt-get update; apt-get -o Acquire::Check-Valid-Until=false dist-upgrade' | 22:55 |
gnarface | ah i see | 22:55 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!