Processed (with 1 errors): Re: Bug#433408: /usr/bin/uscan: sf redirector broken
Processing commands for [EMAIL PROTECTED]: > clone 433408 -1 Bug#433408: /usr/bin/uscan: sf redirector broken Bug 433408 cloned as bug 441077. > reassign -1 qa.debian.org Bug#441077: /usr/bin/uscan: sf redirector broken Bug reassigned from package `devscripts' to `qa.debian.org'. > retitle -1 sf.net redirection doesn't always work Bug#441077: /usr/bin/uscan: sf redirector broken Changed Bug title to `sf.net redirection doesn't always work' from `/usr/bin/uscan: sf redirector broken'. > user [EMAIL PROTECTED] Setting user to [EMAIL PROTECTED] (was [EMAIL PROTECTED]). > usertag -1 webpages Bug#441077: sf.net redirection doesn't always work There were no usertags set. Usertags are now: webpages. > merge -1 427269 Bug#441077: sf.net redirection doesn't always work Bug#427269: devscripts: sf.net redirection works not for all package Mismatch - only Bugs in same state can be merged: Values for `severity' don't match: #441077 has `normal'; #427269 has `important' > thanks Stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#433408: /usr/bin/uscan: sf redirector broken
clone 433408 -1 reassign -1 qa.debian.org retitle -1 sf.net redirection doesn't always work user [EMAIL PROTECTED] usertag -1 webpages merge -1 427269 thanks Hi, Daniel Leidert wrote: This is probably not a uscan issue. I e.g. also couldn't use such a watch file for the docbook-xsl package for a long time. Now the docbook/ directoy (and also the dar/ directory) seems back on this mirror and the redirector works again. [...] But maybe the qa.debian.org redirector could use this as last fallback to workaround missing directories on heanet.dl.sf.net (which seems to be the used mirror server). This is a known issue with the redirector - see #427269 and #418978 for example. The redirector is maintained by the QA team, so I'm cloning a copy of the bug. Regards, Adam -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Processed: severity of 441077 is important, merging 441077 427269
Processing commands for [EMAIL PROTECTED]: > # Automatically generated email from bts, devscripts version 2.10.7 > # Nearly... > severity 441077 important Bug#441077: sf.net redirection doesn't always work Severity set to `important' from `normal' > merge 441077 427269 Bug#427269: devscripts: sf.net redirection works not for all package Bug#441077: sf.net redirection doesn't always work Merged 427269 441077. > End of message, stopping processing here. Please contact me if you need assistance. Debian bug tracking system administrator (administrator, Debian Bugs database) -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#427269: severity of 441077 is important, merging 441077 427269
# Automatically generated email from bts, devscripts version 2.10.7 # Nearly... severity 441077 important merge 441077 427269 -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: About querying bugs via LDAP
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hi damog (+ fabricas) :), David Moreno Garza wrote: > On Thu, 2007-08-30 at 17:47 +0200, Dario Minnucci (midget) wrote: >> -BEGIN PGP SIGNED MESSAGE- >> Hash: SHA1 >> >> Hi all, >> >> Does anybody here can answer a few questions about querying bugs using LDAP? >> >> Addition of a new field: >> - >> Is it possible to have a field a new field that provides the last >> modification >> timestam. For instance: 'debbugsLastModified: 1188487383' or something >> similar? >> >> So will be able to get latest changes using: >> ldapsearch -p 10101 -h bts2ldap.debian.net -x -b >> dc=current,dc=bugs,dc=debian,dc=org "(&(debbugsLastModified>=1188487383))" > > I think it's impossible. Long time ago, like two years ago, I hacked the > bts2ldap for exactly that, but that wasn't important or relevant for its > upstream author, since I never got any feedback or comments or even > rejection about it. It's important for me (and maybe for others) because I cannot imagine another way to get latest bug modifications in order to update my records locally. Anyway, bts2ldap update time seems too slow to have a kind-of realtime datasource. I'll try to contact bts2ldap author and ask a couple of questions about the LDAP update process 'cause it's not documented at http://people.debian.org/~aba/bts2ldap/ > However, Don has done a good work with the SOAP interface for debbugs, > which you can use nicely: > http://wiki.debian.org/DebbugsSoapInterface Yes, I've been playing wit Don's SOAP API, but I have the same problem with it. I can query BTS and get realtime data, lastest bugs, bug logs, and a few more filtered data, but even though 'last modification' data is present in a bug report, there is no way to query the datasource using that field. The only way to retrieve this data in a useful way is query the WHOLE database each time and analize the retrieved records looking at this field, and then get all the information related to each retrieved bug number. NO WAY! :( I think the impossibility to make realtime queries is because distributed databases are not welcome... but, presently there is no centralized datasource containing all the possible package/bug data. e.g. (programmig language data, licence data, popcon data, etc...) >> Syncronization times: >> - - >> How often the records available via LDAP, are update? >> If I submit an action over a bug (e.g.: bts reassign # wnpp or bts retitle # >> "NewTitle"), how long it takes to be reflected in the available LDAP record? > > Using the SOAP interface, that's immediately, AFAICT. True, it's realtime! Thanks for your answer. Cheers. - -- Dario Minnucci (a.k.a. midget) Phone: (+34) 902021030 | Fax: (+34) 902024417 | 24/7: (+34) 807429057 Email: [EMAIL PROTECTED] | URL: http://www.midworld.net/midget/ Key fingerprint = 6DDB 5487 7F6D 89D4 5D9C 33C7 D181 DD7A 6C42 8272 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFG4LBj0YHdemxCgnIRAn9dAJ9dbLYrILEPWacG+NhJnhBvT13HgwCfbc6Z dxaZUrBOsm8GLr3tNaSnL50= =Gx/w -END PGP SIGNATURE- -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
