Apt does not support https transport and there is no apt-transport-https package in altlinux repository. Due to the lack of this package there is no possibility to create closed repositories with authorization by password or ssl key.
Зачем перевешивать на p8, если ещё нет для Сизифа??
Прошу прощения. Перевешиваю на Сизиф.
Какие-нибудь новости есть по этому тикету?
Задание #229591 ожидает ревью и аппрува.
(В ответ на комментарий №4) > Задание #229591 ожидает ревью и аппрува. Спа-си-бо!!
(В ответ на комментарий №4) > Задание #229591 ожидает ревью и аппрува. 2ldv@: прошу организовать asap, важно.
(In reply to comment #6) > (В ответ на комментарий №4) > > Задание #229591 ожидает ревью и аппрува. > > 2ldv@: прошу организовать asap, важно. 2aen: надеюсь, вы понимаете, что это не тема для багзиллы, обсудим во вторник.
(В ответ на комментарий №7) > (In reply to comment #6) > > (В ответ на комментарий №4) > > > Задание #229591 ожидает ревью и аппрува. > > > > 2ldv@: прошу организовать asap, важно. > > 2aen: надеюсь, вы понимаете, что это не тема для багзиллы, обсудим во вторник. Ok.
(In reply to comment #4) > Задание #229591 ожидает ревью и аппрува. Я (бегло) просмотрел коммиты. У меня возникли такие вопросы: $ git --no-pager log --oneline gears/sisyphus.. --reverse 210656e94 Move scope_exit helper class into separate header Помимо переноса, меняется сигнатура одного конструктора. (Смотрел git show -w --color-moved 210656e947f7f6b761ad4976b039716eca24123c ) Было бы проще осознать, что это значит, если бы это изменение было в отдельном коммите с объяснением: - explicit scope_exit(const std::function<void()> &&l_function) + explicit scope_exit(std::function<void()> &&l_function) ad4bcbff3 pkgAcqMethod: add Warning function Also fix pkgAcqMethod::Log and pkgAcqMethod::Status Наверное, поправки в существующих функциях лучше сделать в отдельном коммите от добавления новой. (Чтобы легче было cherry-pick-ать.) 715029da2 Port MethodFd class from Debian's Apt diff --git a/apt/methods/connect.h b/apt/methods/connect.h index 01d3f6a9f..4b11c719d 100644 --- a/apt/methods/connect.h +++ b/apt/methods/connect.h ... bool Connect(string To,int Port,const char *Service,int DefPort, - int &Fd,unsigned long TimeOut,pkgAcqMethod *Owner); + std::unique_ptr<MethodFd> &Fd,unsigned long TimeOut,pkgAcqMethod *Owner); Задался вопросом, не приведёт ли это к изменению ABI. Посмотрел: насколько я понял, это внутренний header, наружу не выставляется. Так что, кажется, можно не менять soname. 2d755fe1e Port UnwrapTLS from Debian's Apt Этот и предыдущий коммиты затрагивают существующий код, но я пока внимательно не изучал, нет ли ошибок. bb9d29c1c Add certificate pinning support 0cacbaa6a (HEAD -> dartktemplar-https0, darktemplar@ALT/sisyphus) 0.5.15lorg2-alt64
(In reply to comment #9) > (In reply to comment #4) > > Задание #229591 ожидает ревью и аппрува. > > Я (бегло) просмотрел коммиты. > > У меня возникли такие вопросы: > > $ git --no-pager log --oneline gears/sisyphus.. --reverse > 210656e94 Move scope_exit helper class into separate header > > Помимо переноса, меняется сигнатура одного конструктора. (Смотрел git show -w > --color-moved 210656e947f7f6b761ad4976b039716eca24123c ) Было бы проще > осознать, что это значит, если бы это изменение было в отдельном коммите с > объяснением: > > - explicit scope_exit(const std::function<void()> &&l_function) > + explicit scope_exit(std::function<void()> &&l_function) Хотелось бы знать, влияет ли это изменение и исправляет ли оно что-то в существующем коде.
(В ответ на комментарий №9) > (In reply to comment #4) > > Задание #229591 ожидает ревью и аппрува. > > Я (бегло) просмотрел коммиты. > > У меня возникли такие вопросы: > > $ git --no-pager log --oneline gears/sisyphus.. --reverse > 210656e94 Move scope_exit helper class into separate header > > Помимо переноса, меняется сигнатура одного конструктора. (Смотрел git show -w > --color-moved 210656e947f7f6b761ad4976b039716eca24123c ) Было бы проще > осознать, что это значит, если бы это изменение было в отдельном коммите с > объяснением: > > - explicit scope_exit(const std::function<void()> &&l_function) > + explicit scope_exit(std::function<void()> &&l_function) > > Это изменение исправляет сигнатуру конструктора, использующего move semantics. Добавил это в описание коммита. Не уверен, что стоит это изменение делать отдельно. > ad4bcbff3 pkgAcqMethod: add Warning function > > Also fix pkgAcqMethod::Log and pkgAcqMethod::Status > > Наверное, поправки в существующих функциях лучше сделать в отдельном коммите от > добавления новой. (Чтобы легче было cherry-pick-ать.) > Вынес исправления в отдельный коммит. > 715029da2 Port MethodFd class from Debian's Apt > > diff --git a/apt/methods/connect.h b/apt/methods/connect.h > index 01d3f6a9f..4b11c719d 100644 > --- a/apt/methods/connect.h > +++ b/apt/methods/connect.h > > ... > > bool Connect(string To,int Port,const char *Service,int DefPort, > - int &Fd,unsigned long TimeOut,pkgAcqMethod *Owner); > + std::unique_ptr<MethodFd> &Fd,unsigned long TimeOut,pkgAcqMethod > *Owner); > > Задался вопросом, не приведёт ли это к изменению ABI. Посмотрел: насколько я > понял, это внутренний header, наружу не выставляется. Так что, кажется, можно > не менять soname. > Насколько я знаю, это внутренние заголовки, используемые в основном method-ами apt'a.
(In reply to comment #11) > (В ответ на комментарий №9) > > (In reply to comment #4) > > > Задание #229591 ожидает ревью и аппрува. > > > > Я (бегло) просмотрел коммиты. > > > > У меня возникли такие вопросы: > > > > $ git --no-pager log --oneline gears/sisyphus.. --reverse > > 210656e94 Move scope_exit helper class into separate header > > > > Помимо переноса, меняется сигнатура одного конструктора. (Смотрел git show -w > > --color-moved 210656e947f7f6b761ad4976b039716eca24123c ) Было бы проще > > осознать, что это значит, если бы это изменение было в отдельном коммите с > > объяснением: > > > > - explicit scope_exit(const std::function<void()> &&l_function) > > + explicit scope_exit(std::function<void()> &&l_function) > > > > > > Это изменение исправляет сигнатуру конструктора, использующего move semantics. > Добавил это в описание коммита. Не уверен, что стоит это изменение делать > отдельно. Спасибо, а на что это изменение всё-таки может повлиять? Делает ли оно лучше что-то для старого кода? Я плохо понимаю все эти дела: в чём разница от того, есть там const или нет? Пока прочитал просто вот что -- https://en.cppreference.com/w/cpp/language/move_constructor : A class can have multiple move constructors, e.g. both T::T(const T&&) and T::T(T&&).
(В ответ на комментарий №12) > Спасибо, а на что это изменение всё-таки может повлиять? Делает ли оно лучше > что-то для старого кода? Я плохо понимаю все эти дела: в чём разница от того, > есть там const или нет? > > Пока прочитал просто вот что -- > https://en.cppreference.com/w/cpp/language/move_constructor : > > A class can have multiple move constructors, e.g. both T::T(const T&&) and > T::T(T&&). Move semantics - это перемещение содержимого какой-то переменной в другой её инстанс вместо копирования. Обычно небольшая, а иногда - большая, оптимизация производительности. Соответственно, инстанс переменной, откуда данные перемещаются, при таком перемещении обычно изменяется. Чего нельзя сделать с const инстансами. Соответственно, const T&& - практически никогда не нужен (удалось нагуглить указание, что const T&& требовалось при реализации move semantics + initializer lists). Подозреваю, что в данном случае до этого изменения оно просто могло даунгрейдиться до конструктора копирования.
apt-0.5.15lorg2-alt64 -> sisyphus: Fri May 17 2019 Aleksei Nikiforov <darktemplar@altlinux> 0.5.15lorg2-alt64 - Ported https support from Debian via https method to apt-https package (Closes: #33732).
Спасибо!0
После этого обновления каждый первый запуск hasher-а заканчивается сегфолтом. Следующий запуск уже проходит нормально (если быстро успеть, иначе проблема снова воспроизводится). Выглядит это в логе так: =8<============================================== Jun 03 08:13:53 latitude.evg-krsk.dyndns.org kernel: http[10610]: segfault at 0 ip 0000000000406446 sp 00007ffcf8903d50 error 4 in http[404000+a000] Jun 03 08:13:53 latitude.evg-krsk.dyndns.org kernel: Code: e8 8f e1 ff ff 4c 09 b4 c4 a0 00 00 00 48 8b 7c 24 08 48 8b 07 48 8b 10 48 83 4c 24 20 01 ff d2 48 8b bb e0 02 00 00 41 89 c6 <48> 8b 07 ff 10 41 39 c6 7d 0f 48 8b bb e0 02 00 00 48 8b 07 ff 10 =8<============================================== трейсбэк падения при этом такой: =8<============================================== root@latitude ~ #coredumpctl gdb PID: 10610 (http) UID: 500 (evg) GID: 500 (evg) Signal: 11 (SEGV) Timestamp: Mon 2019-06-03 08:13:53 +07 (10min ago) Command Line: /usr/lib64/apt/methods/http Executable: /usr/lib64/apt/methods/http Control Group: /user.slice/user-500.slice/session-3.scope Unit: session-3.scope Slice: user-500.slice Session: 3 Owner UID: 500 (evg) Boot ID: 1232570f0b954f0c8e1ba72ea500b151 Machine ID: 6ecf428dd379f9a7af3889285c1096fb Hostname: latitude.evg-krsk.dyndns.org Storage: /var/lib/systemd/coredump/core.http.500.1232570f0b954f0c8e1ba72ea500b151.10610.1559524433000000.lz4 Message: Process 10610 (http) of user 500 dumped core. Stack trace of thread 10610: #0 0x0000000000406446 n/a (http) #1 0x0000000000407903 n/a (http) #2 0x000000000040ad7c n/a (http) #3 0x00000000004053ed n/a (http) #4 0x00007fe8464f308b __libc_start_main (libc.so.6) #5 0x00000000004055ca n/a (http) GNU gdb (GDB) 8.2.50.20180917-alt2 (ALT Sisyphus) Copyright (C) 2018 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "x86_64-alt-linux". Type "show configuration" for configuration details. For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. Find the GDB manual and other documentation resources online at: <http://www.gnu.org/software/gdb/documentation/>. For help, type "help". Type "apropos word" to search for commands related to "word"... Reading symbols from /usr/lib64/apt/methods/http... Reading symbols from /usr/lib/debug/usr/lib64/apt/methods/http.debug... [New LWP 10610] [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Core was generated by `/usr/lib64/apt/methods/http'. Program terminated with signal SIGSEGV, Segmentation fault. #0 HttpMethod::Go (this=0x7ffcf89040d0, ToFile=<optimized out>, Srv=0x1812150) at /usr/include/c++/8/bits/unique_ptr.h:342 342 get() const noexcept (gdb) bt full #0 HttpMethod::Go (this=0x7ffcf89040d0, ToFile=<optimized out>, Srv=0x1812150) at /usr/include/c++/8/bits/unique_ptr.h:342 rfds = {fds_bits = {1, 0 <repeats 15 times>}} wfds = {fds_bits = {8, 0 <repeats 15 times>}} FileFD = std::unique_ptr<MethodFd> = {get() = 0x1813250} MaxFd = 3 tv = {tv_sec = 25240944, tv_usec = 25240944} Res = <optimized out> __d = <optimized out> __d = <optimized out> #1 0x0000000000407903 in ServerState::RunData (this=0x1812150) at http.cc:492 No locals. #2 0x000000000040ad7c in HttpMethod::Loop (this=0x7ffcf89040d0) at http.cc:1262 Result = <optimized out> UBuf = {actime = 1559518779, modtime = 1559518779} Result = <optimized out> Res = {MD5Sum = "", SHA1Sum = "", SignatureFP = "", LastModified = 1559518779, IMSHit = false, Filename = "/home/evg/.hasher/lists/partial/ftp.altlinux.org_pub_distributions_ALTLinux_Sisyphus_x86%5f64_base_release.classic", TmpFilename = "", Size = 147, ResumePoint = 0} Redirected = std::map with 0 elements FailCounter = 0 #3 0x00000000004053ed in main () at http.cc:1408 Mth = {<pkgAcqMethod> = {_vptr.pkgAcqMethod = 0x40e690 <vtable for HttpMethod+16>, Flags = 6, Messages = std::vector of length 0, capacity 8, Queue = 0x1811ca0, QueueBack = 0x0, FailExtra = ""}, static FailFile = {static npos = 18446744073709551615, _M_dataplus = {<std::allocator<char>> = {<__gnu_cxx::new_allocator<char>> = {<No data fields>}, <No data fields>}, _M_p = 0x1825b00 "/home/evg/.hasher/lists/partial/ftp.altlinux.org_pub_distributions_ALTLinux_Sisyphus_x86%5f64_base_release.classic"}, _M_string_length = 114, { _M_local_buf = "r", '\000' <repeats 14 times>, _M_allocated_capacity = 114}}, static FailFd = 3, static FailTime = 1559518779, NextURI = "", AuthList = std::vector of length 0, capacity 0, File = 0x18137a0, Server = 0x1812150} (gdb) =8<==============================================
(В ответ на комментарий №16) > После этого обновления каждый первый запуск hasher-а заканчивается сегфолтом. > Следующий запуск уже проходит нормально (если быстро успеть, иначе проблема > снова воспроизводится). Выглядит это в логе так: К сожалению, пока что не удалось воспроизвести, а в backtrace из-за оптимизации приложения недостаточно точная и полная информация. Можете проверить на тестовом задании #231369 воспроизводится ли проблема или же это задание исправляет его? Если проблема с этим заданием воспроизводится, то я подготовил тестовое задание #231370, где отключена оптимизация при сборке. Можете попробовать воспроизвести проблему с этим заданием, дать backtrace с ним, а также в gdb вывод команды 'print *Srv', и конфигурацию hasher и используемый способ запуска (команду запуска) hasher?
Удалось воспроизвести проблему, изменения из задания #231369 исправляют её. Займусь подготовкой сборки.
apt-0.5.15lorg2-alt66 -> sisyphus: Wed Jun 05 2019 Aleksei Nikiforov <darktemplar@altlinux> 0.5.15lorg2-alt66 - Fortified https method (Closes: #33732) - Dropped processing Realm name in http/https methods (Closes: #33236)
