On Fri, Jan 03, 2020 at 09:20:44AM +0100, Thomas Goirand wrote:
> On 1/2/20 6:01 PM, Matthias Plump wrote:
> > I don't have both of those. Since I am on an usrmerged system though,
> > /bin/systemd-sysusers and /usr/bin/systemd-sysusers are exactly the
> > same binary. Maybe that's the thing that c
On Tue, Feb 04, 2020 at 01:14:10PM +, Steve McIntyre wrote:
> B Decide which 32-bit ports we expect to care about by 2038, and
... and consider options taking into account the size of the result list.
--
WBR, wRAR
signature.asc
Description: PGP signature
On Wed, Feb 05, 2020 at 01:25:58PM +0100, Didier 'OdyX' Raboud wrote:
> Le mercredi, 5 février 2020, 07.01:44 h CET Scott Kitterman a écrit :
> > Not particularly useful IMO. In /var/log/mail.log I can see log entries
> > from all the programs configured to log to the mail facility.
>
> Unless I'
On Thu, Feb 06, 2020 at 07:44:43AM +1100, Dmitry Smirnov wrote:
> > We just had a GR where the project voted it was just fine to systemd all
> > the things, so this sort of thing is to be expected.
>
> Are you suggesting that voters fully understood the implications?
> Is this OK now to replace ev
On Fri, Feb 14, 2020 at 06:38:00PM +0100, Florian Weimer wrote:
> It would also make the package unmaintainable if the
> original packer loses interest, so the package would not be suitable
> for inclusion in a stable release.
Can you explain why do you think so?
If a new maintainer wants to use a
On Wed, Feb 19, 2020 at 12:43:33PM +0100, Jędrzej Dudkiewicz wrote:
> I have custom package (zs-boost_1.71.0_armhf.deb) that install libraries
> to /opt/deps (which is not a big problem since we install on BeagleBone
> with custom image on SD-card, also because of few exotic requirements it
> is a
On Wed, Feb 19, 2020 at 01:52:32PM +0100, Jędrzej Dudkiewicz wrote:
> > > I have custom package (zs-boost_1.71.0_armhf.deb) that install libraries
> > > to /opt/deps (which is not a big problem since we install on BeagleBone
> > > with custom image on SD-card, also because of few exotic requirement
On Wed, Feb 26, 2020 at 11:28:03AM +, Ian Jackson wrote:
> FYI. The widespread impact of this not so apparent because
> git-buildpackage is typically used ad-hoc by maintainers, rather than
> via (Build)-Depends.
>
> Relevant packages and bugs:
> 943107 git-buildpackage: Python2 removal in s
On Wed, Feb 26, 2020 at 12:14:08PM +, Ian Jackson wrote:
> I looked again and I was looking at an old version. Sorry for the
> noise. I still think we have problems with these
> 937132 nevow: Python2 removal in sid/bullseye
> 938622 tahoe-lafs: Python2 removal in sid/bullseye
> which I th
On Fri, Feb 28, 2020 at 01:27:46AM -0500, Boyuan Yang wrote:
> What I know currently:
>
> 1. git-buildpackage build-depends on rpm
> 2. src:rpm build-depends on python2, provides python-rpm
> 3. git-buildpackage has python-rpm in debian/tests/control
> 4. the only reverse-build-dependency for pyt
On Fri, Mar 06, 2020 at 08:38:43PM +0700, Bagas Sanjaya wrote:
> If OLS will be packaged, should we use shipped `./build.sh` with flaws
> above?
No.
And downloading stuff during the build process is strictly prohibited, not
just discouraged.
--
WBR, wRAR
signature.asc
Description: PGP signature
On Sat, Mar 07, 2020 at 10:35:13AM +0700, Bagas Sanjaya wrote:
> > No.
> > And downloading stuff during the build process is strictly prohibited, not
> > just discouraged.
> >
> Why did you say that? Why Debian prohibit downloading stuffs (including git
> clone repository) during build process?
Pa
On Sat, Mar 07, 2020 at 03:47:56PM +0700, Bagas Sanjaya wrote:
> > Packages must be self-contained, using only their contents and the Debian
> > repo during the build process. There are multiple technical and
> > non-technical reasons for this requirement, including knowing that the
> > package is
On Sun, Mar 08, 2020 at 02:30:06PM -0400, Aaron Boxer wrote:
> Hello!
> I maintain an image compression library
>
> https://github.com/GrokImageCompression/grok
>
> which is very similar to an existing package in debian:
>
> https://packages.debian.org/search?keywords=openjpeg
>
> I would like
On Mon, Mar 09, 2020 at 12:56:41PM -0400, Aaron Boxer wrote:
> Thanks, guys. Another question (first time creating a package): is it
> possible to unpack
> the openjpeg .deb and re-use the packaging ?
No, there is no packaging in the .deb.
Packaging is in the source packages:
https://wiki.debian.o
On Tue, Mar 10, 2020 at 02:33:50PM +, jnq...@gmail.com wrote:
> If the policy-rc.d solution is the modern/best/whatever solution, the
> fact that live-build/debootstrap also includes the 'moving start-stop-
> daemon' trick is either indeed a left over from before systemd (I do
> not know the hi
On Thu, Mar 12, 2020 at 12:49:25PM -0400, Aaron Boxer wrote:
> Besides the copyright file, I would like to test building the package.
> What's the best way of doing this? I am on
> Ubuntu Eoan. Thanks!
Get a sid system (chroot is probably fine). Install and configure pbuilder
or sbuild there. You
On Thu, Mar 12, 2020 at 01:17:29PM -0400, Aaron Boxer wrote:
> On Thu, Mar 12, 2020 at 1:00 PM Andrey Rahmatullin wrote:
>
> > On Thu, Mar 12, 2020 at 12:49:25PM -0400, Aaron Boxer wrote:
> > > Besides the copyright file, I would like to test building the package.
> &g
package in sid.
> > > > I don't recommend running any packaging tools on non-sid, especially on
> > > > Ubuntu, unless you know the difference in behavior.
> > > >
> > >
> > > Thanks, Andrey. I have followed steps to set up sid system with sc
On Thu, Mar 12, 2020 at 05:25:48PM -0400, Aaron Boxer wrote:
> > > but I get the following error:
> > >
> > > dpkg-source: error: can't build with source format '3.0 (quilt)': no
> > > upstream tarball found at
> > ../grok-jpeg2000_4.2.0.orig.tar.{bz2,gz,lzma,xz}
> > > Where is it looking for the t
On Thu, Mar 12, 2020 at 06:22:26PM -0400, Aaron Boxer wrote:
> Hello!
> As you may have seen, I am interested in packaging my image compression
> library for debian:
>
> https://github.com/GrokImageCompression/grok
>
> I've tested the packaging locally and as far as I can tell, it's all
> working
On Wed, Mar 25, 2020 at 03:14:41PM +0100, Tomas Pospisek wrote:
> On 25.03.20 14:43, Christian Kastner wrote:
>
> > This is not to say that licensing is an unimportant issue -- it clearly
> > is. But our analyze-and-document down-to-the-file approach is on the
> > other extreme end of the spectrum
On Wed, Mar 25, 2020 at 03:32:20PM +0100, Tomas Pospisek wrote:
> On 25.03.20 15:19, Andrey Rahmatullin wrote:
> > On Wed, Mar 25, 2020 at 03:14:41PM +0100, Tomas Pospisek wrote:
> >> On 25.03.20 14:43, Christian Kastner wrote:
> >>
> >>> This is not to say
On Wed, Mar 25, 2020 at 03:57:29PM +0100, Jonas Smedegaard wrote:
> > > >> I'd contest this. Whenever Open Source standards come up in a
> > > >> discussion, Debian is always the gold reference. You know it can be
> > > >> done
> > > >> right and it is: in Debian.
> > > > Or you can look at the Re
On Wed, Mar 25, 2020 at 03:43:17PM +, Simon McVittie wrote:
> I think part of the problem might be this vicious cycle: the NEW queue
> is an asynchronous gatekeeper/progress blocker, which gives maintainers
> a strong incentive to get things accepted first time (because a NEW
> rejection will d
On Mon, Mar 30, 2020 at 03:53:18PM +0800, Shengjing Zhu wrote:
> But, these pictures are in the documents, not in the program
We apply the same standards to both.
--
WBR, wRAR
signature.asc
Description: PGP signature
On Thu, May 07, 2020 at 07:51:58PM +0200, Manuel Wagesreither wrote:
> 3. Created following directory structure:
> ```
> ~/dir/coreutils_8.30.orig.tar.xz
> ~/dir/debian-coreutils/
`apt source coreutils`
Or, if you already downloaded the source package, `dpkg-source -x
coreutils_8.30-3.dsc`.
Looks
On Thu, May 07, 2020 at 08:29:20PM +0200, Manuel Wagesreither wrote:
> I did extract the orig tarball and extracted it completely, i. e. not only
> parts of it. Also, I checked that the md5sum is equal to the one at
> https://packages.debian.org/source/buster/coreutils.
>
> ```
> manuel@manuel-
On Thu, May 07, 2020 at 09:59:56PM +0200, Manuel Wagesreither wrote:
> Do I need to extract it?
I've already told you two preferred ways to extract source packages in my
first email.
--
WBR, wRAR
signature.asc
Description: PGP signature
On Sat, Jul 11, 2020 at 10:08:11PM +0200, Jonas Smedegaard wrote:
> > (Way more people should switch from wpa_supplicant to iwd.)
>
> Difficult when network-manager depends (not recommends) wpa-supplicant:
> https://bugs.debian.org/919619
That Depends is not a problem.
--
WBR, wRAR
signature.a
On Sun, Jul 12, 2020 at 02:02:50AM +0200, Jonas Smedegaard wrote:
> > > Difficult when network-manager depends (not recommends) wpa-supplicant:
> > > https://bugs.debian.org/919619
> > That Depends is not a problem.
>
> Yes a problem, but not a unsurmountable one: You can...
>
> a) pollute your
On Sun, Jul 12, 2020 at 01:07:37PM +0200, Jonas Smedegaard wrote:
> How to use iwd without NetworkManager or systemd:
>
> apt install iwd resolvconf
> cat << END > /etc/NetworkManager/conf.d/iwd.conf
"without NetworkManager" yet "/etc/NetworkManager/conf.d"? What will read
this config?
--
WBR, w
On Sun, Jul 12, 2020 at 08:29:08PM +0300, Andrei POPESCU wrote:
> > Network-Manager needing wpa-supplicant in _most_ situations is a reason
> > to _recommend_ it not a reason to _depend_ on it, per Debian Policy!
>
> If Network Manager needs to depend on the wireless component, that could
> prob
On Tue, Jul 14, 2020 at 02:21:30PM +, Paul Wise wrote:
> On Tue, Jul 14, 2020 at 1:56 PM Michael Meskes wrote:
>
> > I just fell into the trap (again) and uploaded a binary package instead of
> > sources only. We don't want the binaries to be uploaded, that much I get,
> > but
> > could anyon
Package: wnpp
Severity: wishlist
Owner: Andrey Rahmatullin
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-itemadapter
Version : 0.1.0
Upstream Author : Eugenio Lacuesta
* URL : https://github.com/scrapy/itemadapter
* License : BSD-3
Package: wnpp
Severity: wishlist
Owner: Andrey Rahmatullin
X-Debbugs-Cc: debian-devel@lists.debian.org
* Package name: python-itemloaders
Version : 1.0.1
Upstream Author : Scrapinghub
* URL : https://github.com/scrapy/itemloaders
* License : BSD-3
On Tue, Jul 28, 2020 at 11:06:21AM +0200, Dominique Dumont wrote:
> When a source package produces only one binary package, I've seen install
> file
> provided as "debian/install" or "debian/.install".
>
> Knowing that dh_install man page only mentions the second form, should cme
> assume that
On Tue, Aug 18, 2020 at 11:10:04PM +0200, Alexis Murzeau wrote:
> I'm wondering why Vcs-* fields in debian/control (Vcs-Browser and/or
> Vcs-)
> are not recommended (or maybe even strongly recommended) ? (I mean here that
> I think
> having Vcs-* fields should be recommended for active packages)
On Wed, Aug 19, 2020 at 09:56:49AM +, Holger Levsen wrote:
> > And we cannot recommend using a VCS because we don't usually recommend
> > workflows.
> [...]
> > I don't think anything is "supposed" here. We don't recommend workflows
>
> yes, we do. workflows and tools. i'm not sure why you th
On Wed, Aug 19, 2020 at 12:19:42PM +0200, Mattia Rizzolo wrote:
> > > And we cannot recommend using a VCS because we don't usually recommend
> > > workflows.
> > [...]
> > > I don't think anything is "supposed" here. We don't recommend workflows
> >
> > yes, we do. workflows and tools. i'm not su
On Wed, Aug 19, 2020 at 07:31:08AM -0400, Roberto C. Sánchez wrote:
> > For non actively maintained packages on could check them into Git
> > oneself and then start a history from there, and potentially update the
> > package.
> >
> I have had good results with snapshot.debian.org. On a few occa
On Thu, Sep 03, 2020 at 10:47:06AM +0200, Tomas Pospisek wrote:
> I think before jumping on this offer, one should consider this:
> https://www.aspi.org.au/report/uyghurs-sale
The list of brands from the article: Abercrombie & Fitch, Acer, Adidas,
Alstom, Amazon, Apple, ASUS, BAIC Motor, BMW, Bomba
On Tue, Sep 29, 2020 at 11:25:39AM +, Cuckoo's Calling wrote:
> Here is the link for the video,
> https://gnuguix-drive.mycozy.cloud/public?sharecode=YvERPGX14g5S
(it's porn)
--
WBR, wRAR
signature.asc
Description: PGP signature
On Tue, Oct 20, 2020 at 06:43:16PM +0200, Jonas Smedegaard wrote:
> Quoting Michael Biebl (2020-10-20 16:23:20)
> > Am 20.10.20 um 15:16 schrieb Jonas Smedegaard:
> > > This was just now brought to my attention:
> > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=924937#105
> > >
> > > Do I u
On Mon, Aug 15, 2016 at 01:09:20AM +0200, Martin Bammer wrote:
> Does Windows save usernames for access rights?
No, NTFS permissions are tied to SIDs which are like UNIX UIDs/GIDs but
unique for non-default entities, because they include the computer SID
(those may be non-unique if a system was clo
On Tue, Aug 16, 2016 at 01:10:42AM +0200, Jonas Smedegaard wrote:
> > So yes, copyright files are hard and unfun but why should we continue
> > to write them the way we do if we are not legally bound to do so?
>
> Same reason that we should continue to care about ability to install
> multiple ma
On Tue, Aug 16, 2016 at 11:30:34AM +0200, Andreas Tille wrote:
> > > Not because we are legally bound to do so, but because we want to do our
> > > job as distributors properly. We appreciate good quality packaging!
> > It's at least worth a discussion whether nitpicking at d/copyright is
> > rea
On Tue, Aug 16, 2016 at 03:25:24PM +0100, Ian Jackson wrote:
> Normally what a potential user needs to know is the effective licence
> of the whole thing.
Note that we don't even try to declare the license of *binaries we are
shipping* and, unless I'm mistaken, the license of a library you are goin
On Tue, Aug 16, 2016 at 02:30:58PM +0200, Ole Streicher wrote:
> I always use this as one argument when it comes to "Why should be care
> about Debian? Our users use something else", that packaging includes a
> careful review and documentation of the copyright.
Usually only for the initial upload,
On Fri, Aug 26, 2016 at 12:13:34PM +0200, Adam Borowski wrote:
> > > However, that was two years ago. How long should we be expected to
> > > continue maintaining sysvinit scripts?
> >
> > Well, the quoted decision doesn't suggest active maintenance. Just
> > ignore it, but don't remove it (rando
On Fri, Aug 26, 2016 at 11:06:25AM +0800, Paul Wise wrote:
> > In other words: the problem here is the fact that apt's priorities in
> > this regard are messed up.
>
> The same will happen with custom priorities set.
>
> > If there exists a dependency solution which will achieve the result
> > re
On Fri, Aug 26, 2016 at 02:26:53PM +0100, Ian Jackson wrote:
> > The rationale for the change was:
> > * sysvinit conntrackd script is really poor, to reliably use
> >conntrackd as a systemd daemon you should use systemd
> There are no bugs about this at:
>https://bugs.debian.org/cgi-bin/p
On Fri, Aug 26, 2016 at 07:01:52PM +0200, Guus Sliepen wrote:
> > Today I was, once again, surprised to see how many (low popcon) orphaned
> > packages we have. I believe that orphanage is a burden to our community
> > in the sense that not all packages are picked up by a new maintainer and
> > the
On Fri, Aug 26, 2016 at 09:38:02PM +0200, Guus Sliepen wrote:
> > > > I believe that orphanage is a burden to our community [...]
> > >
> > > Who is this a burden for?
> > Transitions. Mandatory packaging changes, like python helper one.
> > True, a package can get an RC bug and be removed during
On Fri, Aug 26, 2016 at 08:49:00PM +, Niels Thykier wrote:
> > Possible things this tool could do:
> >
> > - Notify about orphaned packages the DD is using
> > - Notify about installed packages with RC bugs
> > - Notify about installed packages with RFH/RFA bugs
> > [...]
> >
>
> Aren't thes
On Sat, Aug 27, 2016 at 10:33:36AM +0300, Dmitry Bogatov wrote:
> > > I hugely support idea of dynamically loading libsystemd.
> >
> > Please don't, no. While I do think packages should keep sysvinit
> > support as long as it continues to work and doesn't make other paths
> > worse, I don't think
On Sat, Aug 27, 2016 at 07:36:02AM -0400, The Wanderer wrote:
> There is one minor/cosmetic downside of libsystemd as currently
> provided, however: the apt-listchanges changelog.
>
> The only '*systemd*' package which I have installed is libsystemd0.
> However, whenever I dist-upgrade (which is a
On Sun, Aug 28, 2016 at 09:23:58PM +0200, Bart Schouten wrote:
> > You'll be doing yourself a favour. For better or for worse, the
> > mis-spelling has become a shibboleth by which people tend to recognize
> > mischievous pot-stirrers at a glance.
>
> Oh please.
>
> You will now demonstrate your
At first, I thought it's a random set of words. Then I noticed that they
follow language rules and thought that it's a nicely crafted Markov chain
text designed to look like random babbling of a typical systemd-hater. It
looks like I was wrong after all.
--
WBR, wRAR
signature.asc
Description:
On Tue, Sep 13, 2016 at 10:36:58PM +0200, Ansgar Burchardt wrote:
> debootstrap in unstable can now install with merged-/usr, that is with
> /bin, /sbin, /lib* being symlinks to their counterpart in /usr. Run
>
> debootstrap --merged-usr testing .../testing http://deb.debian.org/debian
>
> to
Hello,
I'd like to present a new free tool for maintainers of software libraries —
Package ABI Diff Tool (Pkg-ABIdiff). It's a tool for backward compatibility
analysis of API/ABI interfaces in Deb packages. The tool is based on ABI
Compliance Checker and ABI Dumper tools.
The tool does the fol
06.10.2016, 07:54, "Paul Wise" :
> On Wed, Oct 5, 2016 at 11:00 PM, Ponomarenko Andrey wrote:
>
>> I'd like to present a new free tool for maintainers of software libraries —
>> Package ABI Diff Tool (Pkg-ABIdiff). It's a tool for backward compatibility
06.10.2016, 15:32, "Ponomarenko Andrey":
> 06.10.2016, 07:54, "Paul Wise":
>> On Wed, Oct 5, 2016 at 11:00 PM, Ponomarenko Andrey wrote:
>>
>>> I'd like to present a new free tool for maintainers of software libraries
>>> — Pac
On Mon, Oct 10, 2016 at 03:08:17PM +0200, Martín Ferrari wrote:
> Prometheus being in contrib basically means the work I have done for the
> past year is worthless, as users could as well just grab unofficial
> packages from other places.
contrib packages are not "unofficial".
--
WBR, wRAR
sig
On Tue, Oct 18, 2016 at 10:36:57AM +0530, Pirate Praveen wrote:
> Yes, it is more effort to package them together and it becomes
> impossible to declare version-ed dependencies. I tried doing this for
> ruby-jquery-rails and ruby-rails-assets-jquery (ruby-jquery-rails was
> providing ruby-rails-ass
On Mon, Oct 24, 2016 at 11:45:33AM +, Ivan Shmakov wrote:
> $ gnutls-cli --starttls -p 25 bendel.debian.org
> Processed 173 CA certificate(s).
> Resolving 'bendel.debian.org'...
> Connecting to '2001:41b8:202:deb:216:36ff:fe40:4002:443'...
> Connecting to '82.195.75.100:443'...
I cannot repro
On Fri, Nov 11, 2016 at 10:38:27PM +0100, Sebastian Andrzej Siewior wrote:
> there are a bunch of package which were missing -dbgsym packages on
> their arch upload. The buildd built them on the remaining architectures.
> Here are a few examples:
> - missing on amd64: aptly, meep, xdelta3
And coreu
On Sat, Nov 12, 2016 at 12:58:13AM +0100, Adam Borowski wrote:
> > What stops us from throwing away .debs from maintainers starting tomorrow?
>
> The machinery for arch:all binaries is still incomplete:
Fine, what stops us from throwing away arch:!all .debs?
--
WBR, wRAR
signature.asc
Descrip
Hello,
This is a tracker of ABI changes in the new upstream releases of the Linux
kernel (defconfig, x86_64): https://abi-laboratory.pro/tracker/timeline/linux/
The tracker performs backward binary compatibility analysis of all public
exported symbols and data types (declared in the ".ksymtab"
Hello.
During the last week or two I've spent some time looking through the
packages with RC bugs, mostly those that are removed from testing, have
popcon 100+ and don't have recent activity on the bug report. I skipped
bugs like "depends on obsolete piece of software" or "crashes in some
circumst
On Fri, Dec 02, 2016 at 06:58:55PM +, Ian Jackson wrote:
> > * So: is it a real problem that there are packages that should be marked
> > as orphaned but they aren't? Should we spend any effort on marking more
> > orphaned packages? If yes, how should we do that?
>
> No, I think this is a wast
On Sat, Dec 03, 2016 at 11:42:02AM +0100, Mattia Rizzolo wrote:
> And: you're suggesting to do a QA upload without changing maintainer
> field? That seems ridiculous to me: QA uploads are uploads where
> maintainer is QA, right? You're suggesting to change the meaning to
> "big NMU", basically?
On Sat, Dec 03, 2016 at 12:23:17PM +0100, Emilio Pozuelo Monfort wrote:
> I think we should also have an auto-removals-from-sid[1] (the crowd applauded
> when I mentioned that in my Debconf talk), which would solve/help your high
> number of orphaned packages.
What real problems will this solve apa
On Sat, Dec 03, 2016 at 02:33:44PM +0100, Geert Stappers wrote:
> The URL https://manpages.debian.org/man/1/uscan gives me a 403 error.
https://manpages.debian.org/ gives me "The service you have requested is
currently disabled."
Googling for "manpages.debian.org" gives me
https://wiki.debian.org/m
On Sat, Dec 03, 2016 at 02:01:10PM +0100, Geert Stappers wrote:
> > I plan on maintaining it within the PAPT. I will need a
> > sponsor.
>
> I don't know what PAPT is.
https://wiki.debian.org/Teams/PythonAppsPackagingTeam
> Other thing I couldn't find: the "debian directory"
That's probably fin
On Sat, Dec 03, 2016 at 09:25:11AM +0100, Michael Meskes wrote:
> > human maintainer". 1 was "why are you asking me, I am only an
> > uploader,
> > the package is team maintained" even though that person was the only
> > actual uploader (since 2002 till 2012). I've sent the list of my
> > pings to
On Sat, Dec 03, 2016 at 06:22:18PM +0100, Geert Stappers wrote:
> > >> The URL https://manpages.debian.org/man/1/uscan gives me a 403 error.
> > > https://manpages.debian.org/ gives me "The service you have requested is
> > > currently disabled."
> > > Googling for "manpages.debian.org" gives me
>
On Thu, Dec 08, 2016 at 01:02:20PM +0100, Daniel Pocock wrote:
> I have two packages that depend on: nagios3 | icinga
>
> nagios3 is being removed[1], but icinga[2] is still available, so why
> can't my packages continue to list nagios3 as a possible dependency for
> the convenience of those peopl
On Mon, Dec 12, 2016 at 10:10:57AM -0700, Sean Whitton wrote:
> > dpkg-shlibdeps automatically generates Depends on library packages
> > corresponding to any libraries pulled in by the linker for the binaries
> > in a package. However, library -dev packages still have to manually
> > specify Depen
On Wed, Dec 14, 2016 at 04:50:52PM +0800, Boyuan Yang wrote:
> Also, I didn't find a way to start a ncurses frontend. Neither the
> --help message
> nor the man page mentioned it.
It's called urwid, manpage mentions it.
--
WBR, wRAR
signature.asc
Description: PGP signature
On Wed, Dec 14, 2016 at 02:05:44PM +0100, Bálint Réczey wrote:
> I have uploaded a dpkg NMU with bindnow enabled to DELAYED/10
> according to current NMU rules. If the Release Team increases the
> severity of #835146 it can reach unstable earlier.
Thanks!
--
WBR, wRAR
signature.asc
Description:
On Wed, Dec 14, 2016 at 04:48:31PM +, Simon McVittie wrote:
> I've sent a patch series to #651590 which worked in at least basic testing
> (fixing gaps in pygtkcompat's compatibility shims, and moving towards
> using Gtk via g-i directly instead of via pygtkcompat).
This is what I get with 7.1
On Tue, Dec 20, 2016 at 09:20:48PM +0100, Jose Gutierrez de la Concha wrote:
> Just found the solution after asking, sorry for the noise.
>
> For the record the solution was to ping my repository with high priority
Or you could pass -t with your repo to achieve temporary pinning. This is
offtopic
On Wed, Dec 21, 2016 at 04:36:54PM +0300, Andrey ``Bass'' Shcheglov wrote:
> I want to use a continuous integration server (Jenkins or TeamCity) to
> build binary packages from the official Debian distribution.
It's not clear what does "build binary packages from the of
On Sun, Dec 25, 2016 at 06:09:42PM +0300, Mihail Azarov wrote:
> Hello. I wrote a book-reader for FB2
> format(https://en.wikipedia.org/wiki/FictionBook).
How is it better than fbless and fbreader, already in the archive?
> Tell me, how can I offer my package in the debian official repository?
If
For the record:
# Broken Depends:
argus: argus-server [amd64 arm64 armel armhf hurd-i386 i386 mips mips64el
mipsel powerpc ppc64el s390x]
bind9: bind9
bitlbee: bitlbee-common
chkrootkit: chkrootkit [amd64 arm64 armel armhf i386 kfreebsd-amd64
kfreebsd-i386 mips mips64el mipsel powerpc ppc64el s3
On Mon, Dec 26, 2016 at 03:32:18PM +0100, Jonas Smedegaard wrote:
> > For the record:
> >
> > # Broken Depends:
> [...]
> > # Broken Build-Depends:
>
> If by "broken" you wanted to list all packages that would be broken if
> net-tools was dropped, then the lists are incomplete
It's output of `da
On Thu, Dec 29, 2016 at 10:30:26AM -0500, Theodore Ts'o wrote:
>Ifconfig has been deprecated; you should probably use "ip a show
>dev lo" instad of the shorter and more convenient "ifconfig lo"
... and often wrong
> OK, you can remove the last half, but keep in mind there are plenty of
> p
On Thu, Dec 29, 2016 at 11:09:35PM +, Wookey wrote:
> Yeah I think that mess is why I've never felt any need to move away
> from ifconfig. I ran ip something a few times, went 'huh?' at the cryptic
> output and stayed with the rather more civilised /sbin/ifconfig.
>
> So it seem that the outpu
On Mon, Jan 02, 2017 at 07:25:04PM +0100, Geert Stappers wrote:
> Banning those words in the Subject-line to our BTS would be too hars.
ITYM "won't".
--
WBR, wRAR
signature.asc
Description: PGP signature
On Mon, Jan 02, 2017 at 12:29:35AM +0100, Abou Al Montacir wrote:
> I've reported abuse multiple times via the link at the foot of the bug page
> but
> nothing changed.
Probably we don't have enough people looking at the spam reports. That
probably could be improved with better advertising, e.g. o
On Tue, Jan 03, 2017 at 10:49:05AM +0800, Paul Wise wrote:
> > Probably we don't have enough people looking at the spam reports. That
> > probably could be improved with better advertising, e.g. on
> > https://www.debian.org/intro/help
>
> Right now only the BTS admins can look at and act on spam
On Wed, Jan 04, 2017 at 09:54:34AM +0100, Jérémy Lal wrote:
> i really think it would be best to have nodejs 6.9 in next debian release.
> That version is currently in experimental and i was about to upload it
> to unstable, but i tried to do things right and prepared the addons
> that need to be r
On Sun, Jan 08, 2017 at 10:49:23AM -0500, Tom H wrote:
> You can use
>
> ip a sh lo (if you have bash-completion installed, "a" will
> complete to "addr" and "sh" will complete to "show")
>
> instead of "ip a show dev lo" above (still longer than "ifc though).
OTOH "ip a" is not longer than that.
On Sun, Jan 08, 2017 at 04:58:01PM +0100, Galbo Branbert wrote:
> I couldn't find any official statement if Python 3.6 will be the default
> interpreter in stretch (as it was the current stable when the soft freeze
> happened it should be, right?)
python3.6 is not even in sid so no.
--
WBR, wRAR
On Sun, Jan 08, 2017 at 06:55:45PM +0100, Galbo Branbert wrote:
> Thanks for the info, didn't know that the transition freeze was actually
> the version freeze for minor versions of Python.
A minor version upgrade would be 3.5.3 -> 3.5.4. 3.5 -> 3.6 is a lot of
changes.
--
WBR, wRAR
signature
On Tue, Jan 10, 2017 at 08:36:13AM +1000, Russell Stuart wrote:
> To state the bleeding obvious, it arises because on day 1 Debian
> decided to do the builds in the original source tree, then tries to
> recover the original source at the end by running "debian/rules clean".
> When I moved from rpm
On Tue, Jan 24, 2017 at 05:24:37PM +0100, Christian Seiler wrote:
> This is definitely useful (I've needed this myself at multiple times),
> but wouldn't it be better if this were part of coreutils or util-linux
> or something similar?
That's what Openwall does.
http://cvsweb.openwall.com/cgi/cvswe
On Tue, Jan 31, 2017 at 11:15:32AM +0100, Mathieu Malaterre wrote:
> I'd like to discuss addition of a new lintian checks for
> getenv/setenv/putenv used in shared libraries.
Do you know any packages that would fail that?
Did you mean *jpeg* ones would?
--
WBR, wRAR
signature.asc
Description: P
On Mon, Jan 01, 2018 at 08:40:38PM +0100, Jérémy Lal wrote:
> wouldn't it be simpler to couple debhelper dependency to
> Standards-Version ?
There are packages which may break with newer debhelper, but can be easily
updated to the current policy.
--
WBR, wRAR
signature.asc
Description: PGP sign
701 - 800 of 1182 matches
Mail list logo
