The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



"В Debian 13 будет задействован 64-разрядный тип time_t на 32-разрядных архитектурах"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"В Debian 13 будет задействован 64-разрядный тип time_t на 32-разрядных архитектурах"  +/
Сообщение от opennews (?), 04-Фев-24, 23:16 
Разработчики Debian опубликовали план перевода всех пакетов на использование 64-разрядного типа time_t в портах дистрибутива для 32-разрядных архитектур. Изменения войдут в состав дистрибутива Debian 13 "Trixie", в котором будет полностью решена проблема 2038 года...

Подробнее: https://www.opennet.dev/opennews/art.shtml?num=60551

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. Скрыто модератором  –45 +/
Сообщение от нах. (?), 04-Фев-24, 23:16 
Ответить | Правка | Наверх | Cообщить модератору

3. Скрыто модератором  +12 +/
Сообщение от Аноним (3), 04-Фев-24, 23:52 
Ответить | Правка | Наверх | Cообщить модератору

12. Скрыто модератором  –21 +/
Сообщение от нах. (?), 05-Фев-24, 00:58 
Ответить | Правка | Наверх | Cообщить модератору

15. Скрыто модератором  +19 +/
Сообщение от Аноним (15), 05-Фев-24, 01:06 
Ответить | Правка | Наверх | Cообщить модератору

17. Скрыто модератором  +3 +/
Сообщение от Аноним (-), 05-Фев-24, 05:57 
Ответить | Правка | Наверх | Cообщить модератору

40. Скрыто модератором  +1 +/
Сообщение от нах. (?), 05-Фев-24, 11:10 
Ответить | Правка | К родителю #15 | Наверх | Cообщить модератору

87. Скрыто модератором  +/
Сообщение от Аноним (-), 06-Фев-24, 13:58 
Ответить | Правка | Наверх | Cообщить модератору

88. Скрыто модератором  –1 +/
Сообщение от нах. (?), 06-Фев-24, 14:17 
Ответить | Правка | Наверх | Cообщить модератору

100. Скрыто модератором  +/
Сообщение от Аноним (-), 07-Фев-24, 11:22 
Ответить | Правка | Наверх | Cообщить модератору

70. Скрыто модератором  +/
Сообщение от Аноним (-), 05-Фев-24, 18:01 
Ответить | Правка | К родителю #12 | Наверх | Cообщить модератору

73. Скрыто модератором  –1 +/
Сообщение от нах. (?), 05-Фев-24, 18:41 
Ответить | Правка | Наверх | Cообщить модератору

90. Скрыто модератором  +/
Сообщение от Аноним (-), 06-Фев-24, 14:18 
Ответить | Правка | Наверх | Cообщить модератору

23. Скрыто модератором  –1 +/
Сообщение от Oe (?), 05-Фев-24, 08:09 
Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

4. Скрыто модератором  +14 +/
Сообщение от НяшМяш (ok), 04-Фев-24, 23:57 
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

5. Скрыто модератором  +1 +/
Сообщение от Аноним (15), 05-Фев-24, 00:01 
Ответить | Правка | Наверх | Cообщить модератору

6. Скрыто модератором  +4 +/
Сообщение от Аноним (6), 05-Фев-24, 00:07 
Ответить | Правка | Наверх | Cообщить модератору

7. Скрыто модератором  –4 +/
Сообщение от Аноним (7), 05-Фев-24, 00:09 
Ответить | Правка | К родителю #5 | Наверх | Cообщить модератору

8. Скрыто модератором  +2 +/
Сообщение от Аноним (15), 05-Фев-24, 00:28 
Ответить | Правка | Наверх | Cообщить модератору

10. Скрыто модератором  +/
Сообщение от Аноним (10), 05-Фев-24, 00:32 
Ответить | Правка | Наверх | Cообщить модератору

13. Скрыто модератором  +2 +/
Сообщение от Аноним (15), 05-Фев-24, 01:04 
Ответить | Правка | Наверх | Cообщить модератору

31. Скрыто модератором  +1 +/
Сообщение от ryoken (ok), 05-Фев-24, 08:37 
Ответить | Правка | К родителю #10 | Наверх | Cообщить модератору

43. Скрыто модератором  +/
Сообщение от Минона (ok), 05-Фев-24, 13:24 
Ответить | Правка | Наверх | Cообщить модератору

