retak_1th | there is a difference between the text installer of beowulf and the graphic installer of ascii: | 00:12 |
---|---|---|
retak_1th | it took few sec to format it with beowulf. and one hour with ascii. its a 2GB qemu qcow image. strange things. | 00:14 |
brabo | congrats on the new release! | 00:24 |
brabo | feels like this one is a lot shorter on the ball than a while ago! my next install will be devuan again i think ;) | 00:25 |
retak_1th | brabo, :) | 00:26 |
brabo | where did jaromil go? | 00:28 |
brabo | retak_1th: ;) | 00:28 |
retak_1th | Tenkawa, it works on beowulf :) | 00:29 |
Tenkawa | retak_1th: must be a chimaera bug.. might want to post a bug report | 00:30 |
Tenkawa | or see if there already is one out there yet | 00:30 |
retak_1th | damn I should had check that bevor lol | 00:31 |
brabo | retak_1th: i personally keep forgetting to check bug reports for the issues i encounter :/ | 00:32 |
retak_1th | hehe but it was fun to poke into that apt stuff | 00:33 |
retak_1th | the last thing I'll do tonight is to compare the apt conf file | 00:33 |
bb|hcb | Tenkawa: both packages are not forked; did you verify it works in bullseye? In case it works in bullseye but does not work in chimaera, the problem is to identify the Devuan specific package to file the bug on... | 00:38 |
retak_1th | no difference in 50apt-file.conf | 00:39 |
Tenkawa | retak_1th: yeah I diffed that before I left earlier | 00:39 |
Tenkawa | its more likely in apt itself | 00:40 |
retak_1th | bb|hcb, i tested it in bullseye. it works there | 00:40 |
Tenkawa | bb|hcb: retak_1th is testing this mostly.. I was just running a unit test on chimaera earlier to help | 00:40 |
retak_1th | I have two installation. one works. one not. find the difference should not be that hard. 50 years later XD | 00:41 |
rrq | it missed the beginning: what is the "problem command" ? | 00:41 |
retak_1th | apt-file serach ngerman.sty does not show pakage texlive-lang-german | 00:42 |
rrq | ok. on which dist? | 00:42 |
bb|hcb | I see what the problem is: | 00:43 |
retak_1th | on chimaera | 00:43 |
rrq | hmm. it does for me(TM) | 00:43 |
Tenkawa | rrq: it didnt for me with a new install | 00:44 |
rrq | .. you didn't leave out "apt-file update" I suppose? | 00:45 |
bb|hcb | On bullseye: amd64 Contents (deb) [11.3 MB] while on chimaera: chimaera/main amd64 Contents (deb) [8241 kB] | 00:45 |
retak_1th | hehe I did apt-file update ^^ | 00:45 |
Tenkawa | of course not.. normal pkgs worked fine.. this one instantaeously came back | 00:45 |
bb|hcb | So I suppose that Contents in the Devuan repo contains only the forked packages | 00:45 |
Tenkawa | bb|hcb: I thought it may have been the Multi-arch entries | 00:46 |
Tenkawa | not being picked up by the variable in the apt-file conf file | 00:46 |
Tenkawa | but didn't get to look into it much before I had to leave | 00:47 |
Tenkawa | but if it works on the previous version its not that | 00:47 |
bb|hcb | http://pkgmaster.devuan.org/merged/dists/chimaera/main/ - the Contents files are here; the missing stuff is in Contents-all.gz: | 00:52 |
retak_1th | on beowulf the Contents-amd64.gz is 32MB big | 00:52 |
bb|hcb | $ zgrep ngerman.sty Contents-all.gz | 00:52 |
bb|hcb | usr/share/perl5/LaTeXML/Package/ngerman.sty.ltxml tex/latexml | 00:52 |
bb|hcb | usr/share/texlive/texmf-dist/tex/generic/german/ngerman.sty tex/texlive-lang-german | 00:52 |
retak_1th | it make sense for me | 00:53 |
bb|hcb | And in my initial apt-file update, it didn't fetch the Contents-all.gz at all | 00:53 |
retak_1th | and now comes my stupid question: how to tell apt-file to fetch Contents-all.gz | 00:56 |
rrq | apt-file update | 01:01 |
Tenkawa | rrq: nope | 01:01 |
Tenkawa | that was already the first thing tried | 01:01 |
brabo | afaik it should though. or am i misremebering? | 01:02 |
brabo | *misremembering | 01:02 |
rrq | it uses your sources.list points and downloads all associated Contents files | 01:02 |
rrq | there was some change regarding texlive for bullseye | 01:02 |
Tenkawa | rrq: yes and we "aren't talking about bullseye" | 01:03 |
Tenkawa | chimeara is broke | 01:03 |
Tenkawa | bullseye works | 01:03 |
Tenkawa | bullseye was referenced in debugging | 01:03 |
brabo | ok, but if that is broke, then there is a clue in that. it should fetch that file, why does it not? is the file there? is the url apt tries to fetch it from correct? | 01:04 |
Tenkawa | brabo: it "hasn't been" failing to find a file | 01:04 |
brabo | that provided the sources are correctly defined | 01:05 |
Tenkawa | this is not what was happening | 01:05 |
Tenkawa | these are comments from people who were not here | 01:05 |
brabo | Tenkawa: ah my bad, i seemed to understand the Contents-all.gz did not download | 01:05 |
Tenkawa | no | 01:05 |
Tenkawa | apt-file update succeeds | 01:05 |
Tenkawa | but a search comes back with no hits for certain files | 01:06 |
brabo | those 2 are not the same | 01:06 |
bb|hcb | apt-file uses apt to get the Contents; after adding 50apt-file.conf apt will also fetch the contents | 01:06 |
bb|hcb | So please file the bug against apt, not apt-file... | 01:07 |
Tenkawa | yeah I think its apt as well | 01:07 |
Tenkawa | its a indexing issue | 01:07 |
Tenkawa | granted they both are the same team I think anyway | 01:08 |
Tenkawa | but it will get directed better against "apt" | 01:09 |
Tenkawa | afk.. need to find some food heheh | 01:09 |
bb|hcb | apt-file search /usr/sbin/adduser exhibits the same bevah (not found) | 01:10 |
retak_1th | bb|hcb, not but. how did you find that? | 01:13 |
Tenkawa | back for a sec | 01:14 |
Tenkawa | yeah does it here too | 01:14 |
Tenkawa | chimaera's apt infra is a bit broke | 01:15 |
bb|hcb | most probably that is caused by some change in apt; a quick fix: | 01:18 |
bb|hcb | deb::Contents-deb { | 01:18 |
bb|hcb | MetaKey "$(COMPONENT)/Contents-all"; | 01:18 |
bb|hcb | ShortDescription "Contents-all"; | 01:18 |
bb|hcb | Description "$(RELEASE)/$(COMPONENT) all Contents (deb)"; | 01:18 |
bb|hcb | flatMetaKey "Contents-all"; | 01:18 |
bb|hcb | flatDescription "$(RELEASE) Contents (deb)"; | 01:19 |
bb|hcb | PDiffs "true"; | 01:19 |
bb|hcb | KeepCompressed "true"; | 01:19 |
bb|hcb | }; | 01:19 |
bb|hcb | add this in 50apt-file.conf and it will work | 01:19 |
retak_1th | ill try it | 01:19 |
retak_1th | hm not for me. add it. apt-file update. apt-file search. no results | 01:21 |
bb|hcb | did you add it after line 14? | 01:24 |
retak_1th | no | 01:25 |
bb|hcb | :) | 01:25 |
retak_1th | now it works :) yeah ^^ | 01:26 |
retak_1th | thank you all. thats great. learned alot today :) | 01:27 |
rrq | bb|hcb: how come it pulls Contents-all from a bullseye soures.list point but not from a chimaera one? | 01:32 |
rrq | .. all during the same update | 01:33 |
bb|hcb | I couldn't see that - apt-get indextargets shows the Contents-all on bullseye; on chimaera without the above addition, it does not | 01:35 |
rrq | the InRelease files differ; chimeara does not have MD5SUM entries | 01:37 |
bb|hcb | On my bullseye I have armhf enabled for cross builds, it also fetched that, so I suppose the entries in 50apt-file.conf are expanded for each enabled arch and for some reason on chimaera "all" is missing from that list | 01:38 |
bb|hcb | Doc is /usr/share/doc/apt/acquire-additional-files.md.gz | 01:43 |
bb|hcb | From apt-doc package... | 01:43 |
rrq | though, before I just added a bullseye/main point, and it happily pulled Contents-all for that, but not for the chimaera/main point .... until after I added your conf snippet | 01:45 |
Tenkawa | bb|hcb: thanks for the help.. I also have some info to keep an eye out for now too. We have an image builder over on arm64 that we still get random non-builder questions about so this could come up | 01:46 |
Tenkawa | bb|hcb: this will need a permanent fix still correct in Devuan chimaera itself right? | 01:48 |
rrq | aha.. bullseye/InRelease lists "all" as an architecture whereas chimaera/InRelease does not | 01:51 |
Tenkawa | ouch | 01:51 |
Tenkawa | thats not good | 01:52 |
rrq | bullseye/InRelease also has the setting "No-Support-for-Architecture-all: Packages" | 01:53 |
bb|hcb | Tenkawa: Yep, it will need a permafix. But I have near zero knowldge about apt's internals, so can't find the problem fast... :( | 01:54 |
Tenkawa | bb|hcb: well at least now we know and it can be dealt with.. | 01:55 |
Tenkawa | not sure "who" | 01:55 |
Tenkawa | heheh | 01:55 |
bb|hcb | rrq: then how does it find packages from -all? | 01:55 |
rrq | you mean chimaera/apt ? .. I think there's some scottish magic involved ;) | 01:56 |
bb|hcb | I am more inclined to believe that it is some hack in the original apt that applies to Packages only | 02:07 |
bb|hcb | Actually I checked - binary-amd64/Packages contains entries for both amd64 and all, so its most probably an omission in InRelease | 02:08 |
bb|hcb | ^^^ both for bullseye and chimaera | 02:09 |
rrq | who's your python .. amprolla is looking for a new friend :) | 02:10 |
bb|hcb | Tenkawa: Will you file a bug report against amprolla (e.g. Package: amprolla\nVersion: chimaera) describing all of the above? | 02:11 |
bb|hcb | rrq: I like perl more than python :P | 02:11 |
bb|hcb | ... and both are just a little above −273.15 °C | 02:14 |
rrq | :) seems like lib/release.py:125 is the culprit .. but there's a larger logic scope.. | 02:17 |
bb|hcb | BTW. beowulf also does not have all in InRelease and it was reported above that apt-file works there for files in arch:all packages | 02:19 |
bb|hcb | And even if it was not already there, this will need some (more) scottish magic | 02:20 |
rrq | indeed. | 02:21 |
bb|hcb | BTW. buster also does not have 'all', so it came by default in older apts and now it is not there | 02:22 |
bb|hcb | ^^^ InRelease | 02:23 |
rrq | mmm in fact buster:main/InRelease don't have "all" either | 02:23 |
rrq | or doesn't | 02:24 |
bb|hcb | rrq: it is lib/release.py: lines 69/70 but while easy to remove them we should evaluate all the consequences from this change | 02:34 |
Tenkawa | bb | 02:34 |
Tenkawa | bb|hcb: I'd really prefer if someone else could file the report.. I;m going to be afk a lot for a while | 02:35 |
bb|hcb | kk, I will do | 02:36 |
Tenkawa | thanks | 02:36 |
Tenkawa | I won't be back after tonight consistently at least until Thursday | 02:37 |
Tenkawa | speaking of which I need to get ready so good luck and cheers all | 02:38 |
Afdal | Is the rstudio package in chimaera gonna be fixed sometime soon | 03:49 |
Afdal | Makes me very cranky to have it removed on distro upgrade only to not have a replacement | 03:49 |
Afdal | oh wait I think it was never in a repository to begin with | 03:52 |
Afdal | meaning the dist-upgrade removed something I installed manually :/ | 03:52 |
Afdal | there, reinstalled :) | 03:53 |
Afdal | oof, spoke too soon | 03:53 |
Afdal | now everything broken | 03:53 |
Afdal | oh you removed my R language packages too | 03:54 |
Afdal | so bad | 03:54 |
Afdal | Ugh is anyone else experiencing missing icons in menus in LibreOffice after upgrading from Beowulf to Chimaera? | 04:06 |
gnarface | make sure you have some icon themes installed | 04:06 |
gnarface | it might be a bug but also maybe you can just install missing packages | 04:06 |
gnarface | try tango-icon-theme or adwaita-icon-theme | 04:07 |
gnarface | oh and you probably want hicolor-icon-theme | 04:07 |
Afdal | already have those installed but they don't show up as options in LibreOffice | 04:08 |
Afdal | "Colibre" is the only icon style option | 04:09 |
_ds_ | Spotted something… odd when rebooting: filesystem checks appear not to be run. Looked like ENOENT re. fsck (or one of its FS-specific binaries). (Running chimaera, upgraded fron beowulf, jessie, …; init is runit.) | 04:22 |
_ds_ | I did notice that the root fs in particular was not checked. | 04:23 |
_ds_ | (I did a full manual check, having booted with init=/bin/sh. No fs problems.) | 04:25 |
_ds_ | There was also something about some mount points not existing (which makes some sense as those listed are below /home, which is itself a mount point). | 04:28 |
Guest59 | hi, can you suggest me some solution for something like virtual file? ... | 06:32 |
Guest59 | i need to give config file to polybar but I want to use generator script and don't want to write temporary file | 06:32 |
Guest59 | with i3status i use "echo generate-command.sh | i3bar -c /dev/stdin" | 06:33 |
Guest59 | but polybar probably checks if path is a file so it doesn't support character device type path | 06:33 |
Guest59 | probably shm may be a solution but it is not unix-wide compaqtible | 06:34 |
rrq | I haven't tried it, but there's "scriptfs" | 06:43 |
gnarface | wikan: a couple other things come to mind... you could put the temp file in tmpfs to avoid drive wear, if that's the concern with creating a temp file. or you could use a fifo maybe | 07:27 |
hyrcanus | maybe the linux concept of /tmp shouldn't have merged seperate functions (in-ram and on-drive) into one mountpoint | 07:46 |
hyrcanus | because the constraints are different. pretending they aren't causes problems. | 07:47 |
hyrcanus | lies and errors lead to suffering | 07:47 |
user____ | How come package gcc-doc is "not available" in Buster/Beowulf?! https://packages.debian.org/buster/gcc-avr | 13:56 |
user____ | see sugg: | 13:56 |
onefang | I'm seeing both gcc-doc and gcc-avr in Beowulf, gcc-doc was already installed on my desktop | 14:05 |
onefang | And now both are installed. | 14:06 |
user____ | I do not see it in aptitude | 14:06 |
user____ | avr-gcc gas some extensions which are *way* too complex to be explained in avr-gcc --help | 14:07 |
user____ | *has | 14:08 |
user____ | So, having gcc-doc installed, is not the same as having avr-gcc-doc installed | 14:09 |
user____ | https://github.com/embecosm/avr-gcc looks like the docs are installed as HTML. Let's see if upstream Debian zapped these out of the binary package (grr) | 14:11 |
user____ | Ahh ok, there is an AVR section in man(1) gcc; problem solved | 14:12 |
user____ | Aand texinfo2man did not translate '@tie{}' entities to '-' in man... | 14:13 |
user____ | Should be a nonbreaking space not '-' | 14:14 |
user____ | What avr-gcc version is in Chimaera? | 14:15 |
sadoon_albader[m | <user____> "What avr-gcc version is in..." <- 1:5.4.0+Atmel3.6.2-1 | 15:02 |
sadoon_albader[m | it's gcc-avr here, not avr-gcc | 15:02 |
hyrcanus | ffs libxml++ has 3.0, 4.0 and 5.0 and we're stuck with 2.6 | 15:56 |
hyrcanus | anyone have libxml++-3.0 debianized? | 15:56 |
Afdal | When are we going to bring GTK back under community control :'( | 17:11 |
hyrcanus | who controls it now | 17:12 |
golinux | Afdal: Hahahaha! For your enlightenment: https://igurublog.wordpress.com/2012/11/05/gnome-et-al-rotting-in-threes/ | 17:42 |
Afdal | D:> | 17:43 |
Afdal | rofl one of the GNOME devs didn't even know what Xfce is | 17:45 |
Afdal | this post was from 2012 | 17:45 |
Afdal | Why didn't we listen... | 17:45 |
Afdal | The Power Off option is hidden because we don’t believe it’s necessary in that menu […]. The primary way that a user would shut down (if they, say, need to disconnect power) would be to log out and shut down through GDM. | 17:46 |
Afdal | Ahahaha, this is killing me | 17:46 |
golinux | Yeah, it's quite disheartening | 17:47 |
Afdal | Can't someone just fork GTK already? | 17:49 |
Afdal | GNOME can keep their crummy version that's only designed to work with GNOME | 17:50 |
Afdal | the rest of us can use our fork that attempts to respect all the other developers that use GTK | 17:50 |
golinux | You would have to revert the css for every app that uses GTK3 | 17:54 |
Afdal | CSS? | 17:54 |
Afdal | Does GTK use some web stuff under the hood? | 17:54 |
golinux | In the themes | 17:54 |
golinux | Yuppers | 17:55 |
golinux | And synaptic etcf | 17:55 |
Afdal | hmmmmm | 17:55 |
golinux | All the graphical apps use GTK or Qt | 17:55 |
golinux | And let me tell you from experience . . . it is a pain to modify. | 17:56 |
golinux | Just look at the spaghetti under the hood of the default Chimaera theme clearlooks-phenix-deepsea | 17:57 |
golinux | And this is really offtopic for this channel. | 17:59 |
Afdal | I just hope they don't come for my baby Greybird some day | 17:59 |
Afdal | First they came for Clearlooks, and I said nothing, for I was not a Clearlooks user... | 17:59 |
linux_ | Hello! I talked yesterday about an issue I had with package incompatibility using apt. Thank you, whoever you are, that did the pull request on the apt config, and got it fixed: E: Repository 'http://deb.devuan.org/merged chimaera-backports InRelease' changed its default priority for apt_preferences(5) from 500 to 100. | 18:00 |
miojo | happy new release! | 18:01 |
linux_ | after downgrading the packages from their bpo version to stable, 'apt update' runs as meant now: https://paste.debian.net/hidden/af775b2a/ | 18:02 |
linux_ | TY! :-) | 18:02 |
* wikan checking if somebody's here | 20:55 | |
hyrcanus | no | 21:00 |
Garb0 | nyet | 21:04 |
ShadowM00n | hi; I don't see anything on the forum or mailing list archives about this, but it seems that chimera-backports is wanting to change its priority from 500 to 100. Is this of concern or is it official/intentional? | 21:32 |
hyrcanus | is that a file? | 21:34 |
ShadowM00n | chimera-backports is a repository | 21:36 |
ShadowM00n | chimaera* | 21:37 |
golinux | ShadowM00n: And should be used with caution. Installing everything from backports could fubar your install | 21:41 |
ShadowM00n | golinux: which is why I'm weirded out that the priorty is changing | 21:42 |
golinux | The change was corrected earlier today. | 21:42 |
ShadowM00n | I suppose a better question would be "what is the change"? is the dev-intended final result 500 or 100? | 21:44 |
golinux | https://lists.dyne.org/lurker/message/20211023.232256.93ae4f86.en.html | 21:44 |
ShadowM00n | ah, I had a reversed understanding. I thought the higher priority was normal. | 21:45 |
golinux | It's all a mystery to me but I do read the logs. | 21:45 |
ShadowM00n | I seem to have missed this list. I thought there was just the one for announcements that apparently neglected to announce this release. | 21:45 |
ShadowM00n | well, at least I understand now. thank you. | 21:46 |
ShadowM00n | oh, there it is. devuan-dev. well, now I know about that too | 21:47 |
Generated by irclog2html.py 2.17.0 by Marius Gedminas - find it at https://mg.pov.lt/irclog2html/!