filipdevuan_ | hi | 00:43 |
---|---|---|
tuxd3v | debian port for armhf states about eabi that is armv5T compatible... but its impossible to compile code for armv6...well well.. | 02:00 |
tuxd3v | they state they droped 4T, seems that they dropped 4T,5T,6 | 02:01 |
MinceR | they could run armv5 code on armv6, then | 02:01 |
tuxd3v | I am compiling in armv7 for armv6, and I can't | 02:01 |
tuxd3v | sorry, unimplemented: Thumb-1 hard-float VFP ABI | 02:01 |
tuxd3v | only becasue I am using one armv6 arch.. more precisedly the rpi1 cpu 'arm1176jzf-s' | 02:02 |
tuxd3v | 'arm1176jzf-s' used the first implementation of vfp I believe | 02:05 |
tuxd3v | Kow I am in the dark.. tried to run devuan armhf and after the kernel loads, it hangs..and I don't know why.. | 02:06 |
tuxd3v | now compiling fluxbox in armv7 for armv6 and I can't ...the toolchains is also old 6.3.. | 02:07 |
tuxd3v | I was trying the last version of fluxbox.. | 02:08 |
tuxd3v | :) | 02:08 |
tuxd3v | the one in the debian experimental repos.. | 02:09 |
tuxd3v | MinceR, maybe I was wrong about armel droping 5T, 6 arm archs... I simply configured badly my builder, and I got a armhf rootfs.. | 06:17 |
tuxd3v | yeah...sometimes its better to go back to the starting point.. saves time and a headache .. | 06:18 |
tuxd3v | probably I would have to find a crosstolchain compatible, somewere.. | 06:19 |
tuxd3v | ARM has one but its armhf, and I really don't know if they follow the same EABI as debian.. | 06:19 |
tuxd3v | they have one from 2018, but is explicictly soft-float.. I want hardfloat, but for armv6 :S | 06:20 |
systemdlete | when I use pastebinit, it gives me the website (paste.debian.com) but not the page (something like zYzza3sa) | 06:35 |
systemdlete | seems that pastebin.com is down right now | 06:35 |
systemdlete | (DDOS attack or something maybe? idk) | 06:35 |
kappa | hey, i performed a dist-upgrade on my machine, and APT seems to have appended a few lines to my sources.list | 18:44 |
kappa | it used to only point to Beowulf packages, but it's now added Ceres repositories to it, should I remove the old Beowulf lines? | 18:45 |
fsmithred | what lines? | 18:45 |
fsmithred | paste them somewhere not here | 18:45 |
fsmithred | do you want to run ceres? | 18:46 |
kappa | can i paste one? | 18:46 |
fsmithred | (not advised) | 18:46 |
fsmithred | one line, yes | 18:46 |
kappa | deb http://us.mirror.devuan.org/merged/ beowulf main | 18:47 |
kappa | i have several of these in the file, after i performed the dist-upgrade, it added two more, but these were for ceres repositories | 18:48 |
fsmithred | get rid of it | 18:48 |
kappa | of the beowulf one? | 18:48 |
kappa | okay | 18:48 |
fsmithred | if you want beowulf lines, or any, they should be deb.devuan.org | 18:48 |
kappa | the new ceres lines are devuan.org | 18:49 |
fsmithred | and don't bother with country codes now. They aren't set up. | 18:49 |
fsmithred | deb.devuan.org? | 18:49 |
kappa | packages.devuan.org | 18:49 |
fsmithred | no | 18:49 |
fsmithred | get rid of packages.devuan.org | 18:49 |
fsmithred | and use deb.devuan.org for all | 18:49 |
fsmithred | unless you run into problems with it | 18:50 |
fsmithred | and which do you want to run? ascii, beowulf or ceres? | 18:50 |
fsmithred | ceres is nowhere near ready | 18:50 |
tuxd3v | fsmithred, seems that there are a invalid name certificate on: https://deb.devuan.org | 18:51 |
tuxd3v | issued for CN: 'mirrors.dotsrc.org' | 18:51 |
kappa | welp, these ceres lines were added in apparently, i didn't add them in myself, and i've already done an update with them in-place, so i sure as hell can't go back | 18:51 |
kappa | at least as far as i know | 18:52 |
fsmithred | you're using https with apt? If so, you must specify a mirror that uses https | 18:52 |
kappa | i'm not | 18:52 |
fsmithred | were you running ascii or beowulf before the upgrade? | 18:52 |
kappa | as far as i know | 18:52 |
kappa | beowulf | 18:52 |
fsmithred | ok, if they were added during the upgrade, you should still be in beowulf | 18:53 |
fsmithred | you would have to update and upgrade again for them to take effect | 18:53 |
kappa | but i'm pretty sure i have | 18:53 |
fsmithred | oh | 18:53 |
kappa | that's the thing, so as far as i know i'm in ceres now | 18:53 |
fsmithred | there's a way to revert with pinning | 18:53 |
kappa | nothings exploded so far | 18:54 |
fsmithred | you might get away with running ceres | 18:54 |
kappa | is there? i've heard in other places that reverting isn't possible | 18:54 |
fsmithred | I have to remember where it was explained. | 18:54 |
fsmithred | I think you pin beowulf to 1001 | 18:54 |
fsmithred | and I'm not sure what to set for ceres | 18:55 |
fsmithred | might be on forum and might be on dng mailing list | 18:55 |
fsmithred | there's also a way to see which packages are from beowulf and which from ceres | 18:55 |
fsmithred | with aptitude | 18:55 |
fsmithred | aptitude search ~i -F"%p# %v# %t#" | 18:57 |
onefang | If you are not using https for apt, then you should not be seeing https://deb.devuan.org. | 18:57 |
kappa | ok, i'm not sure if i'll try reverting, but i'll keep it in mind just in case staying in ceres doesn't pan out for me | 18:58 |
onefang | deb.devuan.org is a DNS round robin, in your case it's sending you to mirrors.dotsrc.org, but apparently using https, mirrors.dotsrc.org doesn't have the deb.devuan.org certificate, it has it's own. | 18:58 |
kappa | i'm not seeing https tho, if you're talking to me that is | 18:58 |
onefang | Yep, I'm talking to you. | 18:59 |
kappa | what do you mean exactly, i mean i wasn't mentioning https | 18:59 |
onefang | Oh wait. It's 4AM here, I was talking to tuxd3v that DID mention https. Sorry. | 19:00 |
kappa | oh, okay | 19:01 |
onefang | tuxd3v: don't use https with deb.devuan.org. It's a round robin, the mirrors it will send you to only have their own certificates, not one for deb.devuan.org. | 19:05 |
kappa | when i install packages of a different architecture (i386) apt doesn't automatically install their dependencies like it usually does, does anyone know what to do about this? | 19:33 |
kappa | i tried apt install -f | 19:33 |
kappa | and using aptitude, neither worked | 19:33 |
tuxd3v | onefang, I understood that :) | 19:46 |
tuxd3v | One way, but envolves more complexity would be to setup a loadbalancer in the front-end, with it having and serving the requests with the correct certificate... | 19:47 |
tuxd3v | but that would involve more infrastructure.. | 19:47 |
tuxd3v | maintenance, and complexity.. | 19:48 |
tuxd3v | not to speak about region, that you would need to setup several.. | 19:49 |
tuxd3v | onefang, thanks for your clarification :) | 19:50 |
onefang | You are welcome. | 19:50 |
fsmithred | If one uses apt-transport-https, must all the repositories in sources.list be https, or is it possible to use both? Problem is that new skype depends on apt-transport-https | 20:50 |
fsmithred | hm, older version says the same thing. | 20:52 |
onefang | I think it's possible to use both, but I haven't tried it. | 20:56 |
fsmithred | ok, it seems to work. I didn't have to change anything in sources.list, skype added a file in sources.list.d and that line only uses https | 20:57 |
fsmithred | apt update didn't complain | 20:57 |
onefang | Cool. | 20:57 |
fsmithred | and nothing to upgrade at this time | 20:57 |
golinux | skype? Really?? | 21:00 |
onefang | Sometimes you are forced to use skype. I was once long ago, coz the client insisted. | 21:02 |
fsmithred | I'm making a live-iso for a friend | 21:16 |
fsmithred | she uses skype every day | 21:16 |
fsmithred | I can't get her to change to anything else | 21:16 |
golinux | I suspected that was the situation . . . | 21:23 |
jl4 | By chance ... does anybody here run Yunnhost on Devuan ? | 21:54 |
agris | onefang, you might be able to install a skype transport for xmpp | 23:46 |
jl4 | oh... a skype transport for xmpp ? | 23:59 |
* jl4 http://pad.librebits.info/p/init-freedom | 23:59 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!