Re: possible bug in packages.debian.org
On Wed, Apr 6, 2016 at 6:03 AM, mop wrote: > Recently I have tried (quicly) apt-get but is it much hard to set a > RootDir in some point different from real root dir, for not disturbing > my system. Sounds like chdist (from devscripts) would be useful to you. > How i get credible results for package contents? .. > PS: Is the a more logical way to do what I intend? I think using apt-file and or command-not-found would be more reliable. No idea why the links you posted aren't working. -- bye, pabs https://wiki.debian.org/PaulWise
Re: Debian repository
On Wed, Apr 6, 2016 at 1:32 AM, Roman Ďuriška ml. wrote: > according this page: https://wiki.debian.org/Teams/Apt/Sha1Removal > I wrote about problem with Insync to developers and they fixed it. So I > think, Insync can be changed. After this I tried apt-get update and it is > without problems. I've whitelisted your email address so you can register an account if you want to edit the page to change the status of the Insync repository. -- bye, pabs https://wiki.debian.org/PaulWise
Bug#815202: packages: machines and sponsors information is outdated
Le 05/04/2016 07:06, Paul Wise a écrit : > On Tue, Apr 5, 2016 at 9:05 AM, Stéphane Blondon wrote: > >> There are no commit since two years, so I'm not sure it's still alive. > > Nevertheless, it is the way forward. > >> I tried to extract the useful code from the script. It depends on the >> libnet-ldapapi-perl package and the configuration of the machine which >> is running the LDAP. > > The Debian LDAP can be accessed from any machine, anonymous access > will only return the public data (including hostname stuff). So you > shouldn't need to run on db.d.o nor read the config file at all. Thank you for these infos, I ignored them. :-) I attached 2 scripts (one in Perl, one in Python) allowing to get the names of the machines providing packages.debian.org service. I think some checks about LDAP errors could be added but it's a start. I guess the perl script could be included in order to fix the current bug report. -- Stéphane packagemachines.pl Description: Perl program #! /usr/bin/python # # package python-ldap must be installed import ldap def get_packages_machines(): machines = _request_machines_on_ldap() packages_machines = [] for machine in machines: details = machine[1] try: if "packages.debian.org" in details["purpose"][0]: packages_machines.append(details["host"][0]) except KeyError: pass return packages_machines def _request_machines_on_ldap(): l = ldap.initialize("ldap://db.debian.org";) l.simple_bind_s("", "") ldap_result_id = l.search("dc=debian,dc=org", ldap.SCOPE_SUBTREE, "host=*") result_type, result_data = l.result(ldap_result_id, 1) l.unbind_s() return result_data if __name__ == "__main__": print(get_packages_machines()) signature.asc Description: OpenPGP digital signature
possible bug in packages.debian.org
Hi folks, I dont know if this is the right place to post about this, but with my limited english I will try. Let me know if there is a more adequate place. I think there is a bug in: packages.debian.org I use it (sporadically, I am a slackware guy) for testig some software (for first impressions, when it is dificult to compile in a i686 machine). I already wrote about 4 scripts since 2008 to use that site.These question questions are since ever, but today I wrote this post. Recently I have tried (quicly) apt-get but is it much hard to set a RootDir in some point different from real root dir, for not disturbing my system. I am very confortable parsing web pages when the web site is OK. The essence of my all cited scripts is, I seed an element name and the script downloads and install all the dependences based on the capture error when trying to run th element (as an human being does). A practical and recent case as example, I started my fourth script on April 04 2016, experimenting with WireShark: RUN=wireshark-gtk STDOUT: wireshark-gtk: command not found wget go to (paths ending with the keyword): https://packages.debian.org/search?suite=sid&arch=any&searchon=contents&keywords=wireshark-gtk And Get: Sorry, your search gave no results You have searched for paths that end with wireshark-gtk in suite jessie, all sections, and all architectures. But if wget go (manually) to (Package names only): https://packages.debian.org/sid/i386/wireshark-gtk/filelist The Result is: /usr/bin/wireshark-gtk /usr/share/applications/wireshark-gtk.desktop /usr/share/doc/wireshark-gtk/README.Debian /usr/share/doc/wireshark-gtk/changelog.Debian.gz /usr/share/doc/wireshark-gtk/changelog.gz /usr/share/doc/wireshark-gtk/copyright Another problem is instability about results. The same query in different momments result in different results (usually result or no result). For me this is randomic and I cannot give examples at the momment. How i get credible results for package contents? Thanks a lot. PS: Is the a more logical way to do what I intend?
Bug#363496: Hi
-- Good day I am Michael, from United States. I browsed through the internet and came across your mail. I would like us to be friends. Do you mind being my friend? Regards, Michael. -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean.
Processed: owner 762255
Processing commands for cont...@bugs.debian.org: > owner 762255 ! Bug #762255 [www.debian.org] "collect DLAs on www.d.o" Owner recorded as Frank Lichtenheld . > thanks Stopping processing here. Please contact me if you need assistance. -- 762255: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=762255 Debian Bug Tracking System Contact ow...@bugs.debian.org with problems
Bug#820119: tidy reports valid NCR as invalid
2016-04-05 18:12 GMT+02:00 victory : > > Package: www.debian.org I assume you wanted to report this against tidy, not www.debian.org? > Severity: wishlist > > https://www.w3.org/International/questions/qa-controls#support > HTML, XHTML and XML 1.0 do not support the C0 range, > except for HT (Horizontal Tabulation) U+0009, LF (Line Feed) U+000A, > and CR (Carriage Return) U+000D. > The C1 range is supported, i.e. you can encode the controls directly > or represent them as NCRs (Numeric Character References). > > * > https://www.w3.org/International/questions/qa-controls#background > The control codes in the range U+0080-U+009F are known as the "C1" range. > > unfortunately no option seems to eliminate this :( > latest source use the same code (line 1165-) > https://github.com/htacg/tidy-html5/blob/master/src/lexer.c > > > -- > victory > no need to CC me :-) > -- Frank Lichtenheld
Debian repository
Hello, according this page: https://wiki.debian.org/Teams/Apt/Sha1Removal I wrote about problem with Insync to developers and they fixed it. So I think, Insync can be changed. After this I tried apt-get update and it is without problems. OS: Debian testing Kernel: 4.4.0-1-amd64 Thank you very much. Best regards, Roman Duriska.
Who's using Debian?
Hi Can you please add an entry to your page https://www.debian.org/users/ Name of organization: Zomerlust Systems Design ("ZSD") Cape Town South Africa Organization type: Commercial Home page link: http:/www.zsd.co.za A paragraph or two describing how your organization uses Debian: ZSD has been using Debian since 1997. We are an Internet Service Provider and we specialize in setting up and supporting on-site servers for small to medium based clients. We provide remote and telephonic support for these servers, our clients often have no Linux specific skills. These servers provide firewalls (shorewall), dns (bind, power-dns), dhcp (isc-dhcp), e-mail (exim, dovecot, roundcube), anti-virus/anti-spam (clamav, spamassassin), vpn's (openvpn, racoon), proxies (squid, dansgaurdian, sarg), webservices (apache, php, mysql), backups (rdiff-backup), raid storage (linux raid1 software) and file services (samba). We use Debian on our 14 in house servers and we have nearly 200 Debian servers under maintenance contracts on client premises. Debian servers are very stable and they facilitate easy software upgrades, including major upgrades, over remote links. Linux raid software allows for flexible hardware upgrades and easy recovery from hardware failures without excessive downtime and no linux specific skills on site. -- Ian Forbes Zomerlust Systems Design http://www.zsd.co.za Tel: +27 21 683 1388 Fax: +27 21 674 1106 P.O. Box 46827, Glosderry, 7702, South Africa "For internet and email systems that run like clockwork!" ZSD Support Wiki: http://wiki.zsd.co.za/Office/Support/
Bug#820119: tidy reports valid NCR as invalid
Package: www.debian.org Severity: wishlist https://www.w3.org/International/questions/qa-controls#support HTML, XHTML and XML 1.0 do not support the C0 range, except for HT (Horizontal Tabulation) U+0009, LF (Line Feed) U+000A, and CR (Carriage Return) U+000D. The C1 range is supported, i.e. you can encode the controls directly or represent them as NCRs (Numeric Character References). * https://www.w3.org/International/questions/qa-controls#background The control codes in the range U+0080-U+009F are known as the "C1" range. unfortunately no option seems to eliminate this :( latest source use the same code (line 1165-) https://github.com/htacg/tidy-html5/blob/master/src/lexer.c -- victory no need to CC me :-)