#archlinux32 | Logs for 2018-04-02

Back
[00:09:00] -!- charims_ has joined #archlinux32
[00:10:41] -!- charims has quit [Ping timeout: 248 seconds]
[03:03:09] -!- Mart|n has joined #archlinux32
[03:17:28] -!- Mart|n has quit [Remote host closed the connection]
[03:24:48] -!- finsternis has quit [Remote host closed the connection]
[03:25:29] -!- finsternis has joined #archlinux32
[03:27:09] -!- Mart|n has joined #archlinux32
[04:01:22] -!- finsternis has quit [Remote host closed the connection]
[04:02:03] -!- finsternis has joined #archlinux32
[04:13:07] -!- finsternis has quit [Remote host closed the connection]
[04:13:46] -!- finsternis has joined #archlinux32
[04:21:03] -!- finsternis has quit [Remote host closed the connection]
[04:21:40] -!- isacdaavid has quit [Quit: Leaving.]
[04:21:42] -!- finsternis has joined #archlinux32
[04:28:11] -!- belanthor has quit [Quit: Leaving]
[04:31:26] -!- isacdaavid has joined #archlinux32
[04:50:53] -!- eduardoeae has joined #archlinux32
[04:51:15] -!- eduardoeae has quit [Quit: eduardoeae]
[04:52:11] -!- eduardoeae has joined #archlinux32
[06:25:38] -!- eduardoeae_ has joined #archlinux32
[06:25:44] -!- eduardoeae_ has quit [Client Quit]
[06:25:45] -!- eduardoeae has quit [Quit: eduardoeae]
[06:26:23] -!- eduardoeae has joined #archlinux32
[06:40:02] * buildmaster failed to execute a mysql query - can you have a look at "tmp.mysql-functions.was_insane_query.stdin.2018-04-02T06:40:01.X6mcgi"?.
[07:57:49] <girls> Yeah, happy Easter!
[10:08:03] * buildmaster failed to execute a mysql query - can you have a look at "tmp.mysql-functions.was_insane_query.stdin.2018-04-02T10:08:02.I9wXkd"?.
[10:08:04] * buildmaster failed to execute a mysql query - can you have a look at "tmp.mysql-functions.was_insane_query.stdin.2018-04-02T10:08:02.4kIOOd"?.
[10:11:27] -!- bill-auger has quit [Ping timeout: 240 seconds]
[10:12:58] -!- bill-auger has joined #archlinux32
[10:59:53] -!- oaken-source has joined #archlinux32
[11:21:58] -!- eduardoeae has quit [Ping timeout: 264 seconds]
[12:13:02] -!- oaken-source has quit [Ping timeout: 255 seconds]
[12:30:26] -!- oaken-source has joined #archlinux32
[14:01:10] -!- abaumann has joined #archlinux32
[14:01:17] <abaumann> Happy Easter :-)
[14:01:20] -!- abaumann has quit [Client Quit]
[14:58:23] -!- eduardoeae has joined #archlinux32
[15:07:16] -!- jonathon has joined #archlinux32
[16:21:12] -!- Mart|n has quit [Remote host closed the connection]
[16:31:17] -!- jonathon has quit [Quit: Rebooting for 4.16]
[17:06:02] -!- esotericnonsense has joined #archlinux32
[18:17:55] <girls> FYI: there is currently a problem on the buildmaster (rewbycraft is investigating) which slows down i/o to the hdd dramatically
[18:18:08] <girls> thus it is currently stalled
[18:19:33] <girls> if anyone knows how to get cron to send mails in batches rather than for each job, I'm _really_ interested ;-)
[18:36:47] * buildmaster resumes sanity.
[19:22:52] -!- davor has quit [Ping timeout: 260 seconds]
[19:27:59] -!- davor has joined #archlinux32
[19:54:37] <girls> tyzoid: I seem unable to connect to the vm, again (it worked in the meantime)
[19:56:40] <girls> ah, no, I can connect - it just took like forever, though
[20:10:39] <girls> might be my parent's shitty wifi ;-)
[20:11:00] <tyzoid> is possible
[20:11:25] <tyzoid> seems pretty responsive from here
[20:11:33] <tyzoid> but also I happen to be on the same continent as the server
[20:11:38] <tyzoid> so could be any number of things
[20:12:01] <girls> if it's running fine, then I'll stop complaining ;-)
[20:13:27] <tyzoid> Complaints are good, though.
[20:13:30] <tyzoid> Means it's getting used :P
[20:13:42] <girls> I was just going to set up the replication
[20:13:50] <girls> I'll report back when it's done
[20:15:37] <tyzoid> In other news, I just finished uploading this month's isos
[20:15:53] <tyzoid> Didn't get a chance to test yesterday, with Easter and all, but everything is tested, signed, and uploaded.
[20:15:58] <girls> did you update the website already?
[20:16:13] <tyzoid> I've never updated the website/don't know how to do that
[20:16:39] <girls> ok, I will do it then :-)
[20:17:08] <girls> for me it's literally just releng/update-website + git commit
[20:17:26] <tyzoid> I see.
[20:17:30] <girls> you typoed
[20:17:34] <tyzoid> typoed?
[20:17:36] <girls> dual -> dial
[20:17:36] <tyzoid> where?
[20:17:43] <girls> the iso has the wrong name
[20:17:46] <tyzoid> oh, /me facepalms
[20:17:47] <girls> my script complains ;-)
[20:17:50] <tyzoid> you can rename it
[20:18:04] <tyzoid> it generated correctly, just the destination filename was wrong when I uploaded it
[20:18:34] <girls> it's a dial-up iso
[20:18:46] <girls> ... whatever that means
[20:18:58] <tyzoid> rip of an old AOL cd, I think
[20:19:07] <girls> yeah, most probably
[20:19:32] <tyzoid> I so wanted to do an 'archlinux32 is dropping i686' announcement yesterday
[20:19:48] <girls> :-D
[20:20:11] <tyzoid> btw, did you see cloudflare launched 1.1.1.1 yesterday?
[20:20:11] <girls> we've put so much effort in i486, that we cannot support i686 anymore
[20:20:16] <tyzoid> yeah, lol
[20:20:17] <girls> no
[20:20:26] <tyzoid> Totally not an april fools
[20:20:32] <girls> but unfortunately, our i486 is incompatible to i686
[20:20:34] <tyzoid> it's the new 9.9.9.9
[20:21:27] <girls> dopsi: When you got the new magnet links ready, just drop me a note / an email and I'll include them on the website.
[20:33:13] <girls> tyzoid: replication seems to work
[20:33:37] <buildmaster> bluedevil is broken (says buildknecht2).
[20:35:13] <girls> we could move some or all features currently hosted on the buildmaster to your server if you like to
[20:35:29] <girls> I mean features, only read-accessing the database
[20:35:34] <girls> e.g. all the status stuff
[20:35:45] <girls> package-dependency frontent, etc.
[20:39:09] <tyzoid> Up to you how much/what you'd want to move. I think it'd be a good idea to have a backup copy of web, regardless
[20:39:20] <tyzoid> Depends on if you think it'll offload stuff from your server
[20:39:22] <buildmaster> discover is broken (says buildknecht3).
[20:41:48] <buildmaster> drkonqi is broken (says buildknecht2).
[20:44:54] <buildmaster> dwarffortress is broken (says buildknecht3).
[20:48:49] <girls> yeah, especially the dependency stuff is quite extensive
[20:51:42] <girls> Of what "web" do you want to have a copy?
[21:01:58] <girls> ah, I know what the problem with the vm is: it listens only on ipv4
[21:02:04] <girls> or only ipv4 is forwarded
[21:05:38] <tyzoid> yeah, I have yet to set up ipv6 forwarding
[21:30:30] <buildmaster> dbeaver-plugin-office is broken (says rechenknecht).
[21:46:36] <buildmaster> kactivitymanagerd is broken (says buildknecht3).
[21:47:58] * buildmaster failed to execute a mysql query - can you have a look at "tmp.mysql-functions.unimportant_query.stdin.2018-04-02T21:47:58.ggQBGu"?.
[21:56:47] * buildmaster resumes sanity.
[21:56:55] <buildmaster> kinfocenter is broken (says buildknecht3).
[21:57:09] <buildmaster> kgamma5 is broken (says buildknecht).
[21:57:10] <buildmaster> kde-cli-tools is broken (says buildknecht2).
[22:07:00] <buildmaster> kio-gdrive is broken (says buildknecht3).
[22:07:05] <buildmaster> kscreenlocker is broken (says buildknecht2).
[22:07:15] <buildmaster> ksshaskpass is broken (says buildknecht).
[22:07:46] <girls> I have mixed feelings - on one hand I'm happy, that the buildmaster is alive again, on the other hand I don't like failing builds
[22:16:53] <buildmaster> libkscreen is broken (says buildknecht).
[22:23:36] <buildmaster> cantor is broken (says buildknecht3).
[22:25:14] <City-busz> girls: It looks like the archlinux32 repo become more and more out of date compared to archlinux. No VLC 3, no GNOME 3.28... Why? :)
[22:25:37] <girls> City-busz: because the buildmaster was "offline" during easter
[22:26:26] <girls> it is running now again and hopefully, it will catch up with upstream within the next days
[22:26:50] <girls> also: is your statement also true for our testing repositories?
[22:31:16] <City-busz> Yes, I see now that vlc is blocked by FS#57811 unfortunately. The testing repo still misses some important GNOME components, e.g. nautilus 3.28.
[22:32:13] <girls> nautilus 3.28.0.1 is scheduled
[22:32:18] <City-busz> BTW what is the purpose of the testing repo? Who decide which packages can be moved to stable?
[22:32:21] <girls> let's hope, that it gets built :-)
[22:33:07] <girls> hmm, purpose of testing, hmmm
[22:33:13] <girls> there was one, I'm sure
[22:33:48] <girls> regarding the second part of your question: the buildmaster tracks what packages are tested and which have issues
[22:33:57] <girls> and tested packages may be moved
[22:34:10] <girls> or more precisely: will be moved automatically
[22:34:30] <girls> and one can report tested packages via email
[22:34:42] <girls> and "issues" are tracked via the bugtracker
[22:36:38] <City-busz> For me the testing repo seems like a staging repo, which is not suitable for testing, because e.g. gnome-desktop contains a soname bump, but the new nautilus is not available yet.
[22:37:13] <City-busz> Of course GNOME updates are big, so it's hard to handle with automated builds.
[22:37:18] <girls> we do have a staging, too
[22:39:55] <girls> I'm running on testing and didn't have issues so far
[22:40:06] <girls> on the other hand, I also do not have a desktop installed ...
[22:46:33] <City-busz> I think if many packages are updated at once in the Arch Linux repositories, the build system of archlinux32 should put everything to staging repo until not every packages have been built successfully. In this case, GNOME 3.28 should be in staging first to avoid broken library links and conflicting packages, and then move into testing or extra repo at once.
[22:47:16] <girls> the problem is how to detect a "huge rebuild"
[22:47:35] <girls> a few weeks ago I implemented tracking of link-dependencies
[22:48:12] <girls> and as long as that works, it should not break new stuff
[22:48:25] <girls> problem is, that it does not seem to work correctly yet :-(
[22:49:12] <City-busz> Huge rebuild = a large number of new packages apear in core/extra/community at once. :)
[22:49:42] <girls> in my experience, the packages are not moved at once
[22:50:47] <City-busz> Really? :( There are many other case when packages need to be updated at once. Checking for link-dependencies are not enough.
[22:51:40] <girls> yes, I was afraid link dependencies only were not enough
[22:52:01] <girls> I had hoped, though, that we could just add more and more types of dependencies :-/
[22:54:02] <City-busz> E.g. I saw that gst-plugins-base 1.14.0 appearad in extra, while gst-plugins-bad 1.14.0 was still in testing causing conflicting files, because some files were moved from -bad to -base in 1.14.0.
[22:54:32] <buildmaster> imagemagick is broken (says rechenknecht).
[22:54:50] <girls> ah, I saw that, too
[22:54:53] <girls> :-/
[22:55:37] <City-busz> I think you should check both: packages were updated at once or within a sort time = put everything into staging first.
[22:55:49] <City-busz> Checking for link-dependencies should be an additional check.
[22:56:27] <girls> we could add artificial "was-updated-at-the-same-time" dependencies
[22:56:43] <City-busz> Yes, that would be great.
[22:56:47] <girls> which would glue all packages together
[23:53:49] -!- isacdaavid has quit [Quit: Leaving.]
[23:58:56] <buildmaster> milou is broken (says rechenknecht).
[23:59:45] -!- oaken-source has quit [Ping timeout: 264 seconds]