Re: apt-file rewrite done
nick black left as an exercise for the reader: > I've got raptorial-file in a state for people to play with. The wins weren't > as impressive as apt-show-versions(1) for the common cases (more like 25%), > though some uncommon cases saw reductions in total time of >90%. Spoke too soon! After fixing a stupid bug [0], improvement is much more stark, closer to a 2x speedup. the case for raptorial-file(1) just became much more convincing: [skynet](130) $ for i in `seq 1 10` ; do /usr/bin/time ./raptorial-file compiz > /dev/null ; done 4.07user 1.29system 0:00.95elapsed 565%CPU (0avgtext+0avgdata 194304maxresident)k 0inputs+0outputs (0major+37572minor)pagefaults 0swaps 3.74user 1.89system 0:01.07elapsed 526%CPU (0avgtext+0avgdata 183116maxresident)k 0inputs+0outputs (0major+39856minor)pagefaults 0swaps 3.91user 1.21system 0:00.99elapsed 515%CPU (0avgtext+0avgdata 193564maxresident)k 0inputs+0outputs (0major+38071minor)pagefaults 0swaps 3.93user 1.31system 0:01.06elapsed 495%CPU (0avgtext+0avgdata 186644maxresident)k 0inputs+0outputs (0major+38400minor)pagefaults 0swaps 4.03user 1.54system 0:01.01elapsed 551%CPU (0avgtext+0avgdata 192504maxresident)k 0inputs+0outputs (0major+39826minor)pagefaults 0swaps 3.64user 1.03system 0:01.05elapsed 442%CPU (0avgtext+0avgdata 186892maxresident)k 0inputs+0outputs (0major+37151minor)pagefaults 0swaps 3.87user 1.84system 0:01.10elapsed 516%CPU (0avgtext+0avgdata 193324maxresident)k 0inputs+0outputs (0major+34636minor)pagefaults 0swaps 4.03user 1.84system 0:01.01elapsed 582%CPU (0avgtext+0avgdata 192576maxresident)k 0inputs+0outputs (0major+39498minor)pagefaults 0swaps 3.97user 1.65system 0:01.04elapsed 538%CPU (0avgtext+0avgdata 194552maxresident)k 0inputs+0outputs (0major+38737minor)pagefaults 0swaps 3.85user 1.18system 0:01.03elapsed 485%CPU (0avgtext+0avgdata 190348maxresident)k 0inputs+0outputs (0major+36283minor)pagefaults 0swaps [skynet](0) $ [skynet](1) $ for i in `seq 1 10` ; do /usr/bin/time apt-file search compiz > /dev/null ; done 2.06user 0.12system 0:01.77elapsed 123%CPU (0avgtext+0avgdata 12076maxresident)k 0inputs+0outputs (0major+19894minor)pagefaults 0swaps 2.07user 0.13system 0:01.80elapsed 122%CPU (0avgtext+0avgdata 12076maxresident)k 0inputs+0outputs (0major+19909minor)pagefaults 0swaps 2.10user 0.12system 0:01.82elapsed 122%CPU (0avgtext+0avgdata 12076maxresident)k 0inputs+0outputs (0major+19901minor)pagefaults 0swaps 2.03user 0.15system 0:01.78elapsed 122%CPU (0avgtext+0avgdata 12080maxresident)k 0inputs+0outputs (0major+19904minor)pagefaults 0swaps 2.17user 0.11system 0:01.85elapsed 123%CPU (0avgtext+0avgdata 12080maxresident)k 0inputs+0outputs (0major+19895minor)pagefaults 0swaps 2.15user 0.12system 0:01.84elapsed 123%CPU (0avgtext+0avgdata 12080maxresident)k 0inputs+0outputs (0major+19894minor)pagefaults 0swaps 2.04user 0.16system 0:01.79elapsed 122%CPU (0avgtext+0avgdata 12080maxresident)k 0inputs+0outputs (0major+19890minor)pagefaults 0swaps 2.03user 0.13system 0:01.77elapsed 122%CPU (0avgtext+0avgdata 12080maxresident)k 0inputs+0outputs (0major+19897minor)pagefaults 0swaps 2.05user 0.12system 0:01.77elapsed 122%CPU (0avgtext+0avgdata 12080maxresident)k 0inputs+0outputs (0major+19895minor)pagefaults 0swaps 2.08user 0.13system 0:01.80elapsed 122%CPU (0avgtext+0avgdata 12076maxresident)k 0inputs+0outputs (0major+19899minor)pagefaults 0swaps [skynet](0) $ RAPTORIAL: 1.01s apt-file: 1.77s CHAMPION: RAPTORIAL (57%) now *THAT'S* what i'm talkin' about! w00t w00t! man look at those cpus getting pegged! rawwhide! --hack on, nick Hacker-in-Charge, SprezzOS Project [0] https://github.com/dankamongmen/raptorial/commit/6818a945733f246511a408165d99620352b19963 -- nick black http://www.sprezzatech.com -- unix and hpc consulting to make an apple pie from scratch, you need first invent a universe. signature.asc Description: Digital signature
Bug#703848: marked as done ([general] debian-6.0.7-amd64-netinst.iso: installer creates system that uses incorrect videomode)
Your message dated Mon, 25 Mar 2013 09:53:36 +0100 with message-id <201303250953.38394.hol...@layer-acht.org> and subject line Re: Bug#703848: [general] debian-6.0.7-amd64-netinst.iso: installer creates system that uses incorrect videomode has caused the Debian Bug report #703848, regarding [general] debian-6.0.7-amd64-netinst.iso: installer creates system that uses incorrect videomode to be marked as done. This means that you claim that the problem has been dealt with. If this is not the case it is now your responsibility to reopen the Bug report if necessary, and/or fix the problem forthwith. (NB: If you are a system administrator and have no idea what this message is talking about, this may indicate a serious mail system misconfiguration somewhere. Please contact ow...@bugs.debian.org immediately.) -- 703848: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=703848 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems --- Begin Message --- Package: general Severity: critical --- Please enter the report below this line. --- debian-6.0.7-amd64-netinst.iso: installer creates system that uses incorrect videomode. Moreover system does not recognize any keyboard command (include [Ctrl+]Alt+F#) except Alt+SysRq+B. --- System information. --- Architecture: amd64 Kernel: Linux 2.6.32-5-amd64 Debian Release: 6.0.7 500 stable security.debian.org 500 stable mirror.yandex.ru 100 squeeze-backports backports.debian.org --- Package information. --- Package's Depends field is empty. Package's Recommends field is empty. Package's Suggests field is empty. --- End Message --- --- Begin Message --- Hi, On Sonntag, 24. März 2013, Michael Cherenkov wrote: > Package: general > Severity: critical > > --- Please enter the report below this line. --- > debian-6.0.7-amd64-netinst.iso: installer creates system that uses > incorrect videomode. > Moreover system does not recognize any keyboard command (include > [Ctrl+]Alt+F#) except Alt+SysRq+B. closing, as you gave way too little info about the installation you have done and the hardware you have. cheers, Holger--- End Message ---
Re: is Kai Wasserbäch still active?
On 03/25/2013 05:15 AM, Ben wrote: Thank you! I uploaded the revised version of "kvpm" to mentors. I already had a look at it. You should look to make sure I got the package correct. Well, there are some lintian problems, but that's ok for the moment. The only important task is to fix the bug now. Since this is a critical bug, it should be fixed in Wheezy as well which means the package needs to be unblocked by the release team. To make sure this goes as smooth as possible, I suggest the following: - file a critical bug report against the kvpm package in Debian for this specific bug - update the changelog entry for 0.8.6-3 to reflect the aforementioned bug with a Closes: #nn statement and upload the package to Mentors - let me review and upload the package into unstable - file an unblock request (reportbug release.debian.org), attaching the debdiff for the changes between kvpm 0.8.6-2 and 0.8.6-3 - hope that the release team accepts your change and have the fix propagate into Wheezy (chances that this happens are higher when you file a proper bug report) After that has happened, I'd be happy to sponsor further kvpm uploads for you to get the package into better shape for Debian Jessie. Cheers, Adrian -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/515017ed.7040...@physik.fu-berlin.de
Re: Bug#703762: ITP: jdownloader -- download manager for one-click hosting sites
Hi Nikolaus, Nikolaus Rath writes: > But why not make it a proper package in the first place if the source is > GPL? bdrung@ explained this in the ITP bug already: > I tried, but failed miserable. Some libraries needs to be packaged and > the upstream build system needs to be bent to build on Debian. I would > love to ditch the launcher and replace it with a proper package. This is > a lot of work. Until this work is done, I like to have this launcher in > the contrib archive. This is suboptimal, but better than nothing. -- Best regards, Michael -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/x64nfzak5j@midna.zekjur.net
Re: Bug#703762: ITP: jdownloader -- download manager for one-click hosting sites
Am Sonntag, den 24.03.2013, 11:28 +0100 schrieb Holger Levsen: > Hi, > > On Samstag, 23. März 2013, Benjamin Drung wrote: > > * Package name: jdownloader > > * License : GPL-3 > > Section : contrib/web > > Description : download manager for one-click hosting sites > > > > JDownloader is open source, platform independent and written completely in > > Java. It simplifies downloading files from One-Click-Hosters like > > Rapidshare.com or Megaupload.com - not only for users with a premium > > account but also for users who don't pay. It offers downloading in > > multiple paralell streams, captcha recognition, automatical file > > extraction and much more. Of course, JDownloader is absolutely free of > > charge. Additionally, many "link encryption" sites are supported - so you > > just paste the "encrypted" links and JD does the rest. JDownloader can > > import CCF, RSDF and the new DLC files. . > > This package contains only a dektop file and a script, which will download > > and launch the latest JDownloader. The downloaded files will be stored in > > ~/.jdownloader by default. > > At first, I stumbled upon "Of course, JDownloader is absolutely free of > charge" and was about to suggest to remove it, but then I realized that this > is actually an installer package. I removed that sentence completely from the description and... > So I rather recommend to call the package "jdownloader-installer" instead of > "jdownloader" - and then probably still remove the "of course" from the > description. ...renamed the package to jdownloader-installer before you sent this mail. The package is currently waiting in the NEW queue. -- Benjamin Drung Debian & Ubuntu Developer -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1364210447.3490.21.camel@deep-thought
Re: Bug#703762: ITP: jdownloader -- download manager for one-click hosting sites
Am Montag, den 25.03.2013, 10:44 +0100 schrieb Michael Stapelberg: > Hi Nikolaus, > > Nikolaus Rath writes: > > But why not make it a proper package in the first place if the source is > > GPL? > bdrung@ explained this in the ITP bug already: > > > I tried, but failed miserable. Some libraries needs to be packaged and > > the upstream build system needs to be bent to build on Debian. I would > > love to ditch the launcher and replace it with a proper package. This is > > a lot of work. Until this work is done, I like to have this launcher in > > the contrib archive. This is suboptimal, but better than nothing. Just one thing to add: I don't plan to do the work on packaging jdownloader properly. Whoever is willing to invested time and energy in doing so will be welcome. -- Benjamin Drung Debian & Ubuntu Developer -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/1364210817.3490.24.camel@deep-thought
Re: Bug#703762: ITP: jdownloader -- download manager for one-click hosting sites
Hi Benjamin, On Montag, 25. März 2013, Benjamin Drung wrote: > I removed that sentence completely from the description and... [...] > ...renamed the package to jdownloader-installer before you sent this > mail. Thanks! cheers, Holger -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/201303251230.30832.hol...@layer-acht.org
Re: Bug#703762: ITP: jdownloader -- download manager for one-click hosting sites
On Sat, Mar 23, 2013 at 01:29:13PM +0100, Benjamin Drung wrote: > Am Samstag, den 23.03.2013, 13:13 +0100 schrieb Michael Stapelberg: > > Could you instead package jdownloader itself? > > I tried, but failed miserable. Some libraries needs to be packaged and > the upstream build system needs to be bent to build on Debian. I would > love to ditch the launcher and replace it with a proper package. This is > a lot of work. Until this work is done, I like to have this launcher in > the contrib archive. This is suboptimal, but better than nothing. I'm not sure it *is* better than nothing, it could actually be worse. If you don't personally have the time to "do it properly", why not try and put together a team to do it? If you do a downloader instead, what you do is partially and sub-optimally meet the demand for a jdownloader package, which will dilute the motivation for people to work on a proper solution. Then we end up stuck with the sub-optimal solution. I think downloader packages where required for licensing reasons are an uneasy necessary evil, but for when the maintainer doesn't have time to package something? This seems like a really slippery slope to me. -- Jonathan Dowland -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130325115943.ga3...@ubik.ncl.ac.uk
Re: Bug#703762: ITP: jdownloader -- download manager for one-click hosting sites
On 03/25/2013 07:59 PM, Jonathan Dowland wrote: > On Sat, Mar 23, 2013 at 01:29:13PM +0100, Benjamin Drung wrote: >> Am Samstag, den 23.03.2013, 13:13 +0100 schrieb Michael Stapelberg: >>> Could you instead package jdownloader itself? >> I tried, but failed miserable. Some libraries needs to be packaged and >> the upstream build system needs to be bent to build on Debian. I would >> love to ditch the launcher and replace it with a proper package. This is >> a lot of work. Until this work is done, I like to have this launcher in >> the contrib archive. This is suboptimal, but better than nothing. > I'm not sure it *is* better than nothing, it could actually be worse. If you > don't personally have the time to "do it properly", why not try and put > together a team to do it? If you do a downloader instead, what you do is > partially and sub-optimally meet the demand for a jdownloader package, which > will dilute the motivation for people to work on a proper solution. Then we > end up stuck with the sub-optimal solution. > > I think downloader packages where required for licensing reasons are an uneasy > necessary evil, but for when the maintainer doesn't have time to package > something? This seems like a really slippery slope to me. I agree with Jonathan. I'd rather not see such a package in Debian. What if everyone was doing that? We'd have a pretty bad main archive. Plus this is a nightmare in terms of security. Or is it that you only plan on providing security support for the downloader itself, and not for the upstream package, which would be even worse? Also, in what way having a jdownloader-installer package is much better than using what's available upstream at http://jdownloader.org/download/index ? They seem to provide an Ubuntu package at least (but I haven't checked for it). Cheers, Thomas -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/515076f5.2010...@debian.org
RFP:zuluCrypt - a frontend to cryptsetup and tcplay allowing GUI based management of LUKS,PLAIN and TRUECRYPT encrypted volumes
Package:wnpp Severity:wishlist License:GPLv2+ home page: http://code.google.com/p/zulucrypt/ Small description: zuluCrypt is a front end to cryptsetup,a linux native solution for hard drive encryption. As a GUI frontend,zuluCrypt makes it easy to use cryptsetup to manage PLAIN,LUKS as well as TRUECRYPT encrypted volumes(atleast version 1.6.0 of cryptsetup and 1.0.0 of tcplay are required for full truecrypt volume support). Introduction: Permission to introduce myself, i am the founder and current maintainer of the project mentioned above.I found the project to fill a gap i was experiencing in my own personal management of encrypted volumes and though to go public with it to share it with the whole linux community.The original idea was to give cryptsetup a GUI frontend that will match in functionality to truecrypt GUI to allow an easy management of cryptsetup volumes. cryptsetup[1] in version 1.6.0 got the ability to open truecrypt volumes and tcplay[2] (version 1.0 to be released shortly) was founded and a front end to these two great projects gives zuluCrypt a unified,"one stop GUI solution" to management of LUKS,PLAIN and TRUECRYPT volumes. I am,in this email,requesting for this package to be included in debian to allow its derivations to easily integrate it in their package systems. [1] http://code.google.com/p/cryptsetup/ [2] https://github.com/bwalex/tc-play
Bug#703917: ITP: urwid-satext -- curse-based widget library based on Urwid
Package: wnpp Severity: wishlist Owner: "Thomas Preud'homme" * Package name: urwid-satext Version : 0.2.0 Upstream Author : Jérôme Poisson * URL : http://wiki.goffi.org/wiki/Urwid-satext/en * License : LGPL-3+ Programming Lang: Python Description : curse-based widget library based on Urwid Urwid-satext is a Python library providing a set a widgets based on top of Urwid: buttons, text fields, frames, etc. Please refer to the official web page for the complete list of features. Urwid-satext is needed for Salut à Toi (see ITP #703659) for its console frontend. Note about license: despite the copyright notices, the software is indeed under LGPL-3+ and not GPL-3+. The license was changed and the notices were not updated. Upstream author is going to do another release with the notice change. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130325182658.22009.12550.report...@cerclon.rsr.lip6.fr
Bug#703921: ITP: xmlelements -- Python library to work with XML elements
Package: wnpp Severity: wishlist Owner: Matteo Cypriani * Package name: xmlelements Version : 0.7.4 Upstream Author : Steve R. Hastings * URL : http://home.avvanta.com/~steveha/xe.html * License : BSD-3-clause Programming Lang: Python Description : library to work with XML elements xe (short for "XML elements") is a Python library module designed to make it easy to work with XML. It can display values in several ways, access values directly or get a string representation of them, and check wether or not values make sense. It is required by Salut à Toi (see ITP #703659) for its implementation of the XEP-0277. A git repository has already been created on Alioth, that can be used to check the progress of the packaging: git://anonscm.debian.org/collab-maint/xmlelements.git -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130325194720.8069.20263.report...@silence.pu-pm.univ-fcomte.fr
Re: RFP:zuluCrypt - a frontend to cryptsetup and tcplay allowing GUI based management of LUKS,PLAIN and TRUECRYPT encrypted volumes
On Mon, Mar 25, 2013 at 6:22 PM, .. ink .. wrote: > > Package:wnpp > Severity:wishlist > License:GPLv2+ > home page: http://code.google.com/p/zulucrypt/ > > Small description: > zuluCrypt is a front end to cryptsetup,a linux native solution for hard > drive encryption. As a GUI frontend,zuluCrypt makes it easy to use > cryptsetup to manage PLAIN,LUKS as well as TRUECRYPT encrypted > volumes(atleast version 1.6.0 of cryptsetup and 1.0.0 of tcplay are required > for full truecrypt volume support). > > Introduction: > Permission to introduce myself, i am the founder and current maintainer of > the project mentioned above.I found the project to fill a gap i was > experiencing in my own personal management of encrypted volumes and though > to go public with it to share it with the whole linux community.The original > idea was to give cryptsetup a GUI frontend that will match in functionality > to truecrypt GUI to allow an easy management of cryptsetup volumes. > > cryptsetup[1] in version 1.6.0 got the ability to open truecrypt volumes and > tcplay[2] (version 1.0 to be released shortly) was founded and a front end > to these two great projects gives zuluCrypt a unified,"one stop GUI > solution" to management of LUKS,PLAIN and TRUECRYPT volumes. > > I am,in this email,requesting for this package to be included in debian to > allow its derivations to easily integrate it in their package systems. > > [1] http://code.google.com/p/cryptsetup/ > [2] https://github.com/bwalex/tc-play Hi, probably the cryptsetup team is interested in this info. Added in cc: Cheers, kix -- Rodolfo García Peñas "kix" -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CADVdY=dkvdwfyaa91y6doc8hjb62m8t4tpjkodfyady_7y9...@mail.gmail.com
Bug#702243: ITP: papi: --> FTBFS: test failure
Hi Vincent, I just tried your papi package from git, but came across the following build failure: make[2]: Leaving directory `/tmp/buildd/papi-5.1.0.2/src/ctests' export LD_LIBRARY_PATH=/tmp/buildd/papi-5.1.0.2/src:/tmp/buildd/papi-5.1.0.2/src/libpfm-3.y/lib:/tmp/buildd/papi-5.1.0.2/src/libpfm4/lib;export LIBPATH=.:./libpfm-3.y/lib:./libpfm4/lib; ctests/zero Test case 0: start, stop. --- Default domain is: 1 (PAPI_DOM_USER) Default granularity is: 1 (PAPI_GRN_THR) Using 2000 iterations of c += a*b - Test type: 1 PAPI_TOT_INS : 14188 PAPI_TOT_CYC : 80261026 Real usec: 23610 Real cycles : 80510468 Virt usec: 23563 Virt cycles : 80137763 - Verification: PAPI_TOT_CYC should be roughly real_cycles NOTE: Not true if dynamic frequency scaling is enabled. Verification: PAPI_FP_INS should be roughly 4000 PAPI_TOT_INS Error of 250.00% zero.c FAILED Line # 130 Error: FLOPS validation make[1]: *** [test] Error 1 CPU is an x86_64 Intel Ivy Bridge model name : Intel(R) Core(TM) i7-3770 CPU @ 3.40GHz with TurboBoost disabled and I fully loaded the CPU to avoid any frequency up-scaling while building/testing papi. Building with DEB_BUILD_OPTIONS=nocheck succeeds. The error message is not helpful, there is no PAPI_FP_INS in the above output and no figures the are somehow 250.00% "off". Andreas Forschungszentrum Juelich GmbH 52425 Juelich Sitz der Gesellschaft: Juelich Eingetragen im Handelsregister des Amtsgerichts Dueren Nr. HR B 3498 Vorsitzender des Aufsichtsrats: MinDir Dr. Karl Eugen Huthmacher Geschaeftsfuehrung: Prof. Dr. Achim Bachem (Vorsitzender), Karsten Beneke (stellv. Vorsitzender), Prof. Dr.-Ing. Harald Bolt, Prof. Dr. Sebastian M. Schmidt -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130325200914.21260.86247.report...@zam904.zam.kfa-juelich.de
Bug#703925: ITP: pyfeed -- set of Python libraries for working with syndication feeds
Package: wnpp Severity: wishlist Owner: Matteo Cypriani * Package name: pyfeed Version : 0.7.4 Upstream Author : Steve R. Hastings * URL : http://home.blarg.net/~steveha/pyfeed.html * License : BSD-3-clause Programming Lang: Python Description : set of Python libraries for working with syndication feeds PyFeed is a set of module packages for Python, that contain tools for working with syndication feeds. The provided modules are: * feed.date.tools, to work with Python time float values. * feed.date.rfc3339, for converting timestamp strings in RFC 3339 format (used by Atom) to Python time float values, and vice versa. * feed.date.rfc822, for converting timestamp strings in extended RFC 822 format (used by RSS 2.0) to Python time float values, and vice versa. * feed.atom, to work with an Atom syndication feed. * feed.rss, to work with an RSS 2.0 syndication feed. * feed.opml1 and feed.opml, to work with OPML data 1.0 and 2.0. * feed.tools, useful to generate a syndication feed. It is required by Salut à Toi (see ITP #703659) for its implementation of the XEP-0277. A git repository has already been created on Alioth, that can be used to check the progress of the packaging: git://anonscm.debian.org/collab-maint/pyfeed.git -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130325205248.15527.6415.report...@silence.pu-pm.univ-fcomte.fr
Bug#703934: ITP: python-itsdangerous -- Various helpers to pass trusted data to untrusted environments
Package: wnpp Severity: wishlist Owner: "Simon Fondrie-Teitler" * Package name: python-itsdangerous Version : 0.17 Upstream Author : Armin Ronacher * URL : http://github.com/mitsuhiko/itsdangerous * License : BSD Programming Lang: Python Description : Various helpers to pass trusted data to untrusted environments itsdangerous provides a module that is a port of the django signing module. It's not directly copied but some changes were applied to make it work better on its own. . itsdangerous allows web applications to use a key only it knows to cryptographically sign data and hand it over to someone else (e.g. a user). When it gets the data back it can easily ensure that nobody tampered with it. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130325222456.9302.22102.reportbug@stalin
Mejore sus Operaciones en Almacenes, Rapida y Eficazmente
Estimado usuario, aprenda a recibir, almacenar y surtir rápidamente los materiales. COMO MEJORAR SUS OPERACIONES EN ALMACENES, RAPIDA Y EFICAZMENTE. Fecha: 12 de Abril - Guadalajara, Jal. Horario: De 9:00 a.m. a 2:00 p.m. y de 4:00 p.m. a 9:00 p.m. En este evento se examinarán los errores más comunes de diseño y distribución de materiales y las estrategias para superar los principales obstáculos que asedian a los profesionales del almacén, asimismo se revisarán varios conceptos y funciones de almacenamiento moderno y temas tradicionales como ubicación, organización, instalaciones y empleo efectivo de los recursos humanos y del equipo. Usted aprenderá en este evento a: - Maximización del espacio de almacén - Cuáles son las actividades fundamentales del almacén. - Maximizar espacios, estanterías, racks, montacargas y andenes. - Reducir drásticamente daños físicos de materiales; extravíos, robos y operaciones erróneas. - Aprenda a identificar fallas e ineficiencias en las operaciones (recepción, surtido y almacenamiento) y cómo corregirlas. ¡Obtenga la Información Completa! Reciba un folleto completo de este programa sin compromiso, solo responda este correo con los siguientes datos y se lo enviaremos a la brevedad. Nombre: Teléfono: Empresa: Sede de Interés: O bien, comuniquese con nosotros a nuestro Centro de Atención Telefónica al 01800-212.06.60 Será un placer atenderle Lic. Ericka Camacho Líder de Proyectos Reenvíe esta invitación a compañeros que les pueda ser de utilidad. Para darte de baja debian-devel@lists.debian.org y no recibir ningún tema de nuestra empresa, envíe un correo con asunto NoRecibirMas. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/d29b03403d4be12e411a7b990016c...@intelligencefinancial.info
Bug#703946: general: OS freezes, but mouse and ping keeps working
Package: general Severity: critical Justification: breaks the whole system Hi everyone. When using Google Chrome (I cannot assure you that it only occours with it), more often surfing on Google+, the system freezes, but the mouse pointer keeps working. When I close the notebook screen, it goes to "suspend", but when I power it again, it comes back to the last state, with the screen freezed. I tried to close and open the notebook to see if the logon screen would appear, but, as I said, it didn't. Another important thing: when freezed, the notebook keeps responding to pings. There's no packages lost. -- System Information: Debian Release: 7.0 APT prefers testing APT policy: (500, 'testing') Architecture: amd64 (x86_64) Kernel: Linux 3.2.0-4-amd64 (SMP w/4 CPU cores) Locale: LANG=pt_BR.utf8, LC_CTYPE=pt_BR.utf8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130326032659.5820.10813.reportbug@ffvdev
Bug#703946: general: OS freezes, but mouse and ping keeps working
> Package: general > Severity: critical > Justification: breaks the whole system > > Hi everyone. > > When using Google Chrome (I cannot assure you that it only occurs with Hi Felipe, as far as I googled, Chrome is not packaged by Debian, but Chromium is. So better complain at Google. And provide more information. Cheers, Martin -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/51512191.6010...@gmx.de
enabling wheezy-backports by default (Re: Backports integrated into the main archive
Hi, On Mon, 18 Mar 2013 13:59:02 +0100 Gerfried Fuchs wrote: > == For Users == > > What exactly does that mean for you? For users of wheezy, the > sources.list entry will be different, a simple substitute of squeeze > for wheezy won't work. The new format is: > > deb http://ftp.debian.org/debian/ wheezy-backports main So, is there plan to enable by default? Most of desktop users doesn't get used to edit system files, and enabling it solves some problems can help it, IMO. Or is there any harm? -- Regards, Hideki Yamane henrich @ debian.or.jp/org http://wiki.debian.org/HidekiYamane -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130326141651.da52d6aa1b8f56a485b0c...@debian.or.jp
Bug#703946: general: OS freezes, but mouse and ping keeps working
Felipe dijo [Tue, Mar 26, 2013 at 12:26:59AM -0300]: > When using Google Chrome (I cannot assure you that it only occours with > it), more often surfing on Google+, the system freezes, but the mouse > pointer keeps working. When I close the notebook screen, it goes to > "suspend", but when I power it again, it comes back to the last state, > with the screen freezed. > > I tried to close and open the notebook to see if the logon screen would > appear, but, as I said, it didn't. > > Another important thing: when freezed, the notebook keeps responding to > pings. There's no packages lost. This can be related to an unstability problem I saw using the non-free nvidia drivers. Anyway, the problem should not be filed as a "Debian general" bug, but rather as specific to whatever component is causing the freezes. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/20130326053457.gb38...@gwolf.org
Bug#703946: general: OS freezes, but mouse and ping keeps working
Hello, On Tue, Mar 26, 2013 at 4:26 AM, Felipe wrote: > Package: general > Severity: critical > Justification: breaks the whole system > > Hi everyone. > > When using Google Chrome (I cannot assure you that it only occours with > it), more often surfing on Google+, the system freezes, but the mouse > pointer keeps working. When I close the notebook screen, it goes to > "suspend", but when I power it again, it comes back to the last state, > with the screen freezed. > > I tried to close and open the notebook to see if the logon screen would > appear, but, as I said, it didn't. > > Another important thing: when freezed, the notebook keeps responding to > pings. There's no packages lost. Do you use gnome shell? It seems like a gnome-shell hang (my computer had the same syptoms some weeks ago). Could you test with another desktop environment? Is your laptop ssh accessible while it is "freezed"? If so, you could investigate which process is the responsible of such freeze. Regard, -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: http://lists.debian.org/CAL5yMZRm+aOc=FtM=twubsdrbdux9u_pd-q5ptcdez-wczj...@mail.gmail.com
