summaryrefslogtreecommitdiff
blob: 10cd58e0c3f1e61aafc77e5d49427ffc8c8af7c7 (plain)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
<gyakovlev>	!proj council
<willikins>	(council@gentoo.org) dilfridge, gyakovlev, patrick, slyfox, ulm, whissi, williamh
<gyakovlev>	agenda for today: https://archives.gentoo.org/gentoo-project/message/a0566763e80a136251d039baf4acdd8e
<gyakovlev>	let's start it with 1) Roll Call
<slyfox>	yay!
	 * slyfox here
	 * ulm here
	 * gyakovlev here
	 * WilliamH here
	 * dilfridge here
	 * bonsaikitten here
<gyakovlev>	Whissi: ping
	 * dilfridge asks the easter bunny to hunt down Whissi
<gyakovlev>	ok waiting til 12:04 till ping reply and going on.
<slyfox>	sounds good
	 * Whissi here
<gyakovlev>	ok going on, all here
<gyakovlev>	agenda is kinda empty this time so moving on straight to bugs
<gyakovlev>	bug 662982
<willikins>	gyakovlev: https://bugs.gentoo.org/662982 "[TRACKER] New default locations for the Gentoo repository, distfiles, and binary packages"; Gentoo Linux, Current packages; CONF; zmedico:dev-portage
<gyakovlev>	still depends on bug 574752 where single comment was added after the friendly ping
<willikins>	gyakovlev: https://bugs.gentoo.org/574752 "Rename portage-YYYYMMDD.tar* snapshots with gentoo-YYYYMMDD.tar*"; Gentoo Infrastructure, Other; IN_P; mgorny:infra-bugs
	 * ulm wonders who uses diffs between snapshots
<gyakovlev>	any comments, suggestions?
<ulm>	I mean, using diffs requires a recent snapshot, like less than a month old
	 * WilliamH has no idea who is using diffs
<ulm>	and wouldn't one just go with the existing snapshot then, followed by rsync?
<Whissi>	There are people just updating via webrsync
<slyfox>	i used emerge-delta-webrsync when i had dialup internet
<Whissi>	And rsync is a pain since verification for systems with slow disks
<gyakovlev>	yeah I used delta snapshots on metered connection in 200x, it was nice, but idk how many users we have today.
<slyfox>	infra should be able to handle it on their own
<mgorny>	maybe we should start providing git-bundle snapshots ;-)
<Whissi>	slyfox: Sure but the idea is that someone is watching those bugs because otherwise there is no progress ;-)
<slyfox>	i wonder if we should just close the tracker. All the locations already changed, no?
<gyakovlev>	btw I know some arch tarballs (ppc64) still use old locations, so probably we have more blockers actually, but amd64 tarballs are switched.
<Whissi>	But I don't understand why new tarballs are 100% larger. Maybe we should just do the switch to the new names. This way the new tarball would have the old new name and everything else would be the same.
<gyakovlev>	I pinged matts88 about it, not sure if he did anything
<slyfox>	worth filing a bug?
<ulm>	including the date in the topdir name doesn't seem strictly necessary
<ulm>	at least it had worked without it before
<WilliamH>	I imagine that's the issue, the date in the top dir name.
<gyakovlev>	yes it is, there was a bug with discussion why it was required, but I can't find it right now.
<Whissi>	Let's work on this with infra until next meeting. No need to do it now.
<gyakovlev>	ok, I'll add another blocker and monitor the bug.
<gyakovlev>	moving on
<gyakovlev>	3. Open floor
<gyakovlev>	anyone?
<gyakovlev>	ok, let's wait till for five minutes, till 19:20 UTC
<gyakovlev>	I can't type today properly, sorry for mistakes =)
<Whissi>	Easter too much celebrated? :-)
<gyakovlev>	no =), just broken sleep pattern due to being in the same place for 3 weeks in a row without going out really. feels weird.
<gyakovlev>	ok guys, nothing for open floor, meeting closed
<ulm>	gyakovlev: thanks for chairing
	 * gyakovlev bangs the gong