Для этого нужно быть простым способом сделать это.
Я рассматриваю «сомнительный» контент как часть моей работы (защита информации).
Я вижу NO необходимо для графического захвата пика для всех файлов изображений RECENT или даже ВСЕ последних файлов.
ЭТО должно быть действительно вложением, в котором ТОЛЬКО эти папки (и подпапки) были проиндексированы и представлены. Это также должно обеспечить множество контекстов. например. разработка, домашний / частный, бизнес.
Если мы по-прежнему позволяем организовать их папки и файлы, тогда нам нужно иметь возможность контролировать, как эти файлы будут доступны или запомнены.
Я адаптировал решение из другого вопроса:
Как я могу сохранить последние файлы в Unity?
Страница на ddebs.ubuntu.com, с которой вы связаны, содержит только ddebs для пакетов, созданных из исходного пакета linux
. Однако ядра с резервным копированием не построены из этого исходного пакета; они вместо этого исходят из исходного пакета linux-lts-backport-maverick
:
(lucid-amd64) evan @ caron: ~ $ apt-cache show linux-image -2.6.35-25-сервер | grep '^ Source' Источник: linux-lts-backport-maverick
Напротив, вот тот же запрос на ядро, выпущенное с Ubuntu 10.04 (это было 2.6.32):
(lucid-amd64) evan @ caron: ~ $ apt-cache show linux-image-2.6.32-21-server | grep '^ Source' Источник: linux
Если вы посмотрите на страницу ddebs для исходного пакета linux-lts-backport-maverick , вы найдете ddebs для используемого ядра.
В качестве примечания, несмотря на их имя, ядра Backs LTS выпускаются в карман Updates (например, lucid-updates
). , а не в кармане Backports ( lucid-backports
), поскольку они не передаются через проект Ubuntu Backports . Из-за ограниченного уровня поддержки пакеты, которые поддерживаются как резервные копии, не имеют символов отладки, доступных на ddebs.ubuntu.com, чтобы сэкономить место.
Вы должны опубликовать свой список репозитория, чтобы мы могли видеть, как вы его добавили. Сначала я сообщаю о проблеме, когда ядро обращается к людям, они единственные люди, которые могут сортировать проблему навсегда или объяснить, почему они этого не сделают.
Смотрите: https: //help.ubuntu. com / community / ReportingBugs
Во-вторых, вы можете сделать более легкую компиляцию ядра, используя исходный пакет для генерации deb с символами:
apt-get source linux-kernel
etc
На странице ddebs.ubuntu.com, к которой вы привязаны, содержится только ddebs для пакетов, созданных из исходного пакета linux. Однако ядра с резервным копированием не построены из этого исходного пакета; вместо этого они исходят из исходного пакета linux-lts-backport-maverick:
(lucid-amd64)evan@caron:~$ apt-cache show linux-image-2.6.35-25-server | grep '^Source'
Source: linux-lts-backport-maverick
. В отличие от этого, тот же запрос на ядре, выпущенном с Ubuntu 10.04 (который был 2.6.32):
(lucid-amd64)evan@caron:~$ apt-cache show linux-image-2.6.32-21-server | grep '^Source'
Source: linux
Если вы посмотрите на страницу , вы найдете ddebs для используемого ядра.
Как примечание, несмотря на их имя, ядра ядра LTS выводятся в карман Updates (например, lucid-updates), а не в карман Backports (lucid-backports), поскольку они не передаются через проект Ubuntu Backports. Из-за ограниченного уровня поддержки пакеты, которые поддерживаются как верные backports, не имеют символов отладки, доступных на ddebs.ubuntu.com, чтобы сэкономить место.
Вы должны опубликовать свой список репозитория, чтобы мы могли видеть, как вы его добавили. Сначала я сообщаю о проблеме, когда ядро обращается к людям, они единственные люди, которые могут сортировать проблему навсегда или объяснить, почему они этого не сделают.
См .: https: // help .ubuntu.com / community / ReportingBugs
Во-вторых, вы можете сделать более легкую компиляцию ядра, используя исходный пакет для генерации deb с символами:
apt-get source linux-kernel и т. д.
На странице ddebs.ubuntu.com, к которой вы привязаны, содержится только ddebs для пакетов, созданных из исходного пакета linux. Однако ядра с резервным копированием не построены из этого исходного пакета; вместо этого они исходят из исходного пакета linux-lts-backport-maverick:
(lucid-amd64)evan@caron:~$ apt-cache show linux-image-2.6.35-25-server | grep '^Source'
Source: linux-lts-backport-maverick
. В отличие от этого, тот же запрос на ядре, выпущенном с Ubuntu 10.04 (который был 2.6.32):
(lucid-amd64)evan@caron:~$ apt-cache show linux-image-2.6.32-21-server | grep '^Source'
Source: linux
Если вы посмотрите на страницу , вы найдете ddebs для используемого ядра.
Как примечание, несмотря на их имя, ядра ядра LTS выводятся в карман Updates (например, lucid-updates), а не в карман Backports (lucid-backports), поскольку они не передаются через проект Ubuntu Backports. Из-за ограниченного уровня поддержки пакеты, которые поддерживаются как верные backports, не имеют символов отладки, доступных на ddebs.ubuntu.com, чтобы сэкономить место.
Вы должны опубликовать свой список репозитория, чтобы мы могли видеть, как вы его добавили. Сначала я сообщаю о проблеме, когда ядро обращается к людям, они единственные люди, которые могут сортировать проблему навсегда или объяснить, почему они этого не сделают.
См .: https: // help .ubuntu.com / community / ReportingBugs
Во-вторых, вы можете сделать более легкую компиляцию ядра, используя исходный пакет для генерации deb с символами:
apt-get source linux-kernel и т. д.
На странице ddebs.ubuntu.com, к которой вы привязаны, содержится только ddebs для пакетов, созданных из исходного пакета linux. Однако ядра с резервным копированием не построены из этого исходного пакета; вместо этого они исходят из исходного пакета linux-lts-backport-maverick:
(lucid-amd64)evan@caron:~$ apt-cache show linux-image-2.6.35-25-server | grep '^Source'
Source: linux-lts-backport-maverick
. В отличие от этого, тот же запрос на ядре, выпущенном с Ubuntu 10.04 (который был 2.6.32):
(lucid-amd64)evan@caron:~$ apt-cache show linux-image-2.6.32-21-server | grep '^Source'
Source: linux
Если вы посмотрите на страницу , вы найдете ddebs для используемого ядра.
Как примечание, несмотря на их имя, ядра ядра LTS выводятся в карман Updates (например, lucid-updates), а не в карман Backports (lucid-backports), поскольку они не передаются через проект Ubuntu Backports. Из-за ограниченного уровня поддержки пакеты, которые поддерживаются как верные backports, не имеют символов отладки, доступных на ddebs.ubuntu.com, чтобы сэкономить место.
Вы должны опубликовать свой список репозитория, чтобы мы могли видеть, как вы его добавили. Сначала я сообщаю о проблеме, когда ядро обращается к людям, они единственные люди, которые могут сортировать проблему навсегда или объяснить, почему они этого не сделают.
Смотрите: https: //help.ubuntu. com / community / ReportingBugs
Во-вторых, вы можете сделать более легкую компиляцию ядра, используя исходный пакет для генерации deb с символами:
apt-get source linux-kernel
etc
Вы должны опубликовать свой список репозитория, чтобы мы могли видеть, как вы его добавили. Сначала я сообщаю о проблеме, когда ядро обращается к людям, они единственные люди, которые могут сортировать проблему навсегда или объяснить, почему они этого не сделают.
См .: https: // help .ubuntu.com / community / ReportingBugs
Во-вторых, вы можете сделать более легкую компиляцию ядра, используя исходный пакет для генерации deb с символами:
apt-get source linux-kernel и т. д.
Страница на ddebs.ubuntu.com, с которой вы связаны, содержит только ddebs для пакетов, созданных из исходного пакета linux
. Однако ядра с резервным копированием не построены из этого исходного пакета; они вместо этого исходят из исходного пакета linux-lts-backport-maverick
:
(lucid-amd64) evan @ caron: ~ $ apt-cache show linux-image -2.6.35-25-сервер | grep '^ Source' Источник: linux-lts-backport-maverick
Напротив, вот тот же запрос на ядро, выпущенное с Ubuntu 10.04 (это было 2.6.32):
(lucid-amd64) evan @ caron: ~ $ apt-cache show linux-image-2.6.32-21-server | grep '^ Source' Источник: linux
Если вы посмотрите на страницу ddebs для исходного пакета linux-lts-backport-maverick , вы найдете ddebs для используемого ядра.
В качестве примечания, несмотря на их имя, ядра Backs LTS выпускаются в карман Updates (например, lucid-updates
). , а не в кармане Backports ( lucid-backports
), поскольку они не передаются через проект Ubuntu Backports . Из-за ограниченного уровня поддержки пакеты, которые поддерживаются как резервные копии, не имеют символов отладки, доступных на ddebs.ubuntu.com, чтобы сэкономить место.
Вы должны опубликовать свой список репозитория, чтобы мы могли видеть, как вы его добавили. Сначала я сообщаю о проблеме, когда ядро обращается к людям, они единственные люди, которые могут сортировать проблему навсегда или объяснить, почему они этого не сделают.
См .: https: // help .ubuntu.com / community / ReportingBugs
Во-вторых, вы можете сделать более легкую компиляцию ядра, используя исходный пакет для генерации deb с символами:
apt-get source linux-kernel и т. д.
Страница на ddebs.ubuntu.com, с которой вы связаны, содержит только ddebs для пакетов, созданных из исходного пакета linux
. Однако ядра с резервным копированием не построены из этого исходного пакета; они вместо этого исходят из исходного пакета linux-lts-backport-maverick
:
(lucid-amd64) evan @ caron: ~ $ apt-cache show linux-image -2.6.35-25-сервер | grep '^ Source' Источник: linux-lts-backport-maverick
Напротив, вот тот же запрос на ядро, выпущенное с Ubuntu 10.04 (это было 2.6.32):
(lucid-amd64) evan @ caron: ~ $ apt-cache show linux-image-2.6.32-21-server | grep '^ Source' Источник: linux
Если вы посмотрите на страницу ddebs для исходного пакета linux-lts-backport-maverick , вы найдете ddebs для используемого ядра.
В качестве примечания, несмотря на их имя, ядра Backs LTS выпускаются в карман Updates (например, lucid-updates
). , а не в кармане Backports ( lucid-backports
), поскольку они не передаются через проект Ubuntu Backports . Из-за ограниченного уровня поддержки пакеты, которые поддерживаются как резервные копии, не имеют символов отладки, доступных на ddebs.ubuntu.com, чтобы сэкономить место.
Вы должны опубликовать свой список репозитория, чтобы мы могли видеть, как вы его добавили. Сначала я сообщаю о проблеме, когда ядро обращается к людям, они единственные люди, которые могут сортировать проблему навсегда или объяснить, почему они этого не сделают.
См .: https: // help .ubuntu.com / community / ReportingBugs
Во-вторых, вы можете сделать более легкую компиляцию ядра, используя исходный пакет для генерации deb с символами:
apt-get source linux-kernel и т. д.
Страница на ddebs.ubuntu.com, с которой вы связаны, содержит только ddebs для пакетов, созданных из исходного пакета linux
. Однако ядра с резервным копированием не построены из этого исходного пакета; они вместо этого исходят из исходного пакета linux-lts-backport-maverick
:
(lucid-amd64) evan @ caron: ~ $ apt-cache show linux-image -2.6.35-25-сервер | grep '^ Source' Источник: linux-lts-backport-maverick
Напротив, вот тот же запрос на ядро, выпущенное с Ubuntu 10.04 (это было 2.6.32):
(lucid-amd64) evan @ caron: ~ $ apt-cache show linux-image-2.6.32-21-server | grep '^ Source' Источник: linux
Если вы посмотрите на страницу ddebs для исходного пакета linux-lts-backport-maverick , вы найдете ddebs для используемого ядра.
В качестве примечания, несмотря на их имя, ядра Backs LTS выпускаются в карман Updates (например, lucid-updates
). , а не в кармане Backports ( lucid-backports
), поскольку они не передаются через проект Ubuntu Backports . Из-за ограниченного уровня поддержки пакеты, которые поддерживаются как резервные копии, не имеют символов отладки, доступных на ddebs.ubuntu.com, чтобы сэкономить место.