| 00:11.26 | *** join/#devuan maiz (~maiz@129.45.1.189) |
| 00:19.24 | *** join/#devuan infobot (ibot@208.53.50.136) |
| 00:19.24 | *** topic/#devuan is Latest (2018-06-09): ASCII 2.0.0 https://devuan.org/os/debian-fork/ascii-stable-announce-060818 || Stable (2017-05-25): Jessie 1.0.0 stable release | This is the Devuan https://devuan.org/ discussion channel | off-topic conversation in #debianfork please | Devuan Forum: https://dev1galaxy.org/ | Chanlogs: http://maemo.cloud-7.de/irclogs/freenode/_devuan/ https://botbot.me/freenode/devuan |
| 00:19.25 | *** mode/#devuan [+v infobot] by ChanServ |
| 00:20.10 | *** join/#devuan nighty- (~nighty@kyotolabs.asahinet.com) |
| 00:22.50 | *** join/#devuan amarsh04 (~amarsh04@ppp121-45-69-244.bras1.adl6.internode.on.net) |
| 00:27.33 | *** join/#devuan theLambda (~theLambda@i577BCD26.versanet.de) |
| 00:33.41 | *** join/#devuan markoong (~marco@96.44.147.106) |
| 00:57.46 | *** join/#devuan xes (~xes@unaffiliated/xes) |
| 01:05.07 | *** join/#devuan tsuggs (~tsuggs@adsl-074-171-024-060.sip.int.bellsouth.net) |
| 01:23.53 | *** join/#devuan Humpelstilzchen (erik@p4FD039CC.dip0.t-ipconnect.de) |
| 01:31.25 | *** join/#devuan AlexLikeRock (~AlexLikeR@unaffiliated/alexlikerock) |
| 01:59.26 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 02:44.40 | *** join/#devuan guru (~guru@c-24-34-239-236.hsd1.ma.comcast.net) |
| 02:53.59 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 03:09.34 | *** join/#devuan Acacia (~stuttgart@unaffiliated/acacia) |
| 03:09.42 | DocScrutinizer05 | I'm looking for some "filesystem" - lets call it fuse-exec-fs - that provides the normal filesystem function calls ( man 2 open|less +'/^SEE ALSO' ) aka API under its MOUNTpoint, but actually consists of dynamically generated virtual char-device files, so for any open() && read() - like `cat /MOUNT/<filename> - returns the stdout of a executable like $(MyFileGenerator 'MOUNT' '<filename>') - you ever heard of some implementation of such |
| 03:09.44 | DocScrutinizer05 | a thing? |
| 03:12.22 | *** join/#devuan guru (~guru@c-24-34-239-236.hsd1.ma.comcast.net) |
| 03:26.06 | *** join/#devuan attos1 (~nix@x4db12578.dyn.telefonica.de) |
| 03:27.16 | *** join/#devuan t3chn0 (~t3chn0@gateway/tor-sasl/uberius) |
| 03:29.29 | gnarface | DocScrutinizer05: maybe i don't understand what you're asking but doesn't the kernel do that already with /dev/loop[N]? |
| 03:30.57 | gnarface | normally only udisks2 needs to touch them |
| 03:31.38 | gnarface | but if you're not running udisks2 i think they're the only way individual partitions are exposed as devices |
| 03:31.45 | DocScrutinizer05 | gnarface: an existing example that somewhat does what I'm looking for is the (name?) fuse-mp3-fs that creates a dir with virtual *,mp3 files that get dynamically recoded from *.flac, *.wav and whatnot else, when user opens any such file for reading |
| 03:32.30 | gnarface | that sounds like something i'd do with a cronned bash script, so you've lost me |
| 03:32.43 | DocScrutinizer05 | prolly that fuse-mp3-fs isn't generic enough to configure it for the uses I intend it for |
| 03:32.59 | gnarface | what would be the use, exactly? |
| 03:33.02 | DocScrutinizer05 | gnarface: huh? *virtual* files |
| 03:33.11 | gnarface | hmmm |
| 03:33.21 | gnarface | like /sys and /proc and /dev... |
| 03:33.24 | gnarface | i'm confused |
| 03:33.36 | DocScrutinizer05 | they never really exist on HDD and thus never eat space. Also never are out of date |
| 03:33.48 | gnarface | i'm torn between whether you're trying to do something in /mnt that belongs in /dev or trying to do something in /dev that belongs in userspace |
| 03:34.16 | DocScrutinizer05 | I smell a massive misconception on your side |
| 03:34.35 | gnarface | yes, probably something i'm misunderstanding about your goal |
| 03:34.41 | DocScrutinizer05 | the name FUSE alone already gives away "USER SPACE" |
| 03:35.13 | DocScrutinizer05 | maybe you could rethink the mp3 example |
| 03:35.15 | gnarface | yea, i get THAT, but that's not quite what i meant when i said userspace |
| 03:35.57 | DocScrutinizer05 | that's an *existing* implementation |
| 03:36.14 | gnarface | yes, it's the very definition of something that should be done in the kernel being done in userspace instead |
| 03:36.32 | DocScrutinizer05 | there's no kernel involved |
| 03:36.43 | DocScrutinizer05 | except FUSE kernel stub |
| 03:37.10 | gnarface | but how is that functionally different than if you for example just put the files in some tmpfs mount and ran a cron job to transcode them? |
| 03:37.26 | DocScrutinizer05 | you ever heard of virtual files systems? (not to be confused with kernel's concept of VFS) |
| 03:37.47 | gnarface | well isn't that what /dev, /proc, and /sys *are* in fact? |
| 03:37.53 | DocScrutinizer05 | how would it be not different? |
| 03:38.19 | DocScrutinizer05 | yes, dev, proc, and sys are virtual filesystems |
| 03:38.25 | DocScrutinizer05 | ,p3 is another |
| 03:38.29 | DocScrutinizer05 | mp3 |
| 03:38.44 | DocScrutinizer05 | nfs yet another |
| 03:39.33 | gnarface | i see |
| 03:40.00 | gnarface | well i'm not sure what exists that already does this like you want, but i maintain that you can get close enough with some clever scripting |
| 03:40.05 | DocScrutinizer05 | https://khenriks.github.io/mp3fs/ |
| 03:40.48 | DocScrutinizer05 | scripting is exactly what I want to do by leveraging this fuse-exec-fs |
| 03:41.43 | gnarface | it does seem like it would not be a difficult thing for someone experienced in making kernel modules to make a module that exposed as a /dev/ style device some code that just transcodes everything you copy in and stores it in a tmpfs mount |
| 03:41.44 | DocScrutinizer05 | I *could* get away with a megaton of inotify voodoo mess |
| 03:42.10 | gnarface | hmmm. that was the other thing i was thinking ... if you can hook into dnotify/inotify, you wouldn't even need the cron job |
| 03:42.21 | DocScrutinizer05 | this stuff shal not get stored! |
| 03:42.36 | gnarface | streamed dynamically? |
| 03:42.40 | DocScrutinizer05 | yes |
| 03:42.58 | gnarface | well, not much difference implementation-wise |
| 03:43.21 | DocScrutinizer05 | and that is what mp3fs does, just in userland via fuse |
| 03:43.25 | gnarface | you're gonna have some serious load scaling issues if you don't at least cache the stuff... |
| 03:43.37 | DocScrutinizer05 | and I wand arbitrary commands in place of transcode |
| 03:43.54 | DocScrutinizer05 | want |
| 03:43.56 | gnarface | i would too but that might be insane |
| 03:44.13 | DocScrutinizer05 | huh? |
| 03:44.21 | DocScrutinizer05 | you looked at that git link? |
| 03:44.33 | gnarface | no i mean the "arbitrary commands" part |
| 03:44.45 | DocScrutinizer05 | I *have* this /well I had until it broke during a distro upgrade) |
| 03:44.48 | gnarface | the ability to swap bash scripts into the pipeline of a ... filesystem.. |
| 03:45.11 | gnarface | just out of curiosity |
| 03:45.14 | gnarface | if you're streaming directly anyway |
| 03:45.19 | gnarface | why not just pipe to stdout? |
| 03:45.26 | DocScrutinizer05 | who says I want streaming? |
| 03:45.54 | gnarface | well it was a logical deduction between there and /dev/null |
| 03:46.00 | gnarface | i couldn't figure out what else you'd be doing with it |
| 03:46.52 | DocScrutinizer05 | U want (arbitrary poor example) ~/A/* and ~/B/* real dirs, and a virtual ~/diff_A_B(* that does what the name implies |
| 03:47.05 | gnarface | ooooh |
| 03:47.07 | DocScrutinizer05 | *I* |
| 03:47.10 | gnarface | i see, interesting |
| 03:48.33 | gnarface | is there such a thing as a fifo directory? |
| 03:48.34 | DocScrutinizer05 | but maybe I indeed might get away with inorify-watch |
| 03:48.43 | DocScrutinizer05 | no |
| 03:48.59 | DocScrutinizer05 | and that's the problem |
| 03:49.24 | DocScrutinizer05 | inotify will prolly fail when I try to open a nonexistent file |
| 03:50.14 | gnarface | wait a minute |
| 03:50.27 | gnarface | maybe this is a solved problem |
| 03:50.33 | gnarface | is this something that could be done with unionfs? |
| 03:50.46 | DocScrutinizer05 | it is solved for *.mp3 virtual files ;-) |
| 03:51.01 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 03:51.08 | gnarface | i wonder if unionfs could be altered for this |
| 03:51.12 | DocScrutinizer05 | no, a unionfs also would need existing files |
| 03:51.41 | DocScrutinizer05 | have a look at https://khenriks.github.io/mp3fs/ - it's cute |
| 03:52.55 | DocScrutinizer05 | aah wait... I need file stibs anyway, for `ls` etc |
| 03:53.41 | DocScrutinizer05 | so creating all thise as pipes would solve the problem in a inotify-tabgible manner |
| 04:00.08 | *** join/#devuan athidhep_ (~sb35@d23-16-72-48.bchsia.telus.net) |
| 04:02.51 | DocScrutinizer05 | gnarface: https://pastebin.com/vWj20FZ3 |
| 04:06.52 | DocScrutinizer05 | and yes, sure it has its very own specific set of CPU load issues |
| 04:08.04 | DocScrutinizer05 | e.g you don't want to run `grep -R FOOBAR ~/mp3cnv/` |
| 04:08.09 | DocScrutinizer05 | ;-P |
| 04:08.49 | DocScrutinizer05 | a plain vanilla rsync is also not advisable |
| 04:09.14 | *** join/#devuan ]BFG[ (~BFG@unaffiliated/bfg/x-9473890) |
| 04:11.27 | ]BFG[ | how many devs does this project have? |
| 04:11.40 | ]BFG[ | did u manage to pull more ppl from the original debian? |
| 04:12.51 | gnarface | ]BFG[: https://devuan.org/os/team/ |
| 04:14.24 | DocScrutinizer05 | I think "pull HR from original debian" is not even the right category to think |
| 04:15.45 | DocScrutinizer05 | devuan is a meta-distro that bases massively om debian. In zhat demse it's quize a derivative of debian rather than a competitor - including devel participation |
| 04:16.24 | DocScrutinizer05 | devuan is a meta-distro that bases massively on debian. In that semse it's quite a derivative of debian rather than a competitor - including devel participation |
| 04:19.14 | DocScrutinizer05 | not a single dev had to stop contrubuting to debian because they fll in love with devuan. Au contraire, some of devuan's devels felt devuan was an opportunity for them to continue contributing to *debian* instead of looking for some freebsd or whatever |
| 04:20.08 | DocScrutinizer05 | ]BFG[: ^^^ |
| 04:20.55 | gnarface | sure, while in the mean time some others are actively chucking shit overboard that we're still using |
| 04:21.06 | gnarface | debian doesn't seem to be of one mind about it's stance on us |
| 04:21.45 | gnarface | (and i say "us" loosely as a user of devuan and not actually an official member of the team) |
| 04:21.54 | gnarface | but the point's still valid |
| 04:26.47 | DocScrutinizer05 | apropos https://devuan.org/os/team/ - golinux how about a col "preferred gender" in the table of team members? |
| 04:27.25 | DocScrutinizer05 | those who don't want to give any hint are free toleave that field empty |
| 04:28.33 | DocScrutinizer05 | I would allow arbitrary text in this col - for sure not a braindead linited choice like |
| 04:28.42 | DocScrutinizer05 | "F | M" |
| 04:29.16 | gnarface | what possible good reason could you have for encouraging increasing the social attack surface? |
| 04:29.31 | gnarface | that just seems like a pointlessly divisive suggestion |
| 04:29.31 | DocScrutinizer05 | hmm? |
| 04:31.47 | Criggie | gnarface: good point. |
| 04:31.58 | DocScrutinizer05 | how would leaving this field empty "increase the social attack surface" - if it feels like not providing info there about its preferred comjugations |
| 04:32.23 | guru | why on earth would anyone care about the gender of the developers |
| 04:32.29 | Leander | in which case, use a neutral one |
| 04:33.36 | Leander | https://en.wikipedia.org/wiki/Singular_they <- this way, for instance |
| 04:33.37 | *** join/#devuan deb1user__ (~deb1user@c-98-195-42-121.hsd1.tx.comcast.net) |
| 04:34.38 | DocScrutinizer05 | so what? I *want* people to refer to me as "him". not "they" or "it" or "s/he" |
| 04:35.18 | gnarface | tough |
| 04:35.21 | DocScrutinizer05 | if you don't like that to be a topic for you, ignore that text field |
| 04:35.30 | Criggie | "they" as opposed to "we" |
| 04:36.31 | gnarface | by even having the field then you inherently expose people who don't want to admit their gender. the damned distro shouldn't be about gender identity. not everything has to be about gender identities. |
| 04:36.33 | DocScrutinizer05 | both for yourself and (if you feel like being polite is a yesterday's thing) for others |
| 04:36.51 | gnarface | you certainly have to see this |
| 04:37.00 | gnarface | this isn't the first disingenuous suggestion i've seen you try to float |
| 04:37.26 | Leander | this information can be on the personal webpage linked on that page |
| 04:37.34 | gnarface | that too |
| 04:37.37 | DocScrutinizer05 | or that ^ |
| 04:37.38 | guru | is doc apart of the devuan team? |
| 04:37.48 | DocScrutinizer05 | no |
| 04:37.48 | Criggie | gnarface's just pissy that you've made an assumption all developers are human. That migh tnot be the case in the future so we should prepare for it now. |
| 04:37.51 | Criggie | *stir* |
| 04:38.02 | gnarface | snorts |
| 04:38.04 | guru | thank god |
| 04:38.19 | Criggie | god I'm funny when I'm tired. |
| 04:38.23 | guru | suggestions like this are cancerous |
| 04:38.23 | DocScrutinizer05 | whom? |
| 04:38.40 | gnarface | thy/thine/thou |
| 04:38.50 | guru | they should list DNA types too |
| 04:38.55 | guru | lets just go crazy |
| 04:38.57 | Criggie | and handedness. |
| 04:39.09 | DocScrutinizer05 | not possible in your case, guru |
| 04:39.13 | guru | gnarface are you left or right handed |
| 04:39.15 | Criggie | damn righties vs southpaws |
| 04:39.15 | guru | that needs to be listed too |
| 04:39.38 | Criggie | BUT BUT BUT Thtats divisive for people with less than or more than two hands? |
| 04:40.15 | DocScrutinizer05 | always is baffled when people rage against an *option* as if it was mandatory and has to get signed in blood |
| 04:41.18 | Leander | to me, any sort of information other than a name/pseudonym and an email or a personal webpage does not belong there |
| 04:41.22 | Criggie | what's the point ? |
| 04:41.29 | gnarface | i'm specifically raging against the type of suggestions DocScrutinizer05 seems to make |
| 04:41.32 | Criggie | or more clearly, what's the advantage to the devuan project ? |
| 04:41.42 | Criggie | no advantage, why do it ? |
| 04:41.57 | DocScrutinizer05 | gnarface: take your meds |
| 04:42.08 | guru | there is none he just wants attention |
| 04:42.15 | gnarface | it seems like he's always trying to advocate some long plot to discredit the distro and get it embroiled in some petty unrelated religious war |
| 04:43.02 | DocScrutinizer05 | it seems like you often drift away in conspiracy plots of the ultimately biazrre kind |
| 04:43.21 | guru | sorry doc you're a fucking moron using the /ignore command go riddance |
| 04:43.30 | Leander | then you fail to see the potential long term effects of what you are asking for |
| 04:43.45 | guru | i don't think i've blocked someone on irc before lol |
| 04:43.51 | guru | yikes |
| 04:43.52 | DocScrutinizer05 | guru: please watch your speech |
| 04:49.03 | bozonius | realizes this might not be a good time ... |
| 04:49.29 | Criggie | bozonius: if its on topic then its always a good time |
| 04:50.02 | gnarface | yes, please, let's put this back on topic |
| 04:50.04 | Leander | because publishing such information, even with total freedom about what is put in that field, will inevitably either create a distraction in the form of "look, we're so inclusive, look!" and some people won't like how this is not an init-related issue, or some people will start doing statistics and there will be politics about "we should have more women onboard", again causing distraction |
| 04:50.10 | bozonius | searches for an 11 foot pole... |
| 04:50.22 | DocScrutinizer05 | and >>how about ... ?<< is hardly "asking for something". Uttering your concerns in a more polite way would have done better for your case, and for keeping this civil |
| 04:50.32 | gnarface | lol you're not about to point out a pronoun correction in the documentation, are you bozonius? |
| 04:51.04 | bozonius | oh goodie. We're doing grammar tonight? |
| 04:51.09 | gnarface | that would be hillarious |
| 04:51.11 | Criggie | bozonius: its packaged in xorg-can\'ttouchthis-1.0.deb |
| 04:51.37 | bozonius | whatever it is, yes, probably |
| 04:51.41 | Criggie | bozonius: no not doing grammar - she's got Bingo down the church hall toinguiht |
| 04:52.08 | DocScrutinizer05 | no, *you* are clearly going on your weekly flamewar again, based on unfounded assumptions and distortions of what had been said |
| 04:52.48 | bozonius | Let's say that a guy like... well, say, Bozonius |
| 04:53.11 | bozonius | would like to jettison all things *dhcp* out of the stratosphere on Devuan. |
| 04:53.11 | gnarface | DocScrutinizer05: no, "let's suggest the team all list their genders" is flame bait. that's what started the flame war. |
| 04:53.35 | DocScrutinizer05 | who said that? another distortion |
| 04:53.37 | bozonius | devuan ascii, that is |
| 04:53.47 | gnarface | bozonius: it should be safe. just 2 packages i think |
| 04:54.02 | gnarface | bozonius: oh, if you're using wifi you're probably gonna have to reconfig your router though |
| 04:54.07 | bozonius | but it insists on replacing them with OTHER dhcp client packages |
| 04:54.13 | bozonius | no wifi here |
| 04:54.16 | gnarface | no, remove them on the same line |
| 04:54.28 | bozonius | ? |
| 04:54.30 | gnarface | pass them as 2 arguments to the same command |
| 04:54.34 | gnarface | not two separate commands |
| 04:54.39 | bozonius | even if they are not installed? |
| 04:54.40 | gnarface | it'll behave differently |
| 04:54.45 | gnarface | wait they're not there? |
| 04:54.46 | gnarface | no |
| 04:54.51 | gnarface | just the two that are installed |
| 04:55.00 | gnarface | i think it'll behave differently if you remove them at the same time |
| 04:55.01 | bozonius | Ok, I want to remove dhcp client packages |
| 04:55.10 | Criggie | bozonius: you want to uninstall dhcp tools ? Or simply configure a static IP ? |
| 04:55.17 | gnarface | isc-dhcpcd-something and isc-dhcpcd-somethingelse |
| 04:55.23 | bozonius | trouble is, when I try to do that, it wants to install substitutes |
| 04:55.28 | bozonius | yes, yes |
| 04:55.41 | gnarface | oh hmmm |
| 04:55.42 | bozonius | hold on for a screen shot... |
| 04:56.03 | bozonius | you realize I probably screwed something up again... |
| 04:56.07 | gnarface | bozonius: yea, Criggie brings up a good point, you know you can just disable dhcp too, you don't have to actually uninstall it |
| 04:56.08 | bozonius | but hold on... |
| 04:56.19 | bozonius | oh? how |
| 04:56.22 | bozonius | please |
| 04:56.35 | gnarface | i don't actually know. i always just uninstall it. |
| 04:57.09 | Leander | it depends on which tool you use to configure your network |
| 04:57.53 | Leander | if you edit by hand /etc/network/interfaces, or you use wicd, or networkmanager or something else |
| 05:00.30 | *** join/#devuan Eaglet (~Eaglet@unstable.nl) |
| 05:00.38 | bozonius | man what a riot. So I included removing the substitute packages (dhcpcd5 and openresolv) and it wants to install "pump" |
| 05:00.48 | bozonius | so I have to include pump on the cmd line also... |
| 05:01.00 | bozonius | but I think it might be gone now, so that is a good thing |
| 05:01.43 | bozonius | was it a good idea to make resolv a dependency of dhcp client packages? |
| 05:02.01 | bozonius | that seems to be the reason it wants to install a substitute dhcp client |
| 05:02.13 | gnarface | i'm confused really |
| 05:02.30 | gnarface | it wasn't that hard for me to remove the default dhcp packages |
| 05:02.33 | bozonius | please say you are joking |
| 05:02.53 | bozonius | when I tried to remove the isc-* packages, it wanted to install dhcpcd5 and openresolv |
| 05:03.11 | gnarface | no, i'm not joking, but maybe something else you have installed that i did not have installed is the actual culprit |
| 05:03.29 | bozonius | so I had to include all 4 packages as args to apt-get purge |
| 05:03.41 | bozonius | is probably the "culprit" |
| 05:03.58 | bozonius | so then it insisted on installing "pump" |
| 05:04.08 | bozonius | so I had to purge all 5 packages |
| 05:04.26 | bozonius | the two isc-*, dhcpcd5 and openresolv, and pump |
| 05:04.43 | gnarface | so, "Package: isc-dhcp-client" "Provides: dhcp-client" and all those others, including pump i think |
| 05:05.00 | gnarface | `apt-cache show isc-dhcp-client` to see all the details |
| 05:05.22 | gnarface | something else on your system must have required "dhcp-client" |
| 05:05.31 | gnarface | for it to make you go through all of them like that |
| 05:05.43 | gnarface | but now i'm not sure if you got the package in question |
| 05:05.46 | gnarface | or just crippled it |
| 05:05.50 | bozonius | once more, spake too sooneth |
| 05:06.08 | bozonius | it is not working just as before. HOld on, I'm looking at it... |
| 05:06.33 | gnarface | once you actually succeed though you will have to set a proper /etc/network/interfaces and maybe also /etc/resolv.conf file |
| 05:06.45 | gnarface | with you know, your static ip configurations |
| 05:06.52 | gnarface | or nothing will work |
| 05:07.14 | gnarface | you'll have to restart the networking devices maybe too |
| 05:07.35 | gnarface | or just the whole thing |
| 05:07.37 | bozonius | actually |
| 05:08.00 | bozonius | it seems the real problem is that SOMETHING is making dhcp discover requests -- I can see these clearly in wireshark |
| 05:08.34 | bozonius | so I thought by removing dhcp clients, it would eliminate that |
| 05:08.39 | bozonius | wrong I see |
| 05:08.51 | gnarface | ps aux |grep dhc |
| 05:09.02 | gnarface | or maybe: ps aux |grep dhc -i |
| 05:09.31 | gnarface | see if you have a dhcp client still running |
| 05:09.32 | bozonius | nada |
| 05:09.39 | bozonius | ps -ef |
| 05:09.51 | bozonius | "still" ??? Never had one |
| 05:09.55 | gnarface | oh |
| 05:09.58 | bozonius | first thing I checked in fact |
| 05:09.59 | gnarface | uh, you might be surprised... |
| 05:10.01 | gnarface | hmm |
| 05:10.02 | gnarface | well |
| 05:10.04 | gnarface | i'm not sure |
| 05:10.10 | bozonius | is never surprised anymore |
| 05:10.15 | gnarface | how many network devices does `ifconfig -a` report? |
| 05:10.24 | bozonius | just eth0 and lo0 |
| 05:10.43 | gnarface | what happens if you `ifdown eth0` then `ifup eth0` ? |
| 05:10.55 | bozonius | btw, it is "ip addr" these days. I don't have ifconfig on ascii |
| 05:11.03 | bozonius | just eth0 and lo |
| 05:11.08 | gnarface | oh heh |
| 05:11.11 | bozonius | which is what I expected |
| 05:11.32 | gnarface | so you can down then up eth0? |
| 05:11.51 | bozonius | did I download the bozonius edition by mistake? Maybe that is the problem. Because no one else runs into these... |
| 05:12.17 | bozonius | maybe devuan.org has an evil twin |
| 05:12.20 | gnarface | well are you even sure the dhcp requests aren't coming from another machine on the LAN? |
| 05:12.26 | *** part/#devuan Eaglet (~Eaglet@unstable.nl) |
| 05:12.48 | bozonius | wireshark shows me that the source is 0.0.0.0. and dest is 255.255.255.255 |
| 05:12.55 | bozonius | but wait |
| 05:13.05 | gnarface | does it stop if eth0 is down? |
| 05:13.05 | bozonius | I can check them here on the other side |
| 05:13.16 | bozonius | good point, I'll try that |
| 05:15.42 | bozonius | nothing. But then again, the eth0 device was the one seeing these packets, so... |
| 05:17.26 | gnarface | i'm trying to remember what else a dhcp client could be called |
| 05:17.34 | gnarface | should still be running |
| 05:18.03 | gnarface | well assuming it's local |
| 05:18.19 | DocScrutinizer05 | bozonius: we had the DGCP issue topic not long ago already. That been you or would you want a link to that thread? |
| 05:18.25 | *** join/#devuan Eaglet (~Eaglet@unstable.nl) |
| 05:18.27 | DocScrutinizer05 | DHCP even |
| 05:20.01 | bozonius | DHGP? |
| 05:21.42 | gnarface | is there dhcp built into the kernel now? |
| 05:22.39 | bozonius | one thing I am certain of is that the "src" of the packets has the same MAC address on both sides of the connection, so I am pretty sure it is originating from the planet ascii |
| 05:22.46 | bozonius | minor though it may be, yes... |
| 05:23.07 | bozonius | it doesn't just send a few, it sends tons |
| 05:23.08 | DocScrutinizer05 | dnsmasq was a buzzword in that other thread iirc |
| 05:23.26 | gnarface | bozonius: here's the thing, what should have happened is you removed the thing that was requiring a dhcp client instead of the dhcp client, first |
| 05:23.27 | bozonius | there is no dnsmasq running |
| 05:23.36 | bozonius | and dnsmasq is something else |
| 05:24.07 | bozonius | gnarface? |
| 05:24.12 | gnarface | it should have actually told you, in the text error that pops up, what package |
| 05:24.21 | gnarface | it looks like an error, so it's common to skim over it |
| 05:24.25 | bozonius | I wish we were analyzing pronouns instead of this. |
| 05:24.28 | gnarface | you gotta actually read that |
| 05:24.59 | DocScrutinizer05 | initrd was another buzzword |
| 05:25.11 | gnarface | otherwise it'll just keep trying to fix the dependency |
| 05:25.17 | gnarface | now that's what's basically happened, is my theory |
| 05:26.15 | gnarface | hmmm. yea if there was a kernel-level dhcp you might have to regenerate the initrd and reboot to get rid of it |
| 05:26.21 | gnarface | i don't even know |
| 05:26.53 | gnarface | bozonius: you did take all the dhcp lines out of /etc/network/interfaces, right? or you're using a gui network tool...? |
| 05:27.45 | bozonius | see pastebin.com/VWcxH2sB |
| 05:28.00 | bozonius | (keep in mind this is hard to copy back and forth with the flaky link on ascii |
| 05:28.28 | bozonius | ) |
| 05:28.48 | gnarface | did you run `apt-get autoremove`? |
| 05:28.57 | bozonius | ok I will |
| 05:29.03 | gnarface | wait |
| 05:29.12 | gnarface | run it like this: `apt-get --purge autoremove` |
| 05:30.20 | gnarface | i dunno though... if it's still running after that i'm out of ideas, i dunno what you did |
| 05:30.22 | bozonius | ok, it removed some python packages and rfkill |
| 05:30.53 | gnarface | i think my original suspect would have been wicd and/or wicd-daemon |
| 05:31.43 | gnarface | i would have assumed that if you had run `apt-get purge isc-dhcp-client isc-dhcp-common wicd` it would have asked you to autoremove the rest |
| 05:32.30 | bozonius | I'm going to reboot and see if it goes away... |
| 05:32.47 | gnarface | bozonius: gonna need to see your interfaces file i guess if it doesn't |
| 05:32.51 | bozonius | invokes the Microsoft Method (tm) |
| 05:33.16 | bozonius | but it really IS nice having this test box... |
| 05:33.23 | gnarface | heh yea |
| 05:33.51 | bozonius | what I want to do next, once these network issues are sorted out, is set up some kind of rdp or the like so I don't need two keyboards and switching the mouse dongle back and forth... |
| 05:35.22 | *** join/#devuan freemangordon (~ivo@46.249.74.23) |
| 05:35.29 | gnarface | the primary two ways are either through vnc or ssh forwarding |
| 05:35.40 | gnarface | on a LAN, either is viable if you're a little patient |
| 05:36.43 | bozonius | I was thinking more of something like NoX |
| 05:36.53 | bozonius | or whatever that's called. I've installe dit in the past |
| 05:37.03 | gnarface | with vnc it shows you a whole desktop, with ssh forwarding (actually called X11 forwarding over ssh) you can run just one program at a time |
| 05:37.04 | bozonius | it's like hummingbird |
| 05:37.19 | bozonius | I've tried vnc a few times also |
| 05:37.25 | bozonius | ok back up |
| 05:37.35 | gnarface | with the forwarding approach, you also don't actually have to be running X on the remote machine |
| 05:38.20 | *** join/#devuan thaller (~thaller@2001:a61:43e:3600:7849:d878:458:4689) |
| 05:38.29 | bozonius | omg |
| 05:38.43 | bozonius | now all I have is a route for link-local |
| 05:38.57 | bozonius | it's like it ignored my interfaces file completely |
| 05:38.57 | gnarface | heh |
| 05:39.10 | gnarface | show me |
| 05:39.12 | bozonius | should be fun recovering from this |
| 05:39.13 | gnarface | don't pastebin |
| 05:39.16 | gnarface | just /msg it to me |
| 05:39.42 | bozonius | trouble is, I don't have a way to copy/paste it anywhere |
| 05:39.48 | gnarface | oh, right |
| 05:39.50 | bozonius | the link is down |
| 05:39.55 | gnarface | well, hang on |
| 05:40.02 | gnarface | i can show you an example |
| 05:41.09 | *** join/#devuan guru (~guru@c-24-34-239-236.hsd1.ma.comcast.net) |
| 05:41.15 | gnarface | do you have resolvconf installed or not, as an aside? |
| 05:42.03 | bozonius | when you say resolvconf, you mean package by that name? No |
| 05:42.47 | bozonius | what is really odd, though, is that yesterday, all this was working. LOL |
| 05:43.42 | gnarface | what'd you do?! |
| 05:43.45 | gnarface | no ideas? |
| 05:43.51 | gnarface | change to the router maybe? |
| 05:43.56 | bozonius | well, one thing I did do was change |
| 05:43.59 | bozonius | yeah the router |
| 05:44.04 | bozonius | I broke it |
| 05:44.15 | bozonius | but I fixed it and thought it was back to normal again |
| 05:44.50 | *** join/#devuan grillon (~grillon@2a01:cb1d:8a3d:df00:22cf:30ff:fe50:2963) |
| 05:44.52 | bozonius | it's a vbox (oh, there's that "word" again) appliance running ipfire. I've had no other issues though |
| 05:45.11 | bozonius | I've used two of these appliances for about a year now without any major issues |
| 05:45.34 | bozonius | all I did was add a "blue" interface for the test box, and it was working |
| 05:45.37 | bozonius | but |
| 05:46.12 | bozonius | the connection is a bridged ethernet port on the host machine. that ethernet port connects to the testbox |
| 05:46.33 | gnarface | http://paste.debian.net/1031116/ |
| 05:46.38 | gnarface | it's supposed to look something like this |
| 05:46.58 | *** join/#devuan thaller (~thaller@2001:a61:43e:3600:7849:d878:458:4689) |
| 05:47.08 | bozonius | what I did, without realizing it would cause a problem, is to change the underlying config for the port. And then the testbox had problems talking to the Internet. |
| 05:47.09 | gnarface | the numbers have to be in the ranges your router expects though |
| 05:47.53 | bozonius | but then I put the underlying config for the ethernet port on the host machine back and the testbox machine started talking to the Internet again. Unfortunately, it stopped working. |
| 05:48.01 | gnarface | hmmm |
| 05:49.35 | bozonius | I dont' have network and broadcast, but I do have dns-nameservers and dns-search |
| 05:50.01 | gnarface | so, without resolvconf installed, those will just be syntax errors |
| 05:50.04 | bozonius | I could add them I suppose |
| 05:50.07 | gnarface | they may be the culprits |
| 05:50.11 | gnarface | but |
| 05:50.31 | gnarface | if you populate /etc/resolv.conf correctly you don't need the resolvconf package (that seems counter-intuitive, i know) |
| 05:50.53 | bozonius | I know. resolvconf is just nicey-nice front end mostly |
| 05:50.54 | gnarface | in that case, you will also need to remove dns-nameservers and dns-search from the interfaces file, or at least comment them out |
| 05:51.15 | gnarface | also, it's common for dhcp clients to clobber resolv.conf so you should check yours |
| 05:51.42 | gnarface | those numbers will have to all be right or none of your networking will work |
| 05:52.01 | gnarface | well, you might be able to get away without network and broadcast but i always specify them anyway to be sure |
| 05:54.59 | bozonius | holy heck it might be working again... |
| 05:56.17 | bozonius | sadly, I am still seeing dhcp discover requests though |
| 05:56.31 | bozonius | acccch! |
| 05:56.35 | bozonius | not working |
| 05:57.12 | gnarface | `/sbin/route` |
| 05:57.23 | gnarface | does "default" match what's in your interfaces file? |
| 05:57.34 | bozonius | wishes systemd had never been born |
| 05:58.07 | bozonius | yeah, same as before |
| 05:58.21 | gnarface | can you ping something outside by ip? |
| 05:58.51 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 05:59.02 | bozonius | what is happening is that it looks like as soon as the router side gets a discover request, it shuts off access to the Internet. |
| 05:59.27 | gnarface | so you *can't* ping 128.9.128.127, for example? |
| 05:59.29 | bozonius | I think it may be that the router doesn't trust the packets coming over blue (which is normally a wireless network leg) |
| 05:59.50 | gnarface | well, your router DOES need to be configured right |
| 05:59.54 | bozonius | right, unless I restart the connection. And then it only lasts until the router resets it |
| 06:00.12 | bozonius | yeah, and I followed some advice on the ipfire.org help pages |
| 06:00.13 | gnarface | hmmm |
| 06:00.31 | bozonius | maybe I need to go ask them for some help |
| 06:00.35 | *** join/#devuan cocoadaemon (~foo@2a01:e35:8a99:e90:1202:b5ff:fe91:e4ca) |
| 06:00.51 | bozonius | it could be that the router, even with the mod I made as they suggested, still doesn't like the requests |
| 06:01.12 | bozonius | which makes sense because why would it be asking dhcp when it already has a static address? |
| 06:01.15 | bozonius | shouldn't |
| 06:01.22 | bozonius | of course the router doesn't know that I suppose |
| 06:01.30 | gnarface | well i still am concerned about where those requests are coming from, but maybe they can come from the kernel now. |
| 06:01.43 | bozonius | me too |
| 06:02.01 | bozonius | those seem to act like some kind of poison pill when the router receives them |
| 06:02.48 | gnarface | hang on |
| 06:03.17 | bozonius | water... brb |
| 06:03.40 | gnarface | try regenerating the initrd.img like this: `update-initramfs -u -k all |
| 06:03.43 | gnarface | ` |
| 06:04.03 | gnarface | `update-initramfs -u -k all` i mean, not with the extraneous newline |
| 06:05.30 | bozonius | ok |
| 06:05.58 | bozonius | oh |
| 06:06.06 | gnarface | you'd have to reboot again to see if that helps |
| 06:06.11 | bozonius | possible missing firmware again... remember from when I did the install? |
| 06:06.38 | *** join/#devuan coagen (~coagen@unaffiliated/coagen) |
| 06:06.38 | gnarface | yes |
| 06:06.42 | gnarface | you don't remember the package ? |
| 06:06.47 | gnarface | you outta put that in a text file |
| 06:06.47 | bozonius | I'm wondering if this NIC (built-in to board) is set up to automatically request DHCP ... |
| 06:07.07 | gnarface | that would be weird but not impossible |
| 06:07.31 | gnarface | this can still be caused by the kernel command-line and/or the initrd.img it appears from my googling though, so try rebooting after you've run update-initramfs |
| 06:07.42 | gnarface | then if that doesn't work that's one less thing |
| 06:07.43 | gnarface | actually |
| 06:07.51 | gnarface | before you do that, what do you have in /proc/cmdline anyway? |
| 06:07.54 | bozonius | only warnings |
| 06:07.57 | bozonius | it's done |
| 06:07.59 | bozonius | reboot? |
| 06:08.08 | gnarface | sure |
| 06:08.23 | bozonius | you want /proc/cmdline? |
| 06:08.37 | gnarface | just make sure 'ip=' and 'dhcp' don't show up anywhere in there |
| 06:08.46 | gnarface | or anything else that looks like it's trying to set up a network device |
| 06:09.03 | bozonius | BOOT_IMAGE=/boot/vmlinuz-4.9.0-6-amd64 root=UUID=f3blahblah-blah-blah ro quiet |
| 06:09.10 | gnarface | nothing |
| 06:09.11 | gnarface | ok |
| 06:09.15 | gnarface | yea reboot |
| 06:10.17 | bozonius | really fast on the reboot. |
| 06:10.34 | bozonius | sure you guys aren't using that sooper-dooper fast systemd? |
| 06:10.53 | gnarface | the regenerated initrd.img may very well be much smaller than the stock one |
| 06:11.10 | gnarface | there's some setting somewhere that toggles whether to include "everything" or just drivers for what you need |
| 06:11.41 | bozonius | yes, that was an option in the install |
| 06:12.01 | gnarface | it's usually a large enough difference in size that i've noticed a significant reduction of boot times on slow flash cards |
| 06:12.38 | gnarface | also, you might be missing a 60s DHCP timeout :-p |
| 06:12.53 | gnarface | what does wireshark say? |
| 06:13.54 | bozonius | let me restart that |
| 06:14.37 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 06:15.09 | bozonius | it's still chirping those dhcp equests |
| 06:15.16 | gnarface | damn |
| 06:15.23 | bozonius | damn |
| 06:15.25 | bozonius | double damn |
| 06:15.31 | bozonius | maybe even triple |
| 06:15.35 | bozonius | this sucks |
| 06:15.52 | gnarface | well we really might be chasing a shadow here |
| 06:15.58 | gnarface | those could be coming from elsewhere |
| 06:16.07 | bozonius | I doubt it |
| 06:16.19 | bozonius | I can match the MAC addresses of the hardware |
| 06:17.40 | bozonius | Let's see... I used to use the board that's in the test box in the main machine I use today |
| 06:18.04 | bozonius | and it connected to a comcast router, which does do the dhcp thing |
| 06:18.28 | bozonius | so I am wondering if maybe this is the first time I am using it for a fixed (static) ip |
| 06:19.10 | bozonius | oddly, I was able to install the entire system using the connection to the ipfire virtual appliance |
| 06:19.33 | gnarface | hmmm |
| 06:19.35 | bozonius | one explanation for the difference between install and run time is that |
| 06:19.50 | bozonius | the run time uses a different configuration for the networking |
| 06:20.50 | bozonius | maybe that means (if true) that those dhcp requests are generated whereas in the install time environment they don't get generated |
| 06:20.57 | bozonius | idk, I'm really reaching here |
| 06:21.24 | gnarface | the installer might generate dhcp requests too |
| 06:21.46 | bozonius | but the connection never failed during the install |
| 06:21.51 | gnarface | dhcpcanon dhcpcd5 isc-dhcp-client isc-dhcp-client-ddns pump |
| 06:21.57 | gnarface | you don't have any of these right? |
| 06:22.04 | bozonius | it only seems to take a minute or two to fail, and the install goes on logner than that |
| 06:22.17 | bozonius | dhcpcanon -- not sure |
| 06:22.26 | gnarface | oh, the installer would generate dhcp requests once and not anymore if you gave it a static ip at that point |
| 06:23.11 | bozonius | one would think that giving a static ip in the installed environment would do likewise |
| 06:23.11 | gnarface | or, if it got a valid response, i guess |
| 06:23.29 | gnarface | yes, it's always been my experience that is all it takes |
| 06:23.29 | bozonius | right... I am NOT running a dhcp server on the router |
| 06:24.05 | gnarface | why you're seeing the requests is a mystery to me |
| 06:24.18 | gnarface | but i guess if you can check the MAC addresses do that |
| 06:24.18 | bozonius | do you see them on your ascii? |
| 06:24.32 | *** join/#devuan freemangordon (~ivo@46.249.74.23) |
| 06:24.48 | bozonius | I mean, if you run wireshark do you see DHCP requests? |
| 06:25.00 | gnarface | verifying... |
| 06:25.17 | bozonius | btw, in the ipfire (router) logs, I can see the requests being rejected by the firewall |
| 06:28.30 | bozonius | "There already exists a minimal DHCP client implementation in the Linux kernel, but it lacks certain features such as configuring the DNS nameservers." |
| 06:28.38 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 06:28.39 | bozonius | (that's from 2011) |
| 06:28.50 | bozonius | so your theory is quite possible |
| 06:29.41 | bozonius | I suppose on an ipfire "blue" network, which is usually wireless clients, that it would make sense to reject these on connections that appear to have an address already bound (static ip) |
| 06:30.14 | gnarface | it could be a security feature, right |
| 06:30.45 | gnarface | i can also confirm no dhcp requests on my lan anywhere |
| 06:31.02 | gnarface | just 3 irc networks and a tivo |
| 06:31.33 | bozonius | what about your ascii system? |
| 06:31.51 | gnarface | there are ascii machines on that lan |
| 06:32.17 | bozonius | tomorrow I will seek out help from the ipfire folks, see what they can suggest |
| 06:32.30 | gnarface | what about the vbox in the middle |
| 06:32.35 | gnarface | you're routing through a vbox? |
| 06:32.37 | bozonius | or... maybe there is another way to do this altogether |
| 06:32.40 | bozonius | right |
| 06:32.40 | gnarface | a virtual machine? |
| 06:32.46 | bozonius | yep |
| 06:32.46 | gnarface | it could be suspect too i think |
| 06:32.58 | bozonius | you are ALWAYS suspicious of anything *vbox* !!! |
| 06:33.12 | gnarface | true |
| 06:33.21 | bozonius | I don't know. I doubt that is the problem aside from the possiblity of ipfire itself |
| 06:33.35 | bozonius | let me do some more poking around |
| 06:33.37 | gnarface | well it's something we're both missing |
| 06:33.46 | gnarface | but it's not something i'm seeing |
| 06:34.10 | bozonius | so many potential un-subs |
| 06:35.13 | gnarface | it COULD be coming from the hardware in theory but that would be weird |
| 06:35.30 | bozonius | I tend to think it is from the kernel also |
| 06:35.43 | bozonius | and it could just be the way I've got ipfire configured |
| 06:42.59 | gnarface | is ipfire something you also installed on the test box? |
| 06:43.06 | *** join/#devuan Markus_KMi_[m] (kmimatrixo@gateway/shell/matrix.org/x-zvxvevjaudhzueps) |
| 06:43.09 | gnarface | or is that just the router |
| 06:43.10 | gnarface | ? |
| 06:44.26 | *** join/#devuan Besnik_b (~Besnik@ppp-94-66-221-34.home.otenet.gr) |
| 06:46.15 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 06:48.42 | bozonius | no, it's just on the main system I use, the one that the testbox connects to |
| 06:49.11 | bozonius | say, has there been a kernel update since I installed? |
| 06:49.17 | bozonius | I wonder... |
| 06:49.37 | *** join/#devuan MatrixTraveler[m (voyagert2b@gateway/shell/matrix.org/x-swqtwzxnwmzccqfs) |
| 06:49.48 | bozonius | doesn't seem to be |
| 06:49.51 | bozonius | eh |
| 06:51.53 | bozonius | well, I need to break for a bit |
| 06:52.03 | bozonius | I'll try a few more things and get back to you |
| 07:02.41 | *** join/#devuan Tuor (~Tuor@212.25.21.185) |
| 07:02.41 | *** join/#devuan Tuor (~Tuor@unaffiliated/tuor) |
| 07:05.14 | *** join/#devuan clemens3_ (~clemens@mx.eniso-partners.com) |
| 07:33.38 | *** join/#devuan clemens3_ (~clemens@mx.eniso-partners.com) |
| 07:33.56 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 07:55.16 | *** join/#devuan athidhep_ (~sb35@d23-16-72-48.bchsia.telus.net) |
| 07:58.13 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 08:03.43 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 08:15.54 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 08:18.44 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 08:24.15 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 08:30.59 | *** join/#devuan Tuor_ (~Tuor@212.25.21.185) |
| 08:33.31 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 08:35.27 | *** join/#devuan cocoadaemon (~foo@x53.octopuce.fr) |
| 08:52.08 | *** join/#devuan chomwitt (~chomwitt@2a02:587:dc0d:6600:a067:f2b2:ca08:30bd) |
| 08:54.07 | *** join/#devuan indeo (indeo@hilla.kapsi.fi) |
| 09:01.06 | *** join/#devuan cyteen42 (~cyteen42_@163.209.125.91.dyn.plus.net) |
| 09:07.17 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 09:12.38 | *** part/#devuan Eaglet (~Eaglet@unstable.nl) |
| 09:17.15 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 09:19.00 | *** join/#devuan Fervi (~fervi@2a02:a317:e144:d900:a2f3:c1ff:fe2d:aad4) |
| 09:27.29 | *** join/#devuan Madda (~Madda@2-228-92-98.ip190.fastwebnet.it) |
| 09:29.20 | *** join/#devuan unmy (~unmy@unaffiliated/unmy) |
| 09:34.49 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 09:45.00 | *** join/#devuan MickyW (~MickyW@p4FE8C898.dip0.t-ipconnect.de) |
| 09:46.49 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 09:48.57 | *** join/#devuan Tuor_ (~Tuor@212.25.21.185) |
| 09:50.16 | *** part/#devuan speedio (~speedio@37.247.117.48) |
| 09:53.22 | *** join/#devuan furrywolf (~furrywolf@172.58.35.230) |
| 09:56.26 | *** join/#devuan thaller (~thaller@2001:a61:43e:3600:7849:d878:458:4689) |
| 09:58.00 | *** join/#devuan Jasjar (~Jasjar@58.173.139.123) |
| 09:59.50 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 10:12.51 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 10:28.11 | *** join/#devuan terryc (~terryc@169.87.233.220.static.exetel.com.au) |
| 10:29.46 | *** join/#devuan maiz (~maiz@197.201.143.194) |
| 10:30.04 | ]BFG[ | how good is the pulseaudio support in Devuan without shitd? |
| 10:30.19 | ]BFG[ | can I expect firefox/chrome/vlc work with HDMI audio out of the box? |
| 10:32.57 | KatolaZ | ]BFG[: hos is pulseaudio related to systemd? |
| 10:33.07 | KatolaZ | s/hos/how |
| 10:34.45 | djph | KatolaZ: wasn't it written by dear leader lennart? |
| 10:35.05 | KatolaZ | and this is sufficient to make it work only with systemd? |
| 10:35.07 | KatolaZ | o_O |
| 10:35.20 | KatolaZ | guys, let's try to leave religion out of technology :) |
| 10:35.53 | KatolaZ | a couple of days ago I was asked if such and such backup software was "compatible" with sysvinit |
| 10:35.57 | KatolaZ | WTF? |
| 10:36.02 | djph | that's dumb |
| 10:36.14 | KatolaZ | why a backup software should know anything about which system is running as PID 1? |
| 10:36.26 | djph | I was just having a bit of fun with the question you "asked". |
| 10:36.28 | jaromil | lol |
| 10:36.30 | KatolaZ | well, a question about pulseadio is not much smarter |
| 10:36.38 | KatolaZ | :D |
| 10:36.47 | KatolaZ | jaromil: that was the italian radio... |
| 10:36.49 | KatolaZ | o_O |
| 10:37.08 | jaromil | ]BFG[: afaik pulse is usable in devuan if you don't mind dbus |
| 10:44.30 | *** join/#devuan aggrora (~aggrora@2a04:ae08:1409:6f00:224:d7ff:febb:610c) |
| 10:49.31 | *** join/#devuan unmy (~unmy@unaffiliated/unmy) |
| 10:52.53 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 10:58.23 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 11:03.53 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 11:10.16 | *** join/#devuan markoong (~marco@96.44.147.106) |
| 11:19.27 | *** join/#devuan amarsh04 (~amarsh04@ppp121-45-69-244.bras1.adl6.internode.on.net) |
| 11:19.50 | *** join/#devuan unixman_home_ (~unixman2@unaffiliated/eracc) |
| 12:05.26 | *** join/#devuan HumanGeek (~HumanG33k@62.147.242.8) |
| 12:12.31 | *** join/#devuan HumanGeek (~HumanG33k@62.147.242.8) |
| 12:13.36 | *** join/#devuan Fervi (~fervi@2a02:a317:e144:d900:a2f3:c1ff:fe2d:aad4) |
| 12:18.26 | *** join/#devuan antenagora (~antenagor@147.162.137.245) |
| 12:21.57 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 12:24.54 | *** join/#devuan ivanshmakov (~user@tunnel35660-pt.tunnel.tserv10.par1.ipv6.he.net) |
| 12:27.54 | *** join/#devuan unixman_home (~unixman2@unaffiliated/eracc) |
| 12:36.53 | *** join/#devuan maiz (~maiz@197.201.143.194) |
| 12:48.59 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 13:03.50 | *** join/#devuan mchasard__ (~mchasard@i19-les01-ntr-176-186-41-167.sfr.lns.abo.bbox.fr) |
| 13:06.32 | *** join/#devuan nighty-- (~nighty@s229123.ppp.asahi-net.or.jp) |
| 13:08.11 | *** join/#devuan clemens3_ (~clemens@80-218-38-71.dclient.hispeed.ch) |
| 13:08.28 | *** part/#devuan mchasard__ (~mchasard@i19-les01-ntr-176-186-41-167.sfr.lns.abo.bbox.fr) |
| 13:21.17 | *** join/#devuan lldd_ (~atrapado@unaffiliated/atrapado) |
| 13:34.11 | *** join/#devuan earthnative (~nemo@59.167.208.146) |
| 13:42.35 | *** join/#devuan polocho (~polocho@89.141.230.94.dyn.user.ono.com) |
| 14:24.04 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 14:31.36 | *** join/#devuan DocScrutinizer05 (~saturn@openmoko/engineers/joerg) |
| 14:31.48 | *** join/#devuan eliasr (uid27497@gateway/web/irccloud.com/x-xdfdithhjxsbegju) |
| 14:33.05 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 14:45.35 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 14:47.41 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 14:54.36 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 14:59.37 | *** join/#devuan james1138 (~james1138@71-32-91-188.tukw.qwest.net) |
| 15:00.06 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 15:03.47 | *** join/#devuan deb1user__ (~deb1user@c-98-195-42-121.hsd1.tx.comcast.net) |
| 15:12.36 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 15:18.07 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 15:19.08 | *** join/#devuan g4570n (~g4570n@unaffiliated/g4570n) |
| 15:23.09 | *** join/#devuan cyteen_ (~cyteen42_@189.178.93.209.dyn.plus.net) |
| 15:23.18 | *** join/#devuan j9m (~j9m@47.157.125.55) |
| 15:28.37 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 15:39.14 | *** join/#devuan DeFender1031 (~DeFender1@93-173-122-186.bb.netvision.net.il) |
| 15:39.42 | *** join/#devuan Akuli (~Akuli@mobile-access-bceedd-155.dhcp.inet.fi) |
| 15:42.20 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 15:48.15 | *** join/#devuan goaway (~goaway@2601:196:8701:e3bb:f8ba:8b3e:b72b:6fb1) |
| 15:50.07 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 15:51.32 | *** join/#devuan james1138 (~james1138@71-32-91-188.tukw.qwest.net) |
| 15:53.58 | james1138 | New question. I installed Wine into Devuan ASCII Xfce 32-bit with no problem but when I install any apps... neither the app nor Wine itself appears in the Whisker menu. Am I doing something wrong? |
| 15:57.38 | *** join/#devuan thomascovenant (~qt_junkie@fsfe/thomascovenant) |
| 15:59.34 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
| 16:00.09 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 16:02.35 | golinux | IMO the whisker menu is wrong. LOLOL! In any case . . . none of the apps I have running on wine appear in the default Xfce menu either. |
| 16:02.58 | golinux | I launch them from a custom entry in the panel. |
| 16:03.44 | golinux | james1138: ^^^ |
| 16:04.00 | *** join/#devuan inhetep (~inhetep@gateway/tor-sasl/inhetep) |
| 16:04.40 | james1138 | ouch |
| 16:06.24 | *** join/#devuan _0bitcount (~Big_Byte@90.162.105.206) |
| 16:06.55 | *** join/#devuan system16 (~system16@unaffiliated/system16) |
| 16:11.39 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 16:13.09 | *** join/#devuan james1138 (~james1138@71-32-91-188.tukw.qwest.net) |
| 16:13.37 | james1138 | Well... upgrade Whisker menu and reboot did nothing. |
| 16:15.57 | golinux | The only time I ever saw wine added to the main menu was on squeeze/gnome2 |
| 16:17.09 | *** join/#devuan flrn (~flrn@unaffiliated/flrn) |
| 16:19.42 | *** join/#devuan IoFran2 (~Thunderbi@189.154.21.141) |
| 16:25.31 | *** join/#devuan DeFender1031 (~DeFender1@93-173-122-186.bb.netvision.net.il) |
| 16:28.27 | james1138 | And... upgrade menulibre did nothing either. |
| 16:40.17 | *** join/#devuan freemangordon (~ivo@46.249.74.23) |
| 17:01.35 | james1138 | Well... I was able to go into local/share/applications and at least create a working link to desktop. |
| 17:20.03 | *** join/#devuan amesser (~Andreas@p200300E3570A6200B2BF3C426AD0484F.dip0.t-ipconnect.de) |
| 18:01.23 | *** join/#devuan Levure (~quassel@109.130.212.23) |
| 18:05.31 | *** join/#devuan cyteen_ (~cyteen42_@189.178.93.209.dyn.plus.net) |
| 18:07.45 | *** join/#devuan AntoFox (~Thunderbi@dynamic-adsl-78-12-53-115.clienti.tiscali.it) |
| 18:09.00 | *** join/#devuan lldd_ (~atrapado@unaffiliated/atrapado) |
| 18:10.57 | *** join/#devuan tvall (~tvall@50-81-62-185.client.mchsi.com) |
| 18:14.15 | *** join/#devuan IoFran2 (~Thunderbi@189.154.21.141) |
| 18:25.05 | *** join/#devuan AntoFox (~Thunderbi@dynamic-adsl-78-12-53-115.clienti.tiscali.it) |
| 18:30.46 | *** join/#devuan clemens3_ (~clemens@80-218-38-71.dclient.hispeed.ch) |
| 18:33.12 | *** join/#devuan cyteen_ (~cyteen42_@189.178.93.209.dyn.plus.net) |
| 18:33.14 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 18:37.49 | *** join/#devuan ymasson (~ymasson@LFbn-BOR-1-14-191.w90-50.abo.wanadoo.fr) |
| 18:41.41 | *** join/#devuan debdog (~debdog@2a02:8070:41a6:3700:7a24:afff:fe8a:d04d) |
| 18:45.33 | *** join/#devuan cocoadaemon (~foo@x53.octopuce.fr) |
| 19:07.17 | bozonius | virtualbox for ascii? |
| 19:07.30 | bozonius | synaptic search doesnt find it |
| 19:08.05 | KatolaZ | bozonius: it's in contrib |
| 19:10.05 | bozonius | does synaptic use the same sources as apt? |
| 19:10.18 | bozonius | I'm not seeing "contrib" in synaptic repos |
| 19:10.52 | KatolaZ | bozonius: you should add it in sources.list |
| 19:11.13 | bozonius | It is in there |
| 19:11.19 | KatolaZ | uh? |
| 19:11.20 | bozonius | just not showing in synaptic |
| 19:11.27 | KatolaZ | apt-cache policy virtualbox |
| 19:11.44 | *** join/#devuan t3chn0 (~t3chn0@gateway/tor-sasl/uberius) |
| 19:11.47 | bozonius | btw, KatolaZ,this is a brand new ascii install |
| 19:11.51 | KatolaZ | https://pkginfo.devuan.org/cgi-bin/d1pkgweb-query?search=virtualbox&release=ascii |
| 19:12.00 | KatolaZ | it's in ascii-backports |
| 19:12.11 | bozonius | I thought you said contrib |
| 19:12.33 | KatolaZ | it's in contrib |
| 19:12.36 | KatolaZ | in ascii-backports |
| 19:12.37 | KatolaZ | :) |
| 19:12.42 | bozonius | but anyway, no backports or contrib in synaptic |
| 19:12.44 | KatolaZ | the two are not incompatible |
| 19:12.53 | KatolaZ | bozonius: ascii-backports is a suite |
| 19:12.58 | KatolaZ | contrib is a component of a suite |
| 19:13.37 | bozonius | oh, wait |
| 19:13.57 | bozonius | I see now -- contrib is a section in say deb-src, like that |
| 19:13.58 | bozonius | ok |
| 19:18.01 | bozonius | apt search VirtualBox (and spelling variants) -- nada |
| 19:18.02 | bozonius | but |
| 19:18.11 | bozonius | apt search scribus returns list |
| 19:18.14 | bozonius | ??? |
| 19:19.42 | bozonius | same thing for apt-cache search |
| 19:19.46 | bozonius | nada for vbox |
| 19:22.44 | bozonius | http://hezeh.org/virtualbox-on-devuan/ |
| 19:24.20 | bozonius | "VirtualBox is an open source x86 emulator, on Devuan is not possible to install because of systemd dependencies, for this reason I recompiled from source." (Love the run-on sentences on the web...) |
| 19:25.13 | bozonius | are you certain it is in the repos, KatolaZ? I still am not able to get it |
| 19:26.20 | bozonius | or do I need to add "backports" somewhere in my apt config? |
| 19:28.48 | golinux | In your sources.list |
| 19:30.46 | amesser | bozonius: maybe use qemu/libvirt instead? |
| 19:30.55 | *** join/#devuan sunshavi (~user@181.64.192.154) |
| 19:31.32 | bozonius | ascii, not jessie? |
| 19:31.36 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 19:31.58 | bozonius | amesser: Maybe I should use debian/somethingelse instead? |
| 19:32.20 | bozonius | maybe junk this whole thing and take up golf? |
| 19:32.44 | amesser | well, was just an idea. i was using virtualbox for years, but since i figured out how to use qemu, well, i like it more |
| 19:32.47 | bozonius | fuck computers altogether |
| 19:32.58 | bozonius | I used to use qemu. |
| 19:33.15 | bozonius | but, atm, I am trying to install vbox host software, not qemu |
| 19:33.44 | bozonius | golinux: this is ascii now, do I add the same syntax as for jessie repos? |
| 19:35.32 | amesser | yes, just replace ascii with jessie |
| 19:36.37 | amesser | hmm, strange |
| 19:37.21 | amesser | I have "deb http://pkgmaster.devuan.org/devuan/ ascii-backports main non-free contrib" in sources.list |
| 19:37.54 | amesser | but aptitude search virtualbox returns nothing |
| 19:39.10 | bozonius | may I ask how ascii-backports got in there -- mine doesn't have that |
| 19:40.03 | bozonius | amesser: see my message at :24:17, above |
| 19:40.11 | bozonius | systemd |
| 19:40.17 | bozonius | it's everywhere |
| 19:40.38 | fsmithred | bozonius, backports is /merged not /devuan |
| 19:40.39 | bozonius | I cannot escape from systemd |
| 19:41.00 | bozonius | I can run, but I cannot hide |
| 19:41.14 | bozonius | fsmithred? I see "merged" in sources.list |
| 19:41.26 | amesser | my sources list was also wrong |
| 19:41.33 | bozonius | I have not modified my sources.list |
| 19:41.40 | fsmithred | oh, that was amesser. sorry. |
| 19:41.53 | bozonius | it is the one that came with the install (netinst) |
| 19:42.21 | amesser | bozonius: you have to edit sources.list and add the following: |
| 19:42.44 | amesser | deb http://deb.devuan.org/merged/ascii-backports main non-free contrib |
| 19:43.08 | bozonius | and you find virtualbox if you search? |
| 19:43.08 | amesser | the save file and do: |
| 19:43.09 | fsmithred | deb http://deb.devuan.org/merged ascii-backports main non-free contrib |
| 19:43.18 | fsmithred | no slash after /merged |
| 19:43.18 | amesser | apt-get update |
| 19:43.24 | amesser | shen you shoud find it |
| 19:43.30 | bozonius | do you find it? |
| 19:43.37 | amesser | yes afterwards i did |
| 19:43.41 | bozonius | ah, ok |
| 19:43.42 | bozonius | thanks |
| 19:46.18 | bozonius | so, no "-t" is needed? |
| 19:47.56 | fsmithred | to install it, you might need '-t ascii-backports' |
| 19:48.02 | bozonius | I thought (for some reason) that one needed "-t backports" to get |
| 19:48.04 | bozonius | ah! |
| 19:48.05 | bozonius | thanks |
| 19:48.37 | bozonius | <PROTECTED> |
| 19:48.49 | bozonius | apt install virtualbox does it |
| 19:49.19 | bozonius | is there a way to prevent it from including backports by default? |
| 19:49.34 | bozonius | not sure I want to upgrade as much as it wants to |
| 19:50.34 | fsmithred | bozonius, try installing the deps from ascii, then try adding vbox again from backports |
| 19:50.38 | fsmithred | you might not |
| 19:50.48 | fsmithred | need everything from bpo |
| 19:51.07 | fsmithred | and if you want to prevent stuff from sneaking in, you can pin backports to a lower priority |
| 19:51.20 | fsmithred | or comment it out when you're done |
| 19:52.17 | amesser | i think it will not install packages by default from backports, only if you request package which is only in backports. see http://deb.devuan.org/merged/dists/ascii-backports/contrib/binary-amd64/Release |
| 19:53.03 | bozonius | thanks fsmithred, that's what I needed to know |
| 19:53.11 | bozonius | I think I'll just comment it out |
| 19:53.14 | bozonius | (for now...) |
| 19:53.30 | bozonius | I note that in jessie, virtualbox is in contrib, not backports |
| 19:53.35 | bozonius | seems to be anyway |
| 19:55.08 | bozonius | fsmithred, it still wants to install all kinds of stuff, which I am not sure I want to do at this time |
| 19:56.40 | fsmithred | there is no vbox in stretch/ascii, only in backports |
| 19:56.56 | fsmithred | also in jessie, buster/beowulf and sid/ceres |
| 19:57.15 | fsmithred | add '--no-install-recommends' |
| 19:58.21 | fsmithred | bbiab |
| 20:21.19 | *** join/#devuan polocho (~polocho@89.141.230.94.dyn.user.ono.com) |
| 20:34.32 | *** join/#devuan Levure (~quassel@109.130.212.23) |
| 20:35.48 | bozonius | had to also install virtualbox-qt to get the UI |
| 20:35.54 | bozonius | but it is working now. |
| 20:37.40 | *** join/#devuan freem (~freem@176-132-84-123.abo.bbox.fr) |
| 20:38.37 | bozonius | thanks all who have helped me. amesser: I will try out qemu and other tools as I am able |
| 20:40.55 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 20:41.08 | bozonius | bbl |
| 20:53.25 | *** join/#devuan system16 (~system16@unaffiliated/system16) |
| 20:55.45 | *** join/#devuan pillepalle (~Thunderbi@5.146.79.119) |
| 21:01.31 | nacelle | be sure to check out virt-manager if you do |
| 21:01.42 | nacelle | it makes qemu-kvm admin pretty simple, for the most part |
| 21:02.01 | *** join/#devuan unmy (~unmy@unaffiliated/unmy) |
| 21:02.03 | nacelle | its... akin to the thick client of vmware... sort of. Kind of. |
| 21:05.03 | *** join/#devuan Fervi (~fervi@2a02:a317:e144:d900:a2f3:c1ff:fe2d:aad4) |
| 21:07.20 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 21:11.43 | *** join/#devuan saiya (~sahya@user-0c8ghej.cable.mindspring.com) |
| 21:23.00 | *** join/#devuan Besnik_b (~Besnik@ppp-94-66-221-202.home.otenet.gr) |
| 21:30.41 | *** join/#devuan freemangordon (~ivo@46.249.74.23) |
| 21:37.43 | *** join/#devuan fugitive (~fugitive@95.211.147.186) |
| 21:45.01 | *** join/#devuan IoFran2 (~Thunderbi@189.154.21.141) |
| 21:53.56 | *** join/#devuan Pali (~pali@Maemo/community/contributor/Pali) |
| 21:59.08 | *** join/#devuan freemangordon (~ivo@46.249.74.23) |
| 22:04.37 | *** join/#devuan Tom-_ (~tomg@64-7-154-33.agas2a-dynamic.dsl.sentex.ca) |
| 22:06.13 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 22:08.03 | *** join/#devuan ChuangTzu (~ChuangTzu@2001:610:510:115:216:3eff:fec4:8516) |
| 22:26.41 | *** join/#devuan IoFran (~Thunderbi@189.154.21.141) |
| 22:40.10 | *** part/#devuan postno (postno@gateway/shell/elitebnc/x-yhnweubkgqrfbdva) |
| 22:49.09 | *** join/#devuan aqu4 (~aqu4bot@unaffiliated/subsen/bot/aqu4) |
| 23:01.49 | *** join/#devuan xes (~xes@unaffiliated/xes) |
| 23:18.48 | *** join/#devuan Schallaven (~Schallave@ip-198-96-38-155.dynamic.yorku.ca) |
| 23:18.58 | *** join/#devuan IoFran2 (~Thunderbi@189.154.21.141) |
| 23:38.04 | *** join/#devuan fugitive (~fugitive@95.211.147.186) |
| 23:38.57 | *** join/#devuan RealUnix28200 (~eric.buck@212.83.172.192) |
| 23:39.14 | fugitive | o/ |
| 23:40.25 | RealUnix28200 | Hello |
| 23:40.27 | fugitive | i have one question.. how to install nvidia drivers on ascii ? :) those worked on jessie, but when i try installing, it complains about dependdencies, all nvidia-* |
| 23:40.28 | RealUnix28200 | cc |
| 23:40.49 | fugitive | hi |
| 23:46.54 | gnarface | fugitive: did your emember to enable non-free and contrib in your sources.list, then run `apt-get update`? |
| 23:48.25 | fugitive | hm, seems not.. i thought it is issue in my sources file.. let me see |
| 23:49.08 | fugitive | contrib was there, guess i missed non-free |
| 23:50.26 | gnarface | personally i disable them both again after adding the nvidia drivers |
| 23:50.43 | gnarface | you don't really want anything from there surprise-updating on you |
| 23:50.50 | terryc | Q: how "safe" is it to upgrade Debian-Stretch to Dev-uan-Jessie by just doing the /etc/apt/sources.list changes and the update/upgrade/dis-upgrade? |
| 23:51.23 | gnarface | terryc: it'll probably work. your mileage may vary |
| 23:52.27 | gnarface | terryc: (depending on what you had installed, much of it may need to be uninstalled first) |
| 23:52.29 | golinux | Have a look here: https://devuan.org/os/documentation/dev1fanboy/ |
| 23:52.41 | fugitive | seems it works. will it work after - will see. :) thanks gnarface |
| 23:52.52 | gnarface | np |
| 23:53.22 | fsmithred | go from stretch to ascii, not jessie |
| 23:53.26 | gnarface | for nvidia drivers, if you install "nvidia-driver" and "libgl1-nvidia-glx" then most of the rest of what you need should get dragged in automatically |
| 23:54.52 | fugitive | hm, i used 340 legacy, I believe i used those before, but yh, it pulled all of pkgs |
| 23:57.47 | fugitive | ok, brb, might be last time seeing X :D |
| 23:59.53 | *** part/#devuan RealUnix28200 (~eric.buck@212.83.172.192) |