Save money on buying software!!!
Photos, drawings, graphics...learn to create them...then share them all... http://ctxsq.dkhsgud6s5vksev.sogagmsoga1.com No one can earn a million dollars honestly. A single fact can spoil a good argument. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Bug#753704: ITP: amap -- Next-generation scanning tool for pentesters
On Mon, 7 Jul 2014, Adam Borowski wrote: By the way, it would be nice to have a common scheme for installing wrappers of this kind -- especially if /bin vs /usr/bin is going to go away. If you're open to dpkg-divert, config-package-dev lets you do this. Taking molly-guard as an example, install the wrapper as /sbin/shutdown.molly-guard and configure it to exec shutdown.molly-guard-orig. Then (assuming dh7-style) write "/sbin/shutdown.molly-guard" to debian/molly-guard.displace, and pass --with=config-package to dh. config-package-dev will insert appropriate maintainer script snippets to divert /sbin/shutdown and place a symlink from /sbin/shutdown to shutdown.molly-guard. config-package-dev is primarily intended for downstream distributions and other similar uses outside the Debian archive, but it seems like using it this way within the archive would be policy-compliant, and probably more in the spirit of policy than taking advantage of the relative positions of entries in $PATH. -- Geoffrey Thomas https://ldpreload.com geo...@ldpreload.com -- 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/alpine.deb.2.10.1407061920020.21...@cactuar.ldpreload.com
Bug#709682: ITP: python-github -- Python library for the full Github API v3
Package: wnpp Owner: Geoffrey Thomas Severity: wishlist * Package name: python-github Version : 1.15.0 Upstream Author : Vincent Jacques * URL : https://github.com/jacquev6/PyGithub * License : LGPL-3+ Programming Lang: Python Description : Python library for the full Github API v3 pygithub is a Python library to access the Github API v3 (the current version of the API). With it, you can manage your Github resources (repositories, user profiles, organizations, etc.) from Python scripts. The code is compatible with both Python 2 and 3, so I'll provide both python-github and python3-github binary packages. This is a dependency for tratihubis, a tool to migrate Trac tickets to Github issues, which I also intend to package. I'm planning for both of these to be team-maintained by the debian-python team. -- Geoffrey Thomas http://ldpreload.com geo...@ldpreload.com -- 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/alpine.deb.2.00.1305241657440.15...@dr-wily.mit.edu
Re: Survey answers part 3: systemd is not portable and what this means for our ports
On Sun, 14 Jul 2013, Marco d'Itri wrote: being worked on by a student, so its too late to voice any concerns now as this is just slapping the student right across the face. Its at least I am quite sure that the quality of Debian and its continued viability as a modern OS is way more important than anybody's feelings. Sorry, I have to respond to this -- I have no strong opinions about init systems, but I do have strong opinions about how Debian treats new contributors. The quality of Debian and its continued viability as a modern OS is directly dependent on people being willing to work on it, and the actions of Debian towards new contributors will last far longer than any technical decision today. And people's feelings impact their retention as contributors. It's not very meaningful to say that a thing is more important than another thing that it depends on. And if it turns out that systemd is today necessary for Debian's "viability as a modern OS", there are ways for the project to make that decision without being rude to folks who have been working on other systems (and, of course, without them being rude to folks working on systemd either). The objection is to the manner in which the statement was made; it was not a claim about the truth of the statement. -- Geoffrey Thomas http://ldpreload.com geo...@ldpreload.com -- 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/alpine.deb.2.00.1307141141250.28...@dr-wily.mit.edu
Re: Survey answers part 3: systemd is not portable and what this means for our ports
On Mon, 15 Jul 2013, Josselin Mouette wrote: Le dimanche 14 juillet 2013 à 11:55 -0700, Geoffrey Thomas a écrit : And if it turns out that systemd is today necessary for Debian's "viability as a modern OS", there are ways for the project to make that decision without being rude to folks who have been working on other systems (and, of course, without them being rude to folks working on systemd either). The objection is to the manner in which the statement was made; it was not a claim about the truth of the statement. What I find rude is that a minority of idiots is taking the project hostage of their ridiculous demands, preventing a quick switch to a decent init systems, for reasons that are anything but technical. There are ways to express this without calling anyone "idiots". Or do you believe that Debian is incapable of making solid technical decisions without namecalling? -- Geoffrey Thomas http://ldpreload.com geo...@ldpreload.com
Bug#719655: ITP: svnstsw -- SVNServe Tunnel-mode Setuid/setgid Wrapper
Package: wnpp Severity: wishlist Owner: Geoffrey Thomas * Package name: svnstsw Version : 1.4 Upstream Author : Richard Hansen * URL : http://www.ir.bbn.com/~rhansen/svnstsw/ * License : 3-clause BSD Programming Lang: C Description : SVNServe Tunnel-mode Setuid/setgid Wrapper svnstsw is a wrapper around svnserve that sets the tunnel user equal to the username of the user that started the wrapper. It is intended be made setuid or setgid by the local administrator, to allow local users on a shared system to invoke svnserve without having direct access to the repository itself. --- svnstsw's upstream source is in contrib/ in the Subversion repository, but contrib/ is not distributed as part of the Subversion release tarball. I'm copying the subversion packagers in case they have thoughts, want to co-maintain, etc. -- Geoffrey Thomas gtho...@mokafive.com -- 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/alpine.deb.2.02.1308131607580.2...@salmon-of-wisdom.skyblue-technologies.com
Re: First autoremovals happen in about 8 days
On Mon, 7 Oct 2013, Bill Allombert wrote: I am concerned that in the event a package is removed from testing, the people most interested with restoring the package will miss the removal, since the package will stay installed on their systems. Would this be addressed by building some mechanism (making tombstone packages comes to mind, but there are many options) for apt to prompt to remove packages that were removed in the archive? I find myself having to do some package-origin queries with aptitude and some cross-checking with the PTS _anyway_ when upgrading a nontrivially-complicated system (including one that ever ran testing) between releases, so this seems like it's likely to be worth building regardless. -- Geoffrey Thomas http://ldpreload.com geo...@ldpreload.com -- 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/alpine.deb.2.00.1310080940110.16...@dr-wily.mit.edu
Re: /tmp as tmpfs and consequence for imaging software
On Sat, 12 Nov 2011, Bastien ROUCARIES wrote: Hello, Recently debian put /tmp under tmpfs. Even if it increase reponsivness under desktop, it ruin completly sciene and imaging software that do some off loading on /tmp. For instance using gscan2pdf on 60pages document create more than 1.2G of image file under /tmp and crash du to missing space. What are the solution for this kind of problem ? Can you make this software use /var/tmp instead of /tmp, and would that address your issue? There's some discussion about /var/tmp vs. /tmp, as part of a larger discussion on /tmp as tmpfs, in http://bugs.debian.org/630615 . -- Geoffrey Thomas http://ldpreload.com geo...@ldpreload.com -- 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/alpine.deb.2.00.121728460.28...@tyger.mit.edu
Re: Bug#649274: Forming a new upstream for timidity (and reporting various issues with current deb pkg)
On Sat, 19 Nov 2011, Neil Williams wrote: CC'ing the only person to express some interest. Geoffrey, if you are no longer interested in timidity, despite signs of interest from a possible new upstream, please retitle #585039 as O: instead of ITA: Thanks for Ccing me. The "real world" had caught up with me a bit this semester, both in terms of taking away time for non-academic technical work and for writing music, but I'm graduating soon and done with interviews, so I have more time now (and have a laptop running testing) and do intend to maintain it. I'd given my sponsor a debdiff to adopt the package and fix the FTBFS. I think we'd just both forgotten about it -- I've just poked him about uploading it. Hans, thanks for the patches and review, and I'll try to take a look at them over the next few days. I'd definitely be interested in contributing to a revived upstream -- yes, timidity does need some love. :) -- Geoffrey Thomas http://ldpreload.com geo...@ldpreload.com -- 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/alpine.deb.2.02.19155.7...@tyger.mit.edu
Bug#935787: general: RaLink RT2870 usb wifi cannot connect (worked on Jessie)
Package: general Severity: important Dear Maintainer, *** Reporter, please consider answering these questions, where appropriate *** * What led up to the situation? I recently did a fresh upgrade from Debian 9 Stable to Debian 10 Stable. On Debian 9, my usb wifi (D-Link System DWA-140 RangeBooster N Adapter(rev.B1) [Ralink RT2870]) worked fine after installing firmware-misc-nonfree. However, on Debian 10 it can no longer make a connection to my wifi router. The system log reports that authentication and associated are successful, but the connection attempt times out report 'ip-config-unavailable'. * What exactly did you do (or not do) that was effective (or ineffective)? Package firmware-misc-nonfree was installed. I amended /etc/NetworkManager/NetworkManager.conf to add the lines: [device] scan-rand-mac-address=no * What was the outcome of this action? The above actions did not solve the problem - the same error message occurred. * What outcome did you expect instead? *** End of the template - remove these template lines *** -- System Information: Debian Release: 10.0 APT prefers stable-updates APT policy: (500, 'stable-updates'), (500, 'stable') Architecture: amd64 (x86_64) Kernel: Linux 4.19.0-5-amd64 (SMP w/4 CPU cores) Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8), LANGUAGE=en_GB:en (charmap=UTF-8) Shell: /bin/sh linked to /usr/bin/dash Init: systemd (via /run/systemd/system) LSM: AppArmor: enabled
Re: Should the weboob package stay in Debian?
On Sun, 22 Jul 2018, Wookey wrote: I think they're funny, which I think is what was intended by upstream. I enjoy a gratuitous boob-or-handjob mention as much as the next 14 year old. As much as the next 14-year-old _boy_. Even if Debian takes the position that the package name (and executable names, personality, etc.) are acceptable, there's no corresponding way to name a package that is similarly objectifying towards men. Our language has a wealth of terms for women that convey "Whatever you do with your mind, I will always see you for your body as a tool of my pleasure," but no corresponding ones for men. (You can say that this is is a fault of the English language or of anglophone cultures, sure, but Debian operates primarily in the English language, so even if there were some such term in another culture, it would not be equivalent in impact.) The closest is the homophobia - which only insults a subset of men, and often insults them by insinuating they're women (implying they should be subject to the usual disregard for women). "Soyboy" specifically refers to a right-wing urban legend that soy contains an estrogen analogue that cause men who consume too much soy to start turning into women. (I'd call it transphobic, too.) If there were a package in Debian that crudely objectified men, tying into a cultural history of objectification of men as wide as this one ties into a cultural history of objectification of women, and with an upstream whose personality involved the female equivalent of "laddishness" - I think this would be a rather different discussion. And at that point the rebuttals of "Are we offended by words? Where will it end??" would make more sense, but it seems to me the current question isn't actually about just words. And, as far as I know, everyone who's replied on this thread (myself included) is a man - so I think we should be particularly careful with "it doesn't bother me." -- Geoffrey Thomas https://ldpreload.com geo...@ldpreload.com
Bug#803502: ITP: osquery -- operating system instrumentation framework
Package: wnpp Severity: wishlist Owner: Geoffrey Thomas * Package name: osquery Version : 1.5.3+git20151029 Upstream Author : Facebook * URL : https://osquery.io/ * License : BSD-3-clause Programming Lang: C++ Description : operating system instrumentation framework osquery allows you to write SQL-based queries to explore operating system data. With osquery, SQL tables represent abstract concepts such as running processes, loaded kernel modules, open network connections, browser plugins, hardware events or file hashes. -- Geoffrey Thomas https://ldpreload.com geo...@ldpreload.com
Does debian have an official "standard" scripting language ?
Just like debian has an official standard shell - bash, does debian have an official scripting language ? If so, is it perl, python, etc ? The reason I'm asking is largely questions of disk space - ie minimizing the number of scripting languages installed on a system by writing a package which depends on that scripting language. This disk space may not be an issue though. Just wanted to know... Thanks ! Geoff Brimhall
Re: KDE gone, Lyx next ?
> The big problem is that KDE includes GPLed code without asking and links it > against qt. That is a not legal. I wonder what RMS would do if they provide > an kemacs. :-) I guess this is the part which I'm needing a bit more understanding with (because I've not been the best at interpreting the legalese of the gpl). My understanding is that you *don't* have to ask the original author of gpl code for permission to use it or modify it, so long as the modifications are themselves fully published under the GPL. Based on the above, if you did publish the modifications in the GPL, but the modifications required linking to a proprietary library, then this would be a violation unless the original authors were contacted and OK'd the publication. Correct ? I find this interesting because there is quite a bit of various efforts to port GPL'd code and programs to the MS Windows environments. Legally, this would imply stepping very carefully because who knows what proprietary libraries might be linked to get the port to work. Am I correct in this statement ?
