tuxd3v | but I believe both contains a spi, to store bootloader | 00:00 |
---|---|---|
tuxd3v | :S | 00:00 |
clort | i don't think this is nda type stuf | 00:00 |
tuxd3v | at least some parts of it | 00:00 |
clort | can i post the file? | 00:00 |
tuxd3v | yeah it would be nice to know what is inside :) | 00:01 |
clort | http://0x0.st/ihOX.xml | 00:01 |
clort | there is too much information i cannot parse on this webpage. i am lost. | 00:02 |
tuxd3v | yeah.. Nvidia won the context of hiding things true obscurity :D | 00:02 |
clort | nano boot flow docu: https://docs.nvidia.com/jetson/l4t/index.html#page/Tegra%2520Linux%2520Driver%2520Package%2520Development%2520Guide%2Fbootflow_jetson_nano.html%23 | 00:03 |
tuxd3v | contest | 00:03 |
onefang | I figured out you meant contest by understanding your context. B-) | 00:03 |
clort | this stuff gives me a gross soiled feeling to read. | 00:05 |
clort | but u-boot looks familiar - they have a u-boot customization page | 00:05 |
clort | https://docs.nvidia.com/jetson/l4t/index.html#page/Tegra%20Linux%20Driver%20Package%20Development%20Guide/uboot_guide.html | 00:05 |
clort | "replacing the kernel" looks good | 00:06 |
clort | but... what... that makes no sense. they mean using nvidia kernels? | 00:07 |
tuxd3v | read the section 'CBoot' of last codument :) | 00:07 |
clort | it 'chains to u-boot' so after u-boot it's gone yes? | 00:09 |
clort | it's not some evil hypervisor type thingy is it? | 00:09 |
tuxd3v | 'Supports display and boot logo/bmp splash' | 00:10 |
tuxd3v | the nvidia logo should come from there.. | 00:10 |
tuxd3v | tilda in chimaera dies prematurely | 00:16 |
tuxd3v | http://paste.debian.net/1176155/ | 00:16 |
tuxd3v | when you start to pull it down and up | 00:16 |
tuxd3v | sometimes it doesn't survive to one operation | 00:17 |
n4dir | i once had the keyboard shortcuts screwed for tilda. Which made it kinda crash | 00:17 |
n4dir | you could mv it's config out of the way, to test that | 00:17 |
n4dir | i doubt that is the problem, but it's a quick test. | 00:18 |
n4dir | tuxd3v: also https://github.com/lanoxx/tilda/issues/348 middle of the page, disable "show on all desktops". As far its me that defeats the whole purpose of tilda | 00:19 |
fsmithred | tuxd3v, when I start tilda in chimaera, the window is already pulled down. No need for F2, and it does not crash. | 00:25 |
fsmithred | I'm on amd64 here | 00:26 |
tuxd3v | sorry ..on a mobile call( but not in the matrix :D ) | 00:31 |
tuxd3v | fsmithred, I am in i386 | 00:31 |
tuxd3v | fsmithred, does you use tilda? | 00:31 |
fsmithred | no, but it's installed | 00:32 |
tuxd3v | n4dir, thanks, I don't really know whats going on it just crash | 00:32 |
n4dir | at the end of that page the dev says a newer version would solve the problem | 00:32 |
tuxd3v | I never saw it surviving to 3-4 puul up pull down events | 00:33 |
n4dir | vresion 1.5.3 | 00:33 |
n4dir | i used it for very long, but not anymore. So no more details i could offer (and am on stable) | 00:33 |
fsmithred | it's still in Refracta for you | 00:33 |
tuxd3v | n4dir, they are asking maybe for a coredump | 00:36 |
tuxd3v | to nalize where the problems comes from.. I didn't read all yet, but will | 00:36 |
n4dir | tuxd3v: yeah, i don't know of such (besides it exists) | 00:36 |
tuxd3v | tilda... bad mojo -.- | 00:40 |
tuxd3v | n4dir, thanks yes they state that | 00:41 |
tuxd3v | we have version v1.5.2-1 on chimaera :( | 00:42 |
tuxd3v | fsmithred, does you know if its possible to push a package from ceres to chimaera? | 00:43 |
fsmithred | that is the normal progression | 00:43 |
tuxd3v | I believe the consequences could be drastic because of dependencies? | 00:43 |
fsmithred | I think it happens automatically | 00:43 |
fsmithred | after a week or two | 00:43 |
tuxd3v | ho, many thanks | 00:43 |
tuxd3v | I will wait for it | 00:44 |
fsmithred | same version is in ceres | 00:44 |
tuxd3v | its that I am so badly adicted to tilda, that I feel myself lost without it | 00:44 |
n4dir | and with all the right in the world. tilda is pretty cool | 00:44 |
n4dir | i gave up on it as i had low-specs machines for years | 00:44 |
tuxd3v | ceres receives what is in sid right? | 00:45 |
tuxd3v | probably they will have to update it | 00:46 |
gnarface | yes | 00:46 |
fsmithred | yeah | 00:46 |
gnarface | ceres == sid | 00:46 |
tuxd3v | we don't know how long it will take | 00:46 |
fsmithred | did you check for bug reports? | 00:46 |
gnarface | most cases the propogation delays are not more than a couple hours | 00:46 |
tuxd3v | til now only the page n4dir showed on github, but the problem seems debugged | 00:46 |
n4dir | on debian i would not hesitate to install a package from unstable on a testing system. | 00:47 |
n4dir | no idea for devuan. | 00:47 |
fsmithred | I see two bug reports about crashes at bugs.debian.org | 00:48 |
fsmithred | yeah, really. Mixing testing and unstable is pretty safe. Just pin ceres to a lower priority so you only get what you ask for. | 00:48 |
fsmithred | if it's fixed in git but not in repo yet, I have no idea how long you wait. | 00:49 |
fsmithred | backport it. | 00:49 |
tuxd3v | https://bugs.debian.org/cgi-bin/pkgreport.cgi?dist=unstable;package=tilda | 00:53 |
n4dir | i think, but don't know, that as long vst (? -> ups: vte ) is from the repo, compiling tilda itself ain't that much of a problem | 00:55 |
n4dir | sure would give it a try, if in doubt compile it to ~/bin | 00:55 |
tuxd3v | n4dir, I understands when you say that now you go for a light desktop reources system... tilda is not low on resources, at least it seems not so low | 00:59 |
fsmithred | the github page has instructions: https://github.com/lanoxx/tilda/blob/master/HACKING.md | 01:02 |
EHeM | Are the Devuan versions of the kbd package modifed from the Debian ones? | 01:29 |
EHeM | Hmm, second thought, nevermind. | 01:29 |
EHeM | Joy! Seems kbd got modified inappropriately for Devuan: #796583 | 01:31 |
EHeM | Or perhaps I should point to the changelog at version 2.0.3-2 for kbd. :-( | 01:32 |
clort | please do help fix issues you find | 01:34 |
gnarface | EHeM: please report bugs in forked packages, they'll be taken seriously if legit: http://bugs.devuan.org/ | 01:35 |
gnarface | EHeM: (obviously patches would be welcome but i'm sure if it's an obvious mistake they'll jump on it fast either way) | 01:36 |
EHeM | gnarface: In this case it is a bug in an unforked package, appears it got broken for systemd and no longer works so well for Devuan. | 01:46 |
gnarface | EHeM: well, that sucks but doesn't actually change the advice | 01:48 |
EHeM | gnarface: I guessed as much, but it seemed a large enough difference to warrant mention before proceeding. | 01:49 |
gnarface | fsmithred: ^ | 01:51 |
gnarface | fsmithred: have you heard about this yet? | 01:52 |
fsmithred | catching up | 01:52 |
fsmithred | anything we modify from debian gets +devuan in the version | 01:52 |
fsmithred | EHeM, did they remove the init script? | 02:00 |
EHeM | fsmithred: That is exactly what the changelog says, version 2.0.3-2, "Stop shipping /etc/init.d/kbd and /etc/kbd/* (Closes: #796583)" | 02:25 |
fsmithred | we'll add it to the list. Please file a bug report submit@bugs.devuan.org | 02:27 |
EHeM | fsmithred: Bug #531 (settings on the bug system seem to have gotten interesting). | 02:52 |
fsmithred | thanks | 02:54 |
fsmithred | I always use email to interact with the bug system | 02:54 |
EHeM | Except Debian managed to get some sort of rather effective spam-fighting measure into place which makes things much easier. :-( | 02:57 |
* EHeM . o O ( Hmm, what did the RPF do to HDMI blanking functionality??? ) | 02:59 | |
danuan | anyone have any ideas on how to autoexecute a script in singleuser mode . cannot get anything to run after rc1.d/S02single does exec init -t1 S , runs fine before that as S01 but daemons/processes have stopped yet byt that point. | 04:36 |
tuxd3v | hello, I need to get the source code of 'libnewt-dev' in chimaera | 05:42 |
tuxd3v | I updated sources.list with deb-src | 05:42 |
tuxd3v | but I can't get the package :/ | 05:42 |
tuxd3v | does someone knows I to get it? | 05:42 |
tuxd3v | the API changed from beowulf to chimaera, in chimaera is v0.52.21-4+b3 | 05:43 |
mason | tuxd3v: did you apt update after you added the entry? | 05:43 |
tuxd3v | shouldn't be major changes since it maintains itself with the v0. but, there are :/ | 05:44 |
mason | tuxd3v: And once you did that, how'd you try to get the source? | 05:44 |
tuxd3v | apt-get source libnewt-dev | 05:45 |
mason | tuxd3v: you said 'apt update' first? | 05:45 |
tuxd3v | yea, I did | 05:45 |
mason | Hrm. | 05:45 |
tuxd3v | there are API changes that I need to follow in : | 05:45 |
mason | tuxd3v: You can always get it from here: https://packages.debian.org/bullseye/libnewt-dev | 05:46 |
tuxd3v | https://gitea.devuan.org/tuxd3v/edev1 | 05:46 |
mason | not altogether sure why the source spec wouldn't have done theright thing. | 05:46 |
KREYREEN | [cargo-make] INFO - Execute Command: "debootstrap" "--arch=amd64" "--variant=minbase" "--no-merged-usr" "--cache-dir=/home/user/.cache" "beowulf" "/home/user/Repositories/qubes-template-devuan/build" | 08:01 |
KREYREEN | E: Cannot install into target '/home/user/Repositories/qubes-template-devuan/build' mounted with noexec or nodev | 08:01 |
KREYREEN | any idea wha tis this caused by? | 08:01 |
KREYREEN | i can create file in that directory.. | 08:02 |
* KREYREEN is lazy to read that unreadable shell script that debootstrap is~ | 08:02 | |
* KREYREEN is implementing a handling of devuan TemplateVM in qubesOS | 08:02 | |
rrq | KREYREEN wants to be told what "mounted with noexec or nodev" means? | 08:06 |
KREYREEN | rrq, it ain't mounted with noexec nor nodev | 08:07 |
KREYREEN | /dev/xvdb on /home type ext4 (rw,nosuid,nodev,relatime,discard) | 08:07 |
rrq | I believe you; maybe flash a mount output line to show the audience? | 08:07 |
KREYREEN | ... | 08:07 |
* rrq is too slow | 08:08 | |
rrq | but doesn't it say nodev? | 08:08 |
KREYREEN | user@personal:~/Repositories/qubes-template-devuan$ mount | curl -F 'f:1=<-' ix.io | 08:08 |
KREYREEN | http://ix.io/2Hgk | 08:08 |
KREYREEN | ... | 08:08 |
KREYREEN | aaaaa i can't reeeaaaad | 08:08 |
KREYREEN | thanku | 08:08 |
rrq | nw | 08:08 |
KREYREEN | https://bin.snopyta.org/?b8631f5f6b58f4f1#9GfxJhqXNbx3BFTHjEssJs8NWLF6yNusuyzFgq4tQnFV | 11:21 |
KREYREEN | any idea why is this failing this way? | 11:21 |
KREYREEN | E: Couldn't find these debs: apt | 11:21 |
KREYREEN | seems like devuan's issue with debootstrap something O.o | 11:21 |
rrq | perhaps a clear-text paste somewhere would be possible? | 11:23 |
gnarface | use paste.debian.net and i'll look at it | 11:23 |
gnarface | usually the answer is just repo propagation | 11:23 |
gnarface | sometimes it's bad sources.list | 11:24 |
KREYREEN | gnarface, rrq, https://paste.debian.net/1176180/ | 11:24 |
KREYREEN | btw. bin.snopyta.org is using PrivateBin that decrypts the paste in the browser through 256-bit AES and server doesn't know the content | 11:25 |
KREYREEN | also floss ^-^ | 11:25 |
rrq | you probably want /merged rather than /devuan | 11:25 |
gnarface | yea | 11:25 |
gnarface | i was gonna say that | 11:25 |
gnarface | your url is wrong for the repo | 11:25 |
KREYREEN | rrq, used merged in beowulf-merged | 11:25 |
KREYREEN | ah in the URL | 11:25 |
gnarface | can't verify the rest | 11:25 |
KREYREEN | E: Failed getting release file http://deb.devuan.org/devuan-merged/dists/beowulf/Release | 11:26 |
gnarface | that's with http://deb.devuan.org/merged? | 11:26 |
KREYREEN | no that's with http://deb.devuan.org/devuan-merged O.o checking | 11:26 |
KREYREEN | ah it's just merged x.x | 11:27 |
KREYREEN | works now thanku <3 | 11:27 |
gnarface | no problem | 11:27 |
rrq | btw that bin.snopyta.org seemed to want to install some webassembly or something; not part of my workflow | 11:28 |
KREYREEN | rrq, doesn't require to install anything on my end O.o but it's using webassembly to decrypt the pastes | 11:49 |
Helle | hrm, isn't a setup without elogind still supposed to be supported ? | 13:26 |
Helle | I am somehow getting the feeling that something in Devuan's Priorities messes up and hence you end up with debootstrap drawing in a lot of stuff it really shouldn't | 13:28 |
gnarface | Helle: try disabling recommends | 13:51 |
gnarface | Helle: you shouldn't need elogind unless you're using a graphical login | 13:51 |
Helle | hrm, init gurus, when does sysfs get mounted "these days" ? ie, before the rcS.d/ or only at S09mountall.sh ? | 15:18 |
Helle | nevermind, being very blind | 15:25 |
clort | i seem to have elogind | 16:09 |
Helle | clort: yes, elogind is an option, but I was seeing it pulled in on a freshly debootstrapped setup | 16:38 |
clort | is it one of those things we'd rather not have? | 16:38 |
fsmithred | I just did a debootstrap of chimaera and beowulf, and in both cases it pulled in libsystemd0 | 16:39 |
fsmithred | elogind is a fork of systemd-logind, so some people don't want it | 16:39 |
fsmithred | adding --include=libelogind0 causes libsystemd0 to be replaced. | 16:40 |
fsmithred | Helle, did you say you were getting xorg stuff on debootstrap? I don't see that. | 16:43 |
Helle | fsmithred: yeah, figured out what was going on | 16:44 |
fsmithred | what was it? | 16:44 |
Helle | fsmithred: well, mostly, I was adding 3 more packages that I did not expect to impact things, but via some ridiculous Recommends: chains that pulled in Xorg stuff | 16:45 |
fsmithred | oh, yeah. I can believe it. | 16:45 |
fsmithred | I don't know of a way to exclude Recommends on a debootstrap. | 16:45 |
fsmithred | other than in chroot | 16:45 |
fsmithred | I like to disable those early | 16:46 |
asbesto | disable what? | 16:52 |
mason | fsmithred: there's --exclude, but that gets overridden by (I think) recommends, which is why it's insufficient for blocking elogind. | 16:55 |
fsmithred | I didn't get elogind | 16:55 |
fsmithred | I included libelogind0 so it would replace libsystemd0. The latter does get pulled in, but it's gone in the final product. | 16:56 |
rkta | Is the beta installer released yet? | 18:32 |
golinux | rkta: A Beowulf 3.1 point release is very close to being released.Chimera beta won't be released until bulleye goes to stable which is still a ways off and Devuan will follow sometime after that. | 18:40 |
onefang | For debootstrapping, I debootstrap the bare minimum, disable recommends, then apt install the rest. | 19:01 |
fsmithred | onefang, that's what I do, too. Also, I discovered today that you can't do a debootstrap of chimaera, but using 'testing' works. | 19:17 |
fsmithred | also, I plan on making chimaera isos after beowulf point-release is done | 19:17 |
* onefang heads back to bed. | 19:28 | |
* clort frolics with the power of kdenlive | 20:21 | |
unixbsd | hi | 20:46 |
unixbsd | how to get on devuan / gui-free X-free a way that it puts internet on wireless whatever the dongle wifi, unplug replug, bit like BSD does? | 20:47 |
rwp | unixbsd, There are multiple non-graphical ways. Both by using manager software, and by running the low level commands yourself. | 20:58 |
rwp | unixbsd, Easiest might be wicd and wicd-curses which I will recommend as being very easy. | 20:59 |
asbesto | I'm using directly wpa_supplicant with a config file and a shell script for dhcp and stuff. Quite simple | 20:59 |
unixbsd | are they already some bash script or whatever that do put ifup/dhclient/wpa key on whatever wlanX ?= | 20:59 |
asbesto | or you can use... let me search. there's a fantastic tool by a friend of mine | 20:59 |
unixbsd | can you give you script? | 20:59 |
asbesto | let me search the link for ya | 20:59 |
unixbsd | would be cool | 20:59 |
rwp | Easily scripting this is basically the same as using wicd-curses or conman or other manager. (shrug) | 21:00 |
rwp | For dedicated non-mobile systems that connect to wifi I use /etc/network/interfaces in the normal way with wpa_supplicant. | 21:01 |
rwp | That's a very reliable and solid configuration. | 21:01 |
Helle | wicd does require DBus and things as does iwd | 21:03 |
Helle | I should package eiwd at some point (iwd, without DBus) | 21:03 |
rwp | dbus? Why oh why... | 21:04 |
Helle | wpa_supplicant or the way it integrates with /etc/networks is otoh still passable | 21:04 |
Helle | rwp: well, that is why eiwd exists | 21:04 |
asbesto | https://github.com/KatolaZ/setnet | 21:04 |
asbesto | here it is | 21:04 |
asbesto | IDK if this is the last version or what | 21:04 |
rwp | I am an emacs user and Emacs for goodness sake also pulls in dbus. But I don't use it. | 21:04 |
asbesto | because I remember the author using HIS own git repository instead of github but i can't find it | 21:04 |
asbesto | anyway there is it | 21:04 |
asbesto | it's just a shell script, very nice and simple | 21:04 |
asbesto | and it works :) | 21:05 |
Helle | But (e)iwd replaces wpa_supplicant and has some more modern options and eiwd, while not having a commandline client, works fine with just their config files (it only used dbus for the client) | 21:05 |
Helle | but is currently not packaged and I should fix that | 21:05 |
Helle | also means probably trying to convince Debian to include it | 21:05 |
asbesto | you mean setnet? | 21:06 |
Helle | no, eiwd | 21:06 |
asbesto | well it's just a shell script | 21:06 |
asbesto | ah ok :D | 21:06 |
asbesto | from setnet.sh I just moved to having a config. file for wpasupplicant, and that is what I'm using now | 21:07 |
Helle | wpa_supplicant however as mentioned doesn't support some more recent wifi developments annoyingly | 21:07 |
asbesto | just because I'm lazy and too '70 UNIX oriented :) | 21:07 |
asbesto | ah | 21:07 |
asbesto | as I read somewhere, wpa_supplicant "is a can of worms" | 21:07 |
rwp | unixbsd, Are you intending it to be a mobile client? Connecting to many different random Access Points? Or a local non-mobile one always connecting to your local one? | 21:07 |
Helle | yes, that is why people are hesitant to implement new code on it | 21:07 |
asbesto | I just have a bunch of AP configured into a config file, and it works good when I'm on the move. | 21:08 |
asbesto | but sometime I prefer using single files just for one access point at a time, to avoid any delay / problems | 21:08 |
asbesto | anyway setnet is great :) | 21:09 |
Helle | eh, if it's a wrapper around wpa_supplicant it's a bit whatever, there is integration for that in /etc/network scripts | 21:10 |
antonio_ | nmcli is the answer | 21:13 |
rwp | answer to the question of how to cause yourself pain and suffering? | 21:13 |
Helle | nmcli is networkmanager, no thanks | 21:14 |
Helle | Dependencies all over and bad design for anything but simple use cases | 21:15 |
rwp | Multiple times now across several years and multiple releases I have had Network Manager down the main network connection during upgrades and then forget to bring the network back up again. | 21:15 |
Helle | wicd is already a lot lighter, and iwd seems to be doing even better, but I've yet to try it in production | 21:16 |
rwp | Too many drives to the datacenter to get on the console. | 21:16 |
rwp | Fool me once. Shame on me. Fool me twice. Shame on you. | 21:16 |
* rwp laughs | 21:16 | |
Helle | but eiwd would allow for a dbus-less install for things like embedded systems | 21:16 |
Helle | so replacing wpa_supplicant with something, well modenr | 21:16 |
Helle | modern | 21:16 |
unixbsd | I am back... ok let s go to https://github.com/KatolaZ/setnet | 21:19 |
unixbsd | it lookks prettty nice this setnet | 21:21 |
unixbsd | it does use just shell | 21:21 |
unixbsd | I wonder if it would work with those enxXXXXX stuffs | 21:21 |
unixbsd | I dont know yet, I will test it first. | 21:22 |
unixbsd | hopefully hte network layer can be better with that thing setnet | 21:22 |
antonio_ | asbesto has a script called petacci.sh which does the same thing | 21:23 |
asbesto | antonio you're a fucking troll <3 | 21:27 |
antonio_ | asbesto: is that true or not? | 21:28 |
Helle | anyone know what the Devuan plans for network device naming rules are ? just sticking with persistent-net rules as Debian has had since Lenny ? | 21:39 |
Helle | from what I can find online (but it's not authorative), yes and old style (eth0/wlan0 type) naming scheme | 21:42 |
Helle | good to know, that makes my life easier writing this | 21:44 |
unixbsd | man, that debootstrap is completely broken on devuan. I have no idea what is going on with your server. | 21:49 |
unixbsd | I works very fine on debian. | 21:49 |
golinux | Hella Devuan uses eth0 etc | 21:56 |
n4dir | failed to fetch deb.devuan.org in sources.list yesterday. Same today. Error message says: "unable to fetch mirrors.dotsrc.org" | 21:58 |
n4dir | anything i can do about it besides waiting? | 21:58 |
fsmithred | unixbsd, I did three debootstrap installs today. Two chimaera and one beowulf. What problem are you having? | 21:59 |
unixbsd | they need l�ikely to host the devuan packages and mirror on a debian server | 21:59 |
fsmithred | what do you mean? | 22:00 |
unixbsd | debian has lot of money to get those machines running ... | 22:00 |
Helle | I've just ran a bunch of Debootstraps with both Beowulf and Chimaera and uuuuh, it's my code that is leaving the result broken, not Devuan :P | 22:00 |
fsmithred | you don't need to worry about debian servers | 22:00 |
fsmithred | what url did you use? | 22:00 |
unixbsd | the debian servers are heavy ones, excellent machines to serve packages. | 22:00 |
Helle | ... | 22:00 |
unixbsd | devuan is smaller community in comparison. | 22:00 |
fsmithred | was deb.devuan.org too slow for you? | 22:00 |
Helle | don't mix sources and then complain | 22:01 |
unixbsd | slow and broken while fetzching missing | 22:01 |
fsmithred | I don't think you can mix sources on a debootstrap | 22:01 |
fsmithred | pick a mirror near you from the list | 22:01 |
fsmithred | or one you know is fast | 22:01 |
n4dir | whats even more weird that i can ping both URL's. hmmm ... | 22:01 |
fsmithred | if packages are missing, the mirror is probably in the middle of an update. | 22:02 |
n4dir | so just wait? | 22:02 |
fsmithred | check the mirror checker | 22:02 |
unixbsd | I can just tell you that 2-3 last years ago it worked fine. | 22:02 |
unixbsd | since lockdown and first covid, your devuan servers de.devuan.org is failing regularly. | 22:02 |
fsmithred | uh, except whenever it stopped updating | 22:03 |
unixbsd | I tried abroad from different countries. | 22:03 |
fsmithred | don't use country codes, just pick a server | 22:03 |
fsmithred | the country codes just send you to the same round-robin as deb.devuan.org | 22:03 |
fsmithred | crap-shoot | 22:03 |
fsmithred | apt-panopticon (the mirror checker): https://borta.devuan.dev/apt-panopticon/results/Report-web.html | 22:04 |
fsmithred | same thing, northern hemisphere: https://sledjhamr.org/apt-panopticon/results/Report-web.html | 22:05 |
n4dir | so i stick to deb.devuan.org and wait? | 22:06 |
fsmithred | n4dir, or pick a different mirror | 22:07 |
n4dir | no need to get excited with old horses. i will wait | 22:07 |
n4dir | thanks for the info and the link | 22:07 |
fsmithred | that works | 22:07 |
unixbsd | why not asking debian to host or to mirror your packages? there is no shame at all, at least we would be sure that it would work fine. | 22:11 |
fsmithred | amprolla is getting some testing and patching lately to address the problems | 22:11 |
fsmithred | you think they would cooperate? | 22:11 |
unixbsd | why not? | 22:12 |
unixbsd | debian aim no harm | 22:12 |
fsmithred | we can't get them to keep init scripts in packages | 22:12 |
unixbsd | wait... I may try to ask. | 22:13 |
unixbsd | man, seems 5 bucks per months | 22:18 |
aitor_ | oops, you were talking about network managers and dbus mitigation... | 23:03 |
aitor_ | i've just sent an email to DNG | 23:03 |
tuxd3v | in chimaera a package version is updated frequently, or once in chimaera that package will for sure be in next stable? | 23:59 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!