50. Скрыто модератором  +/
Сообщение от ryoken (ok), 05-Фев-24, 14:05 
Ответить | Правка | Наверх | Cообщить модератору

72. Скрыто модератором  +/
Сообщение от Аноним (72), 05-Фев-24, 18:21 
Ответить | Правка | К родителю #31 | Наверх | Cообщить модератору

18. Скрыто модератором  +/
Сообщение от Аноним (-), 05-Фев-24, 06:08 
Ответить | Правка | К родителю #7 | Наверх | Cообщить модератору

30. Скрыто модератором  +1 +/
Сообщение от нах. (?), 05-Фев-24, 08:35 
Ответить | Правка | Наверх | Cообщить модератору

38. Скрыто модератором  +1 +/
Сообщение от Аноним (-), 05-Фев-24, 10:42 
Ответить | Правка | Наверх | Cообщить модератору

39. Скрыто модератором  +1 +/
Сообщение от нах. (?), 05-Фев-24, 11:06 
Ответить | Правка | Наверх | Cообщить модератору

67. Скрыто модератором  +/
Сообщение от Аноним (-), 05-Фев-24, 17:46 
Ответить | Правка | Наверх | Cообщить модератору

75. Скрыто модератором  +/
Сообщение от нах. (?), 05-Фев-24, 19:40 
Ответить | Правка | Наверх | Cообщить модератору

71. Скрыто модератором  +/
Сообщение от Аноним (7), 05-Фев-24, 18:08 
Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

85. Скрыто модератором  –1 +/
Сообщение от maximnik0 (?), 06-Фев-24, 07:51 
Ответить | Правка | Наверх | Cообщить модератору

91. Скрыто модератором  –1 +/
Сообщение от нах. (?), 06-Фев-24, 14:19 
Ответить | Правка | Наверх | Cообщить модератору

9. Скрыто модератором  +/
Сообщение от Аноним (-), 05-Фев-24, 00:30 
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

14. Скрыто модератором  –2 +/
Сообщение от нах. (?), 05-Фев-24, 01:05 
Ответить | Правка | Наверх | Cообщить модератору

20. Скрыто модератором  +4 +/
Сообщение от Аноним (-), 05-Фев-24, 06:10 
Ответить | Правка | Наверх | Cообщить модератору

44. Скрыто модератором  +/
Сообщение от _kp (ok), 05-Фев-24, 13:41 
Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

76. Скрыто модератором  +/
Сообщение от нах. (?), 05-Фев-24, 19:41 
Ответить | Правка | Наверх | Cообщить модератору

82. Скрыто модератором  +1 +/
Сообщение от _kp (ok), 06-Фев-24, 02:32 
Ответить | Правка | Наверх | Cообщить модератору

101. Скрыто модератором  +/
Сообщение от Аноним (101), 07-Фев-24, 11:37 
Ответить | Правка | К родителю #76 | Наверх | Cообщить модератору

19. Скрыто модератором  +1 +/
Сообщение от Stanislavvv (?), 05-Фев-24, 06:09 
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

29. Скрыто модератором  –2 +/
Сообщение от нах. (?), 05-Фев-24, 08:33 
Ответить | Правка | Наверх | Cообщить модератору

53. Скрыто модератором  –3 +/
Сообщение от Аноним (3), 05-Фев-24, 14:21 
Ответить | Правка | Наверх | Cообщить модератору

64. Скрыто модератором  +2 +/
Сообщение от нах. (?), 05-Фев-24, 16:39 
Ответить | Правка | Наверх | Cообщить модератору

99. Скрыто модератором  +/
Сообщение от Аноним (99), 07-Фев-24, 10:05 
Ответить | Правка | Наверх | Cообщить модератору

59. Скрыто модератором  +/
Сообщение от Аноним (59), 05-Фев-24, 16:09 
Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

65. Скрыто модератором  +/
Сообщение от нах. (?), 05-Фев-24, 16:39 
Ответить | Правка | Наверх | Cообщить модератору

2. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  –1 +/
Сообщение от 4ego6lq (?), 04-Фев-24, 23:43 
Вроде же была новость что ведро линуспса перешло уже как 10 лет назад?
Ответить | Правка | Наверх | Cообщить модератору

11. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +2 +/
Сообщение от dannyD (?), 05-Фев-24, 00:32 
>>Из 35960 поставляемых в Debian пакетов тип time_t встречается в 6429 и затрагивает более 1200 библиотек.

