Human_G33k | hello | 02:59 |
---|---|---|
Human_G33k | i have an issue. | 02:59 |
Human_G33k | https://paste.debian.net/1184820/ | 02:59 |
Human_G33k | at the end of an install | 03:00 |
Human_G33k | there is an infinite loop | 03:00 |
Human_G33k | any ideas ? | 03:00 |
gnarface | Human_G33k: which installer image? | 03:09 |
gnarface | Human_G33k: seems whack, i'd try to see if i could get past the install completion by not installing apache until afterwards | 03:38 |
gnarface | but i'm wondering if this was a fresh install or if there could have been vestiges of something else on the filesystem conflicting with that postinst script somehow? | 03:39 |
gnarface | you didn't provide any 3rd party packages to the installer up front, did you? | 03:39 |
Human_G33k | hi gnarface thx to take time for me | 03:41 |
Human_G33k | so pretty fresh install. the install (devuan) works i setup some others "websites" and no trouble. the issue is related to fusiondirectory. | 03:42 |
Human_G33k | a package in repository and also it's own repository | 03:42 |
gnarface | it does look like a bug then | 03:48 |
gnarface | are you able to verify if that happens any time you install it or only if it's included at system install time? | 03:49 |
gnarface | like if you purge it and install it again, do you get the same error over again? | 03:49 |
gnarface | Human_G33k: and to be clear, was it the regular netinstaller, a dvd set iso, or a live image? | 03:54 |
Human_G33k | yes | 03:59 |
Human_G33k | and already with previous version | 04:00 |
Human_G33k | let me check the version i use. but it's not the first time i have this issue. and i can not find why this package not work a this step install | 04:01 |
Human_G33k | and the fact is the software work only the last part of the install fail. | 04:03 |
Human_G33k | gnarface, devuan_beowulf_3.0.0_amd64-server.iso | 04:10 |
Human_G33k | but i asking myself if its not a perl bug or something | 04:11 |
Gramcor | does devuan use sysvinit or openrc? | 04:13 |
fluffywolf | sysvinit | 04:13 |
Gramcor | i read both can be used | 04:13 |
fluffywolf | you may also be able to use openrc, but I haven't tried. | 04:13 |
rrq | Human_G33k: you mention "inifinite loop" .. what is looping? is apache2 looping during start up? | 04:27 |
Human_G33k | rrq, no the perl script never finish (postinst) and apt/aptitude is stuck | 04:41 |
Human_G33k | everything is in the paste | 04:41 |
Human_G33k | https://paste.debian.net/1184820/ | 04:41 |
Human_G33k | it s more an idle or a stuck thing than an infinite loop | 04:42 |
rrq | ok .. which selections did you do on the task selection dialog, apart from web server ? | 04:43 |
Human_G33k | there is no selection dialog | 04:43 |
Human_G33k | not for that package. | 04:44 |
Human_G33k | or something prevent it to be show | 04:44 |
rrq | wasn't there a selection dialog during the installation before it entered this state ? | 04:45 |
Human_G33k | if you know how can make the package as install it solve my issue. | 04:45 |
Human_G33k | no | 04:45 |
Human_G33k | nothing | 04:45 |
rrq | hmm I htought you were installing a system from devuan_beowulf_3.0.0_amd64-server.iso and ran into this towards the end ... but you were doing something else? | 04:47 |
Human_G33k | yes | 04:47 |
Human_G33k | installing fusiondirectory | 04:47 |
Human_G33k | and if i had an echo just before the exit 0 at the postinst script i see it | 04:48 |
Human_G33k | but still stuck | 04:48 |
rrq | ah ok .. but devuan_beowulf_3.0.0_amd64-server.iso is involved in this? | 04:48 |
Human_G33k | no | 04:48 |
Human_G33k | gnarface, ask me what install iso i use i say it | 04:49 |
Human_G33k | sry if my english was bad | 04:49 |
rrq | ok .. I misunderstood ... I probably is of less help than gnarface then :) | 04:49 |
rrq | is fusiondirectory a client for some server? | 04:50 |
Human_G33k | its a web interfaces for manage slapd | 04:50 |
Human_G33k | and schema | 04:50 |
rrq | have you checked network traffic while instllation is hanging? maybe the client is waiting for a missing server? | 04:54 |
gnarface | yea, it might be a good clue to know if it works right when the ServerName is correct | 04:56 |
Human_G33k | do you think it can trigger an error humm | 04:57 |
Human_G33k | gnarface, sry but not working even with the error fix | 05:01 |
rrq | last year, were you HumanG33k then and did you resolve this issue then? | 05:05 |
Human_G33k | pretty sure i hack the thing by "mark package as install" | 05:07 |
Human_G33k | yes it's also me | 05:07 |
Human_G33k | i try to setup a vm from scratch with nothing else than that to see where issue can from. | 05:09 |
rrq | right ... seemingly the postinst is completed ... can you find the dpkg process that has "--status-fd 22" as argument? what does it wait on? | 05:12 |
Human_G33k | how can i do that ? | 05:13 |
rrq | pgrep -a status-fd | 05:13 |
rrq | pgrep -af status-fd | 05:13 |
rrq | might say something | 05:13 |
Human_G33k | nothing | 05:14 |
rrq | what about: pgrep -af fusiondirectory.postinst | 05:15 |
Human_G33k | in the paste there is some htop output if it's related | 05:15 |
rrq | btw your past says "/varlib/dpkg/info/fusiondirectory.postinst" ... should there be a / after the "/var" in the beginning? | 05:16 |
Human_G33k | 17601 /usr/bin/perl -w /usr/share/debconf/frontend /var/lib/dpkg/info/fusiondirectory.postinst configure | 05:16 |
Human_G33k | yes | 05:16 |
rrq | ok .. so that process is hanging | 05:17 |
Human_G33k | i can not explain myself why | 05:17 |
rrq | mmmm it's not easy to figure out where .. is there a file /usr/share/debconf/frontend with stuff in? | 05:18 |
rrq | or that is a socket perhaps? | 05:18 |
Human_G33k | file command : /usr/share/debconf/frontend: Perl script text executable | 05:19 |
rrq | I have never been to that part of the forest before :) | 05:21 |
rrq | mmm is there a file /var/lib/dpkg/info/fusiondirectory.config ? | 05:23 |
Human_G33k | 1 while ($confmodule->communicate); <= the line | 05:24 |
Human_G33k | no | 05:24 |
rrq | do you have a console for the VM where the installation happens? it looks like the installation wants some operator input.. somewhere | 05:26 |
Human_G33k | i currently connect through ssh | 05:27 |
Human_G33k | also a console on the proxmox webui | 05:28 |
Human_G33k | it help ? | 05:28 |
rrq | I don't know how, but you should be able to configure debconf to interact without "gui frontend" ... | 05:29 |
rrq | check the webui first | 05:29 |
Human_G33k | DEBIAN_FRONTEND=noninteractive | 05:29 |
Human_G33k | ? | 05:30 |
Human_G33k | already try nothing | 05:30 |
Human_G33k | and other packages works i have the blue screen form | 05:31 |
Human_G33k | if its the debconf stuff | 05:31 |
rrq | I'll have to go .. back later | 05:32 |
Human_G33k | ok thx. | 05:32 |
Human_G33k | nothing on the console | 05:32 |
Human_G33k | i will debug old fashion "hello world" output | 05:33 |
garoto | what's the root password for devuan_beowulf_3.0.0_amd64_minimal-live.iso? | 13:51 |
miojo | garoto: you could use sudo passwd root | 13:58 |
miojo | and change it | 13:58 |
xinomilo | password should be : toor | 13:59 |
nealshire | /!\ this channel has moved to ##hamradio /!\ | 14:07 |
r3boot | yay spam | 14:08 |
barqMt | /!\ this channel has moved to ##hamradio /!\ | 14:08 |
qmrpA | /!\ this channel has moved to ##hamradio /!\ | 14:09 |
hipp | /!\ this channel has moved to #nyymit /!\ | 14:13 |
r3boot | +v+m :) | 14:13 |
Lord_of_Lifejr | /!\ this channel has moved to #nyymit /!\ | 14:14 |
FuzzySockets | /!\ this channel has moved to #nyymit /!\ | 14:14 |
funnel | /!\ this channel has moved to #nyymit /!\ | 14:14 |
onefang | /!\ this spammer has moved to a botnet /!\ | 14:15 |
Soniqb | /!\ this channel has moved to #nyymit /!\ | 14:16 |
fsmithred | DocScrutinizer05, can you adjust the spam filter? | 14:35 |
numzob | curiousity got the best of me, tried to join that channel (lol?). it's invite-only | 14:35 |
fsmithred | lol | 14:35 |
fsmithred | now you are marked | 14:35 |
onefang | Both of them? | 14:35 |
numzob | so ... i wonder: why spam it and then not let anyone in? | 14:35 |
numzob | the ny one | 14:35 |
plub | hi. i am trying to make a chroot with ascii devuan to build an old version of a package | 14:36 |
plub | mkdir /oldascii && debootstrap ascii /oldascii http://deb.devuan.org/devuan/ | 14:36 |
onefang | I was thinking perhaps those channels had been trojaned in some way. | 14:36 |
plub | returns with W: Failure trying to run: chroot "/oldascii" dpkg-deb -f Version | 14:36 |
numzob | don't you have to speficy the shell to use when chrooting? | 14:37 |
numzob | and the shell has to be there, also | 14:37 |
plub | the log says | 14:37 |
plub | chroot: failed to run command 'dpkg-deb': No such file or directory | 14:37 |
plub | chroot: failed to run command 'mount': No such file or directory | 14:37 |
fsmithred | debootstrap --arch amd64 beowulf /mnt http://deb.devuan.org/merged | 14:37 |
plub | checking /oldascii i see no dpkg-deb or mount binary | 14:37 |
fsmithred | try something more like that | 14:38 |
mason | Ah, right, merged-not-devuan | 14:38 |
mason | plub: use merged | 14:38 |
plub | thanks! | 14:38 |
mason | It's so easy to miss that. | 14:39 |
fsmithred | true. Maybe we should change it "our-very-own" | 14:39 |
fsmithred | make it easy to see | 14:40 |
onefang | That's not accurate though. Debian-systemd+DevuanStuff | 14:40 |
fsmithred | I mean replace /devuan | 14:42 |
fsmithred | not /merged | 14:42 |
fsmithred | "merged" makes perfect sense | 14:42 |
plub | i need an old version of a package, and building it on newer ceres libs has too many problems, so i make an ascii chroot with debootstrap | 14:43 |
fsmithred | yeah, that should work | 14:43 |
numzob | would you have to chroot every time you need to run it? | 14:43 |
plub | yes | 14:43 |
fsmithred | or install it on an actual ascii installation | 14:44 |
fsmithred | you could run it in a VM | 14:44 |
numzob | understood | 14:44 |
onefang | I've done both, debootstrapped into a qcow2 image, then ran it as a VM. | 14:45 |
DocScrutinizer05 | fsmithred: sorry, missed your call. Looking into it | 14:45 |
mason | fsmithred: Ah, I think it'd violate POLA less if we made /devuan valid as the product. I wouldn't ditch /merged but I'd definitely want to move to something else instead of /devuan for the overlay. Maybe... /overlay | 14:47 |
mason | I'll bring it up this week. | 14:47 |
DocScrutinizer05 | fsmithred: what do you suggest to adjust? | 14:47 |
DocScrutinizer05 | please PM me | 14:47 |
* numzob googled pola ... got "principle of least astonishment?" | 14:48 | |
mason | numzob: yes | 14:48 |
mason | numzob: "I want to install Devuan" - "Oh, /devuan is the wrong repository." | 14:49 |
plub | it was called /merged because it merges debian with devuan changes? | 14:49 |
onefang | Keep in mind, some mirrors mirror other things, so already have a /devuan/merged | 14:50 |
plub | i made a wrong assumption changing /debian to /merged. i probably should have realized my error. | 14:51 |
plub | *i made a wrong assumption changing /debian to /devuan. i probably should have realized my error. | 14:51 |
fsmithred | or /devuan/devuan, onefang | 14:52 |
fsmithred | gotta go. bbl. | 14:53 |
mason | plub: Easy to do. | 15:19 |
msiism | So, Pidgin has been crashing sort of regularly on Beowulf for me. After resorting to starting it from the terminal every time, I finally got to see why: https://paste.debian.net/plainh/5ddb9c6b/ | 19:28 |
msiism | (Sorry for the German in there. I forgot to set LANG=C.) | 19:29 |
msiism | Has anyone else had the same experience. This usually happens when using the scroll bar to jump around the backlog a lot. | 19:29 |
onefang | It only recently started to crash on me, I think if I do any rearranging of tabs. Seems stable if I don't do that. | 19:29 |
msiism | Okay, I hardly ever do that. | 19:30 |
onefang | Until a few days ago, it was the first thing I do. So all my #devuan IRC channels are together, my girlfriends tab is first, etc. | 19:31 |
msiism | I see. I'm hardly ever in more than four channels at the same time. | 19:32 |
onefang | Though I only switched to pidgin when I upgraded to beowulf, coz psi and psi+ no longer actually log on in the beowulf version. | 19:32 |
msiism | Why that? | 19:33 |
onefang | Coz I like psi+. | 19:33 |
msiism | No, I mean: Why do they not log on? | 19:34 |
onefang | They just fail to log on. Worked fine in ASCII. shrugs | 19:34 |
msiism | I see. | 19:34 |
onefang | On the other hand, I don't jump around the backlog a lot. Every morning I scroll back to catch up on what I missed while sleeping though. | 19:36 |
msiism | I tend to make notes based on my backlog quite often. And if you've had several other conversations happening inbetween, you'll have to do a lot of jumping around to get things together. | 19:38 |
plub | 03EY | 21:10 |
gnarface | plub: if you've got questions just ask them, no need to wait for permission or anything | 21:13 |
debdog | C0N5UME! | 21:14 |
* plub tips his cap to debdog :) | 21:14 | |
plub | just rewatching it | 21:14 |
plub | my question was answered thank you gnarface . i am now questionless. | 21:14 |
debdog | nice topic, unfortunately off-topic :/ | 21:15 |
gnarface | oh i see, i didn't scroll back far enough | 21:16 |
MinceR | R3PR0)U(3 | 21:16 |
MinceR | (0|\|F0R|\/| | 21:17 |
hagbard_ | Finally got the glibc through it's test suite. But I am non the wiser than yesterday, still don't know what made the difference. | 21:18 |
hagbard_ | It's said that stupidity is trying the same thing and expecting different results, but with the glibc it seems to be possible to get different results indeed if you build/test the very same code repeatedly. | 21:20 |
plub | what are you trying to do hagbard_ ? | 21:20 |
hagbard_ | Oh, yesterday I was asking in here about test suite failures during the build of glibc. But now it got through all the tests just fine. | 21:22 |
hagbard_ | Was just rebuilding it from the debian source. | 21:22 |
gnarface | weird | 21:22 |
gnarface | something had to have changed... | 21:22 |
numzob | this is giving me flashbacks of linux from scratch :) | 21:23 |
gnarface | though i shudder to imagine the implications if it was environmental.... | 21:23 |
gnarface | usually it's just some version issue | 21:23 |
gnarface | (usually a compiler bug) | 21:23 |
hagbard_ | I've found the exact same set of test failiures in a bug report for gentoo, also with no solution there. And similar ones for LFS. | 21:24 |
numzob | iirc there were always a set of "known" test failures | 21:25 |
numzob | scary stuff | 21:26 |
hagbard_ | Yes, these are marked as XFAIL, and don't break the build if they (expectedly) fail. But I had (unexpected) FAILs. | 21:27 |
hagbard_ | And I got the very same set of FAILS on a different machine with pure debian. | 21:27 |
hagbard_ | Today I've repeated the build on my devuan box, for one last try before giving up, and no fails. | 21:29 |
hagbard_ | Oh wait, I have booted with a different kernel this time. | 21:30 |
gnarface | the kernel... interesting? | 21:31 |
plub | so you're compiling gcc and running the included tests? | 21:31 |
plub | i feel like donny at the bowling alley | 21:32 |
hagbard_ | Yesterday it was with the devuan/debian-repo kernel (with corresponding headers), on both machines. Today I had booted my devuan laptop with a vanilla kernel.org-git-repo kernel. | 21:32 |
hagbard_ | plub: yes, that's what I did. | 21:33 |
plub | gcc-10? | 21:33 |
hagbard_ | Except the kernel, I can't think of any differences in the build environment since yesterday. | 21:33 |
hagbard_ | yes. | 21:33 |
plub | i will try this | 21:33 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!