Re: A lot of pending packages
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 06/10/2010 06:01 PM, Thomas Goirand wrote: > Petter Reinholdtsen wrote: > My 2nd suggestion is coming from the Maemo platform (the OS behind > the Nokia n900 that is Debian based). In Maemo, there is a "devel" > repository that includes apps that aren't necessarily in good shape. The > users know that fact when they are adding the repository which contains > packages that are not necessarily as tested, and wont complain. > Isn't this already called experimental? If not, how would it differ? -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCAAGBQJMEX+zAAoJEKj/C3qNthmTs2gP/At420Y2EMm80++NEPftTAy4 HuRdWwIpKQ7diwWKkqeSsYVSFtFA52MAYn/Us+nTE/M7IYVf5gxjiwuL4JClFAxW /IjZ3lhd6jnYmAUVWhIWpxg5WJhjkMwDxIsjBdIbeAgUD7OMI38VaXuwOh1hGzo0 x5RiY3/jiiVKrZdb07uqGigvPuF8B2lNP0c5zePHeNl/Syt9uA4GO/wrzCLsZz1x O2Vs2ng9N5pxWTLw2T61cRC9dynEhZeqQlhbqVaSIuw7xCTJQPh1L4/awVXHXp60 /Q2oc2pMjfAFtI/noAqPbhH+tWeRq1P2+JePEopRkVT0KZA4o8qDo0PrXH4am5xq CSczIY2Hq3sc/ZT3eEnB1LflT3Tj2vJYjowo2XG5Ua2nvcEru9M49kiQlLYXCLj0 wc/fFAXc6+VPHEUGdBk417dYPbipH7WKPkleyglv9DJDxRljIg1LYVVQZyQ9XDCo b05b5Rh/Kyq0JN0G1aUF4roOOGYoTTLPSbkheH5OO6BhhcOfUUZKO4mA8hcm4gxQ v45cflqyHJHE5UY2sIE3WpMYWC2fVuM+NQAk6Vlk3bUh43EPtHqLE8VwVZEAiKDz /baPfEEFohz2bf0q8lfrE+rdFFEwQz8P/CajGf3xs45bLTMdU0ZlAlMLAii4Bzrc IV/FeK0utzNYrEHLDsEm =IiwS -END PGP SIGNATURE- -- 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/4c117fb8.10...@gmail.com
Re: OMG WTF BBQ balloons
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 08/16/2010 09:46 AM, Matthew Johnson wrote: > > You should read bugs.d.o in IE, they don't show up there > > Matt Is that packaged for Debian? - -- Jordan Metzmeier -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCAAGBQJMaU2BAAoJEKj/C3qNthmTI6IQAJT7QT/B0wJqnPoMtlqDJjm8 w2VBhqL6uEABjIPp4DIfWMWka3YHj8nwzzqmRGLBTk9/Up3nDNP/Ssml1zq+5ege v1ZY4v2vKbn9dFjOIPHdZ/8ZbGA4cdhbk3NyKMzYCPQLGB0ledLUUNPiNpwThmIX OTtqawVIeAL/2BmMPs9PhkFEaP7bKQOm0kwtNezWFSeMTg0nv/Kj8GodbqRay0Cu JTPcFnfsZMItdKbuhzW8RG0I/X+j45UURi/tXMBw0zcJlTG3NNX41zyfUeN6ec7r ED+ImjaHuZghJmy42S44Lkrc2ZNpYhP9+3T2PtfEhbvlJP5xYxp1ACfrkRE/yfYX llhSsI8XLLhw0AI6ZnCdgJdv5IdN/n+24ZctRs2egtG48zGR4YNlK/GEdShu9lrn QkG493wStNU3x+c++BZ09m8WhThAuGsKbYhpggpMEqLLw1suGitL4T/1Q9MLyzHi RoyeNOzWgFm6ac//Z6UGloqNloQO556JbTxRqDA85rst0VHh1yGPlNEq9U+4VpFn LDwj2qXhCoFoOvf9O9fVBqcoOFOmFe4t99695/tWQYvAgAI0F8PKyjucvzj/TGPv NPWLissMqXLIY0mnDEC74iK9CPCOIaTRU4M75Bws+t+BSlRInVSXIrgnRH0Y5ofU wfC6e3h6A7VbdoFvlaMb =d4p9 -END PGP SIGNATURE- -- 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/4c694d81.3010...@gmail.com
Re: Moving package with quilt to new upstream version
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 On 09/15/2010 11:58 AM, Giuseppe Sacco wrote: > > here it fails with message "No patches in series" because it doesn't > look for debian/patches/series but only for patches/series. > See section 3.1 of the New Maintainers Guide. Regards, - -- Jordan Metzmeier -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iQIcBAEBCAAGBQJMkPMyAAoJEKj/C3qNthmTCXYQAIN+0XKdlHe85rRxRyvBk+9u F/wsU4QNaWBWgnubrKqcR5u0N//EdT5kV5fDVEpVZFULoyJKTYxG6Y5BI2iiXg5I aRFyWaI+o5ruJc3qRGHl56C0P3wL91wLcWE5sillV5RarOkIhyJcuUpMSTLVCrKP azvI2UciE27wY0YmQMn5jc4O98hRZvGkRIqcPYOHniv7owf7SyFKXqdQISoF0Uo9 JSQmVPbTcsbNJciIknuUkYZl13Rhc7wN3FkLuHsPMlmaxmi8hLqv2geB3z335ZKE jJ1XjUMXJZk+QRYyY44lSTo2sw6ACYi2cqZ+xhxgYFXASv6IH1HRk+8J9n8aT2Hx YWMc5yD5sXH4PJ/vvHfmU4bXhsNJHlQptv2Ud3k4+eyktW4k/9Oe5p5lPM7aDXCx ukWh6X+zx+1au/gbVC3alQMgMYEKkTnPniCy2LXLr2Vcq2wvuuRoU9d92l5Pjz1w i81tbix5eHNC6sC4sF9Pzse9iC1HtK5ge6+f1wlPYK60JbxL8jVlhK7ZJNtX7w+j 1z/ONdMPYrWinB0gTT5q3pVx6eVkNAzryX2Mrw6+AtvbaDtZNcwaE8t9Dy163//h mE173L5x/ebMTb+2WZHHSvTrYrl1BTR8EDBAzYsje8etFPy5WTpwTFIrHVS1a6Z9 7HiKCj3n7DpRsBbvG+4P =bIm2 -END PGP SIGNATURE- -- 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/4c90f332.1030...@gmail.com
Re: bind runs apt-cache during shutdown????
On 10/23/2010 11:55 AM, Mike Bird wrote: > On Sat October 23 2010 06:21:35 Julien Cristau wrote: >> On Sat, Oct 23, 2010 at 05:46:38 -0700, Mike Bird wrote: >>> Seen in Lenny. Is it really necessary to run apt-cache in order >>> to shut down BIND? >> >> Is it really necessary to send your bug reports to debian-devel? > > (1) It's a question, not a bug report. Likely a question for the maintainer, not the entire dev community, in which most have nothing to do with bind9. The bug report comment was probably because your "question" looked an awful lot like a complaint. Regards, -- Jordan Metzmeier -- 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/4cc3225e.6090...@gmail.com
Bug#769062: ITP: puppet-module-puppetlabs-vcsrepo -- Puppet module to deploy content from a version control system
Package: wnpp Severity: wishlist Owner: Jordan Metzmeier * Package name: puppet-module-puppetlabs-vcsrepo Version : 1.2.0 Upstream Author : Bruce Williams * URL : https://forge.puppetlabs.com/puppetlabs/vcsrepo * License : GPL-2+ Programming Lang: Ruby Description : Puppet module to deploy content from a version control system Puppet lets you centrally manage every important aspect of your system using a cross-platform specification language that manages all the separate elements normally aggregated in different files, like users, cron jobs, and hosts, along with obviously discrete elements like packages, services, and files. This module allows you to deploy content from a version control system. The following version control systems are supported: * Git * Bazaar * CVS * Mercurial * Perforce * Subversion -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/2014060603.9494.26703.reportbug@tesla.local
Bug#769851: ITP: puppetlabs-spec-helper -- Ruby library for puppet module testing
Package: wnpp Severity: wishlist Owner: Jordan Metzmeier * Package name: puppetlabs-spec-helper Version : 0.8.2 Upstream Author : Puppet Labs Inc * URL : https://github.com/puppetlabs/puppetlabs_spec_helper * License : Apache Programming Lang: Ruby Description : Ruby modules for puppet module testing This project is meant to provide a single source of truth for how to initialize different Puppet versions for spec testing. Differences in puppet versions are handled for you. Convenience classes are provided for things such as creating tempfiles, common rspec matchers, etc. -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20141117023841.9339.20237.reportbug@tesla.local
Re: Bug#769851: ITP: puppetlabs-spec-helper -- Ruby library for puppet module testing
close 769851 thanks On Mon, Nov 17, 2014 at 8:07 AM, Stig Sandbeck Mathisen wrote: > Jordan Metzmeier writes: > >> * Package name: puppetlabs-spec-helper > > This is already packaged as > https://packages.debian.org/sid/ruby-puppetlabs-spec-helper Thanks. I probably only searched stable by mistake when checking to see if it was already packaged. Regards, Jordan Metzmeier -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cad758ritp-f9o3eondxkqj4wcbhdeawvm00rzg8_8mbnii7...@mail.gmail.com
Bug#740800: ITP: python-crontab -- Python module for reading and writing crontab files
Package: wnpp Severity: wishlist Owner: Jordan Metzmeier * Package name: python-crontab Version : 1.7.2 Upstream Author : Martin Owens * URL : https://launchpad.net/python-crontab * License : GPL-3 Programming Lang: Python Description : Python module for reading and writing crontab files python-crontab is a Python module for reading and writing crontab files and accessing the system cron automatically and simply using a direct API. . Features include: . - Displaying and modifying system and user crontab files - Adding comments to be displayed with jobs - Validating jobs - Searching for jobs -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/20140305045349.19837.16139.reportbug@tesla.local
Re: what to do with wayland, python3, gdm3/systemd, ...
On Mon, Apr 28, 2014 at 8:16 AM, Thomas Goirand wrote: > On 04/28/2014 06:16 PM, Osamu Aoki wrote: >> Hi, >> >> Questions are how Debian Jessie packages should be packaged with regards >> to configuration choices etc.: >> >> wayland support or not (I am skipping ones using libwayland-dev now) >> python3 support or not (Are we moving too?) >> X session autostart scripts under systemd > > I'm not sure about the other components, but I'm convinced that we > should try as much as possible to support Python 3. It has been released > in 2008, and upstream (for Python) is pushing for its adoption, and > would like to deprecate Python 2. Sure, we wont deprecate Python 2 for > Jessie, however, it seems reasonable to try to push for Python 3 > adoption as well, and this means trying to package Python module with > Python 3 support as much as possible. > > Whenever possible, pushing Python 3 patches upstream is also a good > idea, IMO. > > Thomas > Hello, There was a discussion on the Debian Python lists about removing python2 from the default installation (including the standard task). The main roadblock in doing so was the reportbug package and its dependencies. After much hard work I was unable to get suds (the only SOAP library supporting python3) to make the requests that the BTS required. The main issue was with the way the BTS defined "arrays". What it accepts as arrays are not arrays in SOAP but look much more like the way you pass a list to a function in Perl. Until this issue can be resolved, either by porting the existing unmaintained SOAP library the python-debianbts module uses or making changes the BTS SOAP interface, python2 in the standard installation is here to stay. Regards, Jordan Metzmeier -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cad758rju7o0j2mvk06aan5muve4ohgglpfc1gzubqragdd1...@mail.gmail.com
Re: what to do with wayland, python3, gdm3/systemd, ...
On Mon, Apr 28, 2014 at 12:12 PM, Felipe Sateler wrote: > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=732644 > > Reportbug uses debianbts, and debianbts in turn uses soappy. So it all > depends on either porting soappy (and fpconst, used by soappy) to > python3 or porting debianbts away from soappy. > > Both soappy and fpconst seem dead upstream, which makes option 2 more > attractive, but it looks like the soap implementations in python3 do > not get along very well with debbugs, as Jordan notes. > > I actually tried to do the port to the suds library, and there was more pain than what I noted in the bug report. Suds was a library that I worked with quite a bit in the past, so I thought I would be able to make the port happen, however I never did get suds to make the requests that debbugs expects. If anyone else is willing to give it a try, I am interested in knowing if it is even possible with suds. The issues I ran into are outlined in this stackoverflow post: http://stackoverflow.com/q/21071589/1032785 The underlying issue is that what the debbugs API calls an "array" isn't really an SOAP array. I think the best solution is provide a new version of the debbugs SOAP API that implements proper SOAP types or add REST API. Regards, Jordan Metzmeier -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/cad758rgvvtifxciwqdw2irhk0oy6vnjsdfgy7029zotzhoi...@mail.gmail.com
Re: systemd-fsck?
On Wed, May 14, 2014 at 7:22 PM, Russ Allbery wrote: > Roger Lynn writes: >> On 13/05/14 20:30, Salvo Tomaselli wrote: >>> In data martedì 13 maggio 2014 19:42:32, David Goodenough ha scritto: > >>>>> service foo works across Linux distributions, with or without >>>>> systemd, and does the right thing. > >>>> The big shame with service is that tab completion does not work properly. >>>> If I use /etc/init.d/ then tab tells me what is there and spells it right. > >>> You should install bash-completion > >> Bash-completion has never worked for me from a root prompt. > > bash-completion is loaded from /etc/profile, which is only sourced by bash > for a login shell. I suspect that you're using su, which does not create > a login shell. In that case, only /etc/bash.bashrc is sourced, and its > code to load bash-completion for interactive shells is commented out. (I > don't know why.) > > I just confirmed that bash-completion works properly with service as root > if you run . /etc/profile.d/bash_completion.sh first. > It's not loaded from /etc/profile by default (which would probably throw errors with other shells since all login shells source /etc/profile). The default /etc/skel/.bashrc contains the following: # enable programmable completion features (you don't need to enable # this, if it's already enabled in /etc/bash.bashrc and /etc/profile # sources /etc/bash.bashrc). if ! shopt -oq posix; then if [ -f /usr/share/bash-completion/bash_completion ]; then . /usr/share/bash-completion/bash_completion elif [ -f /etc/bash_completion ]; then . /etc/bash_completion fi fi That is why it works for user accounts but not for root by default. As the comment suggests you can uncomment the same code block in /etc/bash.bashrc. It would be nice if the default /root/.bashrc contained the same snippet. I am not sure how the initial /root/.bashrc gets put in place or where root's default lives. I assume it is done by d-i? Regards, Jordan Metzmeier -- To UNSUBSCRIBE, email to debian-devel-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive: https://lists.debian.org/CAD758Rjzddwf7WvpZk+EsVcu7ct=m41zzpomyl_wmpm4xdw...@mail.gmail.com