причем тут "ведро линуспса"?

Ответить | Правка | Наверх | Cообщить модератору

46. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  –1 +/
Сообщение от Пограмист (?), 05-Фев-24, 13:46 
При том, что тип time_t должен зависить от ядра, а не от говнокода который сделали в так назыаемых библиотек. Ты еще скажи потоки у тебя на уровне языка работают. Просто надо признать что в linux нет api и не мучать школьную подделку Торвальдса.
Ответить | Правка | Наверх | Cообщить модератору

52. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +1 +/
Сообщение от нах. (?), 05-Фев-24, 14:21 
> При том, что тип time_t должен зависить от ядра,

точно, библиотеки нинуна, все программы должны работать напрямую с ведром.

И разумеется переписываться (а даже не перекомпилироваться) заново каждый раз как в ведре что-нибудь такое поменяют (потому что иначе любое обращение кончится segfaultом).

Ответить | Правка | Наверх | Cообщить модератору

55. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  –1 +/
Сообщение от Информатик (?), 05-Фев-24, 14:36 
Есть системные типы, а есть численые типы, и много других интерестных вещей. Как ты думаешь почему Python еще не в ядре? Вот файловая система это библиотека нормального человека, запрос типа времени нужен именно от операционной системы, а не от библиотеки rand().
Ответить | Правка | Наверх | Cообщить модератору

74. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от dannyD (?), 05-Фев-24, 18:57 
>>При том, что тип time_t должен зависить от ядра, а не от говнокода...

да мне всё равно, новость "о тёплом" а ты "о мягком".


читать умеем? новость о чем? причем тут вообще линус?

>>Разработчики Debian опубликовали план перевода всех пакетов на использование 64-разрядного типа time_t в портах дистрибутива для 32-разрядных архитектур.

[рука/лицо]

Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

16. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от Аноним (16), 05-Фев-24, 03:24 
Полезное дело. Главное - чтоб эти изменения в исходники исходного софта добавились, а не остались в виде патчей. Помимо Дебиана есть и другие дистрибы, необходима совместимость с ними.
Ответить | Правка | Наверх | Cообщить модератору

21. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +1 +/
Сообщение от Аноним (21), 05-Фев-24, 07:21 
Если пряник не помог пора приступать к палке
Ответить | Правка | Наверх | Cообщить модератору

35. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от Аноним (35), 05-Фев-24, 08:52 
Там говорят если время не считать запись на диск идёт быстрее.
Ответить | Правка | Наверх | Cообщить модератору

22. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от Аноним (22), 05-Фев-24, 07:30 
64 бита хватит всем?
Ответить | Правка | Наверх | Cообщить модератору

26. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +3 +/
Сообщение от SilverCutePony (ok), 05-Фев-24, 08:25 
На 292 миллиарда лет хватит, так что, пока вполне сойдёт
Ответить | Правка | Наверх | Cообщить модератору

33. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от Аноним (33), 05-Фев-24, 08:41 
а вы готовы взять ответственность?
Ответить | Правка | Наверх | Cообщить модератору

37. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +1 +/
Сообщение от Аноним (37), 05-Фев-24, 10:23 
А вдруг в пространстве проколят дырку в другое время и надо будет вводить новый тип данных timediff_t, который не сможет умещать в себе разность между нашим временем и временем той цивилизации, которая будет по ту сторону дыры, как в "Интерстелларе"?
Ответить | Правка | К родителю #26 | Наверх | Cообщить модератору

69. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  –1 +/
Сообщение от Аноним (-), 05-Фев-24, 17:56 
> разность между нашим временем и временем той цивилизации, которая будет по
> ту сторону дыры, как в "Интерстелларе"?

А где в интерстелларе была разница более чем на 292 миллиарда лет? Учитывая что эта вселенная существует всего около 13 миллиардов...

Ответить | Правка | Наверх | Cообщить модератору

34. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  –3 +/
Сообщение от Аноним (35), 05-Фев-24, 08:51 
Всё таки прогнулись.
Ответить | Правка | Наверх | Cообщить модератору

36. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +6 +/
Сообщение от Аноним (36), 05-Фев-24, 09:41 
Сижу на дебиане начиная с Wheezy. Сколько не перепробовал дистрибутивов, перейти на что-то другое желания не возникало. Хотя нет, вру, один раз чуть было на openSUSE не перелез, но вовремя одумался. Такого баланса между развитостью программной инфраструктуры, стабильностью системы и взвешенностью в отношении разного рода "новаторств" как в дебиане пожалуй нет ни у одного другого дистрибутива. Даже systemd они не поленились разбить на модули, хотя спокойно могли бы пихать пользователям стандартный блоб от Поттеринга как это делают все остальные.
Ответить | Правка | Наверх | Cообщить модератору

41. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +1 +/
Сообщение от Анонист (?), 05-Фев-24, 11:55 
На массрынке 64 бита появились 20 лет назад. Неужели кто-то будет устанавливать свежую ОС на доисторическое антикварно-винтажное железо?

Я даже хассвелы не вижу уже чтобы кто-то использовал, минимум восьмое поколение у народа с 8 гигами.

Ответить | Правка | Наверх | Cообщить модератору

42. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от AKTEON (?), 05-Фев-24, 13:05 
Ага. Вы не представляете сколько еще народа  имеет wine c 32 разрядным по
Ответить | Правка | Наверх | Cообщить модератору

51. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от нах. (?), 05-Фев-24, 14:07 
> Ага. Вы не представляете сколько еще народа  имеет wine c 32
> разрядным по

и будет просто счастливо если им поменять размерность переменной в куче кода скопившегося за 20 лет. Самое то.


Ответить | Правка | Наверх | Cообщить модератору

45. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от _kp (ok), 05-Фев-24, 13:44 
> На массрынке 64 бита появились 20 лет назад.

А массовые мелкие 64 битные контроллеры, для встраиваемой техники, массово появились совсем недавно.


Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

54. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  –1 +/
Сообщение от Аноним (3), 05-Фев-24, 14:22 
Фуфыксы живее всех живых (и их хватает, если не играть).
Ответить | Правка | К родителю #41 | Наверх | Cообщить модератору

62. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от Аноним (62), 05-Фев-24, 16:35 
> и их хватает, если не играть

Тебе и смартфона хватит который вообще ничего не жрёт из розетки в отличии от древного муcopa. Вряд ли ты комп используешь для чего-то другого.

Ответить | Правка | Наверх | Cообщить модератору

68. Скрыто модератором  +/
Сообщение от Аноним (-), 05-Фев-24, 17:54 
Ответить | Правка | Наверх | Cообщить модератору

56. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  –1 +/
Сообщение от Mr.Who (?), 05-Фев-24, 14:43 
Мой первый и последний комп на 32-битном процессоре был приобретён в 2004 году. Больше я таких процов никогда не видел. Уже в 2008 году я взял ноут на х64, других просто не было. Неужели кто-то сегодня умудряется использовать железо первой половины нулевых?
Ответить | Правка | Наверх | Cообщить модератору

60. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +1 +/
Сообщение от Аноним (59), 05-Фев-24, 16:12 
armhf + 32-битный софт
Ответить | Правка | Наверх | Cообщить модератору

79. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от RocketShark (?), 05-Фев-24, 23:16 
Где ты это используешь?
Ответить | Правка | Наверх | Cообщить модератору

83. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  –1 +/
Сообщение от _kp (ok), 06-Фев-24, 02:35 
> Где ты это используешь?

Под недодесктопы или недоТВприставки их использовали единицы, и не долго, и без радости на лице.
А в промышленности и автоматизации подобного добра просто завались.

Ответить | Правка | Наверх | Cообщить модератору

92. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от нах. (?), 06-Фев-24, 14:22 
> Под недодесктопы или недоТВприставки их использовали единицы, и не долго, и без

патамушта нипрадавали. А так-то спрос до сих пор остался.

> радости на лице.

Ну для десктопа (говорим же ж десктоп пишем хромоног) действительно тормоз и кипятилка, а с видосиками-то что тебе не так?! 4k, правда, не потянул. 2k все зашибись, поскольку декодеры не софтовые.

> А в промышленности и автоматизации подобного добра просто завались.

вот этим - сочувствую.

Ответить | Правка | Наверх | Cообщить модератору

102. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от Аноним (101), 07-Фев-24, 11:41 
>> Под недодесктопы или недоТВприставки их использовали единицы, и не долго, и без
> патамушта нипрадавали. А так-то спрос до сих пор остался.

На вот именно 32 бит телеприставки? Кодеки на 64 бит сильно лучше ворочать.

>> А в промышленности и автоматизации подобного добра просто завались.
> вот этим - сочувствую.

