xrogaan | huh, weird | 05:04 |
---|---|---|
xrogaan | Mounting a secondary ext4 disk through udisks has it with root perms instead of the user's. | 05:04 |
drwhite | Hi folks! | 05:06 |
xrogaan | makes sense in a way | 05:07 |
drwhite | I was trying to install Devuan on my system but I could not get the WLAN to work. Is there a version that has the WLAN drivers and applications built in? | 05:08 |
fsmithred | the live isos have wireless firmware already installed | 05:09 |
fsmithred | what wireless hardware do you have? | 05:09 |
fsmithred | drwhite, ^^^ | 05:10 |
drwhite | I used the install, and installed everything on the ISO, and I couldn't get my WLAN card to work. | 05:12 |
drwhite | Network controller: Intel Corporation Centrino Ultimate-N 6300 | 05:13 |
drwhite | soz, got DC | 05:15 |
fsmithred | I think it uses firmware-iwlwifi | 05:16 |
fsmithred | the debs are in the iso, in /firmware | 05:16 |
fsmithred | drwhite, you have a bootable system? | 05:17 |
fsmithred | I need to sleep. This should help - https://wiki.debian.org/iwlwifi | 05:18 |
fsmithred | also, make sure the default wireless interface is set correctly in wicd (if that's what you're using) | 05:19 |
xrogaan | which is the most sensible: create a partition for my user and mount it in my /home folder or have the disk available system wide with a specific folder for each users? | 05:22 |
gnarface | xrogaan: the permissions belong to the mount point, not the user or the parent filesystem you're mounting it under. | 05:26 |
gnarface | xrogaan: if you want that overridden to be "owned by whatever user mounted it this time" there are mount options for that though | 05:26 |
gnarface | xrogaan: (worth noting that's a gaping large security risk but rope is free here) | 05:26 |
xrogaan | well yeah, I don't want whomever user to be able to mount the drive :P | 05:29 |
gnarface | xrogaan: and yes, the more sensible approach is to mount it under /usr/local somewhere, and just give permissions on subdirectories thereof to users as necessary | 05:29 |
xrogaan | oh, /usr/local and not /mnt? | 05:29 |
gnarface | well, it's really up to you. | 05:30 |
xrogaan | why would you chose /usr/local though? | 05:30 |
gnarface | that's what it's for | 05:31 |
gnarface | /mnt sortof carries a "temporary" connotation | 05:31 |
gnarface | but debian provides /media/* for such by default | 05:31 |
gnarface | another option, if this were to be a disk ONLY for giving users more /home space, would be to just mount all of /home on it directly, and copy their existing home directories over as-is, preserving existing permissions | 05:33 |
gnarface | ... which might be the easiest solution too, if you want to avoid downtime and aren't very confident in your chown/chmod skills | 05:34 |
gnarface | i mean, if you *don't* want to avoid downtime | 05:34 |
gnarface | sorry | 05:34 |
xrogaan | there is no real use case in the system hierarchy handbook. It's a bit annoying :P | 05:34 |
gnarface | what is the use case exactly? | 05:35 |
xrogaan | for an extra drive | 05:35 |
gnarface | no i mean, what's the use case for the drive | 05:35 |
gnarface | is it permanent space, or temporary? | 05:35 |
xrogaan | your suggestion is actually pretty tempting. | 05:35 |
xrogaan | permanent | 05:35 |
gnarface | is it shared storage, or will it all be divided up only into user-specific directories? | 05:36 |
gnarface | if it's 100% to be used for per-user storage and it's got enough more space on it's own than the existing partition that /home is on, i'd say do it | 05:36 |
gnarface | otherwise, probably /usr/local is where it'll be least in the way | 05:37 |
xrogaan | oh, both. Personal and shared. | 05:37 |
gnarface | if it's both personal AND shared, you don't want that under/home | 05:37 |
gnarface | *under /home | 05:37 |
gnarface | i admit in the past i've used /mnt for permanent mounts but they were NFS | 05:38 |
gnarface | i don't know why that made more sense to me than using it for a local disk | 05:38 |
gnarface | depending on what you're doing with it, some new subdirectory of /var may be a more appropriate | 05:39 |
gnarface | but /var is more intended for stuff that's populated by automated and/or external processes | 05:40 |
gnarface | the most important part is probably just that it makes sense to you so you remember what you did later | 05:40 |
xrogaan | I believe /mnt does make sense, if it's storage and do not affect how the system runs. | 05:43 |
gnarface | like i said, it's most important that you just don't forget about it | 05:43 |
gnarface | mount won't stop you from stacking mounts | 05:44 |
gnarface | i use /mnt disk maintenance a lot | 05:44 |
gnarface | *for disk maintenance... | 05:44 |
xrogaan | but I'm really tempted to migrate /home on the new drive. However, having 250 GiO of space for the system might be a bit much. | 05:44 |
gnarface | so you could accidentally mount a second thing there and maybe momentarily panic when you forget where the other mount was | 05:44 |
gnarface | (it's non-destructive, but at this point you can easily make a mistake and lose data if you panic) | 05:45 |
gnarface | maybe it would be better to create a sub-directory in /mnt, and use THAT as the mountpoint instead | 05:46 |
gnarface | since the contents of /mnt aren't structured by the fhs, that way you can still use it for other stuff at the same time | 05:46 |
xrogaan | mh /srv could also be used. | 05:46 |
xrogaan | oh, I always used subdirectories in /mnt | 05:47 |
gnarface | if this is a directory structure required by extra-distro commercial software you could even use /opt | 05:47 |
xrogaan | /mnt/cdrom /mnt/floppy etc | 05:47 |
gnarface | ah, yes that's common, but debian/devuan provides /media/cdrom, /media/dvd, etc for such | 05:48 |
gnarface | /media/zip ... etc | 05:48 |
gnarface | specifically for removable media | 05:48 |
gnarface | depending on how you installed, it should even populate that directory and your fstab with some sane defaults based on the drives it detects | 05:49 |
xrogaan | to merge / and /home (both partitions on the same disk), I need to do that from a liveCD thing right? | 05:55 |
xrogaan | can't work on the system while it's live. | 05:55 |
gnarface | well, it's a lot safer with a livecd if you aren't sure what might break stuff | 06:00 |
gnarface | it shouldn't be a problem to put /home into the same partition as / while it's running though, as long as you're not logged in as any of those users | 06:00 |
gnarface | and even then, all that's likely to break is their logout scripts | 06:00 |
gnarface | the shell should clean up after that | 06:00 |
gnarface | if you get a few stray ssh or bash processes hung, you can just kill them | 06:00 |
gnarface | but then, that assumes a lot about what your users aren't doing | 06:01 |
gnarface | so yea, for this particular change a liveCD wouldn't be necessary, but in general that's a good way to reduce risk of breaking stuff in the running system | 06:02 |
gnarface | migrating the contents of / to another drive... THAT gets really tricky without a liveCD | 06:03 |
gnarface | in general the root partition (and /usr/bin if it's on a separate one) are the ones that you can't safely yank out from underneath a running system | 06:04 |
xrogaan | I'd feel safer with a livecd | 06:05 |
gnarface | there's even tricks you can use for / and /usr/bin if you're clever, but at that point the liveCD is definitely much easier unless you have some really critical reason not to reboot the thing | 06:07 |
bluemarlin | is it still bad idea to migrate directly from debian 8 to devuan ascii? | 07:38 |
NewGnuGuy | bluemarlin: https://devuan.org/os/documentation/dev1fanboy/migrate-to-ascii | 07:42 |
NewGnuGuy | bluemarlin: That page lists the necessary steps to perform the migration while avoiding pitfalls. Just follow those steps for best results. | 07:44 |
bluemarlin | NewGnuGuy: thanks :) | 07:44 |
NewGnuGuy | np, let us know if you need any help | 07:45 |
NewGnuGuy | bluemarlin: If you find anything on that page that could be improved, please let us know. | 07:47 |
bluemarlin | seems to work without any issue so far :) | 07:57 |
NewGnuGuy | great to hear | 07:58 |
NewGnuGuy | bluemarlin: I'm about to head to bed. The Europeans in the project should be up in a few hours. They should be able to answer any questions. | 07:59 |
NewGnuGuy | ttyl | 07:59 |
bluemarlin | thanks, see you around :) | 08:00 |
hiya | What's up guys | 12:53 |
hiya | I am using PureOS.net right now. I see the Gnome is useless resource heavy although beautiful | 12:53 |
hiya | but i would love to switch to Devuan and want to see some pictures from default DE/XFCE and how it looks. Anyone made a video? | 12:54 |
hiya | I would like devuan_ascii_rc | 12:54 |
fsmithred | here's a screenshot of ascii/xfce: https://dev1galaxy.org/viewtopic.php?pid=9460#p9460 | 12:57 |
hiya | it is default and official DE | 13:01 |
hiya | ? | 13:01 |
fsmithred | yes, xfce is the default, but there are other choices in the installer isos | 13:02 |
hiya | fsmithred, where is the Menu Bar? | 13:02 |
hiya | Top or bottom? | 13:02 |
fsmithred | usually at the bottom | 13:02 |
hiya | Click on Main Menu and share screenshot if possible? | 13:02 |
fsmithred | can't do it right now | 13:02 |
bluemarlin | isn't changing position of the bar like 5-click-work tops? | 13:03 |
KatolaZ | hiya: these are all things you can customize anyway.... | 13:03 |
KatolaZ | o_O | 13:03 |
hiya | Well, I love how Manjaro looks or Xubuntu is not bad eithe r | 13:03 |
hiya | But I love free/libre distro only | 13:03 |
KatolaZ | hiya: your desktop looks how you want it to look | 13:03 |
KatolaZ | ... | 13:03 |
hiya | Gnome looks beautiful generally | 13:03 |
fsmithred | probably pretty easy to make devuan look like manjaro or xubuntu | 13:03 |
hiya | Ok | 13:03 |
hiya | but if it is the default look and appearance, it rocks! | 13:04 |
hiya | Why not use systemd in nutshell? | 13:04 |
hiya | https://dev1galaxy.org/files/ascii_desktop.png = looks good too | 13:05 |
hiya | neat and clean | 13:05 |
hiya | There is no Network Manager, right? | 13:05 |
fsmithred | wicd is default | 13:05 |
KatolaZ | hiya: there is network manager as well | 13:05 |
fsmithred | network-manager is in repo | 13:05 |
hiya | But I want to learn and use the default stuff only | 13:06 |
hiya | So no OpenVPN plugin? | 13:06 |
fsmithred | connman is in repo and is default in some desktop (lxqt?) | 13:06 |
fsmithred | nm does vpn | 13:06 |
hiya | No problem, I use cli but I just do guides etc so | 13:07 |
hiya | How much of RAM is used on boot by default? | 13:07 |
fsmithred | I think xfce currently uses around 150-180 | 13:08 |
fsmithred | kde uses all your ram and your neighbor's | 13:08 |
hiya | Gnome uses almost 2.5GB out of 3.8GB | 13:08 |
KatolaZ | hiya: you don't have GNOME in devuan | 13:09 |
hiya | I know | 13:09 |
hiya | That is why I am coming here | 13:09 |
hiya | Someone PMed me long back when this project was starting | 13:09 |
hiya | but I didn't understand issues with systemd | 13:09 |
hiya | Can I use service command? | 13:10 |
fsmithred | yes | 13:10 |
hiya | or systemctl's replacement? | 13:10 |
fsmithred | no | 13:10 |
hiya | Ok | 13:10 |
hiya | Torrent link of Live ISO? | 13:10 |
hiya | Can't find | 13:10 |
fsmithred | no ascii torrent yet - soon | 13:10 |
fsmithred | not sure if we make a torrent of the live isos | 13:11 |
fsmithred | but stick around for a couple minutes and maybe we'll know for sure | 13:11 |
hiya | https://ftp.nluug.nl/pub/os/Linux/distr/devuan/devuan_ascii_rc/desktop-live/devuan_ascii_2.0.0-rc_amd64_desktop-live.iso | 13:12 |
hiya | Is it good? | 13:12 |
fsmithred | in general, yes, but someone on forum reported problems using that iso. Two people reported that checksum was wrong | 13:12 |
fsmithred | just get it from files.devuan.org | 13:13 |
KatolaZ | hiya: there is no torrent for RC | 13:13 |
fsmithred | hiya, there will be a torrent for all the isos | 13:13 |
fsmithred | and you can download all or part | 13:13 |
hiya | I am downloading from Leaseweb | 13:14 |
hiya | I hope it works fine | 13:14 |
fsmithred | brb | 13:14 |
hiya | Are you spying on us like Windows? | 13:16 |
hiya | jk jk runs (sorry if bad joke) its 6% | 13:17 |
KatolaZ | hiya: ? | 13:18 |
hiya | KatolaZ, was trying to be funny. | 13:18 |
KatolaZ | oh I see... | 13:18 |
KatolaZ | :) | 13:18 |
hiya | Is it Debian Testing? | 13:18 |
hiya | jk jk = joke joke | 13:18 |
KatolaZ | hiya: it's Devuan over here | 13:18 |
hiya | But Devuan Testing = ASCII ? | 13:19 |
fsmithred | ascii uses stretch packages | 13:19 |
hiya | Yes | 13:19 |
hiya | oh | 13:19 |
fsmithred | (I almost said squeeze) | 13:19 |
hiya | I want newer than stretch | 13:19 |
hiya | possible? | 13:19 |
KatolaZ | not yet hiya | 13:19 |
fsmithred | possible, but not advised | 13:20 |
hiya | Ok. This is why I use PureOS, its testing | 13:20 |
fsmithred | you can upgrade to beowulf if you want to be the first to report problems | 13:20 |
hiya | lol no I don't want to be first | 13:20 |
KatolaZ | hiya: aren't you happy with PureOS? | 13:20 |
hiya | KatolaZ, I am happy but RAM uses is the problem, I might switch to 8GB | 13:21 |
fsmithred | dump gnome for a lighter DE or a WM | 13:21 |
KatolaZ | hiya: just install XFCE on PureOS | 13:21 |
KatolaZ | it's easier that it sounds | 13:21 |
hiya | I am fighting to get official XFCE | 13:22 |
hiya | they are considering it | 13:22 |
fsmithred | what choices do they have? | 13:22 |
hiya | Gnome only | 13:25 |
hiya | I will try Devuan anyways | 13:26 |
hiya | I don't need bleeding edge | 13:26 |
hiya | I need to get my job done | 13:26 |
hiya | https://www.youtube.com/watch?v=GR2y0xOIIdI | 13:34 |
hiya | Magic ^ | 13:34 |
hiya | It looks like Manjaro | 13:34 |
msiism | i've recently made some corrections to the devuan article in the german wikipedia. on the discussion page for that article, someone is claiming that init freedom was already there in debian, because debian offers packages for sysvinit, openrc, runit etc. i think this is not actually happening out of bad intention. so, i'd like to give reasonable answer. i've already put down a draft in german and quickly translated that | 17:13 |
msiism | ell. all available at: http://paste.debian.net/hidden/d62ca2bf/ comments and corrections welcome! | 17:13 |
msiism | (i'll wait until ascii is out before posting that) | 17:14 |
DocScrutinizer05 | msiism: to the point | 17:23 |
DocScrutinizer05 | indeed each single genuine devuan package came into existence only because it didn't work without systemd in the debian variant, so devuan forked and patched it. All packages that are not listed on ~packages https://git.devuan.org/groups/devuan-packages are actually just pulled "verbatim" from debian in realtime, see ~amprolla | 17:26 |
msiism | DocScrutinizer05: ok, thanks. yes, i should probably stress the "pulled from Debian" part more. | 17:27 |
DocScrutinizer05 | and aiui the ~packages list is not even comprehensive in that there are probably more packages on debian that would need forking to work on a sysdfree system | 17:28 |
msiism | ok | 17:28 |
DocScrutinizer05 | a nice "killer argument" would prolly be a debian "apt-get -s install sysvinit" diagnostic output quote | 17:29 |
DocScrutinizer05 | which will prolly look like "2 new packages installed, 3 updated, 969 removed" | 17:30 |
msiism | :D | 17:31 |
muep_ | it would depend a lot on what exact set of packages you start with | 17:31 |
msiism | DocScrutinizer05: i have debian 9 available, so i'll try that | 17:31 |
DocScrutinizer05 | sure, let'S assume gnome desktop for the shits'n'giggles | 17:31 |
DocScrutinizer05 | msiism: don't forget the -s ! ;-P | 17:33 |
msiism | muep_: you mean, having to rebuild or not would depend on that? | 17:33 |
KatolaZ | gnome desktop won't work on ASCII | 17:33 |
msiism | ok, good to know | 17:34 |
muep_ | msiism: I mean if you start with the base installation, I would expect only a few removals to be necessary to switch inits | 17:34 |
DocScrutinizer05 | oooh, then there's the "system D doesn't HAVE TO BE the init system, it's sufficient when it's pid1, you can run whatever init system you want under systemd" | 17:34 |
muep_ | if you start with a setup that includes things that absolutely need systemd to be init, then the set of removals can be very large | 17:35 |
DocScrutinizer05 | which is perky cheating | 17:35 |
muep_ | DocScrutinizer05: I've not heard of that being seriously suggested anywhere | 17:35 |
msiism | muep_: ok, the installation of debian i have on another machine had nothing selected in tasksel | 17:35 |
msiism | i'll try a few things there. | 17:36 |
muep_ | a similar-sounding but actually existing configuration would be to have a non-systemd pid1 + systemd-shim + systemd-logind, or something like that | 17:36 |
DocScrutinizer05 | muep_: have you heard any serious suggestions from debian folks to change _anything_ in standard systemd config of debian? | 17:37 |
muep_ | DocScrutinizer05: to me it looks like the default setup in debian is pretty much settled for now. but there are documented ways to get some other init, some of which involve using e.g. systemd-logind | 17:38 |
DocScrutinizer05 | all I heard so far was "there's the option, so stop whining and install it if you want. WE anyway are not interested" | 17:38 |
muep_ | AFAIK those options are realistic to someone who is not principled about not having systemd code loaded anywhere, but still wants or needs a different pid1 | 17:40 |
DocScrutinizer05 | IOW I seen a 12 dozen claims that debian allows to use alternative init systems other than systemd, but not a single of such claims went to the extend to backup statements by actual tests | 17:40 |
muep_ | I've heard of people using those alternative configurations | 17:42 |
DocScrutinizer05 | extent* | 17:42 |
muep_ | I'd not use that kind of config for gnome, but I'd expect them to work just fine for a more lean environment or for server workloads | 17:43 |
DocScrutinizer05 | in a nutshell: "init freedom" is maybe a tad short scope for devuan, meanwhile I'd think it's way more than just init freedom, it's general freedom of choice as provided by principles of modularity and stable IPC interfaces | 17:46 |
_stephen_ | just did an ascii rc install from dvd, it all went smoothly, with efi, except I had to manually use efibootmgr afterwards to make it bootable. | 17:51 |
* DocScrutinizer05 feels more reminded on arbitrary space saga plots now - the evil dictatorship empire against the confederation of free (sub)systems | 17:51 | |
_stephen_ | There was only one thing I recall from the installer where I checked a box for "force efi"... | 17:51 |
_stephen_ | Ooh, good, ascii has the newer tmux so I can get pane border status titles... | 17:53 |
DocScrutinizer05 | msiism: also even if debian had compile time flags for 90% of packages to keep systemd dependencies out, the fact that the binaries are not built that way still holds true | 17:56 |
_stephen_ | Huh, this is working just fine. Guess I dont have any excuses left, I should move my other systems up to ascii. | 17:57 |
DocScrutinizer05 | msiism: you covered that, but could use more emphasis on it | 17:57 |
msiism | DocScrutinizer05: ok, will try to do that | 17:58 |
msiism | maybe there should also be a wiki page on FOD about this. | 17:58 |
NewGnuGuy | bluemarlin: How'd the migration to ASCII go? | 18:02 |
NewGnuGuy | hiya: I've seen you frequently in other channels. Welcome to Devuan! | 18:04 |
bluemarlin | NewGnuGuy: it went well except for a single issue with nginx and packages related to it. Somehow there was a mix of versions installed - some from ascii/main and ascii/security. Some from ascii-backports. This locked the packages in state where they couldn't upgrade. I temporarily disabled backports, removed them and installed again... | 18:05 |
KatolaZ | bluemarlin: use deb.devuan.org | 18:07 |
KatolaZ | avoid *.mirror.devuan.org | 18:07 |
bluemarlin | KatolaZ: I think i used pkgmaster from the link shared by NewGnuGuy.... but honestly it might have been the mirror. | 18:09 |
hiya | NewGnuGuy, Thanks :D | 18:10 |
NewGnuGuy | KatolaZ: I linked bluemarlin to https://devuan.org/os/documentation/dev1fanboy/migrate-to-ascii Looking at that page now, it could p | 18:12 |
KatolaZ | that page already suggests to use deb.devuan.org, I guess? | 18:13 |
NewGnuGuy | dang, hit the enter key again :-( | 18:13 |
NewGnuGuy | KatolaZ: I linked bluemarlin to https://devuan.org/os/documentation/dev1fanboy/migrate-to-ascii Looking at that page now, it could be more detailed about which of ascii, ascii-updates, ascii-security, and espesially ascii-backports you really need enabled. | 18:15 |
KatolaZ | NewGnuGuy: only the user knows what they have enabled in their sources.list | 18:17 |
KatolaZ | we can't decide for the user | 18:17 |
NewGnuGuy | It probably shouldn't suggest using backports until after the migration and, even then, only if necessary. | 18:17 |
KatolaZ | we should not suggest to use backports at all | 18:18 |
KatolaZ | if users want backports, they will find them :) | 18:18 |
NewGnuGuy | True, I'll suggest that edit to chillfan when he comes back online. | 18:19 |
NewGnuGuy | bluemarlin: Thanks for helping us by reporting back your results. We'll use your feedback to improve our documentation. | 18:22 |
DocScrutinizer05 | I for one wouldn't even know IF i want backports. Maybe devuan should rely less on prior knowledge in users from debian | 18:22 |
msiism | KatolaZ: so, it's not like you'd be able to have the backports repo enabled all the time (even when installing only packages from it that you really need) and be sure that this will go well? | 18:23 |
NewGnuGuy | bluemarlin: Enjoy using ASCII! :-) | 18:23 |
KatolaZ | msiism: you can have backports enabled al the time | 18:23 |
msiism | KatolaZ: oh, that will have to be canged on the new website then. | 18:24 |
KatolaZ | I have just said that on the official documentation we shouldn't suggest to use backports by default | 18:24 |
msiism | right | 18:24 |
KatolaZ | we must provide information on how to add backports | 18:24 |
KatolaZ | but the users shoudl decide IMHO | 18:24 |
bluemarlin | NewGnuGuy: thanks as well :) | 18:25 |
DocScrutinizer05 | I'd love info on *why* I need backports | 19:11 |
DocScrutinizer05 | *how* is pretty simple, compared to *why* | 19:11 |
msiism | DocScrutinizer05: to get later versions of applications that did not make it into the current stable release. | 19:12 |
KatolaZ | DocScrutinizer05: one example for all: newer kernels | 19:14 |
unmy | eh, what is wrong with sysvinit and network, always getting 2 or 1 wrong ip address from dhcp | 19:37 |
KatolaZ | unmy: how is sysvinit involved in dhcp? | 19:46 |
unmy | on debian stretch when change to sysvinit then got same issue | 19:47 |
muep_ | do you have multiple dhcp clients set up to start at boot? | 19:50 |
unmy | not directly with sysvinit probably but something is very wrong with service and with "isc-dhcp-client", removed it and installed "udhcpc" is good now | 19:50 |
unmy | muep_, got only installed isc-client before | 19:52 |
muep_ | it is still possible to have one service just for the dhcp client and then e.g. ifupdown set up simultaneously | 19:53 |
msiism | unmy: if you have an account on d1g, could you document the problem with dhcp there? (hardware and system configuration section) it may help fixing other problems. | 19:54 |
unmy | muep_, ye, it could be like that | 19:54 |
muep_ | in a typical setup you would probably just use ifupdown and it then launches a dhcp client when configured to use dhcp | 19:55 |
unmy | msiism, dont have a account but still not sure how could document it when I'm not sure what was going on | 19:56 |
unmy | muep_, happening same in debian stretch and now with fresh install of devuan ASCII RC | 19:57 |
DocScrutinizer05 | I'd not be surprised at all on finding that systemd is entangled with dhcp | 19:57 |
unmy | probably some conflict with services | 19:58 |
muep_ | I'd first spend some time diagnosing it before switching services and suchlike | 19:59 |
DocScrutinizer05 | also I think you probably could accidentally start a dhcp daemon multiple times | 20:00 |
muep_ | like, count all the processes that could be dhcp clients or otherwise involving themselves with network config. take a copy of logs of those if possible and so on | 20:00 |
muep_ | maybe use tcpdump to capture your dhcp traffic | 20:00 |
muep_ | though might be better to capture at dhcp server end if possible | 20:01 |
armin | ++ | 20:01 |
DocScrutinizer05 | doesn't matter much I guess where you filer for service/port dhcp | 20:02 |
msiism | unmy: well, just give the info you can give. you don't need to provide a solution. i'm having another problem related to dhcp. maybe these are connected somehow (see https://dev1galaxy.org/viewtopic.php?id=2126). | 20:02 |
muep_ | it's just a bit tricky to arrange capturing to start on boot before dhcp client starts | 20:05 |
unmy | when I change in /etc/default/networking to CONFIGURE_INTERFACES=NO then I still getting that wrong IP out from dhcp poll | 20:06 |
KatolaZ | unmy: what you mean by "the wrong IP"? | 20:06 |
unmy | installed again isc-dhcp-client and removed udhcpc and got again same | 20:06 |
unmy | KatolaZ, mac address of this laptop got assigned ip 10.1.1.10 | 20:07 |
KatolaZ | unmy: maybe there is something odd on the dhcp servr side? | 20:07 |
KatolaZ | it's the server that decides what IP to assign to a DHCP-OFFER | 20:07 |
unmy | but I'm getting 10.1.1.203 somtimes when remove leases in /var/lib/dhcp then I'm getting 10.1.1.204 205 etc | 20:07 |
KatolaZ | unmy: just debug on the server side | 20:08 |
KatolaZ | if you want the same IP you shoul have a static bind on the dhcp server | 20:09 |
unmy | KatolaZ, ye is binded to 10.1.1.10 | 20:09 |
unmy | like rest of my other divices, none of them got any single problem with dhcp server | 20:10 |
unmy | KatolaZ, http://paste.debian.net/plainh/c1156e8c | 23:00 |
unmy | odd is the dhcp isc client :\ | 23:01 |
unmy | have no idea why sending DHCPDECLINE ... | 23:01 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!