Да чего им сочувствовать? Вон olimex продавал, продает, будет продавать. И очень одобряет уход китайских фуфлогонов из конкурентов.

Представляешь, LTS можно делать и в железе - если задаться такой целью.

Ответить | Правка | Наверх | Cообщить модератору

103. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от нах. (?), 07-Фев-24, 19:32 
>>> Под недодесктопы или недоТВприставки их использовали единицы, и не долго, и без
>> патамушта нипрадавали. А так-то спрос до сих пор остался.
> На вот именно 32 бит телеприставки? Кодеки на 64 бит сильно лучше

ну я хрен знает конечно, но кривоногие столы подпирать за 65 долларов как-то дороговато.

> ворочать.

кодеки там аппаратные, разумеется. Сколько и каких битов в графическом ядре - я без понятия, оно и 128битное может.

> Представляешь, LTS можно делать и в железе - если задаться такой целью.

"к сожалению компания выпекавшая чипы объявила что это последний лоток"  
И хрен ли ты им сделаешь, они вообще в другом городе. (и другой страны)

Какой-нибудь сасунг - мог бы. Но ему неинтересно.

Ответить | Правка | Наверх | Cообщить модератору

108. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от Аноним (-), 09-Фев-24, 12:48 
> ну я хрен знает конечно, но кривоногие столы подпирать за 65 долларов как-то дороговато.

Это о чем?

> кодеки там аппаратные, разумеется. Сколько и каких битов в графическом ядре -
> я без понятия, оно и 128битное может.

Эти аппаратные кодеки полтора формата жрут, с кучей ограничений. И в какой-то момент может захотеться и софтварное добрецо. А вот это лучше делать на пачке 64-бит ядер, если хочется играть наобум скачаное с допустим торентов.

ARM кстати недавно очкруто оптимизнул декодирование современных тяжелых кодеков, да и кодирование тоже. Они видимо "task force" наняли на это - и прошлись асмовыми оптимизациями и интринсиками по чертовой куче мультимедийных проектов.

>> Представляешь, LTS можно делать и в железе - если задаться такой целью.
> "к сожалению компания выпекавшая чипы объявила что это последний лоток"
> И хрен ли ты им сделаешь, они вообще в другом городе. (и другой страны)

А вот фиг. Китайцы ребята гибкие, не настолько избалованые как квалкому с броадкомом и - как оказалось - могут засабмитить батч на фабу "спецом для", если заказ набирается.

> Какой-нибудь сасунг - мог бы. Но ему неинтересно.

Он и не будет этим заниматься - а вон те вполне. Так что у того же олимекса немолодые версии одноплатников - были, есть и будут есть. И через 5 лет можно будет повторить вон тот дизайн как делать нефиг. Просто это надо уметь делать - и задаться такой целью.

Конторам ориентированым на хайп это не интересно - им больше МГц, гигабайтов, и чего там еще - а то что через год это станет невозможно повторить, так они 3 новые платы выкатят, а вы там можете переделывать проекты, если хайп - ваше все. Участь у хайпонашек такая.

Ответить | Правка | Наверх | Cообщить модератору

109. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от нах. (?), 09-Фев-24, 13:46 
> Это о чем?

это о том что кто-то эти деньги платит - вряд ли за подпорки для столов.
Какое-то другое у этих плат применение.

> Эти аппаратные кодеки полтора формата жрут, с кучей ограничений.

а тебе сколько надо?
И что ты из этого сможешь реализовать на arm пусть даже v8?

> И в какой-то момент может захотеться и софтварное добрецо.

да, сидишь такой думаешь - что-то я давно слайдшоу не видал, да и вентилятор на проце совсем запылился - дай заодно и прочищу.

Главное веровать что кетайцы не кинут.

Ответить | Правка | Наверх | Cообщить модератору

66. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  –2 +/
Сообщение от нах. (?), 05-Фев-24, 16:45 
> Мой первый и последний комп на 32-битном процессоре был приобретён в 2004

держи нас в курсе.

> году. Больше я таких процов никогда не видел. Уже в 2008

мало ли чего еще ТЫ не видел.

> кто-то сегодня умудряется использовать железо первой половины нулевых?

умудряюсь использовать железо 2016го года выпуска. Не то чтоб там был 32битный процессор, но a) ты туда свой дистрибутив не поставишь - даже не загрузишься. b) там 2G оперативы, и ее незачем транжирить на 64битные указатели - указывать им все равно не на что. То же самое - с виртуалками одна из которых аж 512мегабайт а вторая - целый гигабайт оперативы. Вот о чем я мечтал - это потерять треть на ненужные мне мегауказатели.

И нет, проблема 2038го года на таком железе не колебет абсолютно никого. Мы давно в рай попадем к этому времени.

Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

77. Скрыто модератором  +/
Сообщение от Аноним (77), 05-Фев-24, 19:59 
Ответить | Правка | Наверх | Cообщить модератору

80. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от RocketShark (?), 05-Фев-24, 23:18 
И для каких задач ты используешь такое железо?
Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

93. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от нах. (?), 06-Фев-24, 14:28 
> И для каких задач ты используешь такое железо?

пока клавиатура не отвалилась (там клавиатура-чехол, удивительно что она вообще продержалась так долго) - был мой основной рабочий компьютер для поездок в какие-нибудь щебеня.

Т.е. это веб-прон-терминал (когда-то в прямом смысле терминал, теперь rdp). Офиса на нем нет, просто потому что мне проще удаленный запустить, да и то что им открывать обычно по ту сторону, но вполне бы потянул (и подписка шла в комплекте).

Я бы с удовольствием новый купил, но секрет производства утерян. Придется теперь ездить с хрупким и глючным обычным ноутом.

А то плевать в экран конечно здорово, но иногда все же надо буков и цифров.

Ну и да, разумеется дисяточка. Нет, не дебиан buster, конечно. Во-первых тот немного опоздал к его выпуску, во-вторых ну нафига вот мне ТАКИЕ сюрпризы сдались?

Ответить | Правка | Наверх | Cообщить модератору

107. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от dennyD (?), 09-Фев-24, 08:17 
>>умудряюсь использовать железо 2016го года выпуска. Не то чтоб там был 32битный процессор, но a) ты туда свой дистрибутив не поставишь - даже не загрузишься. b) там 2G оперативы,

iphone se

Ответить | Правка | К родителю #66 | Наверх | Cообщить модератору

110. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от нах. (?), 09-Фев-24, 13:50 
> iphone se

вещь хорошая но мне нужен экран побольше и теперь еще и клавиатура (когда покупал хватало онскриновой, а то бы я выбрал все же не мягкий чехол - жесткие отстегивающиеся клавы были поживучей) плюс usb для втыкания разного всякого.

К тому же будет немного обидно когда он разобьется и его сп-ят (или в обратном порядке, ключевое - когда а не если) а моя двухсотдолларовая игрушка себя давно уже окупила.

Ответить | Правка | Наверх | Cообщить модератору

78. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от AKTEON (?), 05-Фев-24, 20:17 
HP 2133 mini
Type    Subnotebook/Netbook
Release date    15 April 2008
Media    SD/SDHC/MMC Card reader
Operating system    SUSE Linux Enterprise Desktop, Windows XP, Windows Vista
CPU    VIA C7-M ULV (1.0, 1.2 and 1.6 GHz) (Последний ноутбук на VIA(sic!))
Memory    Single 512–2048 MB 667 MHz DDR2 SDRAM SODIMM
Storage    4GB SSD, 2.5in 120GB 5200RPM or 160GB 7200RPM HDD
Display    8.9in (diagonal) WXGA (1280 x 768) LCD with CCFL backlight or WSVGA (1024 x 600) LCD with LED backlight,[1] VIA Chrome 9 graphics chip (64 – 256 MB shared memory)
Sound    HD stereo audio, 2W stereo speakers
Input    Keyboard
Touchpad
Stereo Microphone
Camera    VGA in screen bezel
Touchpad    Wide format touchpad with side mounted buttons, scroll area and enable/disable button
Connectivity    WLAN 802.11 a/b/g/n (Broadcom 4322AGN) or 802.11 a/b/g (Broadcom 4311AG)
Ethernet 10/100/1000 Mbit/s
VGA
Bluetooth 2.0
USB 2.0
ExpressCard 54 slot
3.5mm Microphone and Headphone jacks
Power    3-cell (28 WHr) or 6-cell (55 WHr) high-capacity Lithium-ion battery
Dimensions    255 x 165 x 27 mm (10.04 x 6.5 x 1.05 in)
Mass    1.27 kg (2.8 lb)
Ответить | Правка | К родителю #56 | Наверх | Cообщить модератору

81. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от RocketShark (?), 05-Фев-24, 23:21 
Сегодня он всё равно абсолютно неюзабелен.
Ответить | Правка | Наверх | Cообщить модератору

86. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от Zenitur (ok), 06-Фев-24, 10:32 
Если драйвер на VIA Chrome удастся найти - думаю, можно будет установить Debian 9 или 10 (или Windows 7 SP1). Летать не будет, но средняя производительность, наверное, будет. У меня есть комп 2005 года, там четвёртый пень и 2 гига ОЗУ. Там работает последний хром. Другое дело, что это стационарный комп, который быстрее ноута по-определению.
Ответить | Правка | Наверх | Cообщить модератору

89. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от Анонист (?), 06-Фев-24, 14:18 
> У меня есть комп 2005 года, там четвёртый пень и 2 гига ОЗУ.

Стесняюсь спросить, это ваша основная машина? 🤣🤣🤣 Я думал это локальный мем про 4 пни и коры дуба 😁

Ответить | Правка | Наверх | Cообщить модератору

98. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от Zenitur (ok), 07-Фев-24, 06:57 
>> У меня есть комп 2005 года, там четвёртый пень и 2 гига ОЗУ.
> Стесняюсь спросить, это ваша основная машина? 🤣🤣🤣 Я думал это
> локальный мем про 4 пни и коры дуба 😁

Включаю раз в год.

Ответить | Правка | Наверх | Cообщить модератору

94. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от нах. (?), 06-Фев-24, 14:30 
> Сегодня он всё равно абсолютно неюзабелен.

да, на этой via и что там у него - vista - далеко не уедешь.

И вдобавок тяжеленный - почти полтора кило, столько у меня китаец новый весит.


Ответить | Правка | К родителю #81 | Наверх | Cообщить модератору

84. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от Zenitur (ok), 06-Фев-24, 07:49 
> Изменение типа приведёт к нарушению ABI и необходимости переименования данных библиотек, что станет крупнейшим обновлением ABI в истории проекта.

Будут ли в Debian 13 i386 работать бинари от более старых дебианов? Или переход на time64 означает слом обратной совместимости?

Ответить | Правка | Наверх | Cообщить модератору

95. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от нах. (?), 06-Фев-24, 14:32 
>> Изменение типа приведёт к нарушению ABI и необходимости переименования данных библиотек, что станет крупнейшим обновлением ABI в истории проекта.
> Будут ли в Debian 13 i386 работать бинари от более старых дебианов?

до первого вызова time() (ну или статически скомпилированные - какой-нибудь игого или хрустокод например... кто сказал си? Хрен вам а не статика! Дрепер сдох но дело его живет.)

> Или переход на time64 означает слом обратной совместимости?

А ты думал, в сказку попал? Дол...бы. В очередной раз раздадут всем щастья даром чтоб никто, с-ка, не ушел.

Ответить | Правка | Наверх | Cообщить модератору

104. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от Zenitur (ok), 08-Фев-24, 13:41 
Так может тогда создать новую архитектуру Debian вместо слома i386? Пусть будет i786. И пусть такой архитектуры не существует, однако все будут знать, то package_1.0_i386.deb это для Debian 12 и старее, а package_1.0_i786.deb, это для Debian 13 и новее?
Ответить | Правка | Наверх | Cообщить модератору

105. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +/
Сообщение от нах. (?), 08-Фев-24, 14:39 
не, ну вот это ты загнул. Это ж тебе не один дефайн при сборке glibc перекинуть, это ж целую отдельную ветку инфраструктурки поднимать, целые отдельные терабайты мусора в репо складывать, неее, так дело не пойдет.

Ответить | Правка | Наверх | Cообщить модератору

106. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  –1 +/
Сообщение от Аноним (106), 08-Фев-24, 18:29 
> А ты думал, в сказку попал? Дол...бы. В очередной раз раздадут всем
> щастья даром чтоб никто, с-ка, не ушел.

Да не юзай ты дебиан13, если тебе нужны настолько древние бинарники. Тебя кто-то заставляет? Купи себе рхел на 15 лет и радуйся. Эксперт выискался.

Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

97. "В Debian 13 будет задействован 64-разрядный тип time_t на 32..."  +1 +/
Сообщение от Аноним (97), 07-Фев-24, 01:33 
Это очень правильно. Сломать мерзотные 32 бита если не удалением поддержки, то поломкой ABI.
